From nobody Sat Aug 1 08:24:23 2020 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 D85733A0C06 for ; Sat, 1 Aug 2020 08:24:20 -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, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dhruvdhody-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 vKb7qXcV6QJX for ; Sat, 1 Aug 2020 08:24:18 -0700 (PDT) Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0:4864:20::529]) (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 007E23A0C07 for ; Sat, 1 Aug 2020 08:24:17 -0700 (PDT) Received: by mail-pg1-x529.google.com with SMTP id s15so5989981pgc.8 for ; Sat, 01 Aug 2020 08:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=axZP6VEAp/XffrFgDyNo9XqEBpge7ex8BQaU6ES5BH0=; b=ipWZUUcNRDDpy8NY+NsfUQsXJgUEEQdJoWKZKJCWIqG/Mje20xYPNaznkNwVT+BijM njt8tGXpHOw5OZK9PAJuBbGGodLxFzZp39eUopyTFDwjtMLQ1EGjwaqUTzaBKN6yslS0 0CZ2ekz/aTWcGk/Jc+K1qCzpNHJfqAZogKNDKmhfITqMPx+ggQlTCiH6PXmRDn6UwIfg rN6L8ll9U8OmAfOSaLoHe1J9eLzFS2qdiqtFfIewRyySQPKO4gTyWN4k0ShdbCY4Hzeo mz519Gsqp8sETd+ZRsFS8EgT+SQ5iZR1WC60CXXwuSt6x05CX5lOlmPhq3tj0PS4J5UU /6YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=axZP6VEAp/XffrFgDyNo9XqEBpge7ex8BQaU6ES5BH0=; b=o0M2uyhM03waC1W/CpNJyJrcNjxSzhV1AXRu2mYgevuAPrbJXjFCeVEvB+zQF5VnZ5 eyMqY/Ru1vph5dq7otjCzKroXQfPO3OpDCGpV85GwLUZwuVH+mu+AtzZm+STaVRmCyGR rGp+yG3rtiX9f/5kRFIfMHcd55jk6BcwfaAFcTbWsIdr+j6KhJF8iCKIeCmDXOambHBF Zqq/yZvKLYiRkhu1BAxjRsgNaJ04PH8mT0iUWwL3Cp5Dh1alitl9m3xb6MStqAfcxWCs RT/aYiQ/jhwe7YxXq+HbnSiSzwGCDG3sj+fae4ytgUcy3KosqqTelrpU9LyMF1alyRNT 1MzA== X-Gm-Message-State: AOAM531yKQQ21z5heuc5s9ebS36zupuuKN95w/i+J9ryDEJ1Hn0nIrff n5PfuuN2fzEkPAyvFC8NHA1UJBBtsCtsZkDsIPkfn0ZNHzWJ1g== X-Google-Smtp-Source: ABdhPJw60rmrKyCvQUfVRePhY2wl243qP6dBvZctS/hdp36/I2Azom0ENnZtjk3z3iFjQ+m1rKevBdo1lYmCWEAyw+0= X-Received: by 2002:a63:4f05:: with SMTP id d5mr7807207pgb.298.1596295457151; Sat, 01 Aug 2020 08:24:17 -0700 (PDT) MIME-Version: 1.0 From: Dhruv Dhody Date: Sat, 1 Aug 2020 20:54:06 +0530 Message-ID: To: pce@ietf.org Cc: pce-chairs Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Pce] IETF 108 PCE WG Meeting Minutes X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2020 15:24:21 -0000 Hi WG, The minutes for the PCE WG session during IETF 108 is uploaded - https://www.ietf.org/proceedings/108/minutes/minutes-108-pce-00.html Please let us know if any change is required. Thanks to Hari for taking notes (and anyone else who helped.) Thanks! Dhruv & Julien From nobody Mon Aug 3 08:05:38 2020 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 B79873A0BFB; Mon, 3 Aug 2020 08:05:36 -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: 7.12.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159646713669.4128.5980543175783757293@ietfa.amsl.com> Date: Mon, 03 Aug 2020 08:05:36 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-flowspec-10.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 15:05: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 : PCEP Extension for Flow Specification Authors : Dhruv Dhody Adrian Farrel Zhenbin Li Filename : draft-ietf-pce-pcep-flowspec-10.txt Pages : 35 Date : 2020-08-03 Abstract: The Path Computation Element (PCE) is a functional component capable of selecting paths through a traffic engineering network. These paths may be supplied in response to requests for computation, or may be unsolicited instructions issued by the PCE to network elements. Both approaches use the PCE Communication Protocol (PCEP) to convey the details of the computed path. Traffic flows may be categorized and described using "Flow Specifications". RFC XXXX defines the Flow Specification and describes how Flow Specification Components are used to describe traffic flows. RFC XXXX also defines how Flow Specifications may be distributed in BGP to allow specific traffic flows to be associated with routes. This document specifies a set of extensions to PCEP to support dissemination of Flow Specifications. This allows a PCE to indicate what traffic should be placed on each path that it is aware of. RFC Editor Note: Please replace XXXX in the Abstract with the RFC number assigned to draft-ietf-idr-rfc5575bis when it is published. Please remove this note. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-flowspec/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-flowspec-10 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-flowspec-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-flowspec-10 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 Wed Aug 5 09:18:49 2020 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 AA8513A0C92 for ; Wed, 5 Aug 2020 09:18:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.213 X-Spam-Level: X-Spam-Status: No, score=0.213 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FORGED_MUA_MOZILLA=2.309, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 4GIqrXYqeYHE for ; Wed, 5 Aug 2020 09:18:46 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FEC13A0CC1 for ; Wed, 5 Aug 2020 09:18:37 -0700 (PDT) Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by opfedar23.francetelecom.fr (ESMTP service) with ESMTPS id 4BMGyM3DP5zBvN0 for ; Wed, 5 Aug 2020 18:18:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1596644315; bh=0z8l31LX+t6ZotitVvuRIuL5Zf8wjY+hXIcBdTExwFU=; h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; b=fkJ8NsnfXn747uVSGv64ldQ1wnqtLgxcdrPXY286A9rDaDYr8DUvmPD+Gu0S1hiWB hx6ck/tHQcPDZfFrfCH+R5w35/wv2+Jr7EkHXj8jKCYoAlmeFNyROMEeWyw1GdIHRs Bv2Vh4OnC+kRLVt1bK/aqB0dzXkZGz7q1FjPxRmT6wedNpZtxIVhp+CEl1SisNdT+U zNR08j/56pXvq+yxVY2ljL2mfjIG1Ee+2Y1d2088FCwnMeIA1B+4DDt0vEWArZErzK jpbaZhsdG+CtHCpAw2xb6ff/D3zD0/8ooMQpKmpGX3im2Rrro6VbCvXVjlZH3mAXpL xlETX5uY3nb/Q== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by opfedar00.francetelecom.fr (ESMTP service) with ESMTPS id 4BMGyM2SqqzCqk7 for ; Wed, 5 Aug 2020 18:18:35 +0200 (CEST) Received: from [10.192.150.116] (10.114.13.247) by exchange-eme6.itn.ftgroup (10.114.13.54) with Microsoft SMTP Server (TLS) id 14.3.487.0; Wed, 5 Aug 2020 18:18:34 +0200 To: "pce@ietf.org" From: Organization: Orange Message-ID: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Date: Wed, 5 Aug 2020 18:18:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [10.114.13.247] Archived-At: Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2020 16:18:48 -0000 Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG adoption queue. Thanks, Dhruv & Julien _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Wed Aug 5 22:41:41 2020 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 0D6193A0EB8 for ; Wed, 5 Aug 2020 22:41:40 -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, SPF_HELO_NONE=0.001, SPF_NONE=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=dhruvdhody-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 f5uc32XqHfb6 for ; Wed, 5 Aug 2020 22:41:38 -0700 (PDT) Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) (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 E369A3A0EBA for ; Wed, 5 Aug 2020 22:41:38 -0700 (PDT) Received: by mail-pf1-x42c.google.com with SMTP id f193so13906694pfa.12 for ; Wed, 05 Aug 2020 22:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=3tiGwgpRJ5ncdOznre5Ej7zz4zUjWG5lN8bJnzCMVLY=; b=z3idpP30RRjUVP+b2W30pxZ+sfpkDxi4OUWUasEe7JQDiYgbfeVOUuubNMjCcd7b13 tgiApot+VuYHaGolZ8HVsymHG1TW3fcI5UVIA44R1h5cNUsXn06gJQ0jJZL3YQ91zzKH O8ouKvjYIbBrZfvZk0MNfanlCJKKPG9GsYJXvvh1ddid98itk9JAV8gkHv9gBBXr6QuY au2MI9SYek2mrrN332jjRUKzDTj4sxOFdsawHmYZ91PCtJVfNDgtb68XMDvV3lAewOMB KjbF5s+ZGlBb4sRZY2MsFFRA174UTB5GzKfKQdWjV8PBCv+qAsT7izxOLibWr1+8k3R5 JXgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3tiGwgpRJ5ncdOznre5Ej7zz4zUjWG5lN8bJnzCMVLY=; b=MpffN60ywckWxYrG0gJgv3c/YDYALhg1G2iXOYg3VlCdlKMIHdYX48CktSqV+SvIZm rfmQ9BOWrWyBem3SGgL9gNphMBrQufWKL7zu0yebGidEnysBb3dapBPg+z3KGQ3q5X+/ nlJJhzxMPHQrHj3ktfs22T6IGK6HOLo74k0lnsUj3E+DmHDlgbHU2QJ7saGBGrjWdDO7 Xnc6doWd6fEWhoe6uGCHz/xMhWRGTkk5T2dvlPUMq5IQnOG/eJSxxVbkqD+euHDP817G Kk3k19zp4MZ+9Y3n/I4D9VwMCCVJ7JSYPOmyCfmaQT+LPyFwwFNM9I791UeZ0bOrF7vi 0R2w== X-Gm-Message-State: AOAM531+4p/ZQgJ7PgrXAe+p7Ffw8JQ5whSlHnKKbIHDbAukmuLVEqJX nfqfvJ+iE7qzZmsTi4wbGyQsSJOfOiTo2mgEP4hfDTPRKo+vzA== X-Google-Smtp-Source: ABdhPJxVgR5sbC49g7/jlJ9rD8vynfovEW78RhgCPU1npIwOu5quKN7utx/DjisdVzLQSbk6C33b19FzIrcTP8It1M8= X-Received: by 2002:a62:a20d:: with SMTP id m13mr6906850pff.201.1596692497910; Wed, 05 Aug 2020 22:41:37 -0700 (PDT) MIME-Version: 1.0 From: Dhruv Dhody Date: Thu, 6 Aug 2020 11:11:26 +0530 Message-ID: To: pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Pce] IETF 108 meeting survey X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2020 05:41:40 -0000 Hi WG, If you have already filled out the IETF 108 survey, feel free to skip to the next email and apologies if you received multiple such requests :) Please participate in the IETF 108 survey at -https://www.surveymonkey.com/r/T3SL7JF This survey is critical to understand what worked during the past IETF 108 week, what didn't, what can be improved... Your suggestions with the format, tools, timing, etc can be provided in a systematic way to the IETF and can help in improving the next iteration. Thanks! Dhruv & Julien From nobody Thu Aug 6 19:24:14 2020 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 1E2483A0CFE; Thu, 6 Aug 2020 19:24:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Adrian Farrel , adrian@olddog.co.uk X-Test-IDTracker: no X-IETF-IDTracker: 7.12.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <159676704653.18651.9315612770740538972@ietfa.amsl.com> Date: Thu, 06 Aug 2020 19:24:07 -0700 Archived-At: Subject: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-scheduling-22: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 02:24:07 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-stateful-pce-lsp-scheduling-22: 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-stateful-pce-lsp-scheduling/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thanks for addressing my first two discuss points from the -19; it looks like the last one is still remaining (please note that I had a typo in my original ballot on the -19, referring to a section 3.3 when 7.3.3 was intended): Section 6.6 refers to the "LSP-ERROR-CODE TLV (Section 7.3.3) which is not defined in this document, rather, the reference should be to ยง 7.3.3 of RFC 8231. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have some new comments after reviewing the diff from -19 to -22. (Signs indicate that processing of my previous comments is still underway; if there's a need to refer to them they are available in the email archives and in the 'history' tab for the document in the datatracker.) Section 4.1 For a scheduled LSP crossing multiple domains from an ingress domain to an egress domain. There is a PCE responsible for each of these domains. The PCE for the ingress domain is called ingress PCE. The PCE for the egress domain is called egress PCE. The state of the LSP MUST be synchronized among these PCEs. After a path for the LSP is computed, a PCRpt message with the scheduled LSP information MUST be sent to every PCE along the path from the ingress PCE to the egress PCE. After receiving the PCRpt message, the PCE MUST update its SLSP-DB according to the scheduled LSP information. The ingress PCE acting as a PCC sends its next hop PCE the PCRpt message. After receiving the PCRpt message, the next hop PCE acting as a PCC sends its next hop PCE the PCRpt message. This continues until the egress PCE receives the PCRpt message. A bunch of nits here. How about % Additional requirements apply when a scheduled LSP crosses multiple % domains, from an ingress domain to an egress domain. There is a PCE % responsible for each of these domains. The PCE for the ingress % domain is called the ingress PCE. The PCE for the egress domain is % called the egress PCE. The state of the LSP MUST be synchronized % among all PCEs along the path. To achieve this, after a path for the % LSP is computed, a PCRpt message with the scheduled LSP information % MUST be sent to every PCE along the path from the ingress PCE to the % egress PCE. After receiving the PCRpt message, each PCE MUST update % its SLSP-DB according to the scheduled LSP information. The ingress % PCE acting as a PCC sends its next hop PCE the PCRpt message. After % receiving the PCRpt message, the next hop PCE acting as a PCC sends % its next hop PCE the PCRpt message. This continues until the egress % PCE receives the PCRpt message. Section 4.3 o The stateful PCE MUST update its local scheduled LSP-DB and scheduled TED with the scheduled LSP. Besides, it MUST send a PCRpt message with the scheduled LSP to its next hop PCE along the path of the LSP, so as to achieve the scheduling traffic engineering information synchronization. nit: I think s/Besides/Additionally/ Section 5.1 During a PCEP session has been established, a PCC and a PCE indicates its ability to support LSP scheduling during the PCEP session establishment phase. [...] Some nits here; maybe: % During the PCE session establishment phase, a PCC and PCE indicate % their ability to support LSC scheduling. [...] Section 5.2 Only one SCHED-LSP-ATTRIBUTE TLV SHOULD be present in the LSP object. In case more than one SCHED-LSP-ATTRIBUTE TLV is found, the first instance is processed and others ignored. The SCHED-PD-LSP-ATTRIBUTE TLV is the same as the SCHED-LSP-ATTRIBUTE TLV regarding to its presence in the LSP object. The new text here has changed what I interpret it to mean. I interpret the text in the -22 as allowing for an LSP that includes one SCHED-LSP-ATTRIBUTE and one SCHED-PD-LSP-ATTRIBUTE TLV in the same LSP, whereas the text from the -19 seemed to indicate that if (e.g.) I had a periodic scheduling TLV then the regular SCHED-LSP-ATTRIBUTE was forbidden. After just a cursory amount of thought, it seems like there is not a useful way to interpret both TLVs at the same time, which would make this text change a regression, but I may be missing something. Section 5.2.2 STATEFUL-PCE-CAPABILITY TLV carried in open message. If the TLV is received by a peer when both bits were not set, the peer MUST ignore the TLV and generate a PCEP Error (PCErr) with a PCEP-ERROR object having Error-type = 4 (Not supported object) and Error-value = 4 (Unsupported parameter). (nit) English has this unfortunate property where the "not set" in "both bits were not set" can be interpreted as a synonym for "unset", which would make "both bits were not set" mean that this is describing the case where B=0 and PD=0. What we actually mean is "anything other than (B=1,PD=1)", which might be expressed as "If the TLV is received by a peer when either (or both) bit is not set". From nobody Thu Aug 6 21:02:32 2020 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 85AD63A0E05 for ; Thu, 6 Aug 2020 21:02:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netflix.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 GHOuQuzDYQvH for ; Thu, 6 Aug 2020 21:02:29 -0700 (PDT) Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (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 798003A0E04 for ; Thu, 6 Aug 2020 21:02:29 -0700 (PDT) Received: by mail-il1-x12f.google.com with SMTP id c16so688376ils.8 for ; Thu, 06 Aug 2020 21:02:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:from:date:message-id:subject:to:cc; bh=TFIZ1/2znExRfEUeee1H72DcAm1U3t9h6URRXO4gGqQ=; b=gZ4+YzSGH0gcF20oHp1YE4t4LcAx0c/akVys2QTYVbfyGBkkcn6lHXi4YgxiZgF9f0 UhaUGOMIca+uh8s8m67WG3q0O0Ce8vP614bpYSZWJyabuZ5ucxywhGGhYnEN29mYjGog blUu6hECcPS7xyrwCOcoshWSs9g1cbYwRB5AI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=TFIZ1/2znExRfEUeee1H72DcAm1U3t9h6URRXO4gGqQ=; b=QUFqAy7GOYdkBlOJ4mLpJlFp3g58fPdKhd7Cznuv6bIlN8NfINONQ7If1+2f+kPrqt I6AJlU/LA0mv6UN/eGnX6roxL3O+Yu7Yc53x2R6ykN2vSO+P7+nweNx9LpNImGeWA7LI 5dEwP3WODVo3cm4O09QVbCtLkgUWflszFL33M3Znf12uRuMUwRknUtXu2f0Dx6vpf4Tw PJWfCZKetFUrtFltdEjuhUFzer+5jM5+7qrIARjrOGrPM9NVy574Td/lSocHaGU1rIZp KiDY2iRWAJVaWpFVxO862Xt/oHLPW2w9s+JRA7fZTeJI7O+UuLJbs3QIeHaXviy7i+AV +ZXA== X-Gm-Message-State: AOAM531LFdwZuaLgi4r9rYdEuCBMYiuvEFN2ACHSgBaChGzakFirN9cr BKZL+Zmofj8ucEsqO8HVGKI52jnXpsqRImomhDM0OA== X-Google-Smtp-Source: ABdhPJw4Z6oOcCmfDOXLHJLnnKjILO0InhSZis6LYZ0pRJ2CLh0EoI2/P3n2MQ/bzwtrddMZEKmz8EqDseM961KzA1E= X-Received: by 2002:a05:6e02:150:: with SMTP id j16mr2746702ilr.102.1596772948557; Thu, 06 Aug 2020 21:02:28 -0700 (PDT) MIME-Version: 1.0 From: Hariharan Ananthakrishnan Date: Thu, 6 Aug 2020 21:02:17 -0700 Message-ID: To: lizhenbin@huawei.com, pengshuping@huawei.com, Mahend Negi , qzhao@ethericnetworks.com, chao.zhou@cisco.com Cc: pce@ietf.org Content-Type: multipart/alternative; boundary="0000000000006311b205ac41ac76" Archived-At: Subject: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 04:02:31 -0000 --0000000000006311b205ac41ac76 Content-Type: text/plain; charset="UTF-8" Hi Authors, In preparation for WG LC on this draft, I'd like all authors and contributors to confirm on the list that they are in compliance with IETF IPR rules. Please respond (copying the mailing list) to say one of: I am not aware of any IPR applicable to this draft that should be disclosed in accordance with IETF IPR rules. I am aware of the IPR applicable to this draft, and it has already been disclosed to the IETF. I am aware of IPR applicable to this draft, but that has not yet been disclosed to the IETF. I will work to ensure that it will be disclosed in a timely manner. Thanks, - Hari --0000000000006311b205ac41ac76 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 
Hi Aut=
hors,

In preparation for WG LC on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of the IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari
--0000000000006311b205ac41ac76-- From nobody Thu Aug 6 23:28:21 2020 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 B72E33A079B; Thu, 6 Aug 2020 23:28:15 -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, SPF_HELO_NONE=0.001, SPF_NONE=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 DQq_DD6NlP4s; Thu, 6 Aug 2020 23:28:12 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC0E23A076F; Thu, 6 Aug 2020 23:28:11 -0700 (PDT) Received: from [192.168.1.19] (unknown [122.2.101.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 4DA9C32725E; Fri, 7 Aug 2020 08:28:06 +0200 (CEST) From: Loa Andersson To: rtg-ads@ietf.org, "review: ddraft-ietf-teas-pce-native-.all"@ietf.org, TEAS WG Chairs , TEAS WG , "pce@ietf.org" , "'Yemin (Amy'" , =?UTF-8?Q?LucAndr=c3=a9_Burdet?= Message-ID: <00f526b7-ffe7-d2b6-2e41-1d0384f049d5@pi.nu> Date: Fri, 7 Aug 2020 14:28:01 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------D0A0C960971209EA9B7F5336" Content-Language: en-US Archived-At: Subject: [Pce] teas X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 06:28:16 -0000 This is a multi-part message in MIME format. --------------D0A0C960971209EA9B7F5336 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit RtgDir review: ddraft-ietf-teas-pce-native-ip-09 Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see โ€‹http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-teas-pce-native-ip-09 Reviewer: Loa Andersson Review Date: 2020-07-08 IETF LC End Date: date-if-known Intended Status: copy-from-I-D - Experimental (see issues list). Summary: I'm departing from the normal list, since if this would have been a standard tracks document there would have been serious issues. However, the document describes a TE experiment in a native IP network. I think is so interesting that I wouldn't object if the issues I point are not (fully) resolved. Actually I would very much like to see published and followed up by a document that reports the results from the experiment. I have the following issues with the document. It is a framework that gives the framework for an experiment. Its intended status is Experimental. While agree that the accompanying specification should be Experimental I think that in accordance with earlier document a framework should be Informational. The document describes the experiment in some detail, I would like to see more, especially evaluation criteria and bench marking. To have an overview of the test bed would be interesting. I would recommend that someone take a look at the document from a language point of view. When I read I find myself correcting and clarifying the English (this is probably not a good idea, since my English is probably worse than the current authors). There are loads of not expanded abbreviations, authors should go through the document and compare to: https://www.rfc-editor.org/materials/abbrev.expansion.txt to decide what needs to be expanded or not. I would also want to suggest that someone with experience of "Native IP networks". both specification and operation should look at the document. From the early days of MPLS I remember that one motivation to create a strong tunnel technology was that the Route Reflectors no longer scaled. I normally review document based on a word document, I have included the word-file, and it contains about everything form major issues to nits. /Loa -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 --------------D0A0C960971209EA9B7F5336 Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; name="draft-ietf-teas-pce-native-ip-09.docx" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-teas-pce-native-ip-09.docx" UEsDBBQABgAIAAAAIQDGTi6RlQEAAFoIAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIo oAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0lstOwzAQRfdI/EPkLUrcskAINe2Ch8QG KlE+wLUnrUX8kO2+/p7JUwi1TaHNJlIyc+89HsVxRpOtyqM1OC+NTskwGZAINDdC6kVKPmcv 8T2JfGBasNxoSMkOPJmMr69Gs50FH6Fa+5QsQ7APlHq+BMV8YixorGTGKRbw1i2oZfyLLYDe DgZ3lBsdQIc4FB5kPHqCjK3yED1v8XFF4iD3JHqsGouslDBrc8lZwDpda/ErJa4TElSWPX4p rb/BBkL3JhSVwwG17h1H46SAaMpceGMKu+jGOEGF4SuFyuS4zR5Ok2WSQ6sv3KwzHLzHmas8 aSuKSd3wH+TQKzUHh8rLg7TWnRA+7HLwlyeofLvjIQQU9AFQO3cibGD+0RvFD/NOEG5UYdID ReN8MkK51wSI/lCahJORXkWPg0Hzv83Gy3kOPU+nzOjEyjB+xnqhaa07ISwY2wdB5dsZH/Ds guo6PBuitDkWiZ1TZ6zHN8L9Y83NYVeoY1ytBRfk8U9lm4jWZ68P6p23J5uWfwbjbwAAAP// AwBQSwMEFAAGAAgAAAAhAB6RGrfvAAAATgIAAAsACAJfcmVscy8ucmVscyCiBAIooAACAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAACsksFqwzAMQO+D/YPRvVHawRijTi9j0NsY2QcIW0lM E9vYatf+/TzY2AJd6WFHy9LTk9B6c5xGdeCUXfAallUNir0J1vlew1v7vHgAlYW8pTF41nDi DJvm9mb9yiNJKcqDi1kVis8aBpH4iJjNwBPlKkT25acLaSIpz9RjJLOjnnFV1/eYfjOgmTHV 1mpIW3sHqj1FvoYdus4ZfgpmP7GXMy2Qj8Lesl3EVOqTuDKNain1LBpsMC8lnJFirAoa8LzR 6nqjv6fFiYUsCaEJiS/7fGZcElr+54rmGT827yFZtF/hbxucXUHzAQAA//8DAFBLAwQUAAYA CAAAACEA2Y0MaAhkAACsmQUAEQAAAHdvcmQvZG9jdW1lbnQueG1s7H1bb+NIlub7AvsfAvky mWhfGMG7MeUBr905XVXrtnNRwDTqgZZCFicpUk1SdnowD/NDZv/c/JKNEyQlkqKcIWeVRWaF Cyg7JSoUl+/cT5zzz//yZZWgR5oXcZb+8A5fKO8QTWfZPE4ffnj3fz+F59Y7VJRROo+SLKU/ vHumxbt/uf7f/+ufn67m2WyzommJ2BBpcfW0nv3wblmW66vLy2K2pKuouFjFszwrskV5MctW l9liEc/o5VOWzy+JghX+1zrPZrQo2Pd5UfoYFe/q4WZfxEab59ET+zAMqF3OllFe0i+7MfDR g+iX9qW1PxB5xUBshQTvD6UePZRxCbPaG0h71UBsVnsj6a8baWBxxutGIvsjma8bSd0fyXrd SHtwWu0DPFvTlL25yPJVVLJ/5g+Xqyj/vFmfs4HXURnfx0lcPrMxFaMZJorTz6+YEfvUdoSV Oj96BPNylc1pos6bUbIf3m3y9Kr+/Pn28zD1q+rz9a/mE7nI+quP+DVz4Cu/zGnC9iJLi2W8 3lL46rWjsTeXzSCPLy3icZU0zz2tsSC5HGJPfrWVuwFFpl/v/yqpZv7yiFgROBEYYvsJkSl0 v7OZyYqhcPfFr9qa1uZiQQbSDED2BjBmVJDhN2NY9RiXsx2FwjixIGk041SnAuPEu43Fgnys P5nWAAU9bgi9mUfxvGqtaP3wbbD9c55t1rvR4m8b7eOOCT2BOnDEWDX82yRZfNtk7pbRmvGm 1ezq40Oa5dF9wmbEwIwYHhE/Afg/O1b4xf+kXxAwgnfXTH25z+bP8HvN3tGu1lEefWTIIaZN HMNgzBpeZcy/hFexbQaK4YTs1SumKs1vf3inKL5PAj/YvnSTw4uaqjiqvX3Rp4tok5T7j9+0 HuazuMn5r7vyOWHTvnqMkh/e/Z+KjmkezWEm7y7hkbx6Mg+ztCzYk1Exi9mpetkmj2mOfqZP 8B1LJy32X50V3ZfYgJf1iJf1HOD3/raormvpWFW622LWP1/fltA1Nd0b2hY2rum7o9uWp6sk Sh+ab6Tp+Z/dod1i/xxc6NvP6OmqvP4UOHfolyz/zIgDccJHx/04F+gX9iUwaFkNfQgQxFZC U1OIBMSYAfExZZuS0vKcqRqL8uvn3/rxlnEaoU80oYwTCwBCVwKian6PcUpAjAoQIHmvinU0 Y4JyndOC5o/0HUdJOqdzMPTLTXGFOsfNvipbgfJ9ywandyUzidhXgJal1Ps6IsAHX9Y0j2G2 UfLCKoJ0fmANfAW+oQZ6ZwUddP21GinKi5wuaE7Toh6ks85PTKNh27yKmWryF1jidq3773RW 0Uy0GnsGX7udabOY0WPqa+zFveijjOl12SLIYWXl85oNVqxpknC8jQ9nf11GRZRmj0JrYGir Pz+kWdmBg30HS745ZkHK+ErMsH2FfDqjq3v2WaycIaIQ5QWM/2UTPdGYydDZMs2S7CGmhYAg NXQztHwVjl4CYqyAeB3T++rP3y7Qvy2jTAQltm4bAfYlSv4wKAnKJdNtZuzryydm44nwEmIE RDMNXaLkj8dL/nLBbDiaCqBEx77tmYpUQf5wKBFSX0eqgoebcpNTpmAJLeJFHZw4rqYHIUBY EsAfhwD+dZNSZFVqvIjKpTmeaxtwmhIl3wdKbrwAxSn6OSrjR4o+3jS6lZDQ1AkJpb/zO0HD HBzk5zEtF+cljYrz9YyepxwW5/H6XLFFEGEzPmITqWyPGRHXzn1R5tGsFDhQNSC6a9tSL947 0EMRATw6NfEgB/i0jAu0TWGc00Wc0gIxExst8mhFQQogtuWIgQWyEBBNH9gTNIfQ6lNcLuNU AEGapXmeasoo6ZhZwkGIVPwf1IK0UgvO0AbyTtCKHUK8Zjvr/vkGFZCMkqUFAr5S0odnFKVz 0CxE8KGGxLOxI/ExRXyc30cFnaMZYyB5lKAZm1CeJSjKZ8u4pDMwTy+A0VDEc5bm7N+M5dBi lsf37HNCHETXsM3OEjKPJEImh5CyI2SinCLaClDX4Ni9hNjTcROMLzMmcyCnTQAlpu2RwPFk etYkUQJ/A9Oo9A2GiE0RPVCULRr7dCeICsZsojzOCoadkD8di8QBNN3VPMdWJT6miI/1Jl9n BT3rsZNGknDIeLUQ8moh5D+n0YqprbfZpoyFMvo01fM0K5Q8ZJIYee95/u2Hlu0CSigAo3Py hy03Um/xeJZ6zZjfzQuz3+Vw9ecOM9dD1dRwZ+YjyOHiM20WM35YMcpjG8OMG1BMijWdxYuY K659VM1pUq8QRMxVtCmXGVvUj1mEHKbM5EWRpfDGnJE02wWFKOeKda5on7B+petXivJv1boH d6R+0acJvIgDLVDMk2wTW+UntiXDm8UdiHxf6sda3Ja9Ap+PU5gl7JL2m+xSaztGRLZ8I3r4 GJryaWZ33peE7FDgnUmFPsFN3dvhF6Oe45r93hEMGTS+olqBCjqGVEbqXZqOMiKEzZHS1nrW NbgnTFrT2/n1hLd+qyw1ccMpn0U84ZO46E192Gjoh6pg2oGCVac77REYDXymLwpL09GxocvE lPqLRiksr+/45Srw6vHQ4090JZLnjVXdtB1NpqaN+WxfDjL3LmGCKb25X8VlWZnSi03CY0d8 bznVx+USXDcC6CDEMxVdlRkKk0QHk6mPcRU7ZlzB9W6QaSHw2/E/7a4cGwaAZuEgsA3wJ0gA TA4AXc5Q8AAhOG8hx6Bx83NsgCO3eRgFu0wUAYQYWuAZji+z0iaJkE9R8RkCfUwsvP8YfAo/ XCD0c1ZCzCcqUQY3gtADFHoo0Cp6RlFSZGgeF2Ue329KEQmie56rBabULyYJj31mEfX1DYgU Q5ZBwlABrGS2yXOIHm6fEgCJGViBr5mWBMkUQVILF6Z3MpYB9ZaKq8vLecTMkTyafab5BbiT m2pl7MnLGiKXYgqIaQehKu+hThIaQwpIFcjacRQ2ajznqSkRkzFf4tVmBXykiL+gFVvAUiT/ RLF811MtqaZOEiVgkoB2cU/RZg3ByfkZyuk6YU+yvxgwsvsiSyjYs/fPtVLSkkglG+BZRMrg wNL1UCYpTRIkZbyCbNePdRJjtGbW7TqPI9BVM7QpdgbMltkUqHaj9kIuB+Bhq4aKLSlpJgkP vllxlAC7YHiYxdyGoauaXTBzJgVAvOO5S3EKvpEH9vni4p0ANEiIzcAjMlo8SWgMOUmf4iSB xOiYKSRZul91R0g1VT3PwCoU45SoGCsqrr1s/ZzHD8sS/BqxkCTAxHVcxZY+i0mS++7A388+ VCW0wLOFPuWbAlTFKm11TfMCHOPxnCmRVdphxK/nieAjxIYSWvJW1STxsbsuw/MjwX/lMGHA IQMaI39yLiIAiKcHgerL25djxsE1FBw+Q5SdN1yI2v3UJfe+WnHv7zdwWQb/KqIRhLrhehiO XgJipIC4h6lUKUZrdrDNmweP1DcdOySS14/4SJOoKG/hUmNO50Csbk6jz/yDhytUH6rM0iN+ XsJHsH6PqanghpRW4oihIlqvoUqi+Xc6K8Gb0Eqd4JHyrTr5TwX6kT70SkEfYCSarht+KGXD JNFxs0ulueW9htg4DBgcCU3zIJFABfYMyzBtWdVpkih430Q3SyB+SneRzSSe0bSg53G6yD6A YKGLBTCPLOUcA4IaKOveqRkGiOHpjiNvUk8UIOvNPUMCb0VWpVW1ZAozPm4SGhWU2ZiPMX0C YLB/bANZIuDwtcDVZbGOaYJjFuUUknGfz2pX0/Puiv0z+5bGBQFqBvtcmccz3tOuSthlr6yp UFkxM7SVUA1lNs0kUcK0ij7b8LI5Zf9brbOUR7zZPkKFOTpHizxb9ao2rJhkEgGJEXimpcjg xSRBEqezZMNAcRev1knlvXbvfPRjpYUg2ETgMe1aUOiOcnaCtAtRVcTy9NBwpcUyTT7C1M4q 5MEt1LYFAwIGMrH4/QAoBQUCJtuU6CnK8ygtnxl2BPCh+DZDhyPlzCTx0eENAJZhXnIhwigc rGgBlkAYMxCuP0GtN7BKoISToMGhBLbiq4rMiZokiWPIl4NyXfNNJfrRxZH/IURE6F8LfV23 pM9ikighcIGD5nBpPMkeno/GCKBEFUGJ7hmW4kspMUmUqGCHev4tCrcV4MCmAJ2B6ZnZ+uvY QUgTkTiuZruOJ+3SSaJEG0TJj1H+wPTLWdSGykGU6AIoIYYV6h6G05QomRxK9AYlP21adc7v mjrnd02d85d4iSGkl3i+6mkSJZNEiQEBEy+4QcG2SiRcEvsrfUY3EbAXtpeQvZXEjzQf5CcI WQIoURULsvhkSHaSKDHZMft0nWTP3PvNbFs2YbZ94vYOQiLNd0zNM3VVl8k9k0QJ4ASsYdBB ovs4ictj7RwxlGDfN1RHkSiZLErAGv5L/LBEzmMUH40VhEUSBdXA9EOfyLzxyaIErOGP6Syn VaMNNN9JoN8MJQoxNN+U18umiRILpA2dseEY++hoJYUAQsRRYmIH66Eufa+TRIkNfMT52Xkd QiqUYAGU6AY7e1O2jpwmSrBygZzZ5zR7Suj8gcucIxAijhJTDR3NDCQvmSZKmIGzLe1bHB/r E0UJM3A019FlH59JooTjBEzhn/nGweWnFmh+O5Ro2PIM25OZA9NFCZjCH6uywcfjBGGRzAGN eKprKPJ25SRR4lQX6P8JOfM5e704XuqIocSwiWu4gfSqjRkl1/1sIyEh4VsWseBo5MFOjvz/ fht6lqnqv25zSav+5tseoggSjYt4tYELk1kKV1jY8RTttucCICEO1kLPlXlDkwRJu619nWi8 1/Yc7rzUuegoSOfnZXYOfVTeByT4IAAQhZDQt10pHiYJkDXN+ZZBZ4qoKDZ59Rc7/79ld2hT AHCgWEOnF3oHFe3Gh+DhOqLxIVGvVDLc+NAJTc+tDvrtZWn8H3TeR37dSHD8Z1r3qT8TIV3F g0JaMsYxSdLl1VXzqpV8VKC6RTRg91Cb6LqNMNMUXU7OQlqiYmAF+tBIkEwRJCDxH0Ed3BQ9 zTBKo+S5gLLxBUiBnT4JjciZGpklG642sh0XQImqW7pFNJnGNU2UVOZAX13cVxWLZbZJ5of7 Q8P5H6kAHNcf2nKIGmon2b4X+0Mvo8eqGbtAe2hODt+8SSfejfJ6RemLjaDryY0e/uPX9K6B IS+yJMmexLpC6X6gWnYoU6/rL5oWN57lMdutOLoSOGnTV7Hm6DK1YJInnSF0t1mvs7zcydpH jatn7A9jK5d7bLbd8pZ3GEaVYLHqHR/Pyq+5/7GMUsoU0KTbJqS7jl3r3v4qYA2Bq1pG0FlD B3mnad3LZ7on+8aKtzNRGNnjg1GaITbbdUK/CPBEYvoK9jzgfpInTo4nsp8eTifVWr2IH5hh 3VfTDi1ijB3WD5wMW8CMzjfsBRStMjZEYxOm2Zy9lsSfKfrp5se7808BF2Dwt4gCoweeF8h8 pskSK7QaRGs2Qrd3wyHp3hcusDTPIQZWO0sbgXTnMx2hdL++ECArTXcxsWUVwmmSVbYnAw/p algZnwi8i1a0dSdHiC3srQNWoWrE8cOx8YVqqiNkDCL+rbazFmP4KnFHJNavdOMob63hmp6K T7IbjR/2YRPPmTrGhZOAbxbDtcBv35PW4kdEmLAXtNmMSQa3IXcphjjn+TxbRXHKNc0YmkzU LwiIRtVyVN+WNb6nKRrZzzaOKaIIsUMMHF3pnbZGfMv1VHhVnva4FSFntozpI09Ng0wH/qt2 i24TloRdW8zKGJ26NIdSKkwH6eUcHdSU+kvgsiYwQya62gsYg6bEpzodTelv2d2kfU/3dBk9 xr18jSm5nsRMW8tULcUWasOAdcsZZN7dd76ZebcUSB7xFlUgjU8YXyk2VyAHCPJ3lwLDO2xa ho/NsO+Tg/qRLr8uIGXmCGjlt+msSEQ6Kyqe6mmGK6PMIwbEkZ0VzdDEqun1cn8VX7cUzdqd 38CR/n6n1+KiR2WSG2CGK1WO1Cm46JhgMJJujIrmqkyCiOSDEk3xLH7eQhyj+/jUOMbwbqm6 aWDDgH2R/HWsAve38NYb41O5f87QZv3ADlssfre3hEqb1rBidRYwBvOTT7VZzviRVGbg33yK 8jnkX/dOQxqiIzgh3lSQojzbMPZ4ISIGA81QtbBXYUGxLdVRdAjOSsY+KcbeCp5xsfwaDfXw 6usX6+BZreicYktevOrgRanoTQfelOjITToQTTvhbhzaB6ih3sNHZ8qeTXx9VFOur+/cUzSL 1rwhEZM5fTY2lWAg/bJOsrjkHHmdPbEBGXuubygnz809WAQRwt4ptQAK9u+RADWHATq+04aN Gf/hXi8S+iWuKv1eCohU1TBcoqjgZpW2Ur1L0xGp7CfP7jdFmdKiAIKdx9Bq934D/VQbkmV6 YpnNskREw9IMN9Q82ZR5mnDIoL3uGswd3mWZN2uPF9yMK+OmbM0/NnFV6rmqXZPwfjbRKtv0 cssO8As1wG5gyCJnU+UX22g/E+TsvUX8hQplfpiGTjzVkpcg9w7+kHuKjC+Z9MXMkPm/M0HC mUa2LuNVxCRHxLhIT9s7uFo8utVez6uCHaDAvrCKnTdubw1cE/VME3dXMAJvXDXVZjnjh9hm nVUFs2ZL2HPQVeobLwK8x2D2qh0GUivZ4z0TETpFGZWbghfqRevlcwE0iZI4/VwwhaRg3wR1 WOHWS1rXyojmj5CJ1hVMB8l2KNvd0HSddA3IMZBtK9t9GOuajc3QE2pUT0yiqrxGiIT128Na gG/pvse0pn4/C6Jh7DkuT41/Ld/qHv0ED3jEZ9n2aPG+RsIeLR08WuoBl6uHDV11TwPi69vQ QxZRMfqf//rv3mKHJtmDoUOw5Zxo5jegg3rZar0pKws2SKqmEey11SZlkoS/elM7OdB7aLP4 YddnsbJymaZa0sUmgeQMgfWPCJ3/81//72W3+OCJnVLr/juUPmNY66bCjX6j0ZwZwynTQ4pJ bfcBZ/UO7iLoGdHM758nBvdiTWfxYqybfP28XzxhioBGESpoCWYj3XH2zrout+GYlvjmV5KO E9+HAlKnPMSBqpH7az0qVV5EVRk9JkDUf31fjkp+HS8GLtDHr6/1qIqRxidMrlRreK26gbWg ewfq7da6F4nYX6n5XZzqIVUk4+0H4q4qMrgPR+WEfBdUX2aDu3I5aIJjT8eYqGDGtUxwbBqO HxjfZIJLH8vvb5fTlKfVgPuQq7NNSJupARCb6GvqLbI4KhPlRfagWKbunMr63as7P5naAsVm toRi2E0Rq95RHQojqSOswPLjXVfLOOSH3ps7zNzwVMMdXTJ3NdVmOWPa7MM0XVX/OI6mDyg3 kqZfRdP3tHyilJcJ6a9hyPut24qNHVDUvhrJUNXA2V1aklL2TaVsNMuzouDWFDOyi8q2jtOq RmjMW9jwfCJw7GmGbv56IRT9UBXDNn2hm+WHz7/7zvdxPw0bvqf7ej/n0g/1ABPYrt3G2B5R TEi2+s42hsNmTDTQkzodadHlQWMQkh9LRp+zZDOne87qMW3rpDZ1eA0rCgkrcbEqhpL7h+L3 ga1ajte73E9C1cK+1yXubzc4a/ZwHMWnm1X1bJw8wv0b/mSturL3PoI6y18j9Q5tP3AqXnHQ WOAzbAFrBKQZLRZ0JlalcW/6/JRNM9TMzuTHYC80WOgS8nitT/AYoOI5nS3zLI3/owoSN/rr C6fTgdcIy1vdeJ4YtgbrWo3TFh1rXavrqrUX04sLkf5/hunY+5UQNUV3tFCF6j8iat0fl8mP 6eDnNKEPFc+AW3A7r+OPdzdcERDFhEJsFRMTPBctTBiOoxlmsAPAQW3gKKC8Sv+XQPk2dhy0 4VHGK0hg7ftHWnPuEfRY5OWh6XZQeJotLug/Nlxa1E5/7paok8EK7pioC9cOuTEuBGgU49BX TSE/xe9PjpKovi3jNlRNojn9Qv2uZ2pelQzyWuure/TS3/JbnmULfvu0NAY2H27ycknzVZbT s6q1K7Hwr6hK/YqhhwvaOgpAPTh08WgYtAa2DNXQ5NW6SXKlOGXGJr9fSyv1kCmNEZNCXt3l vb73BBdvacHmusizFWSzHcpIHsaIqfm+b+jy3u0kMZLl7MRrPTFhI24KUBPbELhADV9Rf+U1 +bP5Bi5FMeiIoMM34Z6JL9ExRXRE+WwZl3RWbnJoTJvzrO0IhEpdf6UNHXg93SXB1kW0BDCC CSGO4vVMUYmRCWJkTotZHt9TaNbRRGX1XxE3gopis6r4BkdNnG7YY5sCzCcBkOjsJL0g6NWq VkwVasTsuk9LkIwSJNz0jarDb6q+wNnPt55vzlm4T9O76MChtUBYHtEMPxxXTuyh6Y7APNhJ 7kVlKIhQmmEaqsuT0yU7nhyl0S8R9BipSG2VlfFj7Y/iPHi9TpjxVxXhagQ6J8wI3WWbcnmf bYQyqLDiMc2O30GVGJkcRnh98AV7Hb2/cz9+OOPY6Kr2KIYMq+oKa3VRtc26uxx6GCKqaem6 q4j4DgJN14NdyrtEw5uiQUQk+LbmOzws1DpL7NuKRoxvSh3pHr10Xv6WZ9mC3z4tjUE7+bSM CzTPZht+bb655QyMZpFHK8pbE3DWU1cGo+kDe4LmTR05sTaAxA6xrfUMB800se2YssnNyJlT uu1VURdlOqtdVD2kt5Lxj79tqh24d1YzpxHtSDSFQq8rRh/xmoHe/fM23okKRsQlfXg+gyjE ilJez02AfLFnW5bVrzqkmZ7pYX1Hq5J8x69btMuqq8fffdYGrsENnXFdVt3BBvaNk+zHi2XV o/vssarXfLCw+sG0vxG2FWmXbe2d9oH8v6HGIqZFDEftLGEM+X8TayxyWCZye+ubqa1FVmPf ix2VjVxYxukuJo/ADt+vbL/K5vQCoU9C8pIQD1u+JYMp9RdNS17u7J4YClAydpRTCJ0g3oRi +y5Dw0cwmNY0nfOwPg+qVMARwIhp6IHmYBmynyRGGrYA9eQ+IFoXnWNadZV+SPcLJYMNXbAH Z2Wv9/QwPLCj+Z7NK7ZIeEwOHrWzpHLqbso4if+jdqrUcoa3tZKdx8Z5fpA0waAeg99diJer OnFMh5OlJNbJEevHP99cgpekCazwKxyLqjlgVaikJucLESh4JAxDocBt4BJi7PrS/X6n3rJB jq8HpZ2uYfo04CMCCtuxFRz0b/2aXuB65q6wwSv4QxdD0+MPLWgeX5Ophiaf+Lgx0bd594l8 DPL8U50Vxu1dWhTRA1Na+rlBGziVBOqGNtEAlDLbGEW5kGWsuo4ZetLqmSSrY3IwLVZxCf3D HuMIiVXfLlBTflsAIJrm6arjwbm3AeIGoW0bMtQwcoDU5dW3KSrcYYb6BsKO6fOI8HFMX1cO xAk9YjinCTWU15X/fc+ur9n+LuKiHV+kbGi9L0RcTrgNTSiFJlHt4zgYXBk/lnlOHt0Vk2bi DWD9GM+rvOo5MwlEOuLpvuF7KunxM0ULNTtwucpziJ9J1vWmrOvvH897bGpSvhj/IqZlv878 dDwx15Pe/PWsq/vKnX/DnV9PeOu3Aua8yrGa9FnEEz6JXy8EZLlqmrZv9mX5oPHaa772Ndtk 2g27hndLNwLd8c1ewSNp6o8L+ARsNJpDUk6SPYjUI9A01VMcR/aEH/O5HlRzu+nem6LJ9c6S JHsCpx7by1VR54Fvb5Dqmqb8eiVaGU8j42Pw+53dhjPj9ubOgWkT1etWOBpBZlw11WY5Y9ps kdpnWmBiRXMlG5kkGxnqrTSUxWIHpuYoIhoTtrEZvG00VDu+/5eOZTT0RWAIgMJQvEBTFHB+ tUFBjMAx8C4gJin/pDwcHPd9rQCcoLxgQAzZji1F4krk2FXTtRRLXmmfJF1niKe/XiGvLjrj ZVWg2K8T2m6rhDYRoaCGga660jAcNf3/wh44Q7REEYTxdj/Bl3XMgIF8OqOrezYkVs4QCMn2 Q+BPv4keKFK7bX4PACLwfUfTZFLAiAFxD1OpvHhrdrDNm4eOVDVDzQj7lY3lkY7pSJOoYDYl aLx0DsTq5jT6zD9YXvPqFCktz32Ic+6oGrKAmPD/eXsj+Oc6B6j786+blHKmIED9qmloRLXh sFtQUXEQ2iqR6uD49YKABHuuoVbKw1FXwXnTWV0/KuVBtTTiVmf61vvSJDiA/6jMUFDV7TmY 9tAyPY+6entwV068/PKa7lcq2mtCqx3fdlg/UAxAIboaKKMiAXbshzZhmN+Znq36Go/2tEUj hsJ62s4Bwo/WULC3Y20VDei26jqihXrqEQ7yu798+unH80W+43odjtc6Qy6zjztDbecqmWVJ BgfJv1PhPy9sOv9+bwmO2ebrj8pbZ19vXWlkB6G91RyVayy6mhYD387/VWz9m5ix99PNHjfe rVw/KuGuvfJ9vvMCOFuL+daj149KmTtw9K86MdjC4B+bKDn3sqJEP/GKGlG5PILWsekafsC7 9rVoXQs0jK1gFx7+A+o2OwVB57zsmyH5koKwY4InUxAAR2iHI546/YKuMAwn3TcNAzu9MkrS qjoEg1Oc+Ivc+fb2ijvKKLqlC7gL3Ls8OXzsBFsecUNpTE/12O/8n6/QXbYon8CD7tex9dp0 FgCAodie4dlCYTTFDP3Bs+6+8xuG0fRJhdEOCGrbDEzD78WkDCdwdaxLEhsHiV2rF1UUAoW7 Eh0puoMyqRR9ytbCKUyBqWgmEck96NFTtQlYVTWDo/53Pu0WkR1fUU+v1OBTENk0OLOI6FUd Qkg/idHwVGIo2g4WB/mCEZghHjTWia7pXKRPlC+0oHmUL6sNzQGgnFBX/x2u857UNxfGD9AO AqM4STZV6ccq2a9bx+hgdVehyq44wIqOjZ73Xlw3VXxsBLvqxd+v4PSxhpVud93TA7uoRGdZ i876vmbzT6h/BfWM8pg3iYBi9ZsczeljDAXKn5bxbCl47dtUsWIYvM3tq1DS8zV9vygxXMPF 4ZjZHzjThtN+9eHKmKdc0vXdL/gM3f1CztAt++OWXLywll0S8N5KONI8RVW7TU9GkARcTbVZ Tm/rB6Z8cjSxZea8WgTaligWxZc5iK9TLvJ6vXwueNXIJE4/i9Ve3VvGASIZA7j4VKcDrqZW yS1G/SbLw3JJN4lP1PDVnfH+MNpLbceMipOg2x699eZ8So2ruldVK9UNLNnkF/EXdBNi/D5L mVjCHwCnu9dJ/Tr5wFQvEbXK9hzbwiJ+wWHrtOI6fwD4jlGtSmG/kl2tyMYG24cLGYCLADwM T3XYwntOTd1wHU3xdu6rg/BwfDOw38LNdWp4eJ5p4tFdsQlJfe6cHbBjj7McWoY1OCmXUYmK ZbZJmHHGrLacRlCYqccUW4HWY5MoyJV+sNx/1wXalPuvAPN2+8i/p5sucGwZOfuKWP10gbfD 43b6bUw0MeF5vOD6WFn1CRdIKzNekd5xqMb8W5/lV2kCug29vl7uqdd0XdHvXnii9iUeVyvh pAu5EBA9ONBsEuwluQ1pJiTQNX4Z5PeWMi0yOTaniJFJxSSq8U4sruodGxFpigZTLIXpGb17 Hlqo64HLg3FfU1cPBlO6dtiUgynGsdlQ+hVuVYgbNyaE4yanRPj1xxSac+bRuXOHihlNI8a4 z6BKNALtGypFg/dqTtdJ9txqnlw5HcDHCM09RchBIRYDKXBD6Xx4id+NMnQSww2ZLkSyNHlu muW1C4qD9t7ApQmxVDq8AEo0xQ817PZSSKWNv4eSUdr4DXOgEcTK5nP2HrPkojhHq+gZzSrL JU4Rs90SVMYrynlIBxaHHeLM/hpSDk8acBFrKKiFgYMNbq28CtS+atqVpPzeWV+10HGBepbl 7J/rLJ1DmkDBxp3RyzktyhiYX5Y2QKcFb6WxY3cc9FFSZAIQMYhha4oJR9mGiKFZps3bKxyE yJtYEMfeamNqWusGiXR4DcGq4obbTmzJ88ULjHAXUNtjgwcIZwQBtWqqL8Fe13XPUkwhl36X CX6NM3bf+T5qDJqO7zqG+urM+JoOfn/OIeXIYC06ij7TZxTPabQVFUPJaVBqppeqxG0wMWVD Ny3Vdsmr6428WbbvmzvLjWMzN0fnLJ+WhNvWU+rJtV2Mxjj2rjTTKw7elh+M0YSO4gRvmbYx ADtOdN9HjIaH6UX7HNQHctK9P7YD2Aj3vrwWqjcWBKppcQfZq9i+vNJzSlaZIeRu4mSOyqeM O9OYNVl14tjzt57xXkS8uWYTMBWABzEd1TA0UIglPCYHD/aTZNn6Ppp9bnsbeBPmgvLuqoyp XQjgQCO24Viy0e5k2cQdZVxgS/l1dhQDQ8MUaFFG90lcLGkVvGkYyQVCodj1a8v1HYX065VK hEyFU9AvEdiOZzzz8hLSLLfgaAECVfIE0u3gGdJ+RgAliu/qoa+ARSVRMkWUNDDo3REZPm1s s1MJeHk6edrTlBplJR2+rJN4FjO5QdnQXG8ANWKrXCKIdNAZxHQTuACXc5aRsm0WQImOFayb jjRBpsoTltkaCrzttIvOob8QmbXr7R3PMrtXlV5YRyuw0l8FrEHXQcx11jCGwAqfarOc8aNr Z7MMpQ/dbWZ7VcaGKqe6lu86CjASyV6myF6GhM8sSiGbv2DyiVfZhyr8sLEQHymgzfKsfrAU iaJrJjFMg0gvx1QhwvPIAB01xzir791DStlWKi3ybMWhUiEjoVEOBabgZQGMENsK2OGDY1hi ZIoYgZOH9NRt220R2cHO0QxUkbodpq+SVi/Dt0ivMY+9x6JfYVtWO3oRKAKgMCzPVFTc83QR olqaYwsk6B/mBIqp2jok/k+UE7SgeezdEf2KtKodjRsTwgn6J7VknAVDBed60X32yP4/g6xD Jhrhpfv4fB7nYLFDNKB3pRYeACegCIPUvcANDWm7T5LZVZ5cgs/4X1/FBTh9m88Q9BQnCXoQ Ua910yaeyauxS5BMDiTlkunLD8vj3TsmqTd3PIt8TSWavWW0tL32Ikbg36mm2ixn/OAaSFLg V0DArM8WQuJHwZZlyZ5Y0+QstXxZRwWUXOyzmTmdM1KFYg1dqr0QAAY2/DDQ+y0FJDCmAYyP PMk5p+C/WWWQwvyiJsJLfKSUzgsIQ9yLZDsTw7AU05PF4ieJD8YvNjnjC3CZtPIFR/N5hZQu q9iXMICQHISMAEjMMAxU7/WFoyRITqu37tVMFK+DMgJVtX9t49D0D1U/GeGhQEIAjxY3GQK7 bBKoBlBdYZlFEPCD09smqQGDF6BX3dR13eCt9Fr0qhoGsbHyYhnyN/HW8jsGr3GJDVgOksYr QTB/pHnZFF5uUtUgElRwhQClWQlxwurS5FxEczQDQ9V1X0QzMBzTCg74/AaQ1X38O7laGPqu RnwZFRsz+fxGXao1oS7VtqPoliKbb40YEEd3qdY9F5sys3vERzqSLtWap5m644ikdztQGJsH sN9OAzu+HAVRpQYGIPqWeLnpYEyCPig03dRMM/ym9p5dDE06Xn7UHfM2NPnEx42JacTLPy7O uF26vQezdUEOBkV5NlnE7Av2VJN2JkAMisLEqRWIZBRJYTo6bsdrkvXdzVt35PsWfFp1yVW4 KKV+2AbZBVBiGLoT6ryduETJtGViN6zciY8PdwI6rdMxK6MEPWbJZtX3Ph6Ijg81AarlcnsJ Y4iOv9QEaIRAyhZbztIInXnGrHXwadEvM3BvgcdrFrFPQsX7qjSQAHfRHEuxFVcGvybJXdg/ HuNsUyTPkMr8GIMDfS9GXkXGuAuU11tlgmrrKxVFCVZdx3dl9GuSKEnpEzt2ppcyBBTZXu3J bWhl6Io378ojhBFiWzpxApEWwRIjo8PI15I9K8W1SfTcZujwlGKGlAfGdgQwYmqeCycnMTJF jBxKwmII4EAYyszhhSEuBKBhBKZn+kKN5QJXsd6ky1LLJ8NncJxPpqoyN6DMSjiJugtVgnVv LwCLHdcjpgdQeTW/6GJo0u7CY5tUbaHJJz5uTEzDXQi3zxl3nGUb7u1ZxklWZIxHoof4EYy0 OpaSrRl2yixHi4R+ie/ZozM2xTxLBChBAeXK02TgbZKsDuzy+zjhlnl1p6rBxLaXYTRbxvSR G2QMSmxvVzGYcn/L7kSEp+FY2NalXjVJdHDPTgTOKbpYMBUcLPQVrcvtRGuoeMAttX8qUE7/ sWFqOri0mGH2cybsXxxheRU2V8Yuu205D7oWhwqrhIbqWWpn9mNwLbYKqwxTq24HimkIpZVJ ah27R39SecRgqEfJfjntyWcTswXM6HwDCWxJ/Jmin25+vDv/FCCoeR+DjjXfsPer+85VqdMq aicgW7GqujjwpWydJLVyj3exWa8zJgvrTmMfq750K3YMMSjsnWLJBS03a+4KPaY2sh5gR8VW L/dV9Q1HNy1e/+AQSN7Ce2EdXxykLmE+IC8lsDiw9ospXwjgRFUd1zUCkaQ42ycWFs8o7z7+ fWSUEz9wianAqiTrnRyFvPTzp3P4+ZMIxWBNt3XehEFiYPoYqA6+On2edbx9QQQMum5hy+Et XyQYpg+G/+zj4k/bdwTAYOiOaShEFnz47sDQf0cEDJhgYnrSP/69gAGMsrumz8D7JMP4MskI /iACBl1hZ6QH8uLZ9wGGls7Q+xFSIHWL/RdIb+v3whkO/QhxhsDwAyeU1sT3Aoa2mCAgJgiI CSIkJlTb9xQnlBmL3wcYvk1MaLbtK44v4pmTYDhZAIsX+9pjAod+Bt+BhEQBPBDL1fVQlcxh 7HjAQqd++B0oeiuiOWBMlMCX3oZR4wFkwNaJ1DiVqv93Dv3wO/wtIbvCA3lhyeDEqAHxn3e/ 4J1i8KfGkYDJh666AO8Q7mLov3P+p7tfiIg6STw7MB1Z7mZKHIJLhNtKhPQAwd+plI2e3BDl ELrhutiQ/bRHDQgR+6KNjCE5Ur8jAAmDGK7j+XCoEhKThUQYP2xyivAV8jz/Fi3yaEV5Nnec oiLmJR/KbJ0l2cOzACY018eBLXRxUtENz9s2hWkff/ed3zJ36BXdW8yT5Q4dYMSmr2oerw7U 2mHVc03iODtqGqC6N8nOIlPa4VFR6rV2gSoaDNs0+GOUP1B0N4vYUXwSJ0TdDjxfC0RiiHXq +eBODGCn+/j3kZxlKDhwDFUaxGMmkIOi7Jdl3dypX1aEPcw4UzTLM96IgaKEE1PBiam+tXTG PiVAT5j4bkBk5aJpIoSXtoqTZFMwaMClb8ZYa8WHVIn0wwnUsyitKi2LIMSyNEsjEiGTRAgt yug+iYslAwdUcr9/hl9n7PU1ncVRUrd/n3rx/ZjBW2j+E7ov8xSXS0bPUBjIubsQoFQSeIGt k37mZRi6gaq8eMFBUurpKTVkZFjAJfViRtMoj7Mz9MRk+jLbJHO4hM6mz76nB/I5TVBtoXDV 9SgLRVV2JQZeQoJPE3jRDBVT1U+ya2yZnxiIrssMbQoutJpXdgTBXoFHWzbb8eWDh3aktfTx oOh6U/RvCF7uV2IYLdoHxM2hW9GWPj5pc8sbkt/SRUJnZZa/sJLd7ei9dcAqglALVbezihHc jq6m2ixn/Gh6f3v7QUA8aszAd2xTuvrrL5qWePz7behpmm78ymsjtgpxFPEqZvZvXZfhAqHg kebPiM4ftteIoSKaiP6kqKHm885DEiCTA8jW0kHlU9Y1d0GTFpY3Y6zyy2B+eysmZobq+9q+ Ghqjq+9bTXU6YqZz33x7t1iAr6im6VqeItMWJ8lXtnfHUc6dJlCeIHmuSq6iqp1AUdJ1UflR msLPDU5iXhVIACTYdk3d0aR2Mk2Q5EwRiVbgqq+csnNazPL4vnLJAv/uRaEBLL0w9IWIiuJg RQuEwl8SJaNDiVOAP+cp7brp4wV39FAwJtGt2lRqvb09Q7Svyr6/FcmD1QInDF1XZrlNk5dA 42Oz4htx0TQo+VDVdb7fxMm8r+FWCm4Fmgtoxy2AEV3RTcP3e/JG1yxbdc1dSZMBjLxJvgVH 6XG+OyzzLV7EFeADqjlUnKZiMq1y0RGDEGM9t/j8lpzfaue3Jo8gVtKrKYsqIqIY53EJEWrI SkzD2nUU+xrz6T7+fWRoaDoOApVIn8OYSeo3asiqizRk1bzQ9z1H2gEjBsSRDVk1oliKr8mK OCM+0pE0ZCWeaqt6KHJhyXEMl/C68m+nlR1fxl6THRY4iMRK1R7gH3ZIcKj1NCpV0zRHD3ct eV/BP2xMcNWbYJr8owVNcIkcA03rSpUNWX9TJalOVSnqouj0CxRFj0u0pmwY7r6o2lcxtnkD xYDLbJYlda39KqnjaxdzLEf3g77JKuXoNBhd5cDqetHP0DqL0zJmQ5b/n72v7W0cR7b+K0J/ uNuNdjwiKVLSLNCAXnd6d7q3b9J3F7iDeQDFZmI9LUteSU4mi/nxl0XJL1Jems5mEjNggN0e O05ik4dVp4pVp2BgVVemWor1lMWKbw+5ZEkYSRNswKElOHaXLNUF9Hp2ObCJdb3IZwuZXV83 UABfCfPSTeXdDOxVnqKJYhSiWLZK7QEE0Qh7OH1x+Wf/cPlnhxlq9TCohm0T7zY2pkuAiW+I nbnO6jmYnx6AUxU3hDHDKFRpqnFiB4W7BNcekIbfeUogHd4L+IIc/Z6j6jgJDiSlO3CFv2fL n3jZj2K1RCDg+mFsVHC0NFIPfh0gwR0QlDKTR9YfBLck0kYa3HvfUMAFFpYhio3Mqv64uCWM 9V6KI42UkeQrFXDhIi9NmLlmeIW4uOc5NVwQz0dhyqCZyODC4GKXgw6Ym8by9t3g4rXh4v37 u9yIEi4QdmmcEpWR4AYXevFOwS1OyV2CvUpSvamNkjhQucg0uDg2XAwUfO+yF3fSzv1XKgr4 Is92fds2+jSaomSn63u/oO/4a4gSlXJml+LYT5BJcOmIkn0tzyHPGFqRwSPxuu0DVSVPFyPG Ise0RuiIkn0J4Pene2rA4hEdPGJ7SsGn7vaBqgAwQw5FODC9eMaWPIASghKfkNREuzqiZPB1 AC9RwAUN3BAbhQCDi1sV3m5kMzNn4JXh4gGvooYLHCISRbKZzeBCa1wM8mDvT/GAkzqHSswT 5AcoMoOL9MfFGCQje6GABdsmXkTcUdyKSZCkjO02/g4sPEtdIoZfelgjrmPqEtXws9EAuGtG wR2SzipgCojtJ2h0fWszHKUsGBoWWzwT3mlDht95SjDB+9IGTPesME1TpDZSarTC3zPdT7zs R7FaKApSP/FG5UeIJcwNnZc3bocqhHo/OtgYNzBuH+i0n+rwab2nMN6PeW2sMylIrjTSARNE se+onCjqkzCQHknpRA1f/kpOlMdsx7PhoBjqeKyn417X/7G0Lnkp1quwmrxdS3GwyZ6qXLaC pjn5dGMtsxur5v9a54IjbF+icKAcO/RtFI1rPuM4TmwGFX8va3Qh936g0e06NQ2jvA9W/12d WbM6F0ufZ5umKUBPXs6K9Zz/qAIakrqpr1T4Z6zwG+R4TkrMYB09j0tlWV97oUYp1tcb2cYq qmsReLW8nN1Y0IKYNxbMSWm4eE9S5KGtLPH7vnElMxy6IogPVYSQDEaOMUgvKrWGQGLbKGDI GIPXZwy6wy6RIA3CLCstXs4ha7PILxdcRRDNCZw49U2yV1870HkEFVOAI5qg2Eygf4Wm4P/n rVhKFRA41Pf9WKlecUSlnyX+ku3PJv56SuCokAQURDZ1x3kb2/WYE8k85GMtg97x1QCa8nA8 BpryjR83JvQQcfoKWkx7CamNoH1vCmGOgxwfaZ1zq1kvl1md/3srcq7iIFMaeqmRptbTzl1U hXCFUq4pOy+U8kpuYCcsjVUaxO53hk9s4vYszqGKhi96A3T3CjMWOHbKYC33VpgRD7lpCOtu jtQRGNankRBmKhLCJEnSGAemE+KIAXGghDBCLnKD1BQeH/GWHomEsON7buTIeb8GKsfqDh5K N90WAHrg0e3Hit1ynutiKocGG5ToiJLfrS+dAOaZ4BSfq2lXuf5zf3kFj750ueufIXctv/tX mcHa2BSV+nU7TlzkJyadaWzJQ7aExn4cOqMAxKBEI1vSf236+TtbUl3vHn2GVS12j+Oq/FNr zUCZF55R4SUoTIjnG6UYY0seQAnxvSTyIsj1GJRobUs2CjJD6wGPtoalfzyAhfi8dVVdJDV8 3i5Abla8KOSM5n4HjmclPgg72P5pWA103ydIyvnRvf97drK360qCgTT0/DQw4aauB/ZZzLrN Yjuisv/HoERrs07uNetjirhv5lXFBInn4NQEEsaWPIQSwuLQjUwHjK4o2fv6CtfIFppu665O d3UGVtR3NKj4lwSnipbjJUquDh9O5pgm6odxpAAKlxBkO+NWXewlCUP4Pyq5ikNGYtnHpKeh 2EET2YcOHtpiU77z4waFHjVXaVWPkvloYl1zWWbVzSrqxhaJHWp501rzvGmzcsa7md1tpXAU SOB5wm0an6mlrRPheH0jMdCX4/0ZRleNMIPvwkyHkEWm0q+EWBAHoWcwoiVG8saaVctVncOc vPMbaw1W3CqqTI43K/LyW2Nd1NUS2legjU3882draHlUMJL6IWHUlG9qiRFhJcjWShSyFq0Y T8kTJqNppO2Yc7G0y7wU32sEhorOmkwUUIJtN6VeOCJeBiV6oKSsrORf66ywokqQjU7eA9zI 2yT69OWdZB91fr4GjYJ+eq8FG18UvOjtTN4ogITabhg5ZBSy0QghV9Dzh0DyHCEbkgVUJmZ7 UmTNeSNi+/lUxYQ4SehhrHQPOAjGvmtC9I7d7l4t4mJCA2oMrpbH4mML7C0rlmBv8+Wqapoc 0mIgNlBXV/mcW8JfJ+X8pK1OxD/CEuPknfTGCieJiaOEUzM1XU9scOBkOS/b4sa6zoUX7puR J30/6mTQoj6rSuGcsxzetUDPknMZBqqgJPJSqiZrZ1BydCjJzqsrPuzRG0lIfvxycp5BaNhr SVpXeaYIDUpsx0vMkB5NOdeGrou9ryvB2sXvEV6lrWZVMbHE84CCZgSeTYNnVVzxuQJEXDvy E89MmdUTItKvQBgnIv9Narm6gN6UiXiqk0IQ1H0mYNS1+v5ymkYOo/RXwUtU4GFHqRtj21R/ aAkP2G0Pe+RXYRJm2VrYCsAKdC4tJDoEWK44xP97voVfT6QREUYGctEKGEGBY3tIahQbjGiH kZpnu+1vq1VVVJedhNrmyRWv5aKCccnLbn0hgySoS+eDFDBC3DDwE6VecoORo8OIvJEoboCA 9KCY7F9VZStBS1Z1LpZ0c7HZBTBXWZ1Xa5WUoh2z2AmicZdsSChhqazBuA8fz5NSlFnNw1KK 1KQUHwTVXeZlQGUFkbmlZqKk6ucQL0hpomJsMKGpB/GRmrEZvvyVZCCdOMROYIJELU/RV2F/ d9MnhOHNl6uiK8ID03xb573Z6LxDuklR550yFNCIQOrdQEQ7iEBHCGBhKwHUTC3rJ2FWOw2D LhBYZjlw/uWqKgE7wvbCs2fVRXstfl7F6EbUJnFipEu0xIhY7rzMJa3f6Fi8PYs/v4O8dFtD KFhbvayy+DEBku6eA2qZqlWbL7NCASIkZiT1/fF9Bk5dl8qSgxcmeZDlOJDkMUPyHsSVDAfA rKzbLmgExIhQoarz9mZD6lQ4HQpYxGKlua7Uc4P7ykTvANTw5a+E06UswkFkHLaWh6ayLGF7 903vJZfXgn1yBi6ABJU7+fkMEnzCeGKZzpUlPCpmmITIR54ZkawlOCAd0+ZF/u/Onu4n5AAX /Le8kTdFGzf+qRJ+XRjds5um5Uvr7edPZ+9UQJJgz71Ve0Bw7GHiy8aDl/XVj5j/5Rpf/T1k yTJjIP63M34qThp7sY+D8UDMu5104jiOlPBUc9KDl78SJ43DhCahscNanpaqkwCcZcVsDZU9 XRh9KxW+XsFNyW422J9UsuFO5DjEDQx90xIZ8lJtl8eGq5Jy3sHjG7+RFddLKNCXhV58fsl/ OD2VBR7iqbenaGKdugoYcW3k+piZwg1dMQKM/ZRAUUaaX07JO4mGps3Oi7xZWMs7c7bwM9n8 itdtLp5TQAkl1KUBMiWkuqJkdwO2kt1ews/09X/LaZf9L6pqdZ7NvglgzMUPC1xYaygXhEyL AI8KSHwsaJuRZdAWJLs7nUW1LuZQALgSvw/6v4R5EQZDXq6C8divKVSe/IBCGtnJWMIaJyQl SGqV34uP54kFZUuIiQWf2vJUcCc0VaGrPrMTpNQ0aMI+kF1zvVgpSDbW9ljDvh2ll8R9kIYT PG77DUHygdKf4smpMzl1xetU/HEchsRGpuhWS4SIr57Qd9dd11ktG/llOgC4m8CPCitzEbFx qlTFZFBwjCj45ePJYJuvNdNHnea8vVD6BMeoj/pB68VfzYbE3Kz8M678SuOlF8YZRp5X5Ukp J9NovRe5xjvx6wSI4Pk6F/H4Ts9JUkMF58/sIPTiZJS3w04kno9kndLLhtyPmERrQm4JjIcY A+R6S7HsJ4tqtSnB3KZ759sM4FQBQHbiBXY3RNDE5HtYuHu1iO3CrEtzFXvMJ+eJBjG6KoMY XUZ9EoXjfiQDiCMCxIGDGKnnRjaW3Tt7W8qQF3jRw1v6PC5VvgXjUg/HwZFMb0QhCQNHMiPj cb/rcbHnBg5LVO4MjIE9xiz4x56ejjUoN7fU19BgNFuIvwCqpl2juIh/2qywrqpivVSJglya pi7zAQ4GJNqBBHBycQsg80qAo6xai/824/A8xMaLmyafCWTMMvF7oDOkC34UIMIcl7ohNrdp ukJEPL4CkQArwUknUyudcymw0VhVWdz0RqQDSmdd9oqglERsAhuHwfgmhQbIJh6WxQMvy/yk az+M+XmG+X0PWH2ZlKywHF7GwjVsf0c3VYAPCR0WUTkJxBC7PSTcQ+xo5Ec2MakULc/Njth1 JO0uD9457q76Yd9hbyy5wpFy3Dj1EmLutrUEiQVzLfq2h/mezwbZsJpvv2V11codxRs3Rqig hDEmdi41bRC6oqStrGw2q5bLCkhM542l8YB6mE3zt2UFF2JZpVjhPvdTmo6DHTeJA2xmmOoK kfVKQqMqT+QF6YanDa5Ox0VUcDt2fgP/KNE35OE49A0h0RUid38NJlAqDbJ1xOYGkck4vi4c /G4Fu+5KpVG1jhdRxzFXe6/SHnT/qNgDxrwgcEyV9SvDQf+lYglYGlEay3miBgGvBQFbXrAj CErsAPmEYJmKNVjQGgt7xPD9WfzZiqqNjNIPIrjcp41KuGApsUPXBJja4+L3OyDy/3ZY2H+l Ai4ItQPfj438wmvCxYPPqeHCxWHoYc/cRxtcDKPOxAuDSF72GVzoigvo3BxhoNNh/F1+Z/z1 u2qrJ0tpjBzfpKaM0Rjiwk4imqSAAIOL14aL91cD0rn5UsKFazt2KvfP4EJrXAxuMfpI5JTc 8axSsIpRgojjmWBVS1x8SRHeWoERTjqo3Gkvdv/5JcVYASXUDdw08E3iW1eUoDv2/jtfQ5Qg FR+DHSdMQpMc1xEl4EA2xmLIM4ZWZPDo/cnV9oH8BQoosTF1kpSZ4VE6ouT3s3+iDdV4f7r9 T/mIDh6xvcuUU3d3xXL2T6zCV+3URWI3jS3R3pa8V7Yl7w+3JYFDUBADHgxKdEPJ4OsAXqKA CydkPnMiU8BncDGMdqkgqJiZOOZ14eIBr6KYHQuJF8Z01FxikySmlMGz9+Liedr9pGKyaff7 o8A0LAw+xQMi6xxa/+HgFCcsUiElqW87shNBzcgMX/46mv/cIKJeIAd2769W6EUEO2CoX/bo ITm4yhy9P+bopfnluuYW+bGbOrybSiw2p5tBfAICZ3O+KqobGI2icvwiF2HfV8kvmOP3xnZd xEIz9vGoT9IHNu0rCZKNVqc8IX/jN9aXbDsbKOZFfsVrlfHcLkV24ikFzqND8jxWV/69w6yu b6zug1ZXARUiPLJRaI8uiTGUvMf4wQmOxhg8nzGACT7SGKzqqq1mVbHtfoUpLhwsxBx67yvo ly2bCw6Nsnuz3GGkmAoYXBrgwL2tJ4s8JuuOXpiYYWMintpEwNZ3vuRHFYCklPqxr0IdDNF6 4/goRh42qSctTwbMcOHiN+0Gpq2yvBMgsPJ+etqgAX1vBp8KHYsIiUliGkx1BUdwW3LbAi0T AQUBk0x4pRnomMz3cTFVAAYLKbOJO+oZIbGPvbQbaP2yTlgmaIwTfmI0Jb9Be3re3j0paiP5 LkUtQGzpcXLvJPAEtpSa2v3AYQEkVNRszvDlr8N90zhKwtQzeRItz9TfYZjlbsKaVfMZz6+E jW7Ws8X++ZpY4tT1IzH5drKumq4oTX1G3Ft9n54IqRHbKfy9mK2W7sLY6qfE1Z43t65zmNYC iqOSKK5WVV7uZqZ2EftSvDa75JOdzVYhhyRNY/E/Y6hVDDW2YxGUKq2WMdQvlsN6mrkcnspc DmZ7URRT0157xIA4cC4HcoIkdIJRLoV4rhP5Utf7hT0tsMTDPC21jaeV3z6KuRwuoTRlnkqz nPG4b+yYOn4Qjz1ulLoBccyt0ZFT2D2NfNBnztrhReHQsB06w8//EVFp2AarAWuBHJdG7jGt RVbzW3ek4rMf2T5+mIm/lOXlLrCYVbX4DKuqlGqnozCjVBp2gCKGaQgXaoYhaXeAd3cOHBLO lfxnzuegb9lrbR8of4v9wI4919xGaIkHKA8YbX/eSBPPa9DkFzhYZt/AVoBGf2fyO5ntLums ABAU+HHsSpprAKIdQLpLhZmg1gAQAQdg0Iusm86wyC8X4q+s6ryqYUjD26K6Fo+7n+lAxMsZ f6eAEuJQO2UMNt+gRDuUCLvQ8Yvbd1B70MnKG6tqO8R0xUiN9TYvZ8Ua2IiKr0G2MCbuKDvj hDjEBL985wWSODWh/NMiawOqZVauswLmdVXlhSwFnyuNVxJ2BTnIU5kFY+LzNzh1XBGLm4y4 lqclKAorO6+uBKm7KbMlzDyEA9Ob4KYV/wiTu3cR1UysLzKeP2zinctSGiXMpMm1REmXwZmM KkfeWde5gM+5YHsFz4D8QwVJx/XzunPm1UUHIgWIOEkaeQE2hE5LiLT5kgtQWHArXYsft64X ORQ/NNZ5BrVDW2jkTQvR4Rmg4mJdQHigAg7fiRNb5nsNOLQDxy+n4mhjgn61oGpR7HgU9c95 5FdryWGgat4sVciZEwZ2TIwj0RMIMW+zXARxwi3AFLZ12Y/JEVaCt9ecl12GGVAiOcf6vLlp Wr5sIB3dVVf9SWVQn0vi0IllCatBiXYogUuIuiqslfgN3IKbE/AsQCVm1UpOAG0XwrHM5U0t YGXDQ+a8mdX5uby9UEAJSTHz6PgilmIWBU4gL6PuQ8nzZAcOH8NMkckOPAithsPmt7wHzy8f TwY4EZ+lrqqLpIbP0lWMNCteFIKt1Jt9Op5P+SGe5ry9UPoESTk/vvev9eKvZsOoxqz8M678 SuOl55su+5NSVhVpvRe5xjvxqzVVYAk4gk7USKV+waSD3zgkjtOUGm280WqJnxUBDy/bU/Fq Lg+zteF5/tEdjQev/2ueNTKdk4mPwAWlKvis7QO37pq3EXx9cV6tS+gZ61UEBLFteTYX7F3h zIkA36duYlR8b6FIB5D8fcXLtKiuJ5D+kzCR4MihISpvs/NCTtDuyssWcBxkeD+I+lQwQqLE o8xYGi0xIoN4bpV9NfWcX+Uz3kwgbSxWdYMgCNOgLKC/lurBotYwh5zEZp4ZcKUnPsR6XWe1 LDqVBmFqWf/kVlY0FSR/ym+7yrKCX/FCZhSFd62zIv+3TCkqIMQWO09j42X0RIgEQM3/tc77 usOt0RCOZiGwIyxGNlvk/Ep6HOFhzqCzXdob4YkqFRMSxp6bBqNbJxp6iKSdiNh9AHmWBGEn mmUShE+JqsXNeZ3L24f3HaNdCQYrYGQVVSVgs4SO7mVVA57E/nB5mTkdQGnI9BNIT9/D82UM yFwqoLS/CAMo/K37XVnd9NWRzV2bJ2j5UnySZV5W9U+wStvluv2dwUJs3uqm8nL4Xh80nh6N KU0f0cX0x0XA+2fjcI2/Fyytu2eJ/TRwg0RlepbJPAizHDixG4zKxpnveFFApZLMyxprSCCZ Ws9HJercKVwdb1R6YYC6eGO8KzFScOPY81iEbZVI0ZyjNzROUeiiUYUFdaIEBcluFV7sHB0u CmXO0fYcIXGSzkQ0nZ3nRd6qCHXaKAlDH6sESebwvEGxHSCUmpDymM/BveT/YzlSip/I7qVO ALcqRUCZlxfFWhJlWc04v9yIPjWblKaKP2LMpr5RRdcTJNt29m0BvCQlV3kmMbEUW5GvioFG Z7M3Y2AqL1EUUEJ9ZgeRPZIhMSjRAyW3+9p6+9DsCSKAqFffZ1+VJ7KZdmNNrkU8rgASFoUk 9hPTfaMlSOZ509b5+Rp6bTb2A8zG5tJ0qoAAJwijQG0ekEHA0SEgFUZh6zHm1TKDSGfnLCYb cT+rvy9dVZW86xBPdVerKgjBlCWB0azTEyGDDRbxLS+sTSR8kOSm8xXRTfr//s/ePxnzAp6k McYkfJEFEZ/zq8DHh5qvINtzXkhvuHl2h3fxDLx8P0EAvPo/X5a9z388KPnQafFs12N/JY5P TegeTO+I0MbgQYDVxVebIpBRdGW1atd1HkYMm4qQ/g/pZeg6paGtMxzZvXur58R2y7+rVdUs FyzvgQ+4d2n48Me7XVYLH405JPLJ4KMdw51i91E2n/f4IbnreM+KYqdDMuPzdQ3hv5Q34laT LTudIwULRWLkM+qMepxRkAaBI0fd3Guhnie3Lo2kKSh4SrMm4vuq3Li6qYoXizwvcGKVvA8i dhjunvqeFxu+/JUk3DG1HSTvpYzP1+5w/E9Z5N96M1oV6y5PVldLmQUZOUitHDzUoYn3N1P6 DEfZHNOlHoZpyR1RV7BjOEzjkDCVvhlzMo/uZH7jfNWdS4Hi/CKfWauqyGc3HRLkOMhNthKm BZ3004LULsBIErsuo0bqRUtozPMLyexbmDm2vcyYWGXVFWRvETOEyuaFCvhgQeKEcWhu0bXE h9jsZcOLK97Iu868sWZZaRUw2LC76zpf13PeO3p43MoC7Sb/t9R26OyMCkocJ3XtccGfQYke KOlkoXoTsWkHG92CSolxKR4rS675byvxuC9dsq4XvFRACWUBclKqUkRrUHJ0KJlVS7GR0AW0 HYD1ugKFC90DhXu2ThxonbcFeolga7Tdlg9TebmsYCBtyqIoZoZs9X9ILwPJf8uWq4JPrPwC mvGvs7IFwj3k6Mi27V3V0ZZ3lbDWhQJESIAQtmXHm4GIdhBp6+xChGOTrrZ1r5gV8tKbuQzd XMlN1ZrFr3gNL5B0TAUhie3ZcWjSsFoipKPbExGYdRG8IVWGVBlSpbwtnUntnOwgSarUnUaZ TYIwGiVDHYTdJERH0Lf4CBVKbO6EH4BLlyGbqnhV4mLbl23+5ip4b5fvXi1GExw7kdEIP+Yz 8USzmX2V2cxOYHth4htAHDEgDpzN7EQecYN0JOpEvNhJmC877F/WWcrx0MZZHo6DI5nNTAM/ wbcUf4zHvcfjhggxjEYlHjbyaRrJfpOXPY3kEfpI5jR2Z86dYuGef8ovF1ZwleUHCAa4GLlu zFSSheYIgUphhBPPJM6O+TQ8KIc7VAy4NfFov8fz415rp2V9VC2XckiE3SA2PFZLjABLuRAW lM+7ksqLkbJlN70EiqfOuZUvxW9o4aW9lPK4UeQeK8KSRDhiU1CnJUL6RpPtDCRoN+kFcXfg uCiyVVcPMwJRC9VTKtQWE5b4/ih0Yl5ACSgQPoCR5yFrjxDsM2TtYWBJ8NQcOk+sddnJJ8+n CljBTooi31Gp3Q5TFIYH2JPBy18Jh0uDiCZIZWCwsb5Hd0gEDYOL8LKaQ/1hV4a4avNlVliy FlEQun33vZ1d31+ry0OmcKQIDgihviH6WoLkQraAXnHoRO9qmHnTnvALsY7tgNEJxAhq/3cB KCh65lfCnc95k1+WKhAJnIh5nmFxWkKkgZoZYTSyplnXGfQ9Axhk+0NRZXMRFRbw7A+Lqj1p WkHkzm8GBkXFLduUJDgd2RAWRDgM7ZdvHyYyAX8YhSOGwj2Iqo2XEShact6V50i3BD5pXUPb RLuWAmMqvM4JvTgIbRUnZHjdGycmru8yM0VWy5OTVrW1gPx1tpe/7rWzfjiLP5/0WjMFVL5V K7GwrfiJZlGti7kImmR9pMKRYl7ohr7cTAMS7UCynUc/2Onr++VmCOkX9Xg+3Iefggfe/Z6W zK33Du8cB3YQk8E7PwaxmO69bj7Q8UNp05XU9bIJ87KRspLmpYGxIVljzYp1I06nAJyKZQkZ tpEzasxATuJGIZVVeS/L9g6SnzNsT4nt8dmirIrq8saCTO+earACXlDo2mHkj4T7VcjdH8fj 9vEiAxRdErx3LzGhkRPHASymudv+7mphP/YYSkf8mdg2QXYsrcfLGjAQCjwQkNQYMDBgH9wp gRvsclZL9fMMLqw2tkrBVNl24LOYqUjSerGd+HKnlM7R8OWvpMwqJjhAtophNyHG0fn0z1Xb t9P1Ikp7qu+b8afyoq5Zr1aQToZvyNlzfDMoXuFEOQH1QuaaLl4tMSJnWc75RV7yOZS0/vLx ZLDn13o1esXTnLfDOd/3fYKj7J3XevFXs2E1iFn5Z1z5lcZLv3U3J6WsqNd6L3KNd0Kpt8mj sePFxt/3f0gvf9/koHOelbxaN8XNVGG/SRzZgesbCQ4t9xvuomQOeHtb20w24UBfcySnHVQX vVC0rB4559Z6dSkWmc8VEIJx4uPY6K3qiZCLvG7abX1vB4nN3X+PBVlYAqPu+zLhrcbPZo6G ih1hzE3iMDHXlVqi5J9d6oDDQPpu07uixP1aRIBKX5EmwJIVlfhb24o1FTsSRm5EzQhTPRHS lyT2dYhn4vkcKtHq6gomZktT0vCCz4DgFzcb/yIBshk9qDZTO7Bx5KFRJZHtO5FLuwlM96Hk eXL7Eqgmt/+k0NpZHchRNfxfchKuitehlLAwlrgw+f69jb97tRw3IkGCRz4aRZj4JJAKAy97 th6hCGTOljxbHzxplGdr2UEQwSS3ORSeQUCgcIxQmDgu9eHAmGP03WNEvDR2sUmR6Oltgr3R 623VBz+CvxSzddENVBbBcoKTrhp60HLdtFm7FjxmeANxN0iYsLMxi0xeRUuQbO5PN22x8B3g u7XgJnlXmtAAV6l5Vpy0+VKJrGBhMwI3HjXKGkjoAQmQZNhYDqjBlB62y7BtpG47ldtdwYpV 1fCatxdKetnEZzQOPdMVoCU8tnrZnQp2lhebPKxwMgue9SMp6nfwmBf5Mi/F8nZtN1Vz5+Dd u4gaCQiObs3wS2I3DYMjEEZ6hEyZYfAPA6utM/FHwJpsknFFVa1U/A1J4pT5iWH1o32/e7Vc mobUcVRSCcb8HqV3bni7lsPiQGa81z6Z9OMJrGx+xes2byR3k7xuoFCvcJwcGkdRapsuai0B 0nEzLkK48yJvFh0KROAH/ffbjpq51fdOC6I3FaCqAD1X0vYqCmrZtnDP5qpUS4icV5ciugeO Lyhaw+WEsHp5sS6spTAm2eVu5OAmPARtj6a7KeufUgCJ60UOCeTeG5BoB5KNflbfzwtcF6bh zDZkXvzGfL5rCJaeRs48bSA7qzSlEoWI0CABfmUAoh1AoPF0XQIgIJcI2lglh7vzrraiBYV+ y/rE4Rt5swQRl1mdn/fl2adp5GFKVAr1qO3jlKQjvorCJPGpLOe6FyXPEgo6j9DINaHgw9Dq bQ6Ub0FWGrLXV1U+H1WATRXAg4Mk8iOlqj8TGr4R758mzDa5fC1PzUhHd14J7w3Cl30uX3rt TsIQfHZf4aT1PKRzvsiu8lHS+b7PoNOYKuk/Fcwbc13q49DEYVoe2DUQhSK72XBtGWDJrRen tdettbK5YNnC22VFx6yBcncix4p1Zo7nB8F4OhbFJMU0PAL69AjVWkOfHsYVGPoeUiociYY+ jdxERdPMcCQRjrCA+djcXh7z0fhPh2T9ImdkIVslPkWxgISIMgwgjhcQBw7JIihkUeyM6ked yA8dnOz278V8JvC9A30mMz5TfvsohmS5ISO+E6kkPoV1ScgWRd81GcOXv5Jq7ihJXN8bj6xj TuoG8ctXcztQpGJO46PctA8aSMHn4PBKboyxF7iyFMgcoe8eIZeEPnHGde92FFLfDY7AoT1C CfEPOULn3f9HzX9woCLkeij+Yw7UAe/v4SKSvLHm1WwtqwNuJQqz8qY7ldlMHsepynmMPc+P 7RFlUj+P/arpdB4fAZZ71o5gwkJ7ZMtYlMYuk5M0X/h0ym5E4+Ae4+CQLTxcMPtWVtcFCBQo yvtRHEZREI/stfFu95wfWzDE1Dbj/Y75KDxY0dgZF+taXvsW+TfeFSBl5Tcr5udVnS2ssF6X l1k9n1jBvM6z0kqzuubFROE0kTgkvq3U9WfwcXT4+EfeLMq11veUIRfbvVT6BPrcUk6sn6u1 FfL6EgTa40W9vtJ6k+JFNR/OEHoNe3SaXS6yK17O60zr3fmUFcVN9sq2x5pYn4SzU3BhOAqT mHnmkqH/Q3q5MJ0P3t+qYn4zW/CrV2caf8qqJRDJ/11wuCzUeZO+iE+wWOevzTx+yvXelrNF Vl2sX9uuANgsKPf/K7SezTIrEgdIwYcRW0Rh4bhNE6fiKdfbZTDu8GHPk+Z6xDQLk+Z6CCiW HOXULngO4p1Sm7+RwOlnVoFSmvg25KLhynWqgiEvjWLGVCqUTWLsDXK9wHXl591bLcpCHwWB LCJ42RMnN8ycuMe4FoSmlrUd+qbUbcVI6vtIJUtqjs4bwhCK0HgkPbbjNGTpETirR0jImaOz PTpweD7LhYaanoOOkYPc0EuVZoybY/SGYRxQh5qOomM+EffSt19O08hxKPvVskKxbs3E+jqd SLo/sZJpJ7Z9OhVPZJBfnFhvQJDiFAQIFA6SHaXIT21TSK0lNPa+hPmUeshV+aPwQlZQQB1l Z1nbykrXRWF94s3C6gosswJkSxTwgSOW2JEZ2qY9Pt5+FBv+7s3EEtbEAnMyseK/f7SQPUWu 47k/9EZmYgWrOi8sbNtM5VYXObHt0lilbcXg45jx8V9F++dF266aH3/44fr6elpfzE74PG+r elrVlz/k5UX1g3gOMPJfl+2fpyrYiBzmYGakR7TEhqQdjFJBO/oiDyuY6p0J/kfWNHytb6Py h4n1157w/XVqBc1CkL3A+gLKwVG1XK1bWbitcDKdhKXEDg3r0/Jk7n0lRacw9/ZLlLw7CaV8 dFDPFnkruOC65ht/L86xkjcPgoji2ASKuuPiFrUDAFjB+nLdtMrcjqYpSigxVkJ3NKhyOwES VW5H4xQniWuwoSU2em7nCm4nWQSwimQ+3TCLnznkj36TzwmK8RiCEYY4ipNR4t7AQzvTMSAY AII9tbkvddVWs6qw/sJLXuczBVxg6uMk9E1IqDsuTvdGU+xIpntHUkk+e8ZXrZR6UCGhNqMJ Gc+NMhjRDiOSZx5APlxV8oHTyAt8DC3fBiHaIQTIB3Uc+1e9S3JfQzLpyz7v+/lJiJ84coxJ OVZzNHU23krED765vVSCM62UVoiRB6oRBiKaQ2RM9SQArE9ZPVuA7/eVMo7Io5RQFQURA4ZX kGMCjKjSPAfHEbGp8SVaYgNonutSrDnN+0vN58UobtWJ5t3bd9VRP70vdD/x+RWfv7q9gXSs ztvypeZX+VzfRjixBWdiC/bLHkSEpMJmHMKcODZspv9D2rKZs6l1mt2IEPhzVbeLk7Baiwg5 zpu2zs/Xm7HNP+fltxNxBFsQ61KBh40pI0hpDoaBxzHD42s/GzMpL/OS8zoXv/LtVxEnfyy7 VQWE/E8DT4d/+dLHx0CGlIRy0tAjITJXq7qjZBwfSwBs42OkVl/rhynxUlN/rTsYFONjwIhy DYab+i7zzUWZltiA+NjDBIn4OKqz83PedfMM9l23cEw4w9cmfzGxPpog+ViD5L71Tefd+UdW X+qrqPWhvyVUYTKe49nEBRlb4636VdKSyexdCG9vCR+8H1QBRxz6LDVURntwJL+1XPzBqmyk 7IzMjsBMawGEPgwGzqMS+bA4DR3XNUU+ukNiHAZLAOwqAiEUdpXqBsIU2RSb2lHdAaEYCgNO lK+KPWYHtmlTP2psPNE8OKQyD47Eief4rkm1HzEgDpwHhwhlNBxPoDJbekxbWmTN/wEAAP// 7F1bd9q4Fv4rWjzMZS1CZMvXzDSrvraZJi0T0jPnzKx5cEAEN47F2CK0/fVHMhAugUShDVgZ 8UCIfJP2/vbWvkmm5zjv4QL32skV9gucXB8e/zo+oscnOcVFjulBWCR9Cu4+7SACaQ7eJzS9 xeCkDd5jOibF9fyM6vPbKMdAhzr89ZDfjX8X1feQ334IxppxNEyK5KT3qmEjqGthbDWqVoo/ 06p1+mGtR0WZ9s5fNSAMQz0Ko7umdsEbY982zOCuMcT9ZJRRfsR3TDv0Z0favMlA0ENuo+pF u6j+dOiXDLNzbpPsVeNDnxQ3CRt70uM9aVTkKCZnFjHJacnOTMpumr5qBGRUpLhgJBjzZwy8 vLzf2i2Xm6obZkl+NXsizg/e+LyZ04g/iFNp+sC1A919jxgLweeb7KgcJl38qjEscImLW9w4 Zpz+6zwOHN1EfwNwSob4axOErSZ4Q/KvSYa/gh4GYUrKJvjAWv8YNcHv7G+S99hZYAkbbNAF If2o4IOmX4bsOeUQZ1mHJsWMDfUhx3E4IL0vQgOI8l79ut8UkEuEDMOEMRc3JZfSyeXCp8GU drtzBD6WTMkD0gcXpx1ACWgX5DZlApqADu6OCgwuiiQvh6SggFEb0AEWQIkZRSiyoKNQIjlK 2gkdgIDcDEeUTe4kB1GGb3BOedvNKE+7k1YGGkq6JAM/cVT93BDRJJYdB24UhgojkmOEzfWA T/Zskv9wAjTY0mzDsQ+nJgCb5LuUXLKH6lCzhYChWbbtx7oChuTA+CGjvwwoHZZHh4fj8bhV 9LsHuJdSUrRIcXWY5n1yyNo4Sn64or+0RCYWD3pBHCKFDXndAkdjbkFQJJeXuAkiZvkv8V0y k/8szXEqNIA6mvzrOdUEJ5JzpZPeJpcJO+3FcaYz9ZTP5faU/5MUV4m0zGF8aHDLWMSY8UPk GzafWNSENaWSlMbMk50gAXAg5McBY7oCh+TgiD5TzB5I8rIKkjD+H5zkKU0ZOXvgtNMGHUxH Qx4jTwDTyBT3Rxk/SwAjZuSZoR+aCiOSY+SM9HDWaE7dZUdb5y5XrbiLb57iL2t+FJuhrnwi 2REi7C87mqi/bDihEXgeVNiQERtTf5mn0eKkKHDWBB6z/6Me+/pzkJBJ4qz69zRlTVPfIGix o2TEjFQvF8CIblkRCtUMI73+8IruIKW4S3nahtshH8sqs8PT8xwXdICr30tmqwBArMiwIidU AVnZAbLioUzs0VmtxjjlqR7m1hRJxiDC/pJMKJGDNDPyTdNQ8JAcHlPLdG0ip2p9smXqmrFu VQxXyJAZGeKWqXAmx9YtPUTK6pDYMrWRySzTP9g9Jnbp21H187/s5ztufgYrdmm7Bc5SEb1h GpbpIk9T2JBcbzQ6XZwnRUrKCgCd9GaUTYKl57hkLCln5unEEpnVj4pAxA5DK9KUYys7RKbm 5ywwxnTKGvOjao3xZTFKii9VCbFQIYkRGkaMVgJjmqkHnufED2Hk+eCQ5pzyKe+H4fK7JiM6 IIxTpyQBHi+7LkuS8wM9dgfmnLOxHkDnAFoXmnNk2kcQ/jm9oQLWd7FZGLZEbRYrdO1Yc0Qc YQ1arjbH2GNKZ/l02ZTOemqhOIoNZuKtUMvVXGjG3Fvcr/iZfO5Q4rdV/lvTWnoLgJN8Qmo+ a5/jPi5w3sWlyOwNoWV6UCTxqQSpYXo2goav1sLUWSY2u0onB0sSMZZsTUsrxbQvNIJalupI Tfxhd3m1haL8Dik/lJj0eFaQcpBX07PUvEgl5sTfS11fP79D13FcE26dX5tO2bPG+s/vck7k C58VPK70foHEz0S4jd2cB2O/UeB3Mobjd4OkTHJy+03yvUdyN4EvC6ljhgx5yTwrew++uex9 N9T+czCqP7GrMvYgEgu3B64eqsWaj85ce5SSp0xRe7WJoplxWhUp3ds1pNEEPb6/iNw2q3Ka 9+i6HUjuvoloZD/WLOSvVF1pke/annenT9dp5N1E13nyXkXXn8sBueffp8MDaIKfqkq+NAcM 7Ffs0vLnlbRpSwBZRuAhX/dFKnNUcL5hWo4XTdxvZRnVVaSOvUoRlT8Cr9fjciGUpdI9w7FR pBbW1Jm1G7WlzCaMl34a5dLaLxtYwmNTAlKHHFd3kKOkTkqpCwZpnoALnOEuuRHgtmUHAQxN VQYsJbdl1rE+Tv9JP6Xy7kKxgSsXZJzLvXtLMGBnDNNvjFfXkDVhWtIi7VIBvah5umNBSy2d mT5ILr3IdMsnhl8ANKjr0BXiN3Q0z1P8lpLfldUjwGUDxQZyV3e1NmLfC02PJ1c2cnk3QTte gqCCdt8VGtFNkmZHq/PxItG5p7MV0ZdIwAkwja/tgwD9rMembd6b6a+Laoa+xFdpPjuzTv1l DKDFBZOFDYx7+792dH568v4daHAGUnLEL767akHMWdumgdUGnvN+j9mJySf0uss1Fp24aa1u vnZwyzCtKvZlh+kjbG9UcrqGEDUXsxLzGYbiuaQ9CZg28kO0NJ6l2eMte0aR5dc71fJcXT4A 1g0g5XGEl6pL8cTRWebvejsDxWEQuUIL71UKpwF95mnZlidALWV718/XIkVaSh3v2KYKcgOS AyuANlLRVCmR/HaUjHEKLnB3kJOMXKViWUrbDHXPVqV5UvJcZr11Rsprcltep/K+82gDX2Tm SrsgrHvXy0HmF8AT1/YEtCEKEPKRp8pxpg9S2nBXctehrTZmvC4vR8WLy1wBzbWgY4iYI5YD dc1UzpSUAng+KsuVlPh6NmuBE5jGvf2XYi2GulmDTAZPsahMxo4zGZV4q0zGbvv7b81kXE+j Jq1LHgB6Paic59a06uyRXAZ/MaXKZdRT0F5oLuNBuG6A6dYbxEnA5idkM/QoQl5oc0NBZTMm 1Hogm2FEjubGjvKAV6i1IBE18BYnGzVgCpKstbiwK/o8TJkKn++1rcFmtXJr8SQA/mrztzZr usj2IiZjsx56nKUKEDUFxCXvyiQ0MGScXdKM66rmkR5rlr/1jjGKpc/P0iwp6TnmEzbucWn1 C5xcVxfS45OckSvH9CDkC93nYj3dCvnekvhl4Qe/jXJcKQUB6dehYzmGrvbSrjFUNvvcv4/S nDJE8Lf9CDDbQo7t+7qqIpaS2REd4CLtzoReJPlruboRaKu7ACiGy8FwDUIXdEBw6p1HZx/e X4DOhQDPDV13oKuJuEOK57Xjecd7D868i+hDEwQeAK5hQF2A6ZoR63qkb23Ehz6yo7ljrJi+ U6YvMfhel6e82UuXjz92RNLquhvpMIxWFq5YUeDGoVVFUzfBbyfpHmuLvdyd+qR79gmA7dM9 1hZb/EyIvkSCidCaNvL2QoCt0j177O/zpnumA6sNPOf9/ucrc4Fe44mJnE8tZLF0j7XFsrb6 AfW7pHvqJ2jC6Z610KxtuudBuG6A6RYLAaXRp09I9zBDITIsJPK6i4fU1axxwQBZPv1lpHss iALoaCoUvEKtBYmosZG1og1WurzXDNXbUZLeEBAMcL7Uy/UwtD0Y2Z6pIo+PwVAG/1Squtt4 xN93Psap0CAeXD6lObZrG+7WuRLpgiwvAq070/OLqPNJSUneBGci0RNo2a6n2VvjagqVF4Sr nTBpSwAtEPAZASQWd4MIIc21V2xhFDpIR/qDyNlN3G2LTSGeIe72KNx2wtJviKRtsW3Bzj2/ +UhrFjKbd2wPsbFdIGvewUFlk7e6zCZ/3Z/ZPYJBsC1WROwRYzWPdj0qDDKGtRanpweRtgFh 1XwkuxZ7QqBKg7EGHYsb/FsFqlzLNrUqibI6Y9c2UHU5+Q7K2e2rvTp5JyYQeOrCCvcIojkE ns0IvevofVthPWtNzzJsD60ub/sXW+x7NKE21UqvqKJ6vglsWtAt1NcavnpNsBAdCRWi+z60 bV9kafCylLwUoZqRpcRd2r7jseB4O+yi1YFddb6yo2OmeTUXVgbeoNLCyJmMZ3h1Vs1wlAx5 CZFRlUkU6dWA3UlD1T5BR5eEUnIzP5zh/uRo5dsNcMIUOOMSrFR7nxC68O/ViFb/wsnjuiTj VJuCiJ9TNfdI902R9vi90xy3U9plvURWddHhjBrVz0vS+1L9YJeMbnBOj/8PAAD//wMAUEsD BBQABgAIAAAAIQB6moeKZQEAAD8GAAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVs cyCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyUz27C MAzG75P2DlXua1q2MZgoXLZJXDf2ACFxS7XmjxKzwdsvgGCpCpHQerTdfP75S+rJbCOb5Bus q7UqSJ5mJAHFtahVVZDPxdvdiCQOmRKs0QoKsgVHZtPbm8k7NAz9IbeqjUu8inIFWSGaZ0od X4FkLtUGlK+U2kqGPrQVNYx/sQroIMuG1IYaZNrSTOaiIHYufP/F1kBHW9bcaqdLTLmWVJdl zXeq+Yhmo7Yw9R9IUOheNwjK1csGvCazFWBBurXUExN6Hub+AsyZQQ9EL5qvd/pn5qUOEL3N 7g/mmIkhPF3px5Bm4wt+zEXQO0jG2g96dQC3DYTz7+NY+7zP9motl2C94X8Ep1QMYnjlFeSx 9yhAXHiNvhK1olcv0J8Nfot9eEjmMYjHPhmO03f9iPqQ/fM6DGgTroRDHGv50OfUP7D86GyC IBkDGfcJUmqFC9bajqfUEYK21v70FwAA//8DAFBLAwQUAAYACAAAACEAkkfRwzAYAACCnAAA EQAAAHdvcmQvY29tbWVudHMueG1s7DzbbuPIcu8B8g8NP+0CtsX7RTijBcXLiZHJxtjxwQIJ 8tAmWxZhXnRIShqdp/2NACc/t1+SqiYlkZRMk5LmrDzJYODxNMnqquq6d3X/6aevcURWLMvD NPl0I94LN4QlfhqEycunm788eXfGDckLmgQ0ShP26WbD8pufJv/8T39aj/00jllS5ARAJPl4 vfA/3cyLYjEejXJ/zmKa38ehn6V5Oivu4eVROpuFPhut0ywYSYIo8N8WWeqzPIf5bJqsaH5T gfO/9oMWZHQNHyNAZeTPaVawr3sY4mAg6sgcGYeApBMAAYWSeAhKHgxKGyFWB4CUkwABVgeQ 1NMgHSFOOw2SdAhJPw2SfAjJOA3SgTjFhwKeLlgCD2dpFtMC/pu9jGKavS4XdwB4QYvwOYzC YgMwBW0LhobJ6wkYwVc7CLEcDIagj+I0YJEcbKGkn26WWTKuvr/bfY+oj8vvq3+2X2R96C8/ cVJ/idaBUz7KWAS8SJN8Hi52Gh6fCg0ezrdAVl1ErOJo+956IfZUl7fMk1Oycg+wD/oV/+Oo xLwboij0WBEEsfuiDwrNObeYxCCF+4lPYk2NuWJPA7IFIB0A0HzW0+BvYRgVjJG/11CEE/ZU jS2cclUQTrhnrNjTjrWRqQHI2TAQ6haPfBPXKFq8nCe2f87S5WIPLTwP2sPeCK0xHBgAqxL/ ukrm5yHzZU4XYJtif/zwkqQZfY4AIxBmAvJI+ArgT1hW/If/yr4SNAQ3k334QtZjlBiIe9Zj uizmKRi5zyklVhJAVJSnCT4IaAGgJUES7gTjTlCeRGMs62NB+A98GiZhEdIIqPlscdALmEwZ L2hGHwC0qNuW7LkQSOEo+JMCR3VXUxzHVRAARF/BL4CD4Dma7Kq7occMB6eqLKnSbtBhM7qM itrrfMrHjP/zpdhEQPZ4RaNPN/9akkgzlt2M8HFWvhXR5GX7Dkvu/jzFp6Pq8WgHrPxR/X4c cJ6xGctYktchACOTJC24xf+FzaonHEqd2BZdDWL7IrseF5PHLH2Gtd8QmJOE8SLNIF4tbsnz EhZ3viFhToo5Iww/KrpxGTLt1wXLQs6FqAuy7eiGNR0CGdVjnC+oDyK3yFjOshW7mdyTh4IE KcvJS7hinKJZRmMGKvFKwN4TmhC2w6mknsIHpeOE92nBv8xhtPlhJ/aeIGmlvpyFPa2SiCwg RUb9V1yniHHuoZTgGj0kpdeC/9LoluTzdBkFye+//TciD89baIIZSGduhtgWmwVMli9YFH0B mSwqWT+PjkkNn/YCH5/bTYKLzHycg53LpLiqaQ8jr0jTnxogUe/5z8ow4mtNG8l1ta+NVJ9E cSz2tZGa6WiG4aA1rNlIUZdkzzL2NgJpVT1ZV8SW2WgN1mxk9YRP+bFsZIOys+Xn13kIuD3a Luoa2IqT1elUtCZrAEhek3SdnKhOl2UIoW2NOhvk83PGVmFp0YDTj8hqdEpg+UjCGNi+lDyD J/paMNCcoFOlp6YieMIwBs9ZQsgszPKCLHMW3A/Ub64/g2IgReip37opylNpOm3FQJKjmSqP jPaEu4IoW3ZLvy1ZdEXzmH5Xrw/W78xLsXYFBOd+CFGxnS6zkGXkZ7bGaeZWkh+O+nlziAO8 jmhKsxXP2keTJduqwSFC9AAeNyBR+MpInsYsTRhKbdElqifMQgE8JVGavhKK/p0R/GRJXzqj NE0Wpp5zvurfEqQy7tS/aq6jYviPFyPEEy3JX5c0CmdhaUqClEdGXVSYtmib1jVR0TRKLXRV W9c8+YrQfcN1PCDjk9cyCuf2NgcFZonPOmXKs2XJvqrVWGOQ/T2sSMZoAL61KFh3QjN1JUtr m8k/dAm4qUU9PuauD2sJjqhPtbYfrf7syKoodb29H625zCYPHmsv8wmPedF/L3MhltEAJ/2D PekVrd7vv/29U+Md2XX2ccu1qs8TJti7WkHAZmHCyqpJq8aA2TsW5QhLXuAdloUw3b7sQMKD xKKpfapqae361vWxI4Fga8XIwyNE7QUSn993p9+mrEyvn6ynebd7almMK9CuvWR14X11Qc4b PgpysoMyVpMQTXOEa4o5jxPyg/hjNxkfYz3QvH0Hq2GDdmQ0IjagkaURcTYJjcFC/5IuC7TO 75CoSNcU3U1+sG3nlx87XaqmGta+ZHC12h6w3M/CZ0jVwCnyCvbWwd4SLAj9IL2jRde2NifU pQ1FEUT3Q1gCXq/rosUyJdPVrp4WXlzEbq7zNkyujtoJoOuHs7CdrQ7Zi/kgS/heFO1Yqipc VZwWQFZQ3J0lcNdHVMiK2RnCdn0EfW8LtPDb1eL/X58rW5/F97VAO+d6V5YIvjuT932t1/0l vGiPrbrLEbXH/vim3+hoVVh1vKliTDFXrXdPuJamTrXm7urR+vf3WiouuQU/39zy5szpv+Ut yf23vCXV0wVZaS2KasuC6zh6Y1HcqWxo7TSpNVjf8i6fvLkC197SUsO/D2ZvxskPhG9fdWdt jiCbb7B2AAKTnG7emuayRJWdeu25zgYLKW7GsB+lB7OG8IUmhGJmVpB0RvLlArsvser08LhS CJY54BcNEpqALbDnJSmiTdMqv6+jfPtkQNuZPBb76qjq6Lpu6igfNR1VTFHRxJbhtC1JE9vl GFMXbPeojlavf0AdRexxl1FqJ8oVsUOkw0uz7RYK8dMkATkJV2Gx4ZLx5GKiC2v9HGI0lSZd ojl88jfVq1IESnyWFRRQoHG6TLgAh/uez1IPa11b+RwWqyrmdReORU1x1NJDnoVrxTne+QsI L9I8D5+jsh9nzSi2H3A6orAoIla2/Haqt63IwqD2mUkeJgdJ1jehlTMVdJmSBQDgC4QjOY3L zXEciGn2AqLS2W49nMa3WoSe+lhMVVI8tbQsZ00HJirF3VVuI/1NKXzIgDgFJPAsWcS+lgMM DGHArS0IJJrakj0gue8hq1gCqPag9ccZq64K/BXwBfuWk026JC+sILMsjfmDJ7dp1VszG5Jk ycYFpORX1EPu9OkqDQMShH/72waZkKJeA//8eZJG6UvI8ltEbANCsyn7zDql2JNEdZhpqy9M qXpx+DIvCF9JSJuCpb9jXcW2oY5PHHQoBTyfOpa0vtGpZUlTd4px6HuNJLIiWY53zMlVTzj0 j+fkbFHWvXZvRjU4RBK2zWCoFJVwsrygz1GYz7sbJ4dPdlwt3vFHiiebzrBe7TC5LN4TUIO7 w47rBlBLtAYG5Z1InkA1evcio3dBiscj0dVTkjNUmQJ0eRlFrHM5XQNVatCMx0xCW1VBHyGV b58f02zFFq1ax28Ng6MifUR/awh/a/3toUUxg2QC+41LTvOGI96CRP3q/FIx72L/1FQNr7RG 5/ni6sAR/H0Gt9KpWrKuTY1LnI96p29qMGkTlOTLYj7pVN8TULzjaQAgCrahVLl/BKv3QcKb GT1O50wVQxsU2U3GnJ6WBEPiG6Ub7tUz9tdlmPFTb82m7VLvR12hAM88+4YC2hMYCtXoGQoI 3tSwp2rLvkiuouuW0zx7pbm6J7aPbGIdtdb9VrMv1et8ym9sX75Joaqi7GyR+1JGBUcrO3X2 tjh5KhITyFZ//+1/1iEYr87m7hNAM1DWOExYABMQEO/ff/s7Cn1QjXfNdoKD59MMPaYo8sLF AF1Rx4LUV1d0zbJNAwPzesFIsm1T0ZsFI0dURKHdp6SLiiDue8pqulK9/mF1paLsbF3hrcjv JLItLp6KwITGz+HLMl2WuSLkc50e7oQJAGSUQr4M2fpsmfj8CpTR9jcagagxTN0hzAQ9ytIl KBEIfKfKyoqrnBNjtuDZim57ZZ3yrGUjv5ZZOSmpKG0dP66Ox5aClLj2vz0SLGcNPnU86Fii xq9m6JsFK6KuuYaJM9TUWXB0Zyp7+/onZ5QNYXh7u1BUZDBqx9S5ev3DqnNF2RA5c79CoB51 BlUtfp061QmdiCfQs0YRRkmJ0bnlBNaK5/hB2WBLo2hD/DnFgxAvg4V6aGlHHou9hVryHEez W5sakmMonms380VNUVWpHXCItmK4R8/SV69/QKE+QleD2CFywT0UYBOidQ/52T8Wdxd6TpiF 7zm8c7qIO6RhQv1mDtICLYmyqWqDQIPnKguhZaV4N0+vo72WKtrCJYxA93nY4WS9MQ16tc6l MTRdHrQvMlmxrNN4Xgx3+NUPc3bbNZmmq457ickewPmXt7jg1Q+EPqfv7FK5jqhaw9KEvkIN Xl13L1Ah4nm+uzublJdi/9DdCi+q7nRYfeRlyXLcBgNzsw6jCA3CMmedGZ3sirJ3gduGcI+R wTdLrHy+u9853AzVbyoKZyTHk+xssy2fP1f7XpWgdkqLIMnGsGsy7hvwRu/6anmorxbHktn3 3hvVMyXVQBdcbxJyp1PXq10ExjXSlrVpO59sDdZ9dfmET1lS/pF8tSdojn2BysvnL92HOmRX 2LZpnDXP9qIXgpfc3PFLbt6ct7FyZ89Ma5fO3DZvmVnQo7fMDNEVfqXMWzfKfCNe7nfeKXlJ 0wBiCQq6Vu0HdPt3RRQ1bdAW91vb/2j0UHpIncGIFPKB4xLTZEOCcMaFvODbF5AJ3BOXn1Th 6UEXqpIKfy4gALx8sDu7DThC0Pjz9gAzVunC7dY0CMXuejxu4LmEcCp/+EyfWUS+rMPCnwN9 j7SY/8hFGt7z02QGVCMgXlP8jLudXwp0DV0EqpKimcOqi//56PzlFib3X1nxX4Pt9ND7yQY0 c4q6YImOjVX4ek4lO6IoqPsNNyR7quuest9Brzpsm4P1DtvyCZ/yY9npBmVDVvkhIfEGa0Hg 6kFAKWiQX3BJPcdUobnA+0G7RBLyYvESW4RleWtO8+oaHq4WLE55ge8We07K5C1MZtESr4Xh 1OVVP8hPnWojGLpqDYumpjz6BDOJNmfBl5MX5v15yFY492BVGrTdxEMeuXdftKHbqim2rjCR NUc17Fp6/n8q5LlsSPDzLhLZ5lx/WIjQQ9QG7dZwq62qfW+d011btO1Wk5MimJYpqs3yrm5I mnXQ3uvA+H6wJmrV6x9Q1I7Q1SB2yNL/C8ZpWBLFYiiPmPwuy3bCDFkI9jKkWDZYNYpKYGVr /VZ4I8WcrvBOOQhWOiNEbQrm9QLXR4Z5gUJcbnvybgJeFcBT/ZDQIm5lV1jIe3frmIOaNMpj LWyHnSEbTs7klR4txw056nXCrEPtgjI0mlMHZN26Z2gePwn+7i1apiTXrmyrB27lkw9oAkp9 F2TZNYdtZ5YHbrq0qwJ67kzHVS6AwKq6K43kVY/NO7eonkAklvSPyOphRmCYykFGcFSGWkyp yVDzCT9eV8O4n1gly7h8L4xW0fYtYffsIdiOiRWluw9OF8gTo+bOlXJU1Ru24fBouz0WSsee DZffOvbuQpU4HFuoxpPvfqHwMpQerMVjObro4q544/iUJFiGvDeaw1m7l4U/ui/1OIPAFXUL syqa9gXK8PVL8Push+JKlqS11kOyjankeM2dX9EU9drFy7X1aD7h61ENfQNRV65A1O0enFVV wZPsdo+kZoqy4wlNSf+2nP12/JlM+U5Pxo71MrT5IUmmJEq8daDOD0eTbLHWmVXThe1QIyQ4 Zg4ar/czB/8LAAD//9Ra227jOBL9FcJPO0Di6C7Zs3FDN08HO5cgHexg9422aYuILAoUHcdv 8yG7PzdfskVaHUuK2y1ZzmLSQBI3KbEurDp1ijRbr0kmMCd8cDP5+3bM77n8k+JshbbjZ5ze Dkh2/VMgZ2/Kafibf/2rfs+ZWkW+WH6Ed+nidmA7A/iENyJh/HbwM8PIzxaEFwXL5MQCC3I7 MDRDu9a8a8151I2xrY017d9ylmZUUJwW8KI/kGvnaKtb4xxzfAdrG1PXccNAH6hRQV6EHLUd zdFCT46OeUEXD7cDTQtCzTSD16F7Lgct03Gj+HUwIku8SUXlcSVy7478i9il5KtD/rG38Tyn wX8rr/DjCxecLAknWVFdARyZZUxgQVn2QJbljFrlqGVtNduOBXpZp+Mix3PYjpyTgvBnMpjc IVwUmzVBIsECyefFEZlHfHmuGpMvvyPaQk5vy4qT1ow83XP2+99Lyp9//KfYUjFP/vzjvwhn i5NCNdu2Qq+Tt2D9B7k0LRBnG0H4sCagRXq6HdPTHkOGtktP2wgMLZw20zPSTc82RrX0dAIn 0KeN6GkMVtKznPmw6VnRv+1Oxy94LtId2spEhO3GGYKNb4ZTlxXzZFfQOU5RSrOnI2tV98d2 nFFo98+HK6k6fYMkOWdsGXMpUuxyeKPISZp+AT+Lcv/6KTPZZE1QOS4yzhaXEXiNGEczer2g nMxlPOD0lH8d1wj8bhJ+RHQpJfRy5Rlyv2VPF4d2F3s8nNCCkf7xdIYTkmfyVzB/CfB8XSSY 02zVFfkdszvyW22R3wt8K5gadeR3Att39PBAEqQvItMdOfLBKj42BivIX84okR8R+Sv699r6 O/SUse2elokEQDXBBZoRkiHBKVnAxyXj5EpxjiXbwG9QDwmGtow/oS2E5vANF+mSAHew0CZd IIGfCKJZvhFoydkaPbJsh36mEptyVhR0lpLOgamoQbfAdFsGpub6nhYEUkIlMDXTC7XAPwSc An3bnkZaIzANQ7Mt71hglo9/wMA8YlfN2N6x+pgQNGfZnOSnW4hLyWMQe1VuI2MekqJA0Mdg KJlCsZBTmpiR4wWd6P8EihAZroaQjAT5j7+g+8//Qp9QJOvTfRijjQphIdNR5mzXnHBVbHbK CaNtF+16o8jzY9kIVHLCsOxoFBmqe3/1ixuZhnkY2ofJ1NXjCp2v5ET5+AfNiYZdNWN7x+gX VjL5pYyYHQIf9CMxF9J2sj6VF2est3khi1aGHadKl/I3Ypmsfvhk2juaYUYXKM4SAwoMaLPF zyQl2UokV7IfeB1f0hnh9aGTevmuF3eDIyUBzQB2UskCuDzBgTArBE1T6YsFXarEEHWoLDoD U9fjPQCmtiwSXvOnXtw4P7B804KwOBQr6SFfntc1i7U31eHnGDCVjyuRHw+YGnbVjO0du7+X 5wsyMAXokqJnlm7WEERh8HCF/hk8oJzgp9P181LKQIKcEhMHmjcyO+VFQdcQAzgjbAN8eQMl mWakkOaC2eRlTogs0F9Nx2nK5hDCwKehcm/pQiSfuiZIdzZrtGWzThRokTFtsFmo25atefXK PXXM0FMdX7U81AcrCVLOfMAEqVnWOwDvZHMlGSSgdKIankKw/PxKfa52kwUtih10+a0kvy2l l/XKyaR0DdvUwgvkPqQhR48xEmSeZCxlK6DwP/YjSd11A8BYZTg93/OXdMkV+s3/5dg1wrt7 Adq3JV1tAHdk6v0FXIFWRBQIF9BYrvOUvMiPErdBl1lK1ns8zxSaMzSD7GXp8xsiWtMMmh1P 70ayhrX1JLydrgWe3bkWmK0vWyItDEeqOauSpdibTo34QBZU2Zxa08pdaAX2yxm1egvYfz9A b+HL7sTTNNt2xLHux4Yb1n3phJYV+M6BZe6jxpxWhvY42xisOLicaevgdqH4fttQSZGaZb3T V7HMHducrCShb8C/477tkqZbTkXzuP6d7EJQs8jbC+ze65YEFfhoG4/1FierLsfLJZ2jrWwY E+hjJZDmWFHl090q0Aw/6FZeHuTdNYLIS8lcMP6pK8nW9a4sezTW2qKBY7qQ9pbE7goa6JYe ePH+EuWABo5r64cvnpSXvZ4T6MfRYP+4EvkR0aC0rHe4fWXZp6Kq4cXLKkBFeZ3RQoPewoCN kIxtVonMqO9+r8Y3HNeM+0u9D+N7dUmE0YqxBVpjMU/QEjpsdQ4psTiHlaVOCzZEv7JX9iQj BSKhH+c0Lc3yO5kx+S0n62XKtq3kHmebZ0gddoWe/RF5W+ixJBGx20KPZox0y40aJ2C6ZYax adWvqxwYHDUb/GiqWSP1DZ8m9JSPK5EfEXpKy7rsrLyGepiGKD6Vbg2PnS3sm63G2StSKIz/ B82/wWv82YyTZ6o2BqW0EOhvDWUSSEaurtu4Sgx+t1CVMIGHGd9B2O7VOEPnegR9VoKyp31c ftdviRB5Mb652W63Q76cX5OF9OSQ8dUNYCDhMv1usDJvSF5ynBVg4lC8iCYQvBr4LTO67OYP eyeqq3sA5Tj46b7+TZ4WyGN2/QaHN7bbnr07jg20R10JV9tJ2xlFoboqPFhv+JofHT1FLGfU 6i1A5l3h40Rwf6ZQixvR/P3qtt9H/xlTPKMpFbtWKxyvU16kxaP9RamYfI/8Hj4Xk/8BAAD/ /wMAUEsDBBQABgAIAAAAIQDf4ep11gYAAMggAAAVAAAAd29yZC90aGVtZS90aGVtZTEueG1s 7FnNixs3FL8X+j8Mc3f8NeOPEG+wx3Y2yW4SspuUHLW2PKO1ZmQkeTcmBEpy6qVQSEsPDfTW QykNNNDQS/+YhYQ2/SP6pLE9I1vuJtkNhLJrWOvj955+eu/p6XnmytWHMXWOMBeEJS23fKnk OjgZsCFJwpZ7b79faLiOkCgZIsoS3HJnWLhXtz7/7Aq6LCMcYwfkE3EZtdxIysnlYlEMYBiJ S2yCE5gbMR4jCV0eFoccHYPemBYrpVKtGCOSuE6CYlB7ezQiA1yQIOpuLXT3KPxLpFADA8r3 lGZsCGjscFxWX2ImAsqdI0RbLiwzZMf7+KF0HYqEhImWW9J/bnHrSnEpROUG2ZxcX//N5eYC w3FFy/HwYCnoeb5Xay/1awCV67hevVfr1Zb6NAANBrDTlIups14JvDk2B0qbFt3derdaNvA5 /dU1fNtXHwOvQWnTW8P3+0FmwxwobfpreL/T7HRN/RqUNmtr+Hqp3fXqBl6DIkqS8Rq65Neq wWK3S8iI0W0rvOl7/XplDs9QxVx0pfKJ3BRrMTpkvA8A7VwkSeLI2QSP0ABwAaLkgBNnh4QR BN4EJUzAcKlS6peq8F99PN3SHkWXMcpJp0MDsTak+DhiwMlEttwboNXNQV6/enXy5OXJk99P nj49efLrfO11uW2UhHm5tz9988/zL52/f/vx7bNv7XiRx7/55as3f/z5X+qlQeu7F29evnj9 /dd//fzMAm9zdJCH75MYC+cWPnbushg2aFkAH/D3k9iPEMlLtJNQoAQpGQu6JyMDfWuGKLLg Oti0430O6cIGvDY9NAjvRXwqiQV4M4oN4C5jtMO4dU831Vp5K0yT0L44n+ZxdxE6sq0drHi5 N51A3BObyiDCBs07FFyOQpxg6ag5NsbYIvaAEMOuu2TAmWAj6TwgTgcRq0n2yYERTZnQNonB LzMbQfC3YZvd+06HUZv6Lj4ykXA2ELWpxNQw4zU0lSi2MkYxzSN3kIxsJPdmfGAYXEjwdIgp c3pDLIRN5jafGXRvQpqxu32XzmITySUZ25A7iLE8ssvGQYTiiZUzSaI89roYQ4gi5w6TVhLM PCGqD35AyUZ33yfYcPfpZ/sepCF7gKiZKbcdCczM8zijI4Rtyts8NlJsmxNrdHSmoRHaOxhT dIyGGDv3rtvwbGLYPCN9I4Ksso1ttrmBzFhV/QQL7OjixuJYIoyQ3cMh28Bnd7aSeGYoiRHf pPnW2AyZHlx1sTVe6WBspFLC1aG1k7gtYmN/G7XeiZARVqov7PE644b/3uWMgczhB8jg95aB xP7OttlH1FggC5h9BFWGLd2CiOH+TEQdJy02tcqNzEObuaG4UvTEJDm1AlqpffyPV/tAhfH6 h+cW7PnUO3bgWSqdTclktb7ZhFutagLGh+TTL2q6aJrcwXCPWKAXNc1FTfO/r2k2neeLSuai krmoZOwiH6GSyYoX/Qho8aBHa4k3PvUZEUr35IziHaHLHgFnf9iHQd3RQsuHTJMImvPlDFzI kW47nMkviIz2IjSBZcp6hVDMVYfCmTABhZMetupWE3Qa77JhOlouL55rggCS2TgUXotxKNNk OlqrZw/wlup1L9QPWhcElOz7kMgtZpKoWkjUF4OnkNA7OxcWTQuLhlK/kYX+mnsFLicHqSfi vpcygnCDkB4qP6XyC++eu6c3GdPcdsWyvabiej6eNkjkws0kkQvDCC6P1eFz9nUzc6lBT5li nUa98TF8rZLISm6gidlzjuHMVX1QM0CTljuCn0zQjCegT6hMhWiYtNyBnBv6QzLLhAvZRSJK YXoq3X9MJOYOJTHEet4NNMm4lSt1tcdPlFyz9OlZTn/lnYxHIzyQG0ayLsylSqyzZwSrDpsC 6b1oeOwc0Cm/i8BQfr2sDDgkQi6tOSQ8F9yZFVfS1fwoGu9bsiOK6CRC8xsln8xTuG4v6eT2 oZmu7srszzdzEConnfnWPV1ITeSS5oYLRN2a9vzx8S75HKss7xus0tS9muuai1y36ZY4+4WQ o5YtZlBTjC3UslGT2jkWBLnllqG56Y4479tgNWrVBbGoK3Vv7cU2OziEyO9CtTqlUmiq8KuF o2DxSjLNBHp0kV0eSmfKSct9VPLbXlDxg0Kp4fcKXtUrFRp+u1po+3613PPLpW6n8hiMIqO4 7Kdr9+HHPp3NX9vr8bVX9/Gi1L40YHGR6Tq4qIX1q/tyxfLq3tlX865DwDKPapV+s9rs1ArN artf8LqdRqEZ1DqFbi2od/vdwG80+49d50iDvXY18Gq9RqFWDoKCVysp+o1moe5VKm2v3m70 vPbjua1h54vvhXk1r61/AQAA//8DAFBLAwQUAAYACAAAACEAP7lOpOUAAABkAQAAHAAAAHdv cmQvX3JlbHMvY29tbWVudHMueG1sLnJlbHOM0MFOwzAMBuA7Eu8Q+b6m2wEh1HaXgbQDFzQe wEvcNlrqRE62dm9PACExiQNHy/Zn62+2y+TVhSS5wC2sqxoUsQnW8dDC++Fl9QgqZWSLPjC1 cKUE2+7+rnkjj7kspdHFpIrCqYUx5/ikdTIjTZiqEIlLpw8yYS6lDDqiOeFAelPXD1p+G9Dd mGpvW5C9XYM6XCP9xw597wztgjlPxPmPE3osknjHp4KiDJS/2VTceZ4r6c2KrMtBvrwCkzj0 SePxKHSpaInIn0lVeck/xGuw5bvnpcwyetBdo2+y6T4AAAD//wMAUEsDBBQABgAIAAAAIQBm x4bb9AcAAIgdAAARAAAAd29yZC9zZXR0aW5ncy54bWy0WVtv28gVfi/Q/2DouYo4d1KIsyBn OE0WcbeIXBToGyWOLCK8YUjZ0S7633tIipbjHC+cFDFgm5xvzv0yF7795UtVXt073xVNfb0g b4LFlat3TV7Ud9eLf93aZbi46vqszrOyqd314uS6xS/v/vqXtw/rzvU9TOuugEXdravd9eLQ 9+16tep2B1dl3ZumdTWA+8ZXWQ+v/m5VZf7zsV3umqrN+mJblEV/WtEgkIszm+Z6cfT1+sxi WRU733TNvh9I1s1+X+zc+d9M4V8jdyIxze5YubofJa68K0GHpu4ORdvN3Kof5QbgYWZy/2dG 3FflPO+BBK8w96Hx+SPFa9QbCFrf7FzXQYCqclawqC+C+TeMHmW/AdlnE0dWQE6C8emp5uL7 GNBvGMid+/J9PMIzjxVQPuVT5N/HRz7yKS6OJfLHlHnCoHPfx0LMenSn6mJRV74mxhP0sdj6 zE8VdA5wtVt/uKsbn21LUAcCfQWxuhq1G/6CycO/8RFkvoNC/r1pqquH9X0Ggreu623RL+C9 dX4H2Q1dgZDFapgIOdXsN33WA6d117qyHNvErnRZPc3ofbb7/MndF0M/6cah3O2zY9nfZttN 37SzHMICPpEcTu3B1WMh/gdazDyBUzHhu0MGTHvnN222A3m6qXvflPO8vPlH02toJx6y/Uwx NpfL02ZqVEBRZxX45Kvmc9PkbrD26IvXB28gmMyYlUQFNdBYfZG72yEWm/5UOgvKb4rfXVzn vx67vgCOo+X/hwZ/pgD4FST/Btlze2qddVl/BDf9JGFjJGxZtDeF943/UOeQPT9NWLHfOw8C CsjGG8ivwjcPo5/fuyyH9ewnyT127t8wGYqX3Q65njR931TvLzn843KDQe7qafrCqpx388On pukfpwacBTGLJk0H9IIEVLB05PUNwlgaGRQRJNIJjgiuQxyRWscoolgkcCRUIsaRiFKuUURz TXDEEJlaHBHCShSxMk5QbiSQEUG5kUBZg9OwIEkUjjAuGYrwgBjUB4SzmLyAKKFxOUJJhUab SG4ErnUoFcORiKgUjTbRPEzPlfEMMSJlaO6QlKcBrrWlRKQYQgnkDho5SgPBUd0o5HV8bsTP EWFD1KOUBzrEabg0FrWHCi4s6gMq4AfXTYF2uD1xEBs0Q2gqeIIijMiAoVozHvAY9SjjNDZo XjMJYUXzgCmZhOf1+RkScpqgfYdppQlFESPDBPUoNCpJcEtTwvAocEKkRLPq5Z7ImVQG9Q6P GE9Qj/J46GQoYjhJ0JjyVEQa9Ru3LDJo7ghIuAjVABCL91HINmvQqheS8BSNgpAy0ricUMUG 9bWIWBLj3LSSFo2cMJTi/UCknOMVLCxTHPWOhBo2qAaSKhmiUZDQlS26zknOdIRqLbkQ847z GaJogncXqYRJcQ1CmRA0PjJWYYp6RyZAg9apTGDVxL2TKM1wRDMoYRzhNkZzVKbK4hWsxkUL RWC3EaA9RIVUxqivlSGKon5ThlG8WyoLuwo0CiFhIkXrNIQ1JkE9GlIaM9Q7IQdL0U4RxpRZ 1G+hCdII1Tq0BH4xJCKUKFSDSEpOUb8BYgI0ChGk4nxIe4aoQKeoPVEI+wA0E6NIhDFqTxRz ie/fItijRS8gNFA4YiBJcEsNDQmum2FWopUVE5pYNBNjIolB7Ykp7IRQ78SMpARdS2LGU47q FguiA9TSWIgAX2XiiEZ4D4ljmVA0Q2INO3ncBxrWQDRDYhOwCLfUqBTvibFVGl/rE8GoQDtF IkQsUUsTpSxH6zQJhcLXnySiDD9jJBEPLOqDBLLXojWXDH7D5aQ0lmhtA5LiWZVYkiSoRzVh yqJ+00QKXAMN3QDvsJorja+0OqJwzkEROEdIXLeYws8LyAt7Ma2Vwk9g2qgwxu1JAy5we+C0 gHcKbQOKR8EQDo0UR6BXoboZpiKJWmqGcsRpEqbwE6VJeChRrU0imUGjYAxN8V2nMZLgOWos bEnRKknhTIlbmsIeKURrIYVdDb4bTEOa4PuQNAlCvB+kCaUSjUKasBDPt1TDLgDtbymEDj+x pBZ2y6huNpAG38NayTS+llgJGYJqbRVJKVqnNgo4RddTC6c23G82pgQ/a9pEKPYCojh+Rrea UbzzWcNSg2ttJEtH76wmqHv3tloP3yX+6een4QLyqpoodFZtfZFd3QxfLlbDjK3/nBT1jG/d vvHuKbI5bmdwuZyArsrK0vpsNwNjIlbrvOha4/bjc3mT+bsL3/MMj47mbv/rI6/h/tn5v/vm 2E7og8/a6WJxnkJgwzZhRd1/LKp5vDtuNzNVnfnTE+hY57/d+9FPF/c8rPuDq8YL2o/ZeOE3 sblfbs5Juiv9ZrjMczdZ2053gts7cr0oi7tDT4ZrvB7e8sx/Hl+2d/SM0RGjEza+ZLvBMph9 friM0XnsyTw2j7HLGJ/H+GVMzGPiMibnMTmMHU6t82VRf75ePD4O4/umLJsHl7+/4N8MTU7o DlnrzHSlD+nVTAPnO/7u6n7tvvTXC5cPnxC6tsir7AvEKJi2++fZZXZqjv1XcwdsmNx+zSHP +ux8Ibv6inhM8We6DJ8adgWk4+ZUbS8fCN5MipdF129cm/msb/yM/W3ECF/nze4DVBI8jeOC 8FDp87mTiPEbRD/e90LcP7l9knUuP2MzqZhI/6AhdCnJ2DJkXC7hbG+XoWbxUsPpgSgjTKzY f89FOn9Cffc/AAAA//8DAFBLAwQUAAYACAAAACEA/6A5qWQEAADPNQAAEgAAAHdvcmQvbnVt YmVyaW5nLnhtbOxay27jNhTdF+g/GNonesuKMM7AjpMiRTsoMCm6pmXaJiKSAim/tvMz8wn9 rPmFkpIo29EkkOi09QDchDZ57/HlIc/VCaAPH3c4G2wg44iSkeVeO9YAkpTOEVmOrD+fHq5i a8ALQOYgowSOrD3k1sfbn3/6sE3IGs8gE4EDgUF4ss3TkbUqijyxbZ6uIAb8GqOUUU4XxXVK sU0XC5RCe0vZ3PYc1yk/5YymkHOBcwfIBnCrhkt33dDmDGxFsgQM7HQFWAF3Bwy3N0ho39hx G8jTABI79Nw2lN8bKrJlVS2gQAtIVNVCCvWQvrO5SA/JayMN9ZD8NlKsh9S6Trh9wWkOiVhc UIZBIb6ypY0Be17nVwI4BwWaoQwVe4HpRAoGIPKsUZHIahCwP++NMLQxncPMnysUOrLWjCR1 /lWTL0tPqvx6UBmsy/6rlClN1xiSoty5zWAmuKCEr1DeKBzroonFlQLZvLWJDc5U3DZ3O8rl tfY0rag8AHYpv+YfZ1XlbyO6TocTkRBNRpcSTn9TVYLFLTz8sBY1R+S6HRuIAvBaAFEKOzZ8 hRHXGHZ6UKjEQR2loXCqU5E46ECs27GPvSzmCIDDfhChqoPv8dGO8uV51/YXRtf5AQ2dh/Z4 aEJb6Qd6YNXX/1iS/LxiPq9ALnoTTpPHJaEMzDJRkbjMA3EfB+UJyL/iWOVQfoS7gWwE1q3w L2DGCwbS4tMaD06+PYoLJHyQAEkYFOaHycnK6owXBWQTBsGzDJEohEv4ZAOykeWPI8fzPN+y 5QpeZwX6DW5g9rTPoYpZ7WcMzX+Xa5lcq2ILnGcq4mYSe8Ek8qqVbCMXkBiqopIiz8RjyAnc qeM4bllDWaNKd6s84c4ecDM5W2cZLBrEJ7hrlr59+buZ/zVVsxlc1OH5H0wOiMhtyumRNfTK SlaALEuf6EeOjLWbYFYPD5QUXJLLUyQu3uc9ntGsTB0L3k4mEBHAc7gAgpkarESxy8JeMuG2 mPDLGfGIEM+ZDZQRZzND+/LiBoEeMXd0zRBkg09we8TOi9mUtwP7sea1WAvfn7VvX7725c1z Iz3e/hLR8l8VfsTa6Vw/gqpLdCqwf4Gg3oLz4vj/VlxwkYoTPFy04ip9XZ7iAl+zhb+34qIL VVzoaLby91Pc8CIVFw41e/V/pLj4QhUXBZot/HzF2SfuVv7Gm9ZXCrC/9Z3ejIfjSVDtX9f6 hjfhXewHNcrxsRrra6yvsb7G+hrrq4gx1ldPccb6GuurpzhjffUU9+NYX+kSelvf4diZhOFk Wu1f1/oOp2EQTu7HDbnNsRrra6yvsb7G+hrrq4gx1ldPccb6GuurpzhjffUU9+NYX3nL+lvf eycM/fGZ1ndyH99P/ThqyG2O1VhfY32N9TXW11hfRYyxvnqKM9bXWF89xRnrq6e4i7K+pLS8 RL3gIKdO/K/aUfnqrl1GttK819PKd3VfSfNfT1N8fC+t9Y7yIa08PJVWjZVZv/0HAAD//wMA UEsDBBQABgAIAAAAIQAaaOReaQ4AAGaHAAAPAAAAd29yZC9zdHlsZXMueG1s3J3dctu4FYDv O9N34OiqvfBasmTZzqx3x/FP7dk48UZO9xoiIQsNSagEZcf7PH2GvsC+WAGQlCAdguQBEc9O bxKL4vkAnD/gQPz58edvSRw800wwnp4PRj8MBwFNQx6x9Ol88OXx5uB0EIicpBGJeUrPB69U DH7+6a9/+fHlnchfYyoCCUjFuyQ8HyzzfPXu8FCES5oQ8QNf0VR+ueBZQnL5MXs6TEj2db06 CHmyIjmbs5jlr4dHw+F0UGKyLhS+WLCQXvFwndA01/KHGY0lkadiyVaior10ob3wLFplPKRC yEEnccFLCEs3mNEEgBIWZlzwRf6DHEzZI42S4qOh/iuJt4BjHOAIAKYh/YZjnJaMQylpcliE 40w3HBYZHLfOGABBcYjjqh/iNVEjSsJ3d08pz8g8liRpo0CqOdBg9a/srfpP/ylP/0k6bMTD K7og6zgX6mP2kJUfy0/6vxue5iJ4eUdEyNij7JeEJ0y2c3uRCjaQ31Ai8gvBSO2XS/VH7Teh yI3D71nEBoeqRfG7/PKZxOeDo6PqyKXqwc6xmKRP1THxfDC7NntyPqDpwZeZOjSX3PMByQ5m F0rwsBxY8b8x3NX+J93wioRMt0MWOZWxOJoOFTRmKvSPjs+qD5/XSudknfOyEQ0o/t9gD4HG ZYjKgJ0VeUN+SxcfePiVRrNcfnE+0G3Jg1/uHjLGM5kbzgdnuk15cEYTdsuiiKbGiemSRfS3 JU2/CBptj/96o+O7PBDydSr/Hp9MtRfEIrr+FtKVyhby25Qom3xUArE6e822jWvxf1ewUWmJ OvklJSplBqN9hO4+CnGkJIQx2nrmem/s+ixUQ+O3amjyVg0dv1VD07dq6OStGjp9q4Y05ns2 xNKIfisCETYDqG0cSzSiOZZgQ3MssYTmWEIFzbFEAppjcXQ0x+LHaI7FTRGcnIc2LzScfWzx 9mZu+xzhxm2fEty47TOAG7c94btx2/O7G7c9nbtx27O3G7c9WeO5xVIruJNhlua9o2zBeZ7y nAY5/dafRlLJ0nWkH56a9GjmZZAeMEVmKyfi3rSQ6M/tHqKD1H0+z1WBF/BFsGBP64yK3h2n 6TON+YoGJIokzyMwo/k6s2jExaczuqAZTUPq07H9QVUlGKTrZO7BN1fkyRuLppFn9VVEL0lh 49Cyfl6qIGEenDohYcb7d40Tb/nhAxP9daUgwft1HFNPrI9+XEyz+tcGGtO/NNCY/pWBxvQv DAyb+VJRSfOkqZLmSWElzZPeCv/0pbeS5klvJc2T3kpaf709sjzWKd5cdYy6791dxlzt/Pfu x4w9pUQuAPpPN+WeafBAMvKUkdUyULvS9VhzzNh23vPoNXj0MadtSL7W9dpFLuWoWbrur9Ad mq/g2vA8hdeG5ynANrz+IXYvl8lqgXbrp56Zred5bdBqUqegnZF4XSxo+0cbyft72DYAblgm vIVBPdaDB39Uy1llTh+Zb9vL/h3bsvqH1X5W8tq9EumhlzEPv/pJw7evK5rJsuxrb9INj2P+ QiN/xFme8cLXzJA/0ibpFPLXyWpJBNO10g6i+1RfXTMQ3JNV7wE9xISlfux2fZAQFgf+VhC3 j/cfgke+UmWmUowf4Hue5zzxxix3Av/2G53/3U8HL2QRnL56Gu2Fp+0hDbtkHiaZgsQjTyS5 zGQp8zKHat4v9HXOSRb5oT1ktLhMJ6eeiDOSrIpFh4fYknnxReYfD6shzfsnyZjaF/IVVI9e YMa2oVjP/0XD/qnuIw+87Ax9Wud6/1EvdbW0P1z/ZcIOrv8SQVtTTg/Kfz0MdgfXf7A7OF+D vYyJEMz6E6ozz9dwK57v8fYv/koej3m2WMf+FFgBvWmwAnpTIY/XSSp8jljzPA5Y83yP16PL aJ6HLTnN+0fGIm/G0DBfltAwX2bQMF820DCvBuh/hY4B63+ZjgHrf61OAfO0BDBgvvzM6/Tv 6VceA+bLzzTMl59pmC8/0zBffja+CuhiIRfB/qYYA+nL5wykv4kmzWmy4hnJXj0hr2P6RDxs kBa0h4wv1P0bPC0u4vaAVHvUscfFdoHzZeTf6Nxb1xTLZ7887IiSOObc097adsLRkrvXrrWJ 6Ts5enfhISYhXfI4opllTHZZWS/Pitsy9ruvu9Fp2/MDe1rmwWy52e03MdNhq2RVsO+ItTdY p/NpdT9Lndg9jdg6qToKb6aYjrsLa4/eEZ60C29XEjuSxx0lYZvTdsntKnlH8qSjJGzztKOk jtMdyaZ4uCLZ11pHOGnyn02NZ3G+kyYv2gjXNtvkSBvJOhc8afKinVAJLsJQ/VoArdMtZuzy 3YLHLo+JIjsFE052Sue4siOaAuwzfWZqZsckTd3e5uoJkPf1IrpT5vx1zYt9+50fnLrf1HUn F06poEEtZ9z9h6udLGPXY+d0Y0d0zjt2ROcEZEd0ykRWcVRKslM65yY7onOSsiPQ2QrOCLhs BeVx2QrKu2QrSHHJVj1WAXZE5+WAHYEOVIhAB2qPlYIdgQpUIO4UqJCCDlSIQAcqRKADFS7A cIEK5XGBCuVdAhVSXAIVUtCBChHoQIUIdKBCBDpQIQIdqI5re6u4U6BCCjpQIQIdqBCBDlS9 XuwRqFAeF6hQ3iVQIcUlUCEFHagQgQ5UiEAHKkSgAxUi0IEKEahABeJOgQop6ECFCHSgQgQ6 UItbDd0DFcrjAhXKuwQqpLgEKqSgAxUi0IEKEehAhQh0oEIEOlAhAhWoQNwpUCEFHagQgQ5U iEAHqv6xsEegQnlcoEJ5l0CFFJdAhRR0oEIEOlAhAh2oEIEOVIhABypEoAIViDsFKqSgAxUi 0IEKEU3+Wf5EabvMfoTf9bResd/9p6uyU5/NW7lN1Lg7quqVndX9XoT3nH8Nam88HOt6oxuE zWPG9Ra15Wd1k6sviUD98PnpsvkOH5Pe86FL5b0Q+jdTAJ90lQR7KpMmlzclQZE3afJ0UxKs OidN2deUBNPgpCnp6risLkqR0xEQbkozhvDIIt6UrQ1xqOKmHG0IQg03ZWZDECq4KR8bgseB Ss770scd9TTdXF8KCE3uaBBO7IQmt4S2qtIxDIyuRrMTulrPTuhqRjsBZU8rBm9YOwptYTvK zdQwzLCmdg9UOwFrakhwMjXAuJsaopxNDVFupoaJEWtqSMCa2j052wlOpgYYd1NDlLOpIcrN 1HAqw5oaErCmhgSsqXtOyFaMu6khytnUEOVmari4w5oaErCmhgSsqSHBydQA425qiHI2NUS5 mRpUyWhTQwLW1JCANTUkOJkaYNxNDVHOpoaoJlPrXZQdU6MsbIjjFmGGIG5CNgRxydkQdKiW DGnHaskgOFZL0FaVzXHVkmk0O6Gr9eyErma0E1D2tGLwhrWj0Ba2o9xMjauW6kztHqh2AtbU uGrJampctdRoaly11GhqXLVkNzWuWqozNa5aqjO1e3K2E5xMjauWGk2Nq5YaTY2rluymxlVL dabGVUt1psZVS3Wm7jkhWzHupsZVS42mxlVLdlPjqqU6U+OqpTpT46qlOlPjqiWrqXHVUqOp cdVSo6lx1ZLd1Lhqqc7UuGqpztS4aqnO1LhqyWpqXLXUaGpctdRoaly1dC9FmIdHQM0SkuWB v+fF3RKxzEn/hxN+STMqePxMo8DvUD+gRnn4svP6K8XWL9CT5+dSZ+oJ6MbtSlHxBNgSqE+8 izavqVLCqidB+UKw8rDucPlzbdGiFoRNhUvZVlg+u8rS1Ey/9C+L5IHwK82p/CcVKctz0Lrl abW6N1svrM4u9bpVWnHejsoaO58rr2/VkTyLxjZNFZFj6+FZmQrauig7NI+LF6fJP+7SSAJe ypeGFV2NvpECJb+/lN25J8XZfGU/NaaLvPh2NNQPLtj7fl48g88qn+lkbQUc7nam+Fi+vM2i 8OKp/OVVBBal36VPNI1lUiI1KteXtfTVtr1/O4Gz6dGn4uFxNCORfmr/freMpzcWeiWynU8q xkFIqXRWHd/DXspIahtZjeNkgilv0acNh5Px8KK6F932Jj7zPXyTzYf69/BZXmaoLhJKZSYk +noc/aJC41BhhO27CKs4Nd9FWCWy6pWCXdJLuBbSX3XS23eaOl3um8k4R799IdhqfM9i9oTV ZsQ2A9qt9SfS80arv/BEPeKUZKJ8/4UASq19G4iDTvvkzl2lTifjy7Pykp1SqVsdjcoVpqmj 4li7juqTw0ZHFHrc/juAMNnB4HbJDH20BBIFNjkYPlguWnd8UB/zF+v7mtnXuvG9lxA3LYyz AsIx+yiuxTFFktIm16wex1mnJjD2VCVO25e1WlPNf28PLtU5L4ZwKb6Pv21GYvU48cd/5Dl2 r6sNaqvWfHubqZ7v63v6qTvpU+1qaeeJPHVKsmVEA/rmGdHn0mlGnzgNvtwZU7p5KBTG5z1L jcrNiZ3pSx/z5+77aq61X/G9l/Rq+opnh/8zan6j52J7Q9b9+wre7ns4aLZH7XB1M5yclftn pQJDtR20PWM4vLkpYdVB9bqbov51zRW3j/cfDhbZdh0NFQKe4Y1JG4D/PZLHeDocXV7uJI+c zPXWjPy/Ok8V5GrsKy497axai9pOGJ2Oy8022xlHJ9Vupe2M8bS6A8h2xuT4tEz/tjOOJ2ct PZ1ORi09PRkftfT09Ki6Wr5BYS09HQ2HJ21KHZ6dtfR1NDobtnR2dCS723LK+KS6Dt96ymR6 XNUelbd8r2p9nTG5HP5IXxSBEpFfCEbOB48soUIdDj7zhOjtzE2VuSOicqN5qIiSDksItVep x7NtVDwfzK4dUmfDpFUf5LWJ5CBY/PFf40wvkxhMYrgEY88m/9cW3djvU6xMmyap1DgsVmr2 3R3s5S/bj4bTs1E5E9bNlNPh8fVxaT+x3AiGMSWFI6uTy/CVHxcslt9ej65urq7qlVj9JX76 HwAAAP//AwBQSwMEFAAGAAgAAAAhALE2q0ivAQAAwwQAABQAAAB3b3JkL3dlYlNldHRpbmdz LnhtbJyUTW7bMBCF9wV6B4H7WLLrGKkQO4ARpChQFEWbHoCiRjZRkkNwaCvO6TuiZVutu4i6 EYdDvk9v+Hf/8GJNtodAGt1STCeFyMAprLXbLMXP56ebO5FRlK6WBh0sxQFIPKzev7tvyxaq HxAjz6SMKY5Kq5ZiG6Mv85zUFqykCXpwPNhgsDJyN2xyK8Ovnb9RaL2MutJGx0M+K4qF6DHh LRRsGq3gEdXOgotJnwcwTERHW+3pRGvfQmsx1D6gAiKux5ojz0rtzpjp/ApktQpI2MQJF9M7 SiiWT4sUWXMB3I4DzK4ACwUv4xh3PSNn5ZCj63GcxZmj6wHn/8wMAATjELcnH3SwXUVWlZ83 DoOsDJN4jzJe5iyBuy+77ZoU8vQVn9pa76lvs7bs1uHjYjqfzefFhzReYX14TGN7afhGiLzL 8pn9Ak08ZYtz9rvebP+RfkZ/nVxjjGj/yrOPdR26KF40ju+a4A69dvO6wEsFfazQIF8RuYt4 RJiBs3HK6g9H47RhWPkYaX4p+hie2rQv6KO2+hWeMKwDtgQh/U0ag+23r5+O+sHTs/oNAAD/ /wMAUEsDBBQABgAIAAAAIQCfozsi4QIAAG4OAAAZAAAAd29yZC9jb21tZW50c0V4dGVuZGVk LnhtbKSX3W6bMBiGzyftHiLOW2wDtomaTmBg6vG2C3CBJKgYI5v89O5nkpBkY6swPQkh8D5+ vx9/cp6+HUW92JdKV7JZOfAROIuyyWVRNZuV8+tn9kCdhe54U/BaNuXKeS+18+3565enAwyW uRSibDqdHhcG0+jloc1Xzrbr2qXr6nxbCq4fRZUrqeW6ezSvu3K9rvLSPUhVuAhAcPrWKpmX Wps1GW/2XDsXXH6cRisUPxhxD/TdfMtVVx5vDGgNCdzQpWMQmgEyESI4RnnWKOz2rkYgfxbI uBqRgnmkfwSH55HQmETmkbwxic4jjdpJjBtctmVjHq6lErwzt2rjCq7edu2DAbe8q16ruure DRPgAcOr5m2GI6O6EoRXWBOIK2RR1l4xUOTK2almedE/XPW99eVZf7kMCjUl/rMkkfmunw+n yF1V1iYXstHbqr3ucDGXZh5uB8j+oyD2oh7eO7Rw4nb533hKzqm8AafYv+Rf1GfnHxMhmFCR HnFVTLHw55qDE2G68LbwrNTcJRdOHCADAI0AOC8nDvyBQS8MN7/t0J5TTdwaA+dclZ5T3RIL J86xv83cAXRphwgGH/pd3EXUbj7Xtt+V3LU3WvU52sttCB36I4EF69L+91tSf87Mjy1vzWwS +fJl00jFX2vjyDTzwvTj4lSB/tOUtb+cvpbHRT8InOf7I4w5wfR3LVf8xfQOJCzystScffpf i9PJBzjuRxIcJpjSxLeQBEkW+zROLCQoyAjwfBtJkBBCQpJaSIwAppFV+CCLKYsDKwnBEQsp sJD4kOCUhtBGgrIkwcwmfBxkIQpoYCGBBEQwYZ5NKSlhQQhjq7qkDDJGbFZBIYII2cSCMoIJ i22SHKAYAZZZSWgc+XGGrBomoiCOQ5uM0TChUWqVMYCijKY2seAkBgnKbIwFCWAs9LBNLCmM UkSYjTGPxBH2baoPUAh9kliFjwOzjj/e++6dxvxJfP4NAAD//wMAUEsDBBQABgAIAAAAIQCd F71GYAMAAK0QAAAUAAAAd29yZC9jb21tZW50c0lkcy54bWykmN9ymzoQxu87c97Bw32CJEB/ PHU6IKEzvm77ABRIzNQgBnCcvP0RtonTUvWsyY3BlvanT7ufFsafv7zU+9Vz2fWVaTYevkfe qmxyU1TN08b7/k3fcW/VD1lTZHvTlBvvtey9Lw//fPp8xDSvinVu6rpshn5b9CuLavr1sc03 3m4Y2rXv9/murLP+vq7yzvTmcbi3833z+FjlpX80XeEThNHpru1MXva9XVdmzXPWexdc/gKj FV12tMEjMPTzXdYN5cuVgW+GRL7w+RxEFoDsDgmeo4KbUdQfVc1A4SKQVTUjRctIf9gcXUYi cxJbRgrmJL6MNLNTPTe4acvGDj6ars4G+7V78uus+3lo7yy4zYbqR7WvhlfLRHTCZFXzc4Ei G/VGqIPiZgLza1OU+6CYKGbjHbpmfYm/e4sfpa/P8ZfLFNFB9n8OUSY/jA3itHO/K/c2F6bp d1X7dsLrpTQ7uJsgz3/bxHO9n+YdWww8Lq72pM6pvAIh8i/5r/dn5X8nYgSoyIh4i4BI+HXN SUltXXhdeFFq3iUXAxvIBCAzAM1LYMOfGPzC8PPrCT0/nG7jnKsycqprYjGwj/0u5h2gL29D RJOO/rV+t6P26WO2/bczh/ZKqz5G216b0HF8LbiBdbH/+yPZf0zM113W2t5U5+vtU2O67Mfe KrJmXlk/rk4VGD9tWcfL6bZ8WY2NwHv47TVme5oy/tBmXba1DsJMxoFO7VvQZaA4nBYYxwhR IREUe/7/c6hQlHMVOjgRDmQK4URKJyFPlFNPjBMIh0SaoSB0chiiEUwPY0yw1LUvkgYawrEU nMbOPEdhGggIB+mEyyRycagQiIA4jMZScOTkxCiEcELMaMoFdnGkDGAcopWd7c6zlhTkw0gL EvHI6UOagPyMGYqxkoGLE0Q0APmQMxkJ61mnnhSkh7FUYimZUw+XCKSHCIIJceYnTFUM4mhG mUycdWcJ4qDzRRKCpHZyhAxB/ol4EoeJJm5OCqoXYjFHSSKcHMVB/YdxOzNOXfWiIiWgfkgQ iTVP3fnRGHYuVIIU0e59aQ3qG5FCUoqAujgxRgqUnxTHKWHSzQlAeaYBS2IauvxMFeGwuhOB Q6ZceQ4R0TA9NLKKQmd/Voienhf+r6Dx/4WH/wAAAP//AwBQSwMEFAAGAAgAAAAhAAdIOcAq AwAA8hIAABsAAAB3b3JkL2NvbW1lbnRzRXh0ZW5zaWJsZS54bWyk2E9zojAUAPD7zux3cLhb 8odEYGo7FnWn57WXvVGIypQQBrDab78BRW3ZDfh6qXZofry8vJdkev94kOnoXRRlorKphe+Q NRJZpOIk20ytl9Vy7FqjsgqzOExVJqbWhyitx4efP+73mEfi4EdKSpFV5eJQiaxMXlMx0mJW +vs8mlrbqsp92y6jrZBheSeTqFClWld3epit1uskEvZeFbFNEEbNt7xQkShL/fogzN7D0jpx 0WGYFhfhXg+uQceOtmFRicPFwDcjzPZstwsRAKRnSHCXojdT3K6j6kAOCNJRdSQGk/4xOQ6T SFeawCTalVyY1Ckn2S1wlYtMP1yrQoaV/rXY2DIs3nb5WMN5WCWvSZpUH9pEvGXCJHsDRKRH nQVJ45uFiS1VLFIat4qaWrsi80/jx+fxdej+cfzpox1RDJn/cchcRbt6n2hmbhci1blQWblN 8nOHS6imH25b5N00iXeZtn+3z/HAdvnf9jQ/pvICDgn/lH+ZHiM3ixgNWJGaOI8YEsLnd7aR SF2FlxeDUnOVXDxwA2kB0gHqs+U2wz0ZdnTp0NpJBrZG6xxXpXaSS2LxwH3sazBXQCluI1gb R/khr2aUb75Xtr8KtcsvWvI97fmyCe3r28EN1qn8r1uy/F4wv7dhrvcmGfnPm0wVob6LTC1d zCNdj6NmBeqfelnrj+arOIzqjcB6+HKbubrMnB7Eu8Z71sVEyNwhHsfW+VlYiZdKHwYEETRG 7hg5K4x8OvER+mPZt+IM02BhwNkKUR8DcYfM8FNf5A4C4hPEmRlnYJyRBV2a08J8DMWdBfXM +MQnHIZzz0PEgPMV4j5zofgMOWZclwoB4kFAzXhd58C0MLIMeO+CQnHMn0wd2jQR8YA4ZZz2 RQ6uc8wXvZFTKE7dAPVFzhi4ieaz3iYC5pxPnpBrrnPHZ8C0cC9wepsIQ5vICxamajniDhSf u6b9/IgDDwvuLYjpJGpwAs75Epva/4iD07Jc9my5GoemZYbRvA+n0GqZYdq7oJQC8TlxzaWI sY+AuIPI0ny10JEzcOSIm07/5iRi52qxP+tX/516+AsAAP//AwBQSwMEFAAGAAgAAAAhAEan 6FCNAgAAUwsAABIAAAB3b3JkL2ZvbnRUYWJsZS54bWzUlduO2jAQhu8r9R2i3C9xQjhqYcVS kFaqerEH9do4DliN7cgTYHn7jmOOCnTJVrtVY4XYY/vP+MvMcHv3KjNvxQ0IrQZ+2CC+xxXT iVDzgf/yPL3p+h4UVCU004oP/A0H/2749cvtup9qVYCH+xX0JRv4i6LI+0EAbMElhYbOucLJ VBtJCxyaeSCp+bXMb5iWOS3ETGSi2AQRIW1/K2OuUdFpKhj/ptlSclWU+wPDM1TUChYih53a +hq1tTZJbjTjAHhmmTk9SYXay4RxRUgKZjTotGjgYbYelVK4PSRlT2YHgVY9gagi0Gb8tZ5G d6sR4M5jHZHU02nvdURypPM+Z44EgNeTaO38gI20J5Ks/zBX2tBZhkr4jTzE7JXC9he9tY+y i8uH23j11n1FJW542siZzkp7TpUGHuLUimYDn7SwhcR+xw5p47NFOn5gF7IFNcCthlsYOXNK pcg2O6vRkio3kYuCLXb2FTXC+uqmQMxxYgkzgjrby3eWENPw1BJV1jRPLazU6Z5awqM1+M7A AaiAeBaSg/eDr73H0vNzRCJsbdJEEjHeEfbi80TKN/09kQn6HI2m0wORMVo63bhZIdL7E5Fy GDqd64mM9dIIbiyTCzQ6SKBXUrE04lo0pE64OYcjFa88ucBi8q9Y/MSaaP8L4EKmVK4amUKX hf6PEmVMMzEz4kJITMtQsC3G4IhqhQSsBUDtBCHRcVDEaBiN95YDifDtoOjVThAFOqPnYyIi 91grXHbUR/Ge7CDtYxDWMP0kEE98rrn38nARhCsP7say+bExEZ8rFJO4U0XxEUXTZYf3XcwX xcUcseHwWTkysi4jkNMcweJ9X69auPGbobHtwPA3AAAA//8DAFBLAwQUAAYACAAAACEAyEvB 60gCAACICQAADwAAAHdvcmQvcGVvcGxlLnhtbKSWS4/aMBDH75X6HaLcwUlYHo2AVdVVK6S9 tVXPxjHE2thj2XnAt++YJIQ27SqESx4az2/+Mx6PvH4+ycwrubEC1MYPp4HvccUgEeq48X/+ +DpZ+Z7NqUpoBopv/DO3/vP244d1Fc5jzUFn3EOEsnGl2cZP81zHhFiWckntVApmwMIhnzKQ BA4HwTipwCQkCsLg8qUNMG4txvtCVUmt3+DYaRgtMbRCZwd8IiylJuenjhHeDZmTT2TVB0Uj QJhhFPZRs7tRC+JU9UBPo0CoqkeajyP9I7nFOFLUJy3HkWZ90mocqddOst/goLlC4wGMpDn+ miOR1LwVeoJgTXOxF5nIz8gMFi2GCvU2QhF6XQlyltxNWBIJCc9mSUuBjV8YFTf+k6u/kx7X /s2r9TBD8q9dXoAVkqv8kjkxPMNagLKp0NcTLsfS0Ji2kPK9JEqZtesqHQ48Lv8bTy91KTvg EPlN/WVWK3+fGAYDdsQhrh5DJPwZs1UisQu7wKNKc1PccOAAaQFRD7BgfODAbxmrhkFYd0Id Rww8Gi2n3hXHEV1hw4Fz7G8xNwDL70PMWx32LG8y0sfH2vabgUJ3NPEYbdcNocpdB+5gNe1/ eyTtY2K+p1TjbJIs3h0VGLrPUBE2s4f96F12wD1xW93r8slPnhsE/ra5vhgLyq2OaZGngOPt Faj3WSVoQEu7zHCLdyK+Uwe4LEYFpcA1O+y0X0IlUFnvVZQoxVkLW1uC5ZIu+Srah0kyoxiU bNekC3v9cVeo7W8AAAD//wMAUEsDBBQABgAIAAAAIQAkl1q8dwEAAPMCAAARAAgBZG9jUHJv cHMvY29yZS54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAACMkstuwjAQRfeV+g+R94kdoBRFIagPsQKpUqladefaA7gktmUbAn9fJ4HQUBbdzePM zeSO08m+yIMdGCuUHKM4IigAyRQXcjVGb4tpOEKBdVRymisJY3QAiybZ7U3KdMKUgRejNBgn wAZeSdqE6TFaO6cTjC1bQ0Ft5Anpm0tlCup8alZYU7ahK8A9Qoa4AEc5dRRXgqFuFdFRkrNW Um9NXgtwhiGHAqSzOI5ifGYdmMJeHag7v8hCuIOGq+ip2dJ7K1qwLMuo7Neo3z/GH/PZa/2r oZCVVwxQlnKWOOFyyFJ8Dn1kt1/fwFxTbhMfMwPUKZPNFA0eJPcnsUrW1KlTeb6BQ6kMt36+ k3mMg2VGaOcv2ah3Cp7OqXVzf9qlAP54uPzQX6CaMbAT1dvI4vthzbSF9Gh1sx7wwFuUNIae Ou/9p+fFFGU90iMhGYVksCD3yeAuIeSz2rAzfxYsjiv8R3G4iOMkvlA8CTQmdZ9p9gMAAP// AwBQSwMEFAAGAAgAAAAhAKihXneBAQAA0gIAABAACAFkb2NQcm9wcy9hcHAueG1sIKIEASig AAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnFLLTsMwELwj8Q9R 7tRpCgWqrRFqhTjwqNS0PVvOJrFwbMs2iP49GwIhiBs57c54x7MTw817q5M39EFZs0ynkyxN 0EhbKlMv011xd3aVJiEKUwptDS7TI4b0hp+ewMZbhz4qDAlJmLBMmxjdgrEgG2xFmBBtiKms b0Wk1tfMVpWSuLbytUUTWZ5lc4bvEU2J5ZkbBNNecfEW/ytaWtn5C/vi6EiPQ4Gt0yIif+om NbABgMJGoQvVIs+vZ5fEDD1sRI2BT2fA+goO1peBn8/nBPU1rBrhhYyUIM/PL6cXwEYI3Dqn lRSR0uWPSnobbBWT50/LSacAbHwEaI0tylev4pFnwMYtPChDHvKMruhL8udF7YVrAr+46kwO LWyl0LiiDHgldEBgPwCsbOuEIUU2VCT4EnausOsuk6+R3+Bo04OKzdYJ2dm5nuXZeOcRB1tC saQlBhMDAPf0Z7zubqBZU2P5feYv0aW4758on84nGX2fsX1jtPnwdvgHAAAA//8DAFBLAQIt ABQABgAIAAAAIQDGTi6RlQEAAFoIAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAB6RGrfvAAAATgIAAAsAAAAAAAAAAAAAAAAAzgMAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhANmNDGgIZAAArJkFABEAAAAAAAAAAAAAAAAA7gYA AHdvcmQvZG9jdW1lbnQueG1sUEsBAi0AFAAGAAgAAAAhAHqah4plAQAAPwYAABwAAAAAAAAA AAAAAAAAJWsAAHdvcmQvX3JlbHMvZG9jdW1lbnQueG1sLnJlbHNQSwECLQAUAAYACAAAACEA kkfRwzAYAACCnAAAEQAAAAAAAAAAAAAAAADMbQAAd29yZC9jb21tZW50cy54bWxQSwECLQAU AAYACAAAACEA3+HqddYGAADIIAAAFQAAAAAAAAAAAAAAAAArhgAAd29yZC90aGVtZS90aGVt ZTEueG1sUEsBAi0AFAAGAAgAAAAhAD+5TqTlAAAAZAEAABwAAAAAAAAAAAAAAAAANI0AAHdv cmQvX3JlbHMvY29tbWVudHMueG1sLnJlbHNQSwECLQAUAAYACAAAACEAZseG2/QHAACIHQAA EQAAAAAAAAAAAAAAAABTjgAAd29yZC9zZXR0aW5ncy54bWxQSwECLQAUAAYACAAAACEA/6A5 qWQEAADPNQAAEgAAAAAAAAAAAAAAAAB2lgAAd29yZC9udW1iZXJpbmcueG1sUEsBAi0AFAAG AAgAAAAhABpo5F5pDgAAZocAAA8AAAAAAAAAAAAAAAAACpsAAHdvcmQvc3R5bGVzLnhtbFBL AQItABQABgAIAAAAIQCxNqtIrwEAAMMEAAAUAAAAAAAAAAAAAAAAAKCpAAB3b3JkL3dlYlNl dHRpbmdzLnhtbFBLAQItABQABgAIAAAAIQCfozsi4QIAAG4OAAAZAAAAAAAAAAAAAAAAAIGr AAB3b3JkL2NvbW1lbnRzRXh0ZW5kZWQueG1sUEsBAi0AFAAGAAgAAAAhAJ0XvUZgAwAArRAA ABQAAAAAAAAAAAAAAAAAma4AAHdvcmQvY29tbWVudHNJZHMueG1sUEsBAi0AFAAGAAgAAAAh AAdIOcAqAwAA8hIAABsAAAAAAAAAAAAAAAAAK7IAAHdvcmQvY29tbWVudHNFeHRlbnNpYmxl LnhtbFBLAQItABQABgAIAAAAIQBGp+hQjQIAAFMLAAASAAAAAAAAAAAAAAAAAI61AAB3b3Jk L2ZvbnRUYWJsZS54bWxQSwECLQAUAAYACAAAACEAyEvB60gCAACICQAADwAAAAAAAAAAAAAA AABLuAAAd29yZC9wZW9wbGUueG1sUEsBAi0AFAAGAAgAAAAhACSXWrx3AQAA8wIAABEAAAAA AAAAAAAAAAAAwLoAAGRvY1Byb3BzL2NvcmUueG1sUEsBAi0AFAAGAAgAAAAhAKihXneBAQAA 0gIAABAAAAAAAAAAAAAAAAAAbr0AAGRvY1Byb3BzL2FwcC54bWxQSwUGAAAAABIAEgCZBAAA JcAAAAAA --------------D0A0C960971209EA9B7F5336-- From nobody Fri Aug 7 01:41:15 2020 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 A7C763A0DB3; Fri, 7 Aug 2020 01:41:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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 7aTeYaQImH-f; Fri, 7 Aug 2020 01:41:07 -0700 (PDT) Received: from mail-m127101.qiye.163.com (mail-m127101.qiye.163.com [115.236.127.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B41EC3A0DAE; Fri, 7 Aug 2020 01:41:06 -0700 (PDT) Received: from DESKTOP2IOH5QC (unknown [219.142.69.75]) by mail-m127101.qiye.163.com (Hmail) with ESMTPA id B5D8743F6F; Fri, 7 Aug 2020 16:41:01 +0800 (CST) From: "Aijun Wang" To: "'Loa Andersson'" , , <"review: ddraft-ietf-teas-pce-native-.all"@ietf.org>, "'TEAS WG Chairs'" , "'TEAS WG'" , , "'Yemin \(Amy'" , =?UTF-8?Q?'LucAndr=C3=A9_Burdet'?= References: <00f526b7-ffe7-d2b6-2e41-1d0384f049d5@pi.nu> In-Reply-To: <00f526b7-ffe7-d2b6-2e41-1d0384f049d5@pi.nu> Date: Fri, 7 Aug 2020 16:40:55 +0800 Message-ID: <004101d66c96$77b4a530$671def90$@tsinghua.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQDgzvb+NsXj7HUcCjLXaOKKHzX0FKsXjiWQ Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZS0wYHRgfHhkeQkxJVkpOQk1MQ0JNTUlLQklVEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0hKTFVKS0tZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6OAw6Dyo5HD8ZH0k*NUwDVk4t NDgKFC5VSlVKTkJNTENCTU1JTk5OVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxOWVdZCAFZQU5JT083Bg++ X-HM-Tid: 0a73c814a1349865kuuub5d8743f6f Archived-At: Subject: Re: [Pce] [Teas] teas X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 08:41:11 -0000 Hi, Loa: Thanks for your review.=20 We will update the draft in next week to reflect your comments. The = detail responses will also be provided later. Comments from other experts are also welcome.=20 Thanks in advance. Best Regards Aijun Wang China Telecom -----Original Message----- From: teas-bounces@ietf.org [mailto:teas-bounces@ietf.org] On Behalf Of = Loa Andersson Sent: Friday, August 7, 2020 2:28 PM To: rtg-ads@ietf.org; "review: = ddraft-ietf-teas-pce-native-.all"@ietf.org; TEAS WG Chairs = ; TEAS WG ; pce@ietf.org; 'Yemin = (Amy' ; LucAndr=C3=A9 Burdet = Subject: [Teas] teas RtgDir review: ddraft-ietf-teas-pce-native-ip-09 Hello, I have been selected as the Routing Directorate reviewer for this draft. = The Routing Directorate seeks to review all routing or routing-related = drafts as they pass through IETF last call and IESG review, and = sometimes on special request. The purpose of the review is to provide = assistance to the Routing ADs. For more information about the Routing = Directorate, please see = =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft. Document: draft-ietf-teas-pce-native-ip-09 Reviewer: Loa Andersson Review Date: 2020-07-08 IETF LC End Date: date-if-known Intended Status: copy-from-I-D - Experimental (see issues list). Summary: I'm departing from the normal list, since if this would have been a = standard tracks document there would have been serious issues. However, the document describes a TE experiment in a native IP network. I think is so interesting that I wouldn't object if the issues I point = are not (fully) resolved. Actually I would very much like to see = published and followed up by a document that reports the results from = the experiment. I have the following issues with the document. It is a framework that gives the framework for an experiment. Its = intended status is Experimental. While agree that the accompanying = specification should be Experimental I think that in accordance with = earlier document a framework should be Informational. The document describes the experiment in some detail, I would like to = see more, especially evaluation criteria and bench marking. To have an = overview of the test bed would be interesting. I would recommend that someone take a look at the document from a = language point of view. When I read I find myself correcting and = clarifying the English (this is probably not a good idea, since my = English is probably worse than the current authors). There are loads of not expanded abbreviations, authors should go through = the document and compare to: https://www.rfc-editor.org/materials/abbrev.expansion.txt to decide what needs to be expanded or not. I would also want to suggest that someone with experience of "Native IP = networks". both specification and operation should look at the document. = >From the early days of MPLS I remember that one motivation to create a = strong tunnel technology was that the Route Reflectors no longer scaled. I normally review document based on a word document, I have included the = word-file, and it contains about everything form major issues to nits. /Loa --=20 Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Aug 7 09:08:10 2020 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 8C5A53A0B53; Fri, 7 Aug 2020 09:08:03 -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: 7.12.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159681648349.20120.11700471093178104704@ietfa.amsl.com> Date: Fri, 07 Aug 2020 09:08:03 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-23.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 16:08:03 -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 LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-23.txt Pages : 26 Date : 2020-08-07 Abstract: This document defines a set of extensions needed to the stateful Path Computation Element (PCE) communication Protocol (PCEP), so as to enable Labeled Switched Path (LSP) path computation, activation, setup and deletion based on scheduled time intervals for the LSP and the actual network resource usage in a centralized network environment as stated in RFC 8413. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-pce-lsp-scheduling-23 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-23 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-23 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 7 09:30:50 2020 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 9F87D3A0BCD; Fri, 7 Aug 2020 09:30:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 c1RxBLJ3-r1x; Fri, 7 Aug 2020 09:30:40 -0700 (PDT) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2119.outbound.protection.outlook.com [40.107.220.119]) (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 D65EE3A0BD2; Fri, 7 Aug 2020 09:30:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MObI6quFSUy6sBJE/PZNo738a4a4bWTV1zoGQbN/bcBgwfu/spY3Ann0Fpu+tl2j8hYh2uQT01OQZHQlzYvy72fnaISlqexscN70J1mCt0edkRWVknxND3nBF8lf4F0RemX99WzcUpp4Ln2aPdFcEMpdj8sQX+H9DDdkjXUzy7fQT3nppEdySmrMmPhehltVWOj7A/Tq7CmHYpfcGsB2OM6WzNRpXd9gOINPjWmR5FqYjPGntXsH9T86Ed+4sQ55HWOgvCh0V4573Vo7lCMyZXZ/yWDF8/5H8rHOcXt7Zz3oDxUPr32utMHkE6cIqe4mTPa4B5lvpglp/RYZQd+nDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BjwvUFC92GC1QmXreXEw6MW8INhak43TGm4qOaDkZso=; b=iqqlQ7V6zoVHSAEGHYab3wfzTjHOayt6bVwg8Gx3p2iFPHT1ppIzw8Fe2ENw5c8/SZZRSv+4T4JZ5a4LRrQxyXVZ6bcSOI+emnxtLu8PsgZnYSznRHRVhmV2e8RZosjKStbMA6Zp59K1RdHwyF7vHU0GHu4MQUBDwladpXZADnhY7Erat6bcGFHXyAnKJpFrGzEuMDnzC6My9bDwU0eiwYXMbcMVORtSWhYP8gYM6Agz7+6H3ST9WRyvR3jBIXlHocpF0fW1Ky1RqDJNhlqB/FBN4yPpSooktwQW7GamdSOch9hz7T+YLzg1qvmzzABoBhHLRdw9ebxP2NLHgsqE6A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BjwvUFC92GC1QmXreXEw6MW8INhak43TGm4qOaDkZso=; b=VSRpRyTbys5RqIq18lZKMU7DYOB9omefdC/wBOv/+xVOigNZOlfeceJiFhp7apLOyj1DhrFEcMesgJE6B+LhSlCfbXJkx8bsSal5JMUfa8Sec5eMcp97bCm0exjwX+HYtDNNgSNMv7QjQ0/J0MAlHMuTabc3sfA1Xa73/dvdDdU= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB2974.namprd13.prod.outlook.com (2603:10b6:208:135::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3261.13; Fri, 7 Aug 2020 16:30:33 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7%7]) with mapi id 15.20.3261.013; Fri, 7 Aug 2020 16:30:33 +0000 From: Huaimo Chen To: Benjamin Kaduk , The IESG CC: "draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org" , "pce-chairs@ietf.org" , "pce@ietf.org" , Adrian Farrel , Adrian Farrel Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-scheduling-19: (with DISCUSS and COMMENT) Thread-Index: AQHWVK2yeK/5QRy31E203Lh7Mp/2T6ktAWu2 Date: Fri, 7 Aug 2020 16:30:33 +0000 Message-ID: References: <159416079981.20914.17756604864923287337@ietfa.amsl.com> In-Reply-To: <159416079981.20914.17756604864923287337@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: mit.edu; dkim=none (message not signed) header.d=none;mit.edu; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [73.114.233.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 806b9af7-caab-4493-6f10-08d83aef34ee x-ms-traffictypediagnostic: MN2PR13MB2974: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 32qqc6Yf/k93fF2aToMszeLE75LQbHong4r5qxukrhKAEk7kgbJI0gc05s9KTXK3HPCps6JSUO0K9N22CTnJ02fjdKbolZ0GhqY2m1JUkSyED7XHpEsNSw0Rbcn2QjTCAxVQyiCdALpxDKcHiM7WQKe4wtRfdGOGISN+b8xKeLD7PlZMIEQfXTnMj50Zz+Ypn8QPd15KflsVBRR5Xl2Sj/o8YucQ6X8XmyJYYEBnmoRiFDYz+DoaNx/SZOSL1M/nM3BRUv2Kj3hJQ7vsDp4L+VzL7NdgM33RwwjdIoPwLUw1KcAZIiY6jv334V7if+kH4VPloic+uagemmUvW8x77U+NyM0b9jHpiBpI8+W/eVs01aKsavcv6wFg5/oBszljPTez+9eJDd7UE/uO2ev4KA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(346002)(376002)(39840400004)(136003)(396003)(110136005)(76116006)(66946007)(66476007)(66556008)(19627405001)(186003)(54906003)(7696005)(8936002)(8676002)(166002)(86362001)(64756008)(66446008)(45080400002)(2906002)(83380400001)(26005)(53546011)(6506007)(30864003)(9686003)(316002)(55016002)(44832011)(33656002)(966005)(52536014)(478600001)(5660300002)(4326008)(71200400001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 2CwiThuwvKXGwYrGqDt00K4jpWXYXCrjhJnhdyvop0/VEQVpJXF4fAP3TEwg1rYiHAZWZF/3FRdWmEMXvM3HEhu00LgUF8uERVVdgPKaYsZzhGiuF+grIaDl4mzTxz0go5IPfztM+8wUqhW8BZrLXdbcfi9LENdCJ3mCvoxtP5s8uSPvh3I2Kz5h7bG6PhEs/RazOSX1NvyyL39qmWULe4cNuFdigca7yrbta4vCwAsLROpEHvtDbXaq/3we4tNtV2IzugdPVkoPExUD2rOgnRdOkCISSyXP5j6u6drbUmqjTcoF+eF5q6yhWkReHjsmZi4tGlkhYxkLFRgLNb3TPgC3F0ufcOCqHXu2kkQ2mZjbgOYdL1jaUbvdHm+ZQt3YpnA+gaOJAafh9ZIR7g/+w+rx5r7buvu0A2lnyyH08CzTDMKg69PiYXNiohexQnXwuuIq4K60VlGEC8YseD6YmpkHUhBDdupwahgKI7aN3uAO5uB4LD5yjbu0wk+xXb+pzh8/oxGyHoF/pJ3HnGT51FQ9cKOZ0K7UQjLrCj0jQzLQp12Lc1n/Cr466HCeyY1ojFxHYdNoR4hnaOvFQ6GdmBdbBR80aEAvVqdJCMOLapjBPG7YdCcnY6TJl+qUk/z5A8279ET+g2anN32YQ3wEZQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31175641F91773CAB7CEB098F2490MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB3117.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 806b9af7-caab-4493-6f10-08d83aef34ee X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2020 16:30:33.1661 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 08uY+BIcYkJooUzJW0Qcjnf/Bg1RPA6bBpSGGPIErG6DruQpfSf3fUmcgyfMkf2ikdee7WftJXIegt42BjEFWw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB2974 Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-scheduling-19: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 16:30:45 -0000 --_000_MN2PR13MB31175641F91773CAB7CEB098F2490MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ben, Thank you very much for your time, valuable comments and suggestions, w= hich improve the quality of the document. They should have been addressed in version 23. My explanations/answers = are inline below with prefix [HC]. Best Regards, Huaimo ________________________________ From: Benjamin Kaduk via Datatracker Sent: Tuesday, July 7, 2020 6:26 PM To: The IESG Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org ; pce-chairs@ietf.org ; pce@ietf.org ; Adrian Farrel ; adria= n@olddog.co.uk Subject: Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-schedu= ling-19: (with DISCUSS and COMMENT) Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-stateful-pce-lsp-scheduling-19: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps= %3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&data= =3D02%7C01%7Chuaimo.chen%40futurewei.com%7C778d3537a59c4d57abee08d822c4d2b0= %7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637297576046915219&sdata= =3DiS8BeWM%2FhWHafc3Yg16BaUJVcfOF%2FEcYo%2BRzCVQkNYE%3D&reserved=3D0 for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra= cker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-scheduling%2F&dat= a=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C778d3537a59c4d57abee08d822c4d2b= 0%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637297576046925175&sdata= =3DqUrR8zNG%2FTw8aZu9k77e1tEjPeOtGRMc72rYPW8JdIM%3D&reserved=3D0 ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- This being a discuss ballot notwithstanding, the protocol mechanisms here seem pretty well thought-out; I'm just wanting changes to how they are described. There seems to be an internal inconsistency in Section 4.3, between "[t]he PCE SHOULD add the scheduled LSP into its scheduled LSP-DB and update its scheduled TED" and "[t]he stateful PCE is required to update its local scheduled LSP-DB and scheduled TED". (I think the "SHOULD" one is wrong, personally.) [HC]: You are right. We have changed "SHOULD" to "MUST", "is required to" to "MUST" in version 22 of the document uploaded. Let's also take a closer look at the precise interdependency between the B bit and PD bit -- Section 5.1 implies that the PD bit itself cannot be set in the absence of the B bit, referring forward to Section 5.2.2, but Section 5.2.2 seems to only say that you need both the B and PD bits set in order to send SCHED-PD-LSP-ATTRIBUTE. Bits being set as a prerequisite for sending the TLV is a subtly different condition than having the one bit itself depend on the other, with correspondingly different error handling. [HC]: This is a good catch. We will use the latter, and change the text for the former accordingly. (Changed in version 23) Section 6.6 refers to the "LSP-ERROR-CODE TLV (Section 7.3.3) which is not defined in this document, rather, the reference should be to =A7 3.3 of RFC 8231. [HC]: We have changed the text to the following (in version 23): LSP-ERROR-CODE TLV (Section 7.3.3 of RFC 8231) with LSP error-value =3D 4 "Unacceptable parameters" ... The LSP-ERROR-CODE TLV is defined in Section 7.3.3 of RFC 8231. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I'm pretty sympathetic to Alvaro's not-quite-Discuss, but also am not quite prepared to elevate it to Discuss level (and incur the responsibility to determine what changes are necessary to resolve it). I note several editorial comments and nits below, but those remarks are not comprehensive. Abstract so as to enable Labeled Switched Path (LSP) scheduling for path computation and LSP setup/deletion based on the actual network resource usage and the duration of a traffic service in a centralized network environment as stated in RFC 8413. Just looking at this text in isolation, it's not entirely clear if the event that is scheduled is the LSP activation, creation, calculation, or something else, and whether it is just the computed path that depends on the resource usage/traffic duration, or if other things like the frequency of scheduling or the existence of an LSP at all would be dependent on those. Presumably the rest of the document will clarify, but perhaps there is some wordsmithing possible here. [HC]: We have rephrased it. Section 1 letting other services use it when this service is not using it. The requirement of scheduled LSP provision is mentioned in [RFC8231] and nit(?): I think s/provision/provisioning/ [HC]: We have changed it as you suggested. [RFC7399]. A solution for providing more efficient network resource usage for traffic engineering is desired. Also, for deterministic nit: I don't really follow the connection between these two sentences -- "a solution for [...] is desired" seems to be a general re-statement of the problem, whereas the previous discussion has been discussing, essentially, the benefits of the proposed solution. [HC]: We have removed this general re-statement. Section 2.1 Hmm, RFC 8231 says that it itself takes the definitions for "Active Stateful PCE", "Passive Stateful PCE", and several other terms from RFC 8051; we should probably short-circuit the reference chain(s). [HC]: We have changed reference to RFC 8051 for "Active Stateful PCE", "Delegation" and "LSP-DB". Scheduled TED: Traffic engineering database with the awareness of scheduled resources for TE. This database is generated by the PCE from the information in TED and scheduled LSP-DB and allows knowing, at any time, the amount of available resources (does not include failures in the future). I'd consider "the expected amount of available resources (discounting the possibility of failures in the future)". [HC]: We have changed to the text as you suggested. Section 4.1 The LSP scheduling allows PCEs and PCCs to provide scheduled LSP for customers' traffic services at its actual usage time, so as to improve the network resource efficient utilization. nit: s/resource efficient utilization/resource utilization efficiency/ [HC]: We have changed it as you suggested. In case of implementing PCC-initiated scheduled LSPs, before a PCC delegates a scheduled LSP, it MAY use the PCReq/PCRep messages to Just to check: there is some risk that the computed path might change between this query and when the LSP actually becomes active? [HC]: We have removed "before a PCC ... learn the path for the scheduled LSP." learn the path for the scheduled LSP. A PCC MUST delegate a scheduled LSP with information of its scheduling parameters, including the starting time and the duration using PCRpt message. I suggest "When delegating a scheduled LSP, a PCC MUST include its scheduling parameters, including [...]", to be clear about what cases the "MUST" applies to. (It might also be worth saying what a PCE should do if it receives a delegation request for a scheduled LSP that does not include the requisite parameters.) [HC]: We rephrased the text as suggested. For a multiple PCE environment, a PCE MUST synchronize to other PCEs within the network, so as to keep their scheduling information synchronized. There are many ways that this could be achieved: one such mechanism is described in [I-D.litkowski-pce-state-sync]. Which way is used to achieve this is out of scope for this document. [...] I'd suggest restructuring how this paragraph is laid out (akin to Alvaro's comment). Specifically, it's an intrinsic fact that if you're in a multi-PCE environment, you have to have inter-PCE synchronization or the stat skew causes problems. That's not new with this document; what we are most interested in saying is that, in addition to the existing need to synchrnoize the TED and LSP-DB, when scheduled LSPs are in use you also have to synchronize the SLSP-DB and have each PCE reconstruct the Scheduled TED (or synchronize the Scheduled TED as well). The ways to perform such synchronization are hardly worth mentioning, except to the extent that existing mechanisms cannot handle sending the extra information. [HC]: We have restructured this paragraph. The scheduled LSP can also be initiated by PCE itself. In case of nit: missing article (perhaps "by a PCE itself"). [HC]: We have added it in version 22. scheduled LSP based on the local policy. For the former SCHED-LSP- ATTRIBUTE TLV (see Section 5.2.1) MUST be included in the message I suggest s/For the former/In the former case, the/ [HC]: We have changed it as you suggested. where as for the latter SCHED-LSP-ATTRIBUTE TLV SHOULD NOT be nits: s/where as/whereas/, s/SCHED-LSP-ATTRIBUTE/the SCHED-LSP-ATTRIBUTE/ [HC]: We have changed them as you suggested. included. Either way the synchronization to other PCEs should be done when the scheduled LSP is created. I recognize that the BCP 14 keywords are not being used, but earlier we said "shall synchronize" but here it's just "synchronization should be done"; it's probably worth making these consistent. [HC]: We have changed "should" to "MUST". In both modes, for activation of scheduled LSPs, the PCC could initiate the setup of scheduled LSP at the start time by itself or wait for the PCE to update the PCC to initiate the setup of LSP. I'm worried about the "could initiate [...] or wait". While it's true that either party could take the initiative, doesn't there need to be an agreement between them about which one it will be, to avoid the risk of the LSP not actually geting instantiated at the start time? [HC]: We have changed "could" to "MUST" and rephrased the text. Similarly on the scheduling usage expires, the PCC could initiate the [HC]: We have changed "could" to "MUST" and rephrased the text. nit: s/expires/expiry/ or s/expires/expiration/ [HC]: We have changed it as you suggested. (Same comment about "could" as above.) [HC]: We have changed "could" to "MUST" and rephrased the text. Section 4.2.2 When an LSP is configured with a scheduling interval such as "[Ta, Tb] repeats 10 times with a repeat cycle a week" (representing 11 scheduling intervals), a path satisfying the constraints for the LSP in every interval represented by the periodical scheduling interval is computed once. And then the LSP along the path is set up to carry traffic in each of the scheduling intervals. If there is no path satisfying the constraints for some of the intervals, the LSP will not be set up at all. This seems to say that the same path must be used for each recurrence of the scheduled event, precluding some optimizations that might be desired in the face of other (unscheduled or differently scheduled) load. Is that intended? [HC]: The path for one recurrence may be different from the path for another recurrence. We have added a note about this. Section 4.2.2.1 When an LSP is configured with elastic time interval "[Ta, Tb] within -P and Q", a path is computed such that the path satisfies the constraints for the LSP in the time period from (Ta+Xv) to (Tb+Xv) and |Xv| is the minimum value for Xv from -P to Q. That is, [Ta+Xv, To check my understanding, this mention of |Xv| is indicating that the PCE attempts to limit the deviation from the requested interval, using an absolute value metric to indicate distance from the requested value? It might be worth putting in a few more words to indicate that this optimization is being performed; just "is the minimum value" could be confusing. [HC]: We have rephrased the text. Section 4.2.2.2 During grace periods from (Ta-GB) to Ta and from Tb to (Tb+GA), the LSP is up to carry traffic (maybe in best effort). This point seems pretty key to having grace periods at all. In particular, if there is no difference between the traffic-handling properties for the grace period and the "main interval", then the grace period is more simply handled by the entity requesting the interval (i.e., "just ask for a larger interval"). The fact that we propose to give different traffic-handling behavior during the grace period should be emphasized, in order to justify the existence of the protocol element. In the absence of such justifying text, I would propose to remove the grace-period feature as needless complexity. [HC]: There is a difference between them. We have rephrased the text to indicate the difference. Section 4.3 For PCE-Initiated Scheduled LSP, the stateful PCE can compute a path for the scheduled LSP per requests from network management systems automatically based on the network resource availability in the scheduled TED, send a PCInitiate message with the path information nit: s/, send/ and send/ [HC]: We have changed it as you suggested. back to the PCC. Based on the local policy, the PCInitiate message could be sent immediately to ask PCC to create a scheduled LSP (as nit: s/ask PCC/ask the PCC/ [HC]: We have changed it in version 22. o Based on the configuration (and the C flag in scheduled TLVs), when it is time (i.e., at the start time) for the LSP to be set up, either the PCC triggers the LSP to be signaled or the delegated PCE sends a PCUpd message to the head end LSR providing the updated path to be signaled (with A flag set to indicate LSP activation). We haven't discussed the C flag yet, so a reader is left wondering "how do I know whether the PCC or PCE is going to take initiative?". We could reword, perhaps like "When it is time for the LSP to be set up (i.e., at the start time), based on the value of the C flag for the scheduled TLV, either the PCC [...]". Similar changes would be applicable in later sections as well. [HC]: We have rephrased it as you suggested. Section 4.4 Are there any special considerations for modifying a periodic scheduled LSP after some recurrences have already happened? What about for modifying any scheduled LSP that is currently active (whether before the chage, after the change, or both)? [HC]: The unused recurrences can be modified or cancelled. Modifying a scheduled LSP that is currently active is similar to modifying a normal LSP that is currently active. In addition, the duration (the lifetime) of the scheduled LSP can be reduced. Section 5.1 After a PCEP session has been established, a PCC and a PCE indicates its ability to support LSP scheduling during the PCEP session establishment phase. For a multiple-PCE environment, the PCEs should also establish PCEP session and indicate its ability to support LSP scheduling among PCEP peers. The Open Object in the Open message Does a PCE need to refrain from advertising scheduling support to PCCs if its PCE peers do not all support scheduling? [HC]: No. scheduling among PCEP peers. The Open Object in the Open message contains the STATEFUL-PCE-CAPABILITY TLV defined in [RFC8231]. Note that the STATEFUL-PCE-CAPABILITY TLV is defined in [RFC8231] and updated in [RFC8281] and [RFC8232]". In this document, we define a new flag bit B (SCHED-LSP-CAPABLITY) flag for the STATEFUL-PCE- CAPABILITY TLV to indicate the support of LSP scheduling and another flag bit PD (PD-LSP-CAPABLITY) to indicate the support of LSP periodical scheduling. I note that (e.g.) RFC 8623 does not seem to give mnemonic names for the individual bits, so our "bit B" and "bit PD" seem a bit out of place. [HC]: RFC 8623 gives 3 mnemonic names for 3 bits (bit 23, 24, 25): 23 P2MP-LSP-INSTANTIATION-CAPABILITY [RFC8623] 24 P2MP-LSP-UPDATE-CAPABILITY [RFC8623] 25 P2MP-CAPABILITY [RFC8623] Section 5.2 Only one of these TLV SHOULD be present in the LSP object. In case more than one scheduling TLV is found, the first instance is processed and others ignored. It seems that this wording "more than one scheduling TLV" might apply to some hypothetical future TLV type for a different variation of scheduled LSPs. If that would be undesirable, we could reword to mention the two TLV types by name. [HC]: We have rephrased this in version 22. Section 5.2.1 Please note that this formulation (number of seconds since a fixed time) is invariant to leap seconds, but that conversions from current UTC time to it might need to account for leap seconds. (Or if you want to ignore leap seconds, say that.) [HC]: It seems that the leap seconds are accounted. C (1 bit): Set to 1 to indicate the PCC is responsible to setup and remove the scheduled LSP based on the Start-Time and duration. I suggest noting that the PCE holds these responsibilities when the bit is set to zero. [HC]: We have added this as you suggested. Start-Time (32 bits): This value in seconds, indicates when the scheduled LSP is used to carry traffic and the corresponding LSP must be setup and activated. Value of 0 MUST NOT be used in Start-Time. Note that the transmission delay SHOULD be considered when R=3D1 and the value of Start-Time is small. I don't understand why start-time of 0 is disallowed (for at least the R=3D0 case) -- that would disallow requesting a start time that happens to land on the time when the time counter wraps around, for no reason. [HC]: You are right. We have removed this limit. The Start-Time indicates a time at or before which the scheduled LSP must be set up. The value of the Start-Time represents the number of seconds since the epoch when R bit is set to 0. When R bit is set to 1, it represents the number of seconds from the current time. In addition, it contains an non zero grace-before and grace-after if I suggest s/it/the SCHED-LSP-ATTRIBUTE TLV/; it's easy to misread the "it" as referring to the "Start-Time" from the previous paragraph. [HC]: We have changed "it" to "the value of the Start-Time". grace periods are configured. It includes an non zero elastic range Are the Grace-Before/Grace-After fields set to zero when grace periods are not configured? [HC]: Yes. lower bound and upper bound if there is an elastic range configured. (Likewise for elastic-range.) [HC]: Yes. Section 5.2.2 Opt: (4 bits) Indicates options to repeat. A new registry "Opt" under SCHED-PD-LSP-ATTRIBUTE is created. When a PCE receives a TLV with a Opt value not defined, it does not compute any path for the LSP. It generates a PCEP Error (PCErr) with a PCEP-ERROR object having Error-type =3D 4 (Not supported object) and Error- value =3D 4 (Unsupported parameter). Have we thought about what kind of negotiation might be needed in the case where a new Opt value is defined? Though the possibility currently seems unlikely, this error message does not seem sufficient to indicate which Opt value is problematic. [HC]: In fact, the PCEP Error message contains the TLV with the Opt value. NR: (12 bits) The number of repeats. In each of repeats, LSP carries traffic. Maybe say that NR=3D=3D0 is equivalent to using SCHED-LSP-ATTRIBUTE (to avoid questions of 0- vs. 1-indexing)? [HC]: Since there is a SCHED-LSP-ATTRIBUTE defined, to make SCHED-PD-LSP-ATTRIBUTE to be SCHED-LSP-ATTRIBUTE may make the procedures related complicated. Section 6.x We mention in several places "the scheduled TLVs" for the LSP object, but this seems misleading, since at most one scheduled TLV should be present in a given object. Perhaps "a scheduled TLV" would be better? [HC]: We have changed it as you suggested. Section 6.2 Perhaps it's worth noting that in the PCE-initiated case there is the option to avoid using the scheduled LSP TLVs (and, to some extent, PCUpd at all), since the PCE can just not tell the PCC about the scheduled path until its start-time occurs. [HC]: It seems that Section 6.3 mentions something like not using the sched= uled TLVs. Section 6.4 request the path computation based on scheduled TED and LSP-DB. A PCC MAY use PCReq message to obtain the scheduled path before delegating the LSP. [if my previous comment about "subject to change" results in text changes, similar changes would apply here] [HC]: Added the text to refer to changes. Section 6.5 Just to check: the scheduled TLV should still be included in the response even for a negative response? (Also, same comment about "obtain the scheduled path before delegating".) [HC]: Yes. Section 8 Since we deal with scheduled events, we should remind implementations to do something reasonable when their current time jumps. Jumps can be forward or backward, and might cross boundaries for when LSPs should be (in)active. The presence of a significant time correction may be indicative of other (configuration) issues, and falling back to a conservative stance (keep LSPs active?) might be appropriate. Similarly, some discussion of how things break when there is clock skew between PCC and PCE might be useful (we already have a requirement for clock synchronization in discussion of the R flag). [HC]: Added some text in Operations related section. on the network. Thus, such deployment should employ suitable PCEP security mechanisms like TCP Authentication Option (TCP-AO) [RFC5925] or [RFC8253]. The procedure based on Transport Layer Security (TLS) in [RFC8253] is considered a security enhancement and thus is much better suited for the sensitive information. PCCs may also need to nit: TCP-AO would be considered a "security enhancement" as well (compared to a baseline of unprotected TCP). Perhaps the intent is to say that the TLS procedure from RFC 8253 additionally provides confidentiality protection to the conveyed data? [HC]: We changed the text related accordingly. nit: "such deployments" plural. [HC]: We have changed it as you suggested. Section 9.1 When configuring the parameters about time, a user SHOULD consider leap-years and leap-seconds. I know I mentioned leap seconds earlier as well, but this feels like a cop-out. We can tell the reader in much more detail how leap years and seconds will affect their calculations, which in aggregate will be much more efficient than making each reader think it through for themself. [HC]: This is a good suggestion. We have added more details. Section 9.2 nit(?) "view the capability" (singular) sounds like it's just seeing whether the scheduled LSP functionality is enabled or not, a boolean value. If the intent is to say that the specific (e.g., per-tunnel) state should be visible, then this should be reworded accordingly. [HC]: We have rephrased the text. Section 9.4 Is there something to say about checking that LSPs are activated/disabled at the appropriate times for scheduled and periodic events? [HC]: Added some text accordingly. Section 9.5 Are there any requirements on PCE-to-PCE synchronization protocols that now need to carry the SLSP-DB? [HC]: There are a few ways for PCE-to-PCE synchronization. Section 10.1.1 Is there anything to say about why the two reserved values are reserved? [HC]: 0 and 15 are two special values. --_000_MN2PR13MB31175641F91773CAB7CEB098F2490MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Ben,

    Thank you very much for your time, valuable comment= s and suggestions, which improve the quality of the document.
    They should have been addressed in version 23. My explanation= s/answers are inline below with prefix [HC].

Best Regards,
Huaimo

From: Benjamin Kaduk via Da= tatracker <noreply@ietf.org>
Sent: Tuesday, July 7, 2020 6:26 PM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org <draft-ie= tf-pce-stateful-pce-lsp-scheduling@ietf.org>; pce-chairs@ietf.org <pc= e-chairs@ietf.org>; pce@ietf.org <pce@ietf.org>; Adrian Farrel <= ;adrian@olddog.co.uk>; adrian@olddog.co.uk <adrian@olddog.co.uk> Subject: Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp= -scheduling-19: (with DISCUSS and COMMENT)
 
Benjamin Kaduk has entered the following ballot po= sition for
draft-ietf-pce-stateful-pce-lsp-scheduling-19: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&amp;data=3D02%7C01%7Ch= uaimo.chen%40futurewei.com%7C778d3537a59c4d57abee08d822c4d2b0%7C0fee8ff2a3b= 240189c753a1d5591fedc%7C1%7C0%7C637297576046915219&amp;sdata=3DiS8BeWM%= 2FhWHafc3Yg16BaUJVcfOF%2FEcYo%2BRzCVQkNYE%3D&amp;reserved=3D0
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://nam11.safelinks.protection.outlook.com/?url=3Dhtt= ps%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-sch= eduling%2F&amp;data=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C778d3537a= 59c4d57abee08d822c4d2b0%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637297= 576046925175&amp;sdata=3DqUrR8zNG%2FTw8aZu9k77e1tEjPeOtGRMc72rYPW8JdIM%= 3D&amp;reserved=3D0


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

This being a discuss ballot notwithstanding, the protocol mechanisms
here seem pretty well thought-out; I'm just wanting changes to how the= y
are described.

There seems to be an internal inconsistency in Section 4.3, between
"[t]he PCE SHOULD add the scheduled LSP into its scheduled LSP-DB= and
update its scheduled TED" and "[t]he stateful PCE is require= d to update
its local scheduled LSP-DB and scheduled TED".  (I think the= "SHOULD"
one is wrong, personally.)

[HC]: You are right. We have changed "SHOULD" to "MUST&= quot;,
"is required to" to "MUST" in version 22 of the do= cument uploaded.


Let's also take a closer look at the precise interdependency between t= he
B bit and PD bit -- Section 5.1 implies that the PD bit itself cannot = be
set in the absence of the B bit, referring forward to Section 5.2.2, b= ut
Section 5.2.2 seems to only say that you need both the B and PD bits s= et
in order to send SCHED-PD-LSP-ATTRIBUTE.  Bits being set as a
prerequisite for sending the TLV is a subtly different condition than<= /div>
having the one bit itself depend on the other, with correspondingly
different error handling.

[HC]: This is a good catch. We will use the latter, and change the
text for the former accordingly. (Changed in version 23)


Section 6.6 refers to the "LSP-ERROR-CODE TLV (Section 7.3.3) whi= ch is
not defined in this document, rather, the reference should be to =A7 3= .3
of RFC 8231.

[HC]: We have changed the text to the following (in version 23):
LSP-ERROR-CODE TLV (Section 7.3.3 of RFC 8231) with LSP
error-value =3D 4 "Unacceptable parameters" ...
The LSP-ERROR-CODE TLV is defined in Section 7.3.3 of RFC 8231.


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

I'm pretty sympathetic to Alvaro's not-quite-Discuss, but also am not<= /div>
quite prepared to elevate it to Discuss level (and incur the
responsibility to determine what changes are necessary to resolve it).=
I note several editorial comments and nits below, but those remarks ar= e
not comprehensive.

Abstract

                    =                      = ;                   so as to
   enable Labeled Switched Path (LSP) scheduling for path co= mputation
   and LSP setup/deletion based on the actual network resour= ce usage and
   the duration of a traffic service in a centralized networ= k
   environment as stated in RFC 8413.

Just looking at this text in isolation, it's not entirely clear if the=
event that is scheduled is the LSP activation, creation, calculation, = or
something else, and whether it is just the computed path that depends = on
the resource usage/traffic duration, or if other things like the
frequency of scheduling or the existence of an LSP at all would be
dependent on those.  Presumably the rest of the document will cla= rify,
but perhaps there is some wordsmithing possible here.

[HC]: We have rephrased it.


Section 1

   letting other services use it when this service is not us= ing it.  The
   requirement of scheduled LSP provision is mentioned in [R= FC8231] and

nit(?): I think s/provision/provisioning/

[HC]: We have changed it as you suggested.


   [RFC7399].  A solution for providing more efficient = network resource
   usage for traffic engineering is desired.  Also, for= deterministic

nit: I don't really follow the connection between these two sentences = --
"a solution for [...] is desired" seems to be a general re-s= tatement of
the problem, whereas the previous discussion has been discussing,
essentially, the benefits of the proposed solution.

[HC]: We have removed this general re-statement.


Section 2.1

Hmm, RFC 8231 says that it itself takes the definitions for "Acti= ve
Stateful PCE", "Passive Stateful PCE", and several othe= r terms from RFC
8051; we should probably short-circuit the reference chain(s).

[HC]: We have changed reference to RFC 8051 for "Active Stateful = PCE",
"Delegation" and "LSP-DB".


   Scheduled TED:  Traffic engineering database with th= e awareness of
      scheduled resources for TE.  This database i= s generated by the PCE
      from the information in TED and scheduled LSP-DB = and allows
      knowing, at any time, the amount of available res= ources (does not
      include failures in the future).

I'd consider "the expected amount of available resources (discoun= ting
the possibility of failures in the future)".

[HC]: We have changed to the text as you suggested.


Section 4.1

   The LSP scheduling allows PCEs and PCCs to provide schedu= led LSP for
   customers' traffic services at its actual usage time, so = as to
   improve the network resource efficient utilization.

nit: s/resource efficient utilization/resource utilization efficiency/=

[HC]: We have changed it as you suggested.


   In case of implementing PCC-initiated scheduled LSPs, bef= ore a PCC
   delegates a scheduled LSP, it MAY use the PCReq/PCRep mes= sages to

Just to check: there is some risk that the computed path might change<= /div>
between this query and when the LSP actually becomes active?

[HC]: We have removed "before a PCC ...
learn the path for the scheduled LSP."  


   learn the path for the scheduled LSP.  A PCC MUST de= legate a
   scheduled LSP with information of its scheduling paramete= rs,
   including the starting time and the duration using PCRpt = message.

I suggest "When delegating a scheduled LSP, a PCC MUST include it= s
scheduling parameters, including [...]", to be clear about what c= ases
the "MUST" applies to.  (It might also be worth saying = what a PCE should
do if it receives a delegation request for a scheduled LSP that does n= ot
include the requisite parameters.)

[HC]: We rephrased the text as suggested.


   For a multiple PCE environment, a PCE MUST synchronize to= other PCEs
   within the network, so as to keep their scheduling inform= ation
   synchronized.  There are many ways that this could b= e achieved: one
   such mechanism is described in [I-D.litkowski-pce-state-s= ync].  Which
   way is used to achieve this is out of scope for this docu= ment.  [...]

I'd suggest restructuring how this paragraph is laid out (akin to
Alvaro's comment).  Specifically, it's an intrinsic fact that if = you're
in a multi-PCE environment, you have to have inter-PCE synchronization=
or the stat skew causes problems.  That's not new with this docum= ent;
what we are most interested in saying is that, in addition to the
existing need to synchrnoize the TED and LSP-DB, when scheduled LSPs a= re
in use you also have to synchronize the SLSP-DB and have each PCE
reconstruct the Scheduled TED (or synchronize the Scheduled TED as
well).  The ways to perform such synchronization are hardly worth=
mentioning, except to the extent that existing mechanisms cannot handl= e
sending the extra information.

[HC]: We have restructured this paragraph.


   The scheduled LSP can also be initiated by PCE itself. &n= bsp;In case of

nit: missing article (perhaps "by a PCE itself").

[HC]: We have added it in version 22.


   scheduled LSP based on the local policy.  For the fo= rmer SCHED-LSP-
   ATTRIBUTE TLV (see Section 5.2.1) MUST be included in the= message

I suggest s/For the former/In the former case, the/

[HC]: We have changed it as you suggested.


   where as for the latter SCHED-LSP-ATTRIBUTE TLV SHOULD NO= T be

nits: s/where as/whereas/, s/SCHED-LSP-ATTRIBUTE/the SCHED-LSP-ATTRIBU= TE/

[HC]: We have changed them as you suggested.


   included.  Either way the synchronization to other P= CEs should be
   done when the scheduled LSP is created.

I recognize that the BCP 14 keywords are not being used, but earlier w= e
said "shall synchronize" but here it's just "synchroniz= ation should be
done"; it's probably worth making these consistent.

[HC]: We have changed "should" to "MUST".


   In both modes, for activation of scheduled LSPs, the PCC = could
   initiate the setup of scheduled LSP at the start time by = itself or
   wait for the PCE to update the PCC to initiate the setup = of LSP.

I'm worried about the "could initiate [...] or wait".  = While it's true
that either party could take the initiative, doesn't there need to be = an
agreement between them about which one it will be, to avoid the risk o= f
the LSP not actually geting instantiated at the start time?

[HC]: We have changed "could" to "MUST" and rephra= sed the text.


   Similarly on the scheduling usage expires, the PCC could = initiate the

[HC]: We have changed "could" to "MUST" and rephra= sed the text.


nit: s/expires/expiry/ or s/expires/expiration/

[HC]: We have changed it as you suggested.


(Same comment about "could" as above.)

[HC]: We have changed "could" to "MUST" and rephra= sed the text.


Section 4.2.2

   When an LSP is configured with a scheduling interval such= as "[Ta,
   Tb] repeats 10 times with a repeat cycle a week" (re= presenting 11
   scheduling intervals), a path satisfying the constraints = for the LSP
   in every interval represented by the periodical schedulin= g interval
   is computed once.  And then the LSP along the path i= s set up to carry
   traffic in each of the scheduling intervals.  If the= re is no path
   satisfying the constraints for some of the intervals, the= LSP will
   not be set up at all.

This seems to say that the same path must be used for each recurrence = of
the scheduled event, precluding some optimizations that might be desir= ed
in the face of other (unscheduled or differently scheduled) load. &nbs= p;Is
that intended?

[HC]: The path for one recurrence may be different from the path for <= /div>
another recurrence. We have added a note about this.


Section 4.2.2.1

   When an LSP is configured with elastic time interval &quo= t;[Ta, Tb] within
   -P and Q", a path is computed such that the path sat= isfies the
   constraints for the LSP in the time period from (Ta+Xv) t= o (Tb+Xv)
   and |Xv| is the minimum value for Xv from -P to Q.  = That is, [Ta+Xv,

To check my understanding, this mention of |Xv| is indicating that the=
PCE attempts to limit the deviation from the requested interval, using=
an absolute value metric to indicate distance from the requested value= ?
It might be worth putting in a few more words to indicate that this
optimization is being performed; just "is the minimum value"= could be
confusing.

[HC]: We have rephrased the text.



Section 4.2.2.2

   During grace periods from (Ta-GB) to Ta and from Tb to (T= b+GA), the
   LSP is up to carry traffic (maybe in best effort).

This point seems pretty key to having grace periods at all.  In
particular, if there is no difference between the traffic-handling
properties for the grace period and the "main interval", the= n the grace
period is more simply handled by the entity requesting the interval
(i.e., "just ask for a larger interval").  The fact tha= t we propose to
give different traffic-handling behavior during the grace period shoul= d
be emphasized, in order to justify the existence of the protocol
element.  In the absence of such justifying text, I would propose= to
remove the grace-period feature as needless complexity.

[HC]: There is a difference between them.  
We have rephrased the text to indicate the difference.


Section 4.3

   For PCE-Initiated Scheduled LSP, the stateful PCE can com= pute a path
   for the scheduled LSP per requests from network managemen= t systems
   automatically based on the network resource availability = in the
   scheduled TED, send a PCInitiate message with the path in= formation

nit: s/, send/ and send/

[HC]: We have changed it as you suggested.


   back to the PCC.  Based on the local policy, the PCI= nitiate message
   could be sent immediately to ask PCC to create a schedule= d LSP (as

nit: s/ask PCC/ask the PCC/

[HC]: We have changed it in version 22.


   o  Based on the configuration (and the C flag in sch= eduled TLVs),
      when it is time (i.e., at the start time) for the= LSP to be set
      up, either the PCC triggers the LSP to be signale= d or the
      delegated PCE sends a PCUpd message to the head e= nd LSR providing
      the updated path to be signaled (with A flag set = to indicate LSP
      activation).

We haven't discussed the C flag yet, so a reader is left wondering &qu= ot;how
do I know whether the PCC or PCE is going to take initiative?". &= nbsp;We
could reword, perhaps like "When it is time for the LSP to be set= up
(i.e., at the start time), based on the value of the C flag for the
scheduled TLV, either the PCC [...]".  Similar changes would= be
applicable in later sections as well.

[HC]: We have rephrased it as you suggested.


Section 4.4

Are there any special considerations for modifying a periodic schedule= d
LSP after some recurrences have already happened?  What about for=
modifying any scheduled LSP that is currently active (whether before t= he
chage, after the change, or both)?

[HC]: The unused recurrences can be modified or cancelled.
Modifying a scheduled LSP that is currently active
is similar to modifying a normal LSP that is currently active.
In addition, the duration (the lifetime) of the scheduled LSP
can be reduced.


Section 5.1

   After a PCEP session has been established, a PCC and a PC= E indicates
   its ability to support LSP scheduling during the PCEP ses= sion
   establishment phase.  For a multiple-PCE environment= , the PCEs should
   also establish PCEP session and indicate its ability to s= upport LSP
   scheduling among PCEP peers.  The Open Object in the= Open message

Does a PCE need to refrain from advertising scheduling support to PCCs=
if its PCE peers do not all support scheduling?

[HC]: No.


   scheduling among PCEP peers.  The Open Object in the= Open message
   contains the STATEFUL-PCE-CAPABILITY TLV defined in [RFC8= 231].  Note
   that the STATEFUL-PCE-CAPABILITY TLV is defined in [RFC82= 31] and
   updated in [RFC8281] and [RFC8232]".  In this d= ocument, we define a
   new flag bit B (SCHED-LSP-CAPABLITY) flag for the STATEFU= L-PCE-
   CAPABILITY TLV to indicate the support of LSP scheduling = and another
   flag bit PD (PD-LSP-CAPABLITY) to indicate the support of= LSP
   periodical scheduling.

I note that (e.g.) RFC 8623 does not seem to give mnemonic names for t= he
individual bits, so our "bit B" and "bit PD" seem = a bit out of place.

[HC]: RFC 8623 gives 3 mnemonic names for 3 bits (bit 23, 24, 25):
23 P2MP-LSP-INSTANTIATION-CAPABILITY [RFC8623]
24 P2MP-LSP-UPDATE-CAPABILITY [RFC8623]
25 P2MP-CAPABILITY [RFC8623]


Section 5.2

   Only one of these TLV SHOULD be present in the LSP object= .  In case
   more than one scheduling TLV is found, the first instance= is
   processed and others ignored.

It seems that this wording "more than one scheduling TLV" mi= ght apply to
some hypothetical future TLV type for a different variation of schedul= ed
LSPs.  If that would be undesirable, we could reword to mention t= he two
TLV types by name.

[HC]: We have rephrased this in version 22.


Section 5.2.1

Please note that this formulation (number of seconds since a fixed tim= e)
is invariant to leap seconds, but that conversions from current UTC ti= me
to it might need to account for leap seconds.  (Or if you want to= ignore
leap seconds, say that.)

[HC]: It seems that the leap seconds are accounted.


      C (1 bit):  Set to 1 to indicate the PCC is = responsible to setup
         and remove the scheduled LSP based o= n the Start-Time and
         duration.

I suggest noting that the PCE holds these responsibilities when the bi= t
is set to zero.

[HC]: We have added this as you suggested.


   Start-Time (32 bits):  This value in seconds, indica= tes when the
      scheduled LSP is used to carry traffic and the co= rresponding LSP
      must be setup and activated.  Value of 0 MUS= T NOT be used in
      Start-Time.  Note that the transmission dela= y SHOULD be considered
      when R=3D1 and the value of Start-Time is small.<= /div>

I don't understand why start-time of 0 is disallowed (for at least the=
R=3D0 case) -- that would disallow requesting a start time that happen= s to
land on the time when the time counter wraps around, for no reason.

[HC]: You are right. We have removed this limit.


   The Start-Time indicates a time at or before which the sc= heduled LSP
   must be set up.  The value of the Start-Time represe= nts the number of
   seconds since the epoch when R bit is set to 0.  Whe= n R bit is set to
   1, it represents the number of seconds from the current t= ime.

   In addition, it contains an non zero grace-before and gra= ce-after if

I suggest s/it/the SCHED-LSP-ATTRIBUTE TLV/; it's easy to misread the<= /div>
"it" as referring to the "Start-Time" from the pre= vious paragraph.

[HC]: We have changed "it" to "the value of the Start-T= ime".


   grace periods are configured.  It includes an non ze= ro elastic range

Are the Grace-Before/Grace-After fields set to zero when grace periods=
are not configured?

[HC]: Yes.


   lower bound and upper bound if there is an elastic range = configured.

(Likewise for elastic-range.)

[HC]: Yes.


Section 5.2.2

   Opt: (4 bits)  Indicates options to repeat.  A = new registry "Opt"
      under SCHED-PD-LSP-ATTRIBUTE is created.  Wh= en a PCE receives a
      TLV with a Opt value not defined, it does not com= pute any path for
      the LSP.  It generates a PCEP Error (PCErr) = with a PCEP-ERROR
      object having Error-type =3D 4 (Not supported obj= ect) and Error-
      value =3D 4 (Unsupported parameter).

Have we thought about what kind of negotiation might be needed in the<= /div>
case where a new Opt value is defined?  Though the possibility cu= rrently
seems unlikely, this error message does not seem sufficient to indicat= e
which Opt value is problematic.

[HC]: In fact, the PCEP Error message contains the TLV with the Opt
value.  


   NR: (12 bits)  The number of repeats.  In each = of repeats, LSP
      carries traffic.

Maybe say that NR=3D=3D0 is equivalent to using SCHED-LSP-ATTRIBUTE (t= o
avoid questions of 0- vs. 1-indexing)?

[HC]: Since there is a SCHED-LSP-ATTRIBUTE defined,
to make SCHED-PD-LSP-ATTRIBUTE to be SCHED-LSP-ATTRIBUTE may
make the procedures related complicated.


Section 6.x

We mention in several places "the scheduled TLVs" for the LS= P object,
but this seems misleading, since at most one scheduled TLV should be
present in a given object. Perhaps "a scheduled TLV" would b= e better?

[HC]: We have changed it as you suggested.


Section 6.2

Perhaps it's worth noting that in the PCE-initiated case there is the<= /div>
option to avoid using the scheduled LSP TLVs (and, to some extent, PCU= pd
at all), since the PCE can just not tell the PCC about the scheduled
path until its start-time occurs.

[HC]: It seems that Section 6.3 mentions something like not using the = scheduled TLVs.

Section 6.4

   request the path computation based on scheduled TED and L= SP-DB.  A
   PCC MAY use PCReq message to obtain the scheduled path be= fore
   delegating the LSP.

[if my previous comment about "subject to change" results in= text
changes, similar changes would apply here]

[HC]: Added the text to refer to changes.


Section 6.5

Just to check: the scheduled TLV should still be included in the
response even for a negative response?
(Also, same comment about "obtain the scheduled path before
delegating".)

[HC]: Yes.


Section 8

Since we deal with scheduled events, we should remind implementations = to
do something reasonable when their current time jumps.  Jumps can= be
forward or backward, and might cross boundaries for when LSPs should b= e
(in)active.  The presence of a significant time correction may be=
indicative of other (configuration) issues, and falling back to a
conservative stance (keep LSPs active?) might be appropriate.

Similarly, some discussion of how things break when there is clock ske= w
between PCC and PCE might be useful (we already have a requirement for=
clock synchronization in discussion of the R flag).

[HC]: Added some text in Operations related section.


   on the network.  Thus, such deployment should employ= suitable PCEP
   security mechanisms like TCP Authentication Option (TCP-A= O) [RFC5925]
   or [RFC8253].  The procedure based on Transport Laye= r Security (TLS)
   in [RFC8253] is considered a security enhancement and thu= s is much
   better suited for the sensitive information.  PCCs m= ay also need to

nit: TCP-AO would be considered a "security enhancement" as = well
(compared to a baseline of unprotected TCP).  Perhaps the intent = is to
say that the TLS procedure from RFC 8253 additionally provides
confidentiality protection to the conveyed data?
[HC]: We changed the text related accordingly.

nit: "such deployments" plural.
[HC]: We have changed it as you suggested.

Section 9.1

   When configuring the parameters about time, a user SHOULD= consider
   leap-years and leap-seconds.

I know I mentioned leap seconds earlier as well, but this feels like a=
cop-out.  We can tell the reader in much more detail how leap yea= rs and
seconds will affect their calculations, which in aggregate will be muc= h
more efficient than making each reader think it through for themself.<= /div>

[HC]: This is a good suggestion. We have added more details.

Section 9.2

nit(?) "view the capability" (singular) sounds like it's jus= t seeing
whether the scheduled LSP functionality is enabled or not, a boolean
value.  If the intent is to say that the specific (e.g., per-tunn= el)
state should be visible, then this should be reworded accordingly.

[HC]: We have rephrased the text.

Section 9.4

Is there something to say about checking that LSPs are
activated/disabled at the appropriate times for scheduled and periodic=
events?

[HC]: Added some text accordingly.


Section 9.5

Are there any requirements on PCE-to-PCE synchronization protocols tha= t
now need to carry the SLSP-DB?

[HC]: There are a few ways for PCE-to-PCE synchronization.


Section 10.1.1

Is there anything to say about why the two reserved values are reserve= d?

[HC]: 0 and 15 are two special values.



--_000_MN2PR13MB31175641F91773CAB7CEB098F2490MN2PR13MB3117namp_-- From nobody Fri Aug 7 12:47:18 2020 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 E463E3A0F7F; Fri, 7 Aug 2020 12:47:10 -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: 7.13.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159682963087.2661.7135325700578399628@ietfa.amsl.com> Date: Fri, 07 Aug 2020 12:47:10 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-24.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 19:47:11 -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 LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-24.txt Pages : 26 Date : 2020-08-07 Abstract: This document defines a set of extensions needed to the stateful Path Computation Element (PCE) communication Protocol (PCEP), so as to enable Labeled Switched Path (LSP) path computation, activation, setup and deletion based on scheduled time intervals for the LSP and the actual network resource usage in a centralized network environment as stated in RFC 8413. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-pce-lsp-scheduling-24 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-24 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-24 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 7 12:55:13 2020 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 5AEDC3A02F7; Fri, 7 Aug 2020 12:55:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 QnUoW96fRkto; Fri, 7 Aug 2020 12:55:07 -0700 (PDT) Received: from NAM02-BN1-obe.outbound.protection.outlook.com (mail-bn1nam07on2117.outbound.protection.outlook.com [40.107.212.117]) (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 84AFD3A0044; Fri, 7 Aug 2020 12:55:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=daNZ1Alk5ttz7nTWtUMDm/xj8Q9JPi2ZD1WoyWIp99dKUXr8SCfncsw/oe2EOuF5X42kkUhugJvFraQG/zei89dqnnRjVCGFliYRcMJVo4bsgFI6XMeI823+6Tu4HJnlgqSiHOOGDtaCRG0mEwj3kugLCXm53H860tI5q7n/Hlw89UakgyZMwpS3q7IpK1pyk/bpSf6US98JZOaCu6hsxDj9IYjJrEiyVgPyHhfDs8jsUzBmc2hU2F9zB2B7xIAHYlAoLJrvv2t8yfH9Pf2MZFY7zi0wdexg1GVWCtgisWg0BeF3nvjqmN1223vIMcuxtKJbEAHuYK2zIOT68AlirQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xG+K6YYvcAAU6HwEavcpsy1Fab78MUI6yxvbmOmcMXU=; b=AzQb4dFqSjEqqVPm3ZbMXtpfNq/SoZv1fBQtW2ohy2gYuocoh7h7VJTHU0w07zBVF/7VVNp1w0s5ClG4m4600l8cLDd2QCGHqO812mL5YqxjO+9GTzoqK0TuMF4vVag5FOqgGcMgtdMNFhxxC+Lr7MAdxzXc0c82gZycyE5IyiHOcu5Hgm26JvhY98xBeoXfNG5tomw2SKIMBJ/C3UeSRtrk9bj9CccVFeqpjegGM5DOy2Yiv2IWhPWUVIc7b76dtX0W5lefdWAASty+TftuCwp1sbq1pBLnMMpN1ptDuGBpGFQEemMNUEZq4C4nSOBr0SYEuSBEzfWxi6EFvJ+EHA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xG+K6YYvcAAU6HwEavcpsy1Fab78MUI6yxvbmOmcMXU=; b=dk97VZq9UNRSTpCyNwum22iqEsbt4MUiM0TlH5IUkE1ZWvkAVvYBKL3lJevKIbwFgcmrifBz2vMoEO72y40uKmLakuvq9lXPPtTY1F7JmdjwCI++HxW280uzU+QNKgzkfCLQijgBgtr0t/TpBCh9nKeRizE3UK8rXXQ1/R5LBlM= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB2975.namprd13.prod.outlook.com (2603:10b6:208:13f::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.7; Fri, 7 Aug 2020 19:55:02 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7%7]) with mapi id 15.20.3261.013; Fri, 7 Aug 2020 19:55:02 +0000 From: Huaimo Chen To: The IESG , Benjamin Kaduk CC: "draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org" , "pce-chairs@ietf.org" , "pce@ietf.org" , Adrian Farrel , Adrian Farrel Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-scheduling-22: (with DISCUSS and COMMENT) Thread-Index: AQHWbGHVs3ky4w+nbkCPI9JM5YmDVqktD04s Date: Fri, 7 Aug 2020 19:55:02 +0000 Message-ID: References: <159676704653.18651.9315612770740538972@ietfa.amsl.com> In-Reply-To: <159676704653.18651.9315612770740538972@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [73.114.233.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 85fe26e3-72dd-4e0d-9781-08d83b0bc617 x-ms-traffictypediagnostic: MN2PR13MB2975: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: b9Z+C3FyHiXNJ7e5DNQswCVcFZLtoAl+lQd9T5KVOaI811Cj8FOZqzklKjL3thImTRMWOsojZ5/qVHe2fhW5wtSMnW62QK7Ej3kr6NM3NRrLVZI65mn68q73R6Rj3tFjWpoWRfn6oXkme0raxshtHqfBXD/HYadKRvKZdmUZgb8Pg0uF9pmkdAWb4OXEsJacYgsztmxXHnFnKZYn3vB4HVYWTY7jPr+ll6Jz5n8Y7CG4zJPvofnbOYd8nrtbYXKrUjjfXaVJIYbaUbKK0HvMtU77bv+K2xJTHJGk7BRzjdaDs0jfyvh5S8l5FP2o9P55Oe7lFO3JQWzC/6yhMVBaDv9WDw248Sfn00h/ukJ8R6yjZHp3xyFE5801DwD+3hHzqq0Jkz2Lko4aAoKu/uGnvA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39840400004)(376002)(396003)(136003)(366004)(346002)(54906003)(110136005)(8676002)(166002)(5660300002)(53546011)(6506007)(8936002)(316002)(7696005)(52536014)(45080400002)(4326008)(66946007)(9686003)(966005)(83380400001)(19627405001)(33656002)(26005)(66446008)(66556008)(64756008)(66476007)(2906002)(55016002)(86362001)(44832011)(76116006)(71200400001)(478600001)(186003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: zORz8ZsWBgR6p2O1NDfPfU87VQcWntJmiG+YbWJf2GwXDaYX6yINdGpgSbNVdGSwN4ntnVRyy51ejvFDnSAuSy+kH92Dw7A51ZSgZzTeTikD9Zv+9XwUaYjXeWRQBCefcPt/NivbSmRlF0himUCa6XUMs2TxFwcVetQKJHBbaa3hZg7bZWjiMpjBRhuMP4krih7SnrcHcCE3TaIsrYQszAmnpZ4a7ySu0YjuYb6kq7HpdpN7SR2H1PFpoQKAPvjnjcSxJvsnTBjc5rgI5Fm+iYLolDLEVPgzVaXF0KeF19cAZskfbxZi4O7dim7gGDwnWg+XJavpw78xFS1AhxW++yKKAK0lV22F5bDO7e87pzRSTXBeNkArWcaw8aXe4Ki21ZtEZ8iYnHRfQwkgPTklm8e3zM7jo8IoTbdFiCukePXx6ize3etqLPeYcYi68FmJbx59APYd1trLiYLch6TLtKI7EWpRC39QnkXYzAnqKMQPH9h+RfBqWg9uzcgo/1HyxoJ6wGyV7Gp7Ff0IYuAhSBoNDtm5ohAHne8fCE+Mwv7LaAJeZTClLEqStE9qM7mxlqUKp3MIbYqYRuXr+upIHOCy3uttp+/V1SEVVfYFaVFnlFbTPnDdTu/NzpduH9Ep7JY6O2tD37KnMP8noDzNiA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31175A0ADCA331E457C7ACB3F2490MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB3117.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 85fe26e3-72dd-4e0d-9781-08d83b0bc617 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2020 19:55:02.6209 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: yOJRvVkCgWIbTNYZwympszAIkie7pI8mHuVyrYD5qfft5nuUSTAbIBAOOfqrflxlcsYoBeZmx77ZtasqVGDOyg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB2975 Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-scheduling-22: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 19:55:10 -0000 --_000_MN2PR13MB31175A0ADCA331E457C7ACB3F2490MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ben, Thank you very much for your further valuable comments and suggestions. They should have been addressed in version 24 uploaded. Inline below ar= e my explanations. Best Regards, Huaimo ________________________________ From: Benjamin Kaduk via Datatracker Sent: Thursday, August 6, 2020 10:24 PM To: The IESG Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org ; pce-chairs@ietf.org ; pce@ietf.org ; Adrian Farrel ; adria= n@olddog.co.uk Subject: Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-schedu= ling-22: (with DISCUSS and COMMENT) Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-stateful-pce-lsp-scheduling-22: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps= %3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&data= =3D02%7C01%7Chuaimo.chen%40futurewei.com%7C77e5a8e196f9405b19f808d83a78f6f4= %7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637323638504477582&sdata= =3DQbc5Va%2BmQottFqMBHI6%2BycUle3BhkWfxushrS3qFvQ8%3D&reserved=3D0 for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra= cker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-scheduling%2F&dat= a=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C77e5a8e196f9405b19f808d83a78f6f= 4%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637323638504477582&sdata= =3DMy4fM%2BqPZCPeYIRAFragD9ZRgy40vAkIguq474QA5Nk%3D&reserved=3D0 ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thanks for addressing my first two discuss points from the -19; it looks like the last one is still remaining (please note that I had a typo in my original ballot on the -19, referring to a section 3.3 when 7.3.3 was inten= ded): Section 6.6 refers to the "LSP-ERROR-CODE TLV (Section 7.3.3) which is not defined in this document, rather, the reference should be to =A7 7.3.3 of RFC 8231. [HC]: We have changed it to "Section 7.3.3 of [RFC8231]" as you suggested (in version 23). ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have some new comments after reviewing the diff from -19 to -22. (Signs indicate that processing of my previous comments is still underway; if there's a need to refer to them they are available in the email archives and in the 'history' tab for the document in the datatracker.) Section 4.1 For a scheduled LSP crossing multiple domains from an ingress domain to an egress domain. There is a PCE responsible for each of these domains. The PCE for the ingress domain is called ingress PCE. The PCE for the egress domain is called egress PCE. The state of the LSP MUST be synchronized among these PCEs. After a path for the LSP is computed, a PCRpt message with the scheduled LSP information MUST be sent to every PCE along the path from the ingress PCE to the egress PCE. After receiving the PCRpt message, the PCE MUST update its SLSP-DB according to the scheduled LSP information. The ingress PCE acting as a PCC sends its next hop PCE the PCRpt message. After receiving the PCRpt message, the next hop PCE acting as a PCC sends its next hop PCE the PCRpt message. This continues until the egress PCE receives the PCRpt message. A bunch of nits here. How about % Additional requirements apply when a scheduled LSP crosses multiple % domains, from an ingress domain to an egress domain. There is a PCE % responsible for each of these domains. The PCE for the ingress % domain is called the ingress PCE. The PCE for the egress domain is % called the egress PCE. The state of the LSP MUST be synchronized % among all PCEs along the path. To achieve this, after a path for the % LSP is computed, a PCRpt message with the scheduled LSP information % MUST be sent to every PCE along the path from the ingress PCE to the % egress PCE. After receiving the PCRpt message, each PCE MUST update % its SLSP-DB according to the scheduled LSP information. The ingress % PCE acting as a PCC sends its next hop PCE the PCRpt message. After % receiving the PCRpt message, the next hop PCE acting as a PCC sends % its next hop PCE the PCRpt message. This continues until the egress % PCE receives the PCRpt message. [HC]: The paragraph has been changed to talk about synchronization among the PCEs in one domain as suggested (in version 23). Section 4.3 o The stateful PCE MUST update its local scheduled LSP-DB and scheduled TED with the scheduled LSP. Besides, it MUST send a PCRpt message with the scheduled LSP to its next hop PCE along the path of the LSP, so as to achieve the scheduling traffic engineering information synchronization. nit: I think s/Besides/Additionally/ [HC]: We have changed it to Additionally in version 24. Section 5.1 During a PCEP session has been established, a PCC and a PCE indicates its ability to support LSP scheduling during the PCEP session establishment phase. [...] Some nits here; maybe: % During the PCE session establishment phase, a PCC and PCE indicate % their ability to support LSC scheduling. [...] [HC]: We have rephrased the text accordingly in version 24. Section 5.2 Only one SCHED-LSP-ATTRIBUTE TLV SHOULD be present in the LSP object. In case more than one SCHED-LSP-ATTRIBUTE TLV is found, the first instance is processed and others ignored. The SCHED-PD-LSP-ATTRIBUTE TLV is the same as the SCHED-LSP-ATTRIBUTE TLV regarding to its presence in the LSP object. The new text here has changed what I interpret it to mean. I interpret the text in the -22 as allowing for an LSP that includes one SCHED-LSP-ATTRIBUTE and one SCHED-PD-LSP-ATTRIBUTE TLV in the same LSP, whereas the text from the -19 seemed to indicate that if (e.g.) I had a periodic scheduling TLV then the regular SCHED-LSP-ATTRIBUTE was forbidden. After just a cursory amount of thought, it seems like there is not a useful way to interpret both TLVs at the same time, which would make this text change a regression, but I may be missing something. [HC]: These two TLVs MUST NOT be for the same LSP. We have added the text to explain this and rephrased the related text (in version 24). Section 5.2.2 STATEFUL-PCE-CAPABILITY TLV carried in open message. If the TLV is received by a peer when both bits were not set, the peer MUST ignore the TLV and generate a PCEP Error (PCErr) with a PCEP-ERROR object having Error-type =3D 4 (Not supported object) and Error-value =3D 4 (Unsupported parameter). (nit) English has this unfortunate property where the "not set" in "both bits were not set" can be interpreted as a synonym for "unset", which would make "both bits were not set" mean that this is describing the case where B=3D0 and PD=3D0. What we actually mean is "anything other than (B=3D1,PD=3D1)", which might be expressed as "If the TLV is received by a peer when either (or both) bit is not set". [HC]: We have changed it accordingly (in version 24). --_000_MN2PR13MB31175A0ADCA331E457C7ACB3F2490MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Ben,

    Thank you very much for your further valuable comments and su= ggestions.
    They should have been addressed in version 24 uploaded. Inlin= e below are my explanations.

Best Regards,
Huaimo

From: Benjamin Kaduk via Da= tatracker <noreply@ietf.org>
Sent: Thursday, August 6, 2020 10:24 PM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org <draft-ie= tf-pce-stateful-pce-lsp-scheduling@ietf.org>; pce-chairs@ietf.org <pc= e-chairs@ietf.org>; pce@ietf.org <pce@ietf.org>; Adrian Farrel <= ;adrian@olddog.co.uk>; adrian@olddog.co.uk <adrian@olddog.co.uk> Subject: Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp= -scheduling-22: (with DISCUSS and COMMENT)
 
Benjamin Kaduk has entered the following ballot po= sition for
draft-ietf-pce-stateful-pce-lsp-scheduling-22: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&amp;data=3D02%7C01%7Ch= uaimo.chen%40futurewei.com%7C77e5a8e196f9405b19f808d83a78f6f4%7C0fee8ff2a3b= 240189c753a1d5591fedc%7C1%7C0%7C637323638504477582&amp;sdata=3DQbc5Va%2= BmQottFqMBHI6%2BycUle3BhkWfxushrS3qFvQ8%3D&amp;reserved=3D0
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://nam11.safelinks.protection.outlook.com/?url=3Dhtt= ps%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-sch= eduling%2F&amp;data=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C77e5a8e19= 6f9405b19f808d83a78f6f4%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637323= 638504477582&amp;sdata=3DMy4fM%2BqPZCPeYIRAFragD9ZRgy40vAkIguq474QA5Nk%= 3D&amp;reserved=3D0


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

Thanks for addressing my first two discuss points from the -19; it loo= ks
like the last one is still remaining (please note that I had a typo in= my
original ballot on the -19, referring to a section 3.3 when 7.3.3 was = intended):

Section 6.6 refers to the "LSP-ERROR-CODE TLV (Section 7.3.3) whi= ch is
not defined in this document, rather, the reference should be to =A7 7= .3.3
of RFC 8231.

[HC]: We have changed it to "Section 7.3.3 of [RFC8231]" as = you suggested
(in version 23).

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

I have some new comments after reviewing the diff from -19 to -22.
(Signs indicate that processing of my previous comments is still
underway; if there's a need to refer to them they are available in the=
email archives and in the 'history' tab for the document in the
datatracker.)

Section 4.1

   For a scheduled LSP crossing multiple domains from an ing= ress domain
   to an egress domain.  There is a PCE responsible for= each of these
   domains.  The PCE for the ingress domain is called i= ngress PCE.  The
   PCE for the egress domain is called egress PCE.  The= state of the LSP
   MUST be synchronized among these PCEs.  After a path= for the LSP is
   computed, a PCRpt message with the scheduled LSP informat= ion MUST be
   sent to every PCE along the path from the ingress PCE to = the egress
   PCE.  After receiving the PCRpt message, the PCE MUS= T update its
   SLSP-DB according to the scheduled LSP information.  = ;The ingress PCE
   acting as a PCC sends its next hop PCE the PCRpt message.=  After
   receiving the PCRpt message, the next hop PCE acting as a= PCC sends
   its next hop PCE the PCRpt message.  This continues = until the egress
   PCE receives the PCRpt message.

A bunch of nits here.  How about

% Additional requirements apply when a scheduled LSP crosses multiple<= /div>
% domains, from an ingress domain to an egress domain.  There is = a PCE
% responsible for each of these domains.  The PCE for the ingress=
% domain is called the ingress PCE.  The PCE for the egress domai= n is
% called the egress PCE.  The state of the LSP MUST be synchroniz= ed
% among all PCEs along the path.  To achieve this, after a path f= or the
% LSP is computed, a PCRpt message with the scheduled LSP information<= /div>
% MUST be sent to every PCE along the path from the ingress PCE to the=
% egress PCE.  After receiving the PCRpt message, each PCE MUST u= pdate
% its SLSP-DB according to the scheduled LSP information.  The in= gress
% PCE acting as a PCC sends its next hop PCE the PCRpt message.  = After
% receiving the PCRpt message, the next hop PCE acting as a PCC sends<= /div>
% its next hop PCE the PCRpt message.  This continues until the e= gress
% PCE receives the PCRpt message.

[HC]: The paragraph has been changed to talk about synchronization
among the PCEs in one domain as suggested (in version 23).


Section 4.3

   o  The stateful PCE MUST update its local scheduled = LSP-DB and
      scheduled TED with the scheduled LSP.  Besid= es, it MUST send a
      PCRpt message with the scheduled LSP to its next = hop PCE along the
      path of the LSP, so as to achieve the scheduling = traffic
      engineering information synchronization.

nit: I think s/Besides/Additionally/

[HC]: We have changed it to Additionally in version 24.


Section 5.1

   During a PCEP session has been established, a PCC and a P= CE indicates
   its ability to support LSP scheduling during the PCEP ses= sion
   establishment phase.  [...]

Some nits here; maybe:

% During the PCE session establishment phase, a PCC and PCE indicate
% their ability to support LSC scheduling. [...]

[HC]: We have rephrased the text accordingly in version 24.


Section 5.2

   Only one SCHED-LSP-ATTRIBUTE TLV SHOULD be present in the= LSP object.
   In case more than one SCHED-LSP-ATTRIBUTE TLV is found, t= he first
   instance is processed and others ignored.  The SCHED= -PD-LSP-ATTRIBUTE
   TLV is the same as the SCHED-LSP-ATTRIBUTE TLV regarding = to its
   presence in the LSP object.

The new text here has changed what I interpret it to mean.
I interpret the text in the -22 as allowing for an LSP that includes o= ne
SCHED-LSP-ATTRIBUTE and one SCHED-PD-LSP-ATTRIBUTE TLV in the same LSP= ,
whereas the text from the -19 seemed to indicate that if (e.g.) I had = a
periodic scheduling TLV then the regular SCHED-LSP-ATTRIBUTE was
forbidden.  After just a cursory amount of thought, it seems like= there
is not a useful way to interpret both TLVs at the same time, which wou= ld
make this text change a regression, but I may be missing something.

[HC]: These two TLVs MUST NOT be for the same LSP. We have added the <= /div>
text to explain this and rephrased the related text (in version 24).


Section 5.2.2

   STATEFUL-PCE-CAPABILITY TLV carried in open message. &nbs= p;If the TLV is
   received by a peer when both bits were not set, the peer = MUST ignore
   the TLV and generate a PCEP Error (PCErr) with a PCEP-ERR= OR object
   having Error-type =3D 4 (Not supported object) and Error-= value =3D 4
   (Unsupported parameter).

(nit) English has this unfortunate property where the "not set&qu= ot; in "both
bits were not set" can be interpreted as a synonym for "unse= t", which
would make "both bits were not set" mean that this is descri= bing the
case where B=3D0 and PD=3D0.  What we actually mean is "anyt= hing other than
(B=3D1,PD=3D1)", which might be expressed as "If the TLV is = received by a
peer when either (or both) bit is not set".

[HC]: We have changed it accordingly (in version 24).



--_000_MN2PR13MB31175A0ADCA331E457C7ACB3F2490MN2PR13MB3117namp_-- From nobody Fri Aug 7 17:44:11 2020 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 209DE3A0E4C; Fri, 7 Aug 2020 17:44:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 h641wUbZgsAQ; Fri, 7 Aug 2020 17:44:05 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 07E9D3A0BA8; Fri, 7 Aug 2020 17:44:04 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 0780htUP000942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 7 Aug 2020 20:43:57 -0400 Date: Fri, 7 Aug 2020 17:43:54 -0700 From: Benjamin Kaduk To: Huaimo Chen Cc: The IESG , "draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org" , "pce-chairs@ietf.org" , "pce@ietf.org" , Adrian Farrel Message-ID: <20200808004354.GN92412@kduck.mit.edu> References: <159676704653.18651.9315612770740538972@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-stateful-pce-lsp-scheduling-22: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 00:44:06 -0000 Hi Huaimo On Fri, Aug 07, 2020 at 07:55:02PM +0000, Huaimo Chen wrote: > Hi Ben, > > Thank you very much for your further valuable comments and suggestions. > They should have been addressed in version 24 uploaded. Inline below are my explanations. Thanks for the explanations and the updates; they look good to me. I will go remove my Discuss now. Thanks! -Ben From nobody Fri Aug 7 20:44:43 2020 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 120973A0C1A; Fri, 7 Aug 2020 20:44:42 -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: 7.13.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159685828201.1751.4832403188164623136@ietfa.amsl.com> Date: Fri, 07 Aug 2020 20:44:42 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-25.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 03:44:42 -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 LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-25.txt Pages : 26 Date : 2020-08-07 Abstract: This document defines a set of extensions needed to the stateful Path Computation Element (PCE) communication Protocol (PCEP), so as to enable Labeled Switched Path (LSP) path computation, activation, setup and deletion based on scheduled time intervals for the LSP and the actual network resource usage in a centralized network environment as stated in RFC 8413. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-pce-lsp-scheduling-25 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-25 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-25 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 7 20:51:08 2020 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 899DE3A0C32; Fri, 7 Aug 2020 20:51:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 dCuQB2IEatIX; Fri, 7 Aug 2020 20:51:00 -0700 (PDT) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2092.outbound.protection.outlook.com [40.107.237.92]) (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 468183A0C2F; Fri, 7 Aug 2020 20:51:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jrqc3bTHrtgVnDV3IETWLuNXQP740YNd6o0vIZ3VwOQXCx6hT1wDDendYLwXHh/zSIY7seu/3NMNUlQD9QEqQBBaBXYVO4zR7nvuP27g1QtEJB4tfo9RN1R4lAX2KoW0LjcLSgyV8QXt49c9mTMiCDcZuqC6NFkQ4yDCNZbgkWvXUYZKBqMvtzlccYBKNsvWcIlpqeHscRUKsQRkEGU8jv6PsGzcPCY4NsYGidbFSh4MiLBPeAvUcf2Ism01sCvciR0Ems4+bxVPv+mJS+FSe9CuZNfxsZ60Jv5E7ARnzty3NkGnW+mt2i3++HgwJSu30M3Kcg7An7FvS/IukbRwnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/UljdrglUsqu59fI9yKn/Ew80v7Tkab2d6plQf+t+dU=; b=PC/H87QfVU77Gct+7UFc5AV+3RLb5kzrxtva9W+HE+2CZcksE9ycpaCYXyV8Sj7r4nna0HeEELh4i9ux9tjSAUQRAdyDVXhyB1aIZpzGOquq4yiNEcefZnLUozI0cdclVrUyiAfavlw01LCe1jKKqICUJsN9xHhPSsou1EbwpNOVT7vFYWhgngEKpkaLqjBhHBpu+866SN5fxQC/5PZoO/1kwy7kF9HX5QzBMtodvMbV1Te3fkYm4lkdDud2WO0dJcExb7MQGvibZJb0Vgqwrrls55OjbvCVBix12hcnWEOzeIr2TOGeZz/qjmlaB5ypA2m2iXXNjzpeH4yF/DSfyQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/UljdrglUsqu59fI9yKn/Ew80v7Tkab2d6plQf+t+dU=; b=eSV4eNsv3bLOAV+DRw3/eBh9ZoLRSFRFN9eCyqh/p3yfL3YS0miNUzJ8iOHfk76Fr1FSS1U34iu2jDQyF7pieAoX6Bwr8QwwoVzK6wW1Pbm2DbI/QFdw4xVpZJck85LbDMfk6ip2jjpxunkXb/j49H6RhgGoJy3iWO8hTd2hcJw= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3631.namprd13.prod.outlook.com (2603:10b6:208:1ef::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.7; Sat, 8 Aug 2020 03:50:56 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7%7]) with mapi id 15.20.3261.013; Sat, 8 Aug 2020 03:50:56 +0000 From: Huaimo Chen To: The IESG , Roman Danyliw CC: "draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org" , "pce-chairs@ietf.org" , "pce@ietf.org" , Adrian Farrel , Adrian Farrel Thread-Topic: Roman Danyliw's No Objection on draft-ietf-pce-stateful-pce-lsp-scheduling-19: (with COMMENT) Thread-Index: AQHWVZOwlWUKr/Ow90WJEQ8vHM6p/qktwdoN Date: Sat, 8 Aug 2020 03:50:56 +0000 Message-ID: References: <159425958286.30155.15214639006444253746@ietfa.amsl.com> In-Reply-To: <159425958286.30155.15214639006444253746@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [73.114.233.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a7a68fae-317c-49cd-fb5d-08d83b4e4156 x-ms-traffictypediagnostic: MN2PR13MB3631: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5797; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Khj1aajheLo6q+XlIeOthjdgOB8ZCwkVM8iUHXEFoR56Nx1GQ4QoLrCo8vAAX2M24mZMTN8rk0pFwBa5SFbl1GsQKbKmHJFbzIEUDnfIGFdZ0xJQqKTuR3IggpsQbVCBBo+sDPkEC5h3vb8NgbtNlCsmtOOppeRAroVxjun95mwi914y7ATwHfRFP/FIZhfGh+NjbTb6DeRyQbb/CW1LmfHuJmhqT0+MfT7Oatxo5/13nC9hLl8YDHjw6E6R8pQgUWR4tFr/MwlZVigkZTE9sycwW7kG8PO6kRVcbU8u2KvYOf6UsWOzJ479+Yo20dNEx9rg2hD+OCAKKoXG0FHpQJlzj8MsMKMIEFikx22c0fvJnDDFhbukGdtdp+ifXwUixwGxzhXa7uLSpPwxh4X/mw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(136003)(39840400004)(376002)(396003)(366004)(19627405001)(2906002)(5660300002)(186003)(33656002)(52536014)(7696005)(4326008)(8676002)(26005)(53546011)(6506007)(966005)(166002)(66446008)(71200400001)(64756008)(66946007)(44832011)(66476007)(76116006)(45080400002)(86362001)(316002)(54906003)(9686003)(55016002)(8936002)(110136005)(66556008)(83380400001)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: lFaf4MLZYQmxUN14A9w0DabcKjA9PlbVNtdVUStvKpVcBEdE+E83XXFkSHumvrLughD38aFQvgOdhjm0/oT+MtYvVCzGjuTmFFbyJfc0imHSF2VaYEBD570+0O8j13P33cqiwWhTsml7QBqzRiPR39o0SoUKbG4YLBfAbedK1Y2ACvV2vNHS6f5JiHVpn2pkGCX1/dd88JFQ6kQaGua3mphWQxK77pL3dTjsUk5oX8H7//YUfHTx4KAYhoFWy+tA7rVYmCAgZzFb/VOq6bh2uR9L6QzufwWCpZwVJdf5zwpgcPs6j/BW0EpyycwhptWxed+N2CRY/JeBTMCkFWbZFA1HaPgor/1lwDyoSv6iNywrFIAL7SrXL03nmkyquB50RZA4inlskf/F5916OVfTh63SAp+N41eNWlkQfK1jwrU5n7b5Vs7iAmucCzUyyGQviPQ0iqoiZ80t+RKt83lxsSZW3s76Nxu/VaIaa6Ox7rnzwDOOv6uXMMu5B2dXuZfRbC/Ltw7FKa+OePlbiHzX7zUVbHt+zpnF8p9J3nFOco606VCRQw0vpksa5TV2jeLazy8wzVWpKg5WVLpDIk7AVBru3NhZxqf8J3CgWACRIgkZWPXvGNFbdHrQ9myNsl726zAZynzmFHq41QRWlPgoVA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31170F40689E9F9AAA5251E6F2460MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB3117.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a7a68fae-317c-49cd-fb5d-08d83b4e4156 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Aug 2020 03:50:56.0893 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: xA1yZrtK9sa0hjJoNDyVZvl2JiOqQbb9gAte80Kx6QeHSy3LCZAOV0Rq+wj/jX4MMBXDpPsBMcG3lfC8g1DoNA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3631 Archived-At: Subject: Re: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-stateful-pce-lsp-scheduling-19: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 03:51:03 -0000 --_000_MN2PR13MB31170F40689E9F9AAA5251E6F2460MN2PR13MB3117namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Roman, Thank you very much for your valuable comments. They should have been addressed in version 25 uploaded. My explanations= are inline below with [HC]. Best Regards, Huaimo ________________________________ From: Roman Danyliw via Datatracker Sent: Wednesday, July 8, 2020 9:53 PM To: The IESG Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org ; pce-chairs@ietf.org ; pce@ietf.org ; Adrian Farrel ; adria= n@olddog.co.uk Subject: Roman Danyliw's No Objection on draft-ietf-pce-stateful-pce-lsp-sc= heduling-19: (with COMMENT) Roman Danyliw has entered the following ballot position for draft-ietf-pce-stateful-pce-lsp-scheduling-19: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps= %3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&data= =3D02%7C01%7Chuaimo.chen%40futurewei.com%7Cb3c098edc64241930bc908d823aad19c= %7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637298563864999722&sdata= =3DTgYuVMObrX4HA70JXaAzt8VgCPWJrNMu4fl0ffljQYA%3D&reserved=3D0 for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra= cker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-scheduling%2F&dat= a=3D02%7C01%7Chuaimo.chen%40futurewei.com%7Cb3c098edc64241930bc908d823aad19= c%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637298563864999722&sdata= =3DIGKYNDm8pT9QouQn5Oddq7ePJkLTQliYPcIWLIc53oE%3D&reserved=3D0 ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I concur with Alvaro Retana=92s point (2) and (3), that since time synchronization is key to functionality clarified normative guidance is nee= ded. [HC]: We have addressed them. I support Ben Kaduk's DISCUSS position. ** Section 2.1. Thank you for providing a mapping of terms to references. ** Consider using normative language in the following places: -- Section 5.2.1. Per =93The Start-Time indicates a time at or before whic= h the schedule LSP must be set up=94, should this be a normative MUST? [HC]: We have changed it to a normative MUST. -- Section 8. Per =93Thus, such deployment should employ suitable PCEP sec= urity mechanisms =85=94, why not a normative SHOULD? [HC]: We have changed it to SHOULD (in version 25). ** Editorial Nits: -- Section 1. Typo. s/can not/cannot/ [HC]: We have changed it to "cannot" (in version 25) -- Section 5.2.1. Typo. s/an non zero/a non zero/g [HC]: We have changed it to "a non zero" (in version 25) --_000_MN2PR13MB31170F40689E9F9AAA5251E6F2460MN2PR13MB3117namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi Roman,

    Thank you very much for your valuable comments.
    They should have been addressed in version 25 uploaded. My ex= planations are inline below with [HC].

Best Regards,
Huaimo
From: Roman Danyliw via Dat= atracker <noreply@ietf.org>
Sent: Wednesday, July 8, 2020 9:53 PM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org <draft-ie= tf-pce-stateful-pce-lsp-scheduling@ietf.org>; pce-chairs@ietf.org <pc= e-chairs@ietf.org>; pce@ietf.org <pce@ietf.org>; Adrian Farrel <= ;adrian@olddog.co.uk>; adrian@olddog.co.uk <adrian@olddog.co.uk> Subject: Roman Danyliw's No Objection on draft-ietf-pce-stateful-pce= -lsp-scheduling-19: (with COMMENT)
 
Roman Danyliw has entered the following ballot pos= ition for
draft-ietf-pce-stateful-pce-lsp-scheduling-19: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&amp;data=3D02%7C01%7Ch= uaimo.chen%40futurewei.com%7Cb3c098edc64241930bc908d823aad19c%7C0fee8ff2a3b= 240189c753a1d5591fedc%7C1%7C0%7C637298563864999722&amp;sdata=3DTgYuVMOb= rX4HA70JXaAzt8VgCPWJrNMu4fl0ffljQYA%3D&amp;reserved=3D0
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://nam11.safelinks.protection.outlook.com/?url=3Dhttps= %3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-sched= uling%2F&amp;data=3D02%7C01%7Chuaimo.chen%40futurewei.com%7Cb3c098edc64= 241930bc908d823aad19c%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C63729856= 3864999722&amp;sdata=3DIGKYNDm8pT9QouQn5Oddq7ePJkLTQliYPcIWLIc53oE%3D&a= mp;amp;reserved=3D0


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

I concur with Alvaro Retana=92s point (2) and (3), that since time
synchronization is key to functionality clarified normative guidance i= s needed.

[HC]: We have addressed them.


I support Ben Kaduk's DISCUSS position.

** Section 2.1.  Thank you for providing a mapping of terms to re= ferences.

** Consider using normative language in the following places:
-- Section 5.2.1.  Per =93The Start-Time indicates a time at or b= efore which the
schedule LSP must be set up=94, should this be a normative MUST?

[HC]: We have changed it to a normative MUST.


-- Section 8.  Per =93Thus, such deployment should employ suitabl= e PCEP security
mechanisms =85=94, why not a normative SHOULD?

[HC]: We have changed it to SHOULD (in version 25).


** Editorial Nits:
-- Section 1.  Typo. s/can not/cannot/

[HC]: We have changed it to "cannot" (in version 25)

-- Section 5.2.1.  Typo. s/an non zero/a non zero/g

[HC]: We have changed it to "a non zero" (in version 25)
--_000_MN2PR13MB31170F40689E9F9AAA5251E6F2460MN2PR13MB3117namp_-- From nobody Sat Aug 8 11:14:36 2020 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 E68FA3A0C1A; Sat, 8 Aug 2020 11:14: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: 7.13.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159691047488.16856.572416387990948270@ietfa.amsl.com> Date: Sat, 08 Aug 2020 11:14:34 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-26.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 18:14:35 -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 LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-26.txt Pages : 26 Date : 2020-08-08 Abstract: This document defines a set of extensions needed to the stateful Path Computation Element (PCE) communication Protocol (PCEP), so as to enable Labeled Switched Path (LSP) path computation, activation, setup and deletion based on scheduled time intervals for the LSP and the actual network resource usage in a centralized network environment as stated in RFC 8413. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-pce-lsp-scheduling-26 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-26 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-26 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Aug 8 11:27:31 2020 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 9769D3A0C4F; Sat, 8 Aug 2020 11:27:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 fuY7QVra07NV; Sat, 8 Aug 2020 11:27:25 -0700 (PDT) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690126.outbound.protection.outlook.com [40.107.69.126]) (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 41E0E3A0C4A; Sat, 8 Aug 2020 11:27:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=b4jBFTSL/9x77xf1+hGHyVtoYJY5fF+969OKgE0BsY13x8PJ2SLxe7DlsZy5ZQ85FfxdcWvT1e9a8t1C5ypAksOkLoe/gIOOUpvp7MYOYQHY+LOlZS/VKiB2ASB7gIPso+WiOA/ilz7QYE0MNSAzChlky9GfG3r0YUWO52hpp9hmeItFVWAHbrYJGWLpRwsoQKe6bKX+ZXWawBVnlqLXlOYo5jedvPh9sRN6D6pCXgQ5yLe4XExlt20+y6hMi1h0KXxGv2SCpr3WhfHm5e3uK9XD34obJhvGedCEctk41jKyR6aFyRho7CrWmMZnqVdboRTD0qTuk/tJaaYjZMDT1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BQZnWLTntVoR0VFdcb/gbOnSwOUCa99PcIZIBWoTwFI=; b=krP2ho7g9UrJgvJ16ZWTnx+HW4OxmzVcCPo0GsAYobXJH3TFR3SpvY3BhRr3Din4O/2Cn6gyO8q2Lh+ArRKqZsAIDsrHZJdP6lzVv/zD/OfgXuxE8rJS7peDo1GaeOpUreAcf2Adg94BCOPtUQmNsgF2Bopepbp4eEVaO3cUo4hnp3KXaCh2nFYPRla1B1Qv/ip/rHw4Geban6gUuKK6c9HYHXEcABH6T8VsZi4k3ro2tnEVbgDx2hcnraJ8axozoYLNBBYcY8D2Eweoq97TvrF8OCsTVNkHsi2nOPLaYIGM0cxigAlMoXaMMsgbWWoNbzIdAmrHAuK/E9z8rdrbAA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BQZnWLTntVoR0VFdcb/gbOnSwOUCa99PcIZIBWoTwFI=; b=uALOKZXLH1JqUeoB7x7clg2kmKmHuktKbtiEYoMFbQYscWACmyA8r2o7VofHktLBA2GTE5RE8dKhPEM8sfK6YWbq6bHRZYPpcKjjYTH6CVCDgLYIk7r7KqTKKh+eDyZExMJNRBU4vewg7HKZ6mC0JYGDAu/0T5H1g5KADVqOCWo= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB2990.namprd13.prod.outlook.com (2603:10b6:208:137::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.7; Sat, 8 Aug 2020 18:27:23 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7%7]) with mapi id 15.20.3261.013; Sat, 8 Aug 2020 18:27:23 +0000 From: Huaimo Chen To: The IESG , Robert Wilton CC: "draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org" , "pce-chairs@ietf.org" , "pce@ietf.org" , Adrian Farrel , Adrian Farrel Thread-Topic: Robert Wilton's No Objection on draft-ietf-pce-stateful-pce-lsp-scheduling-19: (with COMMENT) Thread-Index: AQHWVUrPzFB5nmeuwkqIZqIS9GQk+6kutXuQ Date: Sat, 8 Aug 2020 18:27:23 +0000 Message-ID: References: <159422825461.24161.2698084555123962875@ietfa.amsl.com> In-Reply-To: <159422825461.24161.2698084555123962875@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [73.114.233.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1e2bc84b-6eb2-4be1-794e-08d83bc8b1cc x-ms-traffictypediagnostic: MN2PR13MB2990: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Gt3YgMmc644QDlfXwT17Yvqmb2v5Y4uWk9ql+4erV0ICMx1Ro2EzBzLMX+QMv0Wja0jFrTYPQaFi8pBSaIbMqU5stJbYQvPbzo8csCp9ILXwNpfqNa86gEfIvZohcoom+SpxAvbqxh3iUEdTvTI+gUlES0JbhEy+MgYetlJ3TMwxMYN2XteVLv4ejL8klXq6trA7BXYWkugrpNcIs/sCSkF7BRjVw/H+OOhsQ3W3hi4ry9C9dAK+5yiIeVogkGvWWGHfAqqKoqtEYy6rxiTpu60wPx8kZEBZNyrG2wNyg5G2yjvNjvjOhqCw9Zvxb8LCSHsyza0E3TRH1ezM+vylCh6P9A6pRZuv8VBlumMUlZjT8Fx/uYAXvV7dRzcdysaR+HRt5su68cJdrWDi8YKULw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39840400004)(366004)(136003)(376002)(346002)(64756008)(45080400002)(166002)(71200400001)(86362001)(44832011)(2906002)(5660300002)(54906003)(478600001)(76116006)(8676002)(52536014)(66946007)(4326008)(110136005)(66556008)(83380400001)(66446008)(66476007)(8936002)(186003)(316002)(26005)(19627405001)(55016002)(33656002)(7696005)(966005)(9686003)(53546011)(6506007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 34IpAMFTjUdcFeC3r4H7Sg+7xAsLmHnLtM9gB/pOHPjZggkddFio88zR230L2ToaJ/HFaeR6xkOG7N7+7w2ZY5fbJdZmNjyHKrhdhXbuBu35z9ziR0E5jT0aC4Xpr0rmRXLzCf+i51pcRRuZW7gsNTVav/FqUvcpX0Z0A5+80VQQrq+Q8rjGybJFARUYtE4YZzPhS/IyxMi0yiSvEqma6Z+xEA19OuBRU68qkyPlTa8Y97to1nnEp33XOzIkJL5j/aBuwhy2kwUPSsAFiWfwxhtGyVcoS9s1W3xy5PV2VqXPeDlHhKHHJZ7Y2BTtFA8N+TTeCnzbyw/oauZGfqqaBSw/NmJOHtq6WKB7LlyE9HrhzNDbrbadPgtAfGpxRPNvE3LQY+Nsu5fUn7rll52Dv/dH41KHeIX/1doIV8wxDc61Q/AbuZ8d1u4wLjg9lOFfUYs9znP7RjuYeB96/r47G3HlOfnqW5fCkL6EIT4ampVmlQfJ1gq3LKCMhWX+6D9UbMRMT2dJiN8QaWbnFWfptOxAWZVuvxKsFjmEbsxXSOYxthaDekqq6+rZdZ2Ukr6TOma76WC/M+g3VpJKxEFXyxSRvOs8qMekuBUMou8TbtBH+nHIznm6I7VmkUPr149L1NC9GY5jgCRZJfTfRGfpSQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31178A77908EDC9538E5E8E4F2460MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB3117.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1e2bc84b-6eb2-4be1-794e-08d83bc8b1cc X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Aug 2020 18:27:23.3651 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 60eeYtwQ2mH95cU7v9Z4p31QTTXp3L9Zushw+aw1SqrqtUSdrMbjK7Yhsp33Yb/41hjbmXH3aYYtvBfQwUw3rQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB2990 Archived-At: Subject: Re: [Pce] Robert Wilton's No Objection on draft-ietf-pce-stateful-pce-lsp-scheduling-19: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 18:27:29 -0000 --_000_MN2PR13MB31178A77908EDC9538E5E8E4F2460MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Robert, Thank you very much for your valuable comments. They should have been addressed in version 26 uploaded. My explanations= are inline below with [HC]. Best Regards, Huaimo ________________________________ From: Robert Wilton via Datatracker Sent: Wednesday, July 8, 2020 1:10 PM To: The IESG Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org ; pce-chairs@ietf.org ; pce@ietf.org ; Adrian Farrel ; adria= n@olddog.co.uk Subject: Robert Wilton's No Objection on draft-ietf-pce-stateful-pce-lsp-sc= heduling-19: (with COMMENT) Robert Wilton has entered the following ballot position for draft-ietf-pce-stateful-pce-lsp-scheduling-19: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps= %3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&data= =3D02%7C01%7Chuaimo.chen%40futurewei.com%7C18fb9093120a4ebf356508d82361f189= %7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637298250856502596&sdata= =3DBPjOqAMyEUnqZtwPDjW7vR9rgY4mKgH201Pi642CdnU%3D&reserved=3D0 for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdatatra= cker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-scheduling%2F&dat= a=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C18fb9093120a4ebf356508d82361f18= 9%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637298250856502596&sdata= =3DNSCZpUAOD3XvRMg2WLYd2%2Ft2MDQaV26WgaZH0JxSeLw%3D&reserved=3D0 ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I found that document somewhat hard to read and support Alvaro's comment th= at this document would benefit from an editorial pass. However, it is worth noting that I don't have much knowledge/experience of PCE. A few comments: Top level comment - should this draft be marked as "Experimental" if it unc= lear whether it will be implemented? [HC]: There are some vendors/organizations who are interested in implementing it but would like to wait after the draft becomes RFC. 4.2.2.1. Elastic Time LSP Scheduling It wasn't quite clear to me how an end client would make use of elastic tim= e scheduling. Is there some signalling mechanism to inform the client at the point in time that the tunnel has actually been set up, or otherwise how do they know when to make use of it? This might be worth clarifying in this section unless it is covered elsewhere. [HC]: A client wants to have a scheduled LSP up to carry the traffic from time T1 for duration D, and has some flexibility on the starting time T1. The LSP may be up a little bit (such as up to 30 seco= nds) earlier or some time (such as up to 60 seconds) later. Elastic Time LSP Scheduling is suitable for this case. It will compute a path for the LSP from time T1 for duration D. When no path is found from time T1 for duration D, a path may be found for the LSP with the flexibility (i.e., a little bit earlier or some time later) and the LSP along the path may be up to carry the traffic. When the tunnel has actually been set up, the PCC responsible for the head of the tunnel would report it to the PCE. We have added some text to explain (in version 26). 4.2.2.2. Grace Periods I'm not really convinced that grace periods are worth it. I.e. the PCC cli= ent could trivially do the calculation and request the exact duration that they wanted which would slightly simplify the protocol messages. Is there any further justification as to why grace periods are requried? [HC]: During the grace periods, no link bandwidth is reserved for the tunne= l. The tunnel transports the traffic in best effort during these periods. This seems suitable to some applications such as two parties's meeting from time T1 to time T2. The QoS needs to be guaranteed from T1 to T2. A few minutes before T1, poeple may join the meeting. After T2, people may chat for several minutes, but do not need QoS guarantee. Without grace periods, we need to have a tunnel with QoS from time (T1 - a few minutes) to time (T2 + several minutes). We have added some text stating the difference (in version 26). 5.2. LSP Object I'm not entirely convinced that it is that useful/necessary to have both messages. I would have probably just defined SCHED-PD-LSP-ATTRIBUTE TLV an= d treated the non repeating case as degenerate case (i.e. opt =3D "no-repeats= ", repeat-time-length =3D 0). [HC]: Generalizing SCHED-PD-LSP-ATTRIBUTE TLV will reduce two TLVs to one. SCHED-LSP-ATTRIBUTE TLV is a form of SCHED-PD-LSP-ATTRIBUTE TLV with "no-repeats". Defining two TLVs (SCHED-PD-LSP-ATTRIBUTE TLV and SCHED-LSP-ATTRIBUTE TLV) may reduce the size of the message containing these TLVs. For every scheduled LSP with a time interval, a smaller SCHED-LSP-ATTRIBUTE TLV is used. It seems that it is more general for a scheduled LSP to have a time interval. In addition, there are two LSP schedulings. One is the normal scheduling. The other is periodical. It seems clearer to use one TLV for the former and another TLV for the latter. 5.2.2. SCHED-PD-LSP-ATTRIBUTE TLV It isn't clear to me whether a client can make a request for it to repeat forever (until cancelled), and if so, how that would be indicated. [HC]: We thought about using NR =3D 0xFFF as repeat forever before. But in practice, it seems that there is no unlimited memory/storage to record the resource reservations for unlimited repeats of time intervals. We do not adopt "repeat forever". NR: (12 bits) The number of repeats. A user can request a scheduled LSP from time T1 to time T2 to repeat 4095 times at maximum, which seems big enough. Did you consider other encodings of the "Opt" and "Repeat-time-length" fiel= ds: - I would have added "seconds", "minute", "hours" to the "Opt" field and removed "Options =3D 5: repeat every Repeat-time-length". - I would then a= lways combine the "Opt" field with the "Repeat-time-length" field, e.g. so that = you could express repeat every 12 hours as: (opt=3D"hours", repeat-time-length= =3D12), or every 30 minutes as (opt=3D"minutes", repeat-time-length=3D30), etc. [HC]: From a user/operator's point of view, it seems natural to have "repeat every day/week/month/year". It is also desirable to have "repeat every n weeks/days/hours/minutes/seconds or some combinations of them (weeks, days, etc)". All these repeats may be provided through configurations. Eventually, they are converted to the following three repeats: repeat every month, repeat every year, and repeat every repeat-time-length. repeat every day =3D=3D repeat every repeat-time-length=3D86,400 (seconds), where 86,400 is the number of seconds per day. repeat every 2 weeks =3D=3D repeat every repeat-time-length=3D2*7*86,400. We have updated the related text accordingly (in version 26). Hopefully these comment help to improve this document. [HC]: Your comments improve the quality of the document (version 26 uploade= d). Regards, Rob --_000_MN2PR13MB31178A77908EDC9538E5E8E4F2460MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Robert,

    Thank you very much for your valuable comments= .
    They should have been addressed in version 26 uploaded. My ex= planations are inline below with [HC].

Best Regards,
Huaimo
From: Robert Wilton via Dat= atracker <noreply@ietf.org>
Sent: Wednesday, July 8, 2020 1:10 PM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org <draft-ie= tf-pce-stateful-pce-lsp-scheduling@ietf.org>; pce-chairs@ietf.org <pc= e-chairs@ietf.org>; pce@ietf.org <pce@ietf.org>; Adrian Farrel <= ;adrian@olddog.co.uk>; adrian@olddog.co.uk <adrian@olddog.co.uk> Subject: Robert Wilton's No Objection on draft-ietf-pce-stateful-pce= -lsp-scheduling-19: (with COMMENT)
 
Robert Wilton has entered the following ballot pos= ition for
draft-ietf-pce-stateful-pce-lsp-scheduling-19: 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://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fwww.iet= f.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&amp;data=3D02%7C01%7Ch= uaimo.chen%40futurewei.com%7C18fb9093120a4ebf356508d82361f189%7C0fee8ff2a3b= 240189c753a1d5591fedc%7C1%7C0%7C637298250856502596&amp;sdata=3DBPjOqAMy= EUnqZtwPDjW7vR9rgY4mKgH201Pi642CdnU%3D&amp;reserved=3D0
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://nam11.safelinks.protection.outlook.com/?url=3Dhtt= ps%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-pce-stateful-pce-lsp-sch= eduling%2F&amp;data=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C18fb90931= 20a4ebf356508d82361f189%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637298= 250856502596&amp;sdata=3DNSCZpUAOD3XvRMg2WLYd2%2Ft2MDQaV26WgaZH0JxSeLw%= 3D&amp;reserved=3D0


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

I found that document somewhat hard to read and support Alvaro's comme= nt that
this document would benefit from an editorial pass.  However, it = is worth
noting that I don't have much knowledge/experience of PCE.

A few comments:

Top level comment - should this draft be marked as "Experimental&= quot; if it unclear
whether it will be implemented?

[HC]: There are some vendors/organizations who are interested in
implementing it but would like to wait after the draft becomes RFC. &n= bsp;


4.2.2.1.  Elastic Time LSP Scheduling

It wasn't quite clear to me how an end client would make use of elasti= c time
scheduling.  Is there some signalling mechanism to inform the cli= ent at the
point in time that the tunnel has actually been set up, or otherwise h= ow do
they know when to make use of it?  This might be worth clarifying= in this
section unless it is covered elsewhere.

[HC]: A client wants to have a scheduled LSP up to carry the traffic <= /div>
from time T1 for duration D, and has some flexibility on
the starting time T1. The LSP may be up a little bit (such as up to 30= seconds)
earlier or some time (such as up to 60 seconds) later.
Elastic Time LSP Scheduling is suitable for this case.
It will compute a path for the LSP from time T1 for duration D.
When no path is found from time T1 for duration D,
a path may be found for the LSP with the flexibility (i.e.,
a little bit earlier or some time later) and the LSP along the path
may be up to carry the traffic.
When the tunnel has actually been set up, the PCC responsible for the =
head of the tunnel would report it to the PCE.
We have added some text to explain (in version 26).


4.2.2.2.  Grace Periods

I'm not really convinced that grace periods are worth it.  I.e. t= he PCC client
could trivially do the calculation and request the exact duration that= they
wanted which would slightly simplify the protocol messages.  Is t= here any
further justification as to why grace periods are requried?

[HC]: During the grace periods, no link bandwidth is reserved for the = tunnel.
The tunnel transports the traffic in best effort during these periods.=
This seems suitable to some applications such as two parties's meeting=
from time T1 to time T2. The QoS needs to be guaranteed from T1 to T2.=
A few minutes before T1, poeple may join the meeting.
After T2, people may chat for several minutes, but do not need QoS
guarantee.  Without grace periods, we need to have a tunnel with = QoS
from time (T1 - a few minutes) to time (T2 + several minutes).
We have added some text stating the difference (in version 26).


5.2.  LSP Object

I'm not entirely convinced that it is that useful/necessary to have bo= th
messages.  I would have probably just defined SCHED-PD-LSP-ATTRIB= UTE TLV and
treated the non repeating case as degenerate case (i.e. opt =3D "= no-repeats",
repeat-time-length =3D 0).

[HC]: Generalizing SCHED-PD-LSP-ATTRIBUTE TLV will reduce two TLVs to = one.
SCHED-LSP-ATTRIBUTE TLV is a form of SCHED-PD-LSP-ATTRIBUTE TLV with <= /div>
"no-repeats".
Defining two TLVs (SCHED-PD-LSP-ATTRIBUTE TLV and SCHED-LSP-ATTRIBUTE = TLV)
may reduce the size of the message containing these TLVs.
For every scheduled LSP with a time interval, a smaller SCHED-LSP-ATTR= IBUTE
TLV is used. It seems that it is more general for a scheduled LSP to h= ave
a time interval.
In addition, there are two LSP schedulings. One is the normal scheduli= ng.
The other is periodical. It seems clearer to use one TLV for the forme= r and
another TLV for the latter.


5.2.2.  SCHED-PD-LSP-ATTRIBUTE TLV

It isn't clear to me whether a client can make a request for it to rep= eat
forever (until cancelled), and if so, how that would be indicated.

[HC]: We thought about using NR =3D 0xFFF as repeat forever before.
But in practice, it seems that there is no unlimited memory/storage
to record the resource reservations for unlimited repeats of time
intervals. We do not adopt "repeat forever".
NR: (12 bits)  The number of repeats. A user can request a schedu= led
LSP from time T1 to time T2 to repeat 4095 times at maximum,
which seems big enough.


Did you consider other encodings of the "Opt" and "Repe= at-time-length" fields:
 - I would have added "seconds", "minute", &q= uot;hours" to the "Opt" field and
 removed "Options =3D 5: repeat every Repeat-time-length&quo= t;. - I would then always
 combine the "Opt" field with the "Repeat-time-len= gth" field, e.g. so that you
 could express repeat every 12 hours as: (opt=3D"hours"= , repeat-time-length=3D12),
 or every 30 minutes as (opt=3D"minutes", repeat-time-l= ength=3D30), etc.

[HC]: From a user/operator's point of view, it seems natural to have <= /div>
"repeat every day/week/month/year". It is also desirable to = have
"repeat every n weeks/days/hours/minutes/seconds or
some combinations of them (weeks, days, etc)".
All these repeats may be provided through configurations.
Eventually, they are converted to the following three repeats:
repeat every month, repeat every year, and
repeat every repeat-time-length.
repeat every day =3D=3D repeat every repeat-time-length=3D86,400 (seco= nds),
where 86,400 is the number of seconds per day.
repeat every 2 weeks =3D=3D repeat every repeat-time-length=3D2*7*86,4= 00.
We have updated the related text accordingly (in version 26).


Hopefully these comment help to improve this document.

[HC]: Your comments improve the quality of the document (version 26 up= loaded).

Regards,
Rob

--_000_MN2PR13MB31178A77908EDC9538E5E8E4F2460MN2PR13MB3117namp_-- From nobody Mon Aug 10 02:07:30 2020 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 2A0433A136E; Mon, 10 Aug 2020 02:07:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 o0RNV2KoVpCH; Mon, 10 Aug 2020 02:07:23 -0700 (PDT) Received: from mail-m127101.qiye.163.com (mail-m127101.qiye.163.com [115.236.127.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CAA63A1426; Mon, 10 Aug 2020 02:07:20 -0700 (PDT) Received: from DESKTOP2IOH5QC (unknown [219.142.69.75]) by mail-m127101.qiye.163.com (Hmail) with ESMTPA id 1FE97438FE; Mon, 10 Aug 2020 17:07:13 +0800 (CST) From: "Aijun Wang" To: "'Loa Andersson'" , , <"review: ddraft-ietf-teas-pce-native-.all"@ietf.org>, "'TEAS WG Chairs'" , "'TEAS WG'" , , "'Yemin \(Amy'" , =?utf-8?Q?'LucAndr=C3=A9_Burdet'?= References: <00f526b7-ffe7-d2b6-2e41-1d0384f049d5@pi.nu> In-Reply-To: <00f526b7-ffe7-d2b6-2e41-1d0384f049d5@pi.nu> Date: Mon, 10 Aug 2020 17:07:10 +0800 Message-ID: <002001d66ef5$a1cb81c0$e5628540$@tsinghua.org.cn> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0021_01D66F38.AFF29250" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQDgzvb+NsXj7HUcCjLXaOKKHzX0FKscGLaw Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZHk8aSx9PHx4ZHkwaVkpOQkxLTktPSEhNSEJVEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0hKTFVKS0tZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PhQ6ESo*Hj8dA04JFg04CzAW FwwaCypVSlVKTkJMS05LT0hPSE9NVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxOWVdZCAFZQUJJQkxPNwY+ X-HM-Tid: 0a73d79faf919865kuuu1fe97438fe Archived-At: Subject: Re: [Pce] teas X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2020 09:07:27 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0021_01D66F38.AFF29250 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0022_01D66F38.AFF29250" ------=_NextPart_001_0022_01D66F38.AFF29250 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Loa: =20 Thanks for your review. We have updated the draft accordingly. Detail responses are inline below. =20 I also includes the word responses for your reference. =20 =20 Best Regards =20 Aijun Wang China Telecom =20 -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of = Loa Andersson Sent: Friday, August 7, 2020 2:28 PM To: rtg-ads@ietf.org; "review: = ddraft-ietf-teas-pce-native-.all"@ietf.org; TEAS WG Chairs = ; TEAS WG ; pce@ietf.org; 'Yemin = (Amy' ; LucAndr=C3=A9 Burdet = Subject: [Pce] teas =20 =20 RtgDir review: ddraft-ietf-teas-pce-native-ip-09 =20 Hello, =20 I have been selected as the Routing Directorate reviewer for this draft. = The Routing Directorate seeks to review all routing or routing-related = drafts as they pass through IETF last call and IESG review, and = sometimes on special request. The purpose of the review is to provide = assistance to the Routing ADs. For more information about the Routing = Directorate, please see =E2=80=8B = = http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir =20 Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft. =20 Document: draft-ietf-teas-pce-native-ip-09 Reviewer: Loa Andersson Review Date: 2020-07-08 IETF LC End Date: date-if-known Intended Status: copy-from-I-D - Experimental (see issues list). =20 Summary: =20 =20 I'm departing from the normal list, since if this would have been a = standard tracks document there would have been serious issues. =20 However, the document describes a TE experiment in a native IP network. I think is so interesting that I wouldn't object if the issues I point = are not (fully) resolved. Actually I would very much like to see = published and followed up by a document that reports the results from = the experiment. =20 I have the following issues with the document. =20 It is a framework that gives the framework for an experiment. Its = intended status is Experimental. While agree that the accompanying = specification should be Experimental I think that in accordance with = earlier document a framework should be Informational. [WAJ] Actually, this draft define the architecture for traffic = engineering within Native IP network(CCDR). Should we change the phrase = from =E2=80=9Cframework=E2=80=9D to =E2=80=9Carchitecture=E2=80=9D, and = keep the document in =E2=80=9CExperimental=E2=80=9D track? We have also discussed the possible status of this draft, at = https://mailarchive.ietf.org/arch/msg/teas/YIMuXe1rM46aewPgfzMJrP-hPUA/ =20 The document describes the experiment in some detail, I would like to = see more, especially evaluation criteria and bench marking. To have an = overview of the test bed would be interesting. [WAJ] We have some simulation results, as described in = https://tools.ietf.org/html/rfc8735. Experiment in real filed will have = similar results because the effect of such solution depends mainly on = the performance of PCE. More data can be obtained after the PCEP = extension = draft(https://tools.ietf.org/html/draft-ietf-pce-pcep-extension-native-ip= -05) been standardized.=20 This is also the reason that we put this document in = =E2=80=9CExperimental=E2=80=9D Status now.=20 =20 I would recommend that someone take a look at the document from a = language point of view. When I read I find myself correcting and = clarifying the English (this is probably not a good idea, since my = English is probably worse than the current authors). =20 There are loads of not expanded abbreviations, authors should go through = the document and compare to: = https://www.rfc-editor.org/materials/abbrev.expansion.txt to decide what needs to be expanded or not. =20 I would also want to suggest that someone with experience of "Native IP = networks". both specification and operation should look at the document. = >From the early days of MPLS I remember that one motivation to create a = strong tunnel technology was that the Route Reflectors no longer scaled. [WAJ] The solution descried in this document does not decrease the = scalability of RR. The forwarding plan will not pass RR. =20 I normally review document based on a word document, I have included the = word-file, and it contains about everything form major issues to nits. =20 =20 /Loa =20 =20 --=20 =20 Loa Andersson email: = loa@pi.nu Senior MPLS Expert = loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 ------=_NextPart_001_0022_01D66F38.AFF29250 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi, Loa:

 

Thanks for your review. We have = updated the draft accordingly.

Detail responses are inline = below.

 

I also includes the word responses for your = reference.

 

 

Best Regards

 

Aijun = Wang

China Telecom

 

-----Original = Message-----
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] = On Behalf Of Loa Andersson
Sent: Friday, August 7, 2020 2:28 = PM
To: rtg-ads@ietf.org; "review: = ddraft-ietf-teas-pce-native-.all"@ietf.org; TEAS WG Chairs = <teas-chairs@ietf.org>; TEAS WG <teas@ietf.org>; = pce@ietf.org; 'Yemin (Amy' <amy.yemin@huawei.com>; = LucAndr=C3=A9 Burdet <laburdet.ietf@gmail.com>
Subject: [Pce] = teas

 

 

RtgDir review: = ddraft-ietf-teas-pce-native-ip-09

 

Hello,

 

I have been selected as the = Routing Directorate reviewer for this draft.

The Routing Directorate seeks to = review all routing or routing-related drafts as they pass through IETF = last call and IESG review, and sometimes on special request. The purpose = of the review is to provide assistance to the Routing ADs. For more = information about the Routing Directorate, please see =E2=80=8Bhttp://trac.tools.ietf.or= g/area/rtg/trac/wiki/RtgDir

 

Although these comments are = primarily for the use of the Routing ADs, it would be helpful if you = could consider them along with any other IETF Last Call comments that = you receive, and strive to resolve them through discussion or by = updating the draft.

 

Document: = draft-ietf-teas-pce-native-ip-09

Reviewer: Loa = Andersson

Review Date: 2020-07-08

IETF LC End Date: = date-if-known

Intended Status: copy-from-I-D - Experimental (see issues = list).

 

Summary:

 

 

I'm departing from the normal list, since if this would = have been a standard tracks document there would have been serious = issues.

 

However, the document describes a TE experiment in a native = IP network.

I think is so interesting that I wouldn't object if the = issues I point are not (fully) resolved. Actually I would very much like = to see published and followed up by a document that reports the results = from the experiment.

 

I have the following issues with the = document.

 

It is a framework that gives the framework for an = experiment. Its intended status is Experimental. While agree that the = accompanying specification should be Experimental I think that in = accordance with earlier document a framework should be = Informational.

[WAJ] Actually, this draft define the = architecture for traffic engineering within Native IP network(CCDR). = Should we change the phrase from =E2=80=9Cframework=E2=80=9D to =E2=80=9Carchitecture=E2=80=9D, and keep the document in = =E2=80=9CExperimental=E2=80=9D track?

We = have also discussed the possible status of this draft, at https://mailarchive.ietf.org/arch/msg/teas/YIMuXe1rM46aewPgfzMJrP= -hPUA/

 

The document describes the experiment in some detail, I = would like to see more, especially evaluation criteria and bench = marking. To have an overview of the test bed would be = interesting.

[WAJ] We have some simulation = results, as described in https://tools.ietf.org/html/= rfc8735. Experiment in real filed = will have similar results because the effect of such solution depends = mainly on the performance of PCE. More data can be obtained after the = PCEP extension draft(https://tools.ietf.org/html/draft-ietf-pce-pcep-extension-native-i= p-05) been standardized. =

This is also the reason that we put = this document in =E2=80=9CExperimental=E2=80=9D Status now.

 

I would recommend that someone = take a look at the document from a language point of view. When I read I = find myself correcting and clarifying the English (this is probably not = a good idea, since my English is probably worse than the current = authors).

 

There are loads of not expanded abbreviations, authors = should go through the document and compare to:

https://www.rfc-editor.or= g/materials/abbrev.expansion.txt

to decide what needs to be = expanded or not.

 

I would also want to suggest that someone with experience = of "Native IP networks". both specification and operation = should look at the document. From the early days of MPLS I remember that = one motivation to create a strong tunnel technology was that the Route = Reflectors no longer scaled.

[WAJ] The solution descried in this document does = not decrease the scalability of RR. The forwarding plan will not pass = RR.

 

I normally review document based = on a word document, I have included the word-file, and it contains about = everything form major issues to nits.

 

 

/Loa

 

 

--

 

Loa = Andersson=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = email: loa@pi.nu=

Senior MPLS = Expert=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 loa.pi.nu@gmail.com

Bronze Dragon = Consulting=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 phone: +46 739 81 21 = 64

------=_NextPart_001_0022_01D66F38.AFF29250-- ------=_NextPart_000_0021_01D66F38.AFF29250 Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; name="draft-ietf-teas-pce-native-ip-09(waj).docx" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-teas-pce-native-ip-09(waj).docx" UEsDBBQABgAIAAAAIQDMbsfElwEAAFoIAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0 lstqwzAQRfeF/oPRtthKuiilxMmiD+imDTT9AEUaJ6LWA0l5/X3HT0qbxKGJNwZ75t57ZMaDR5Ot yqM1OC+NTskwGZAINDdC6kVKPmcv8T2JfGBasNxoSMkOPJmMr69Gs50FH6Fa+5QsQ7APlHq+BMV8 YixorGTGKRbw1i2oZfyLLYDeDgZ3lBsdQIc4FB5kPHqCjK3yED1v8XFF4iD3JHqsGouslDBrc8lZ wDpda/ErJa4TElSWPX4prb/BBkL3JhSVwwG17h1fjZMCoilz4Y0p7KIb4wQVhq8UKpPjNns4TZZJ Dq2+cLPOcPAe37nKk7aimNQN/0EOvVJzcKi8PEhr3Qnhwy4Hf3mCyrc7HkJAQR8AtXMnwgbmH71R /DDvBOFGFSY9UDTOJyOU35oA0R9Kk9CJlGH4jM1zuDxLa90JYcHYPggq3874gLsZquvwbIjS5lgk dk6dsR6nwf3jzM0yL9QxntaCC/L4KmgT0frs80E9WSdm/517L3uZtr8ZJ2O9ih6XApo3ILT8Mxh/ AwAA//8DAFBLAwQUAAYACAAAACEAHpEat+8AAABOAgAACwAIAl9yZWxzLy5yZWxzIKIEAiigAAIA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyS wWrDMAxA74P9g9G9UdrBGKNOL2PQ2xjZBwhbSUwT29hq1/79PNjYAl3pYUfL0tOT0HpznEZ14JRd 8BqWVQ2KvQnW+V7DW/u8eACVhbylMXjWcOIMm+b2Zv3KI0kpyoOLWRWKzxoGkfiImM3AE+UqRPbl pwtpIinP1GMks6OecVXX95h+M6CZMdXWakhbeweqPUW+hh26zhl+CmY/sZczLZCPwt6yXcRU6pO4 Mo1qKfUsGmwwLyWckWKsChrwvNHqeqO/p8WJhSwJoQmJL/t8ZlwSWv7niuYZPzbvIVm0X+FvG5xd QfMBAAD//wMAUEsDBBQABgAIAAAAIQAjk+8TZQEAAD8GAAAcAAgBd29yZC9fcmVscy9kb2N1bWVu dC54bWwucmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyU307CMBTG7018 h6X3rhsqgmFwoybcKj5A6c7G4von7UHh7S0QoGOsiXGX55z0+379ztbJbCPq6BuMrZTMSBonJALJ VV7JMiOfi7e7EYksMpmzWknIyBYsmU1vbybvUDN0h+yq0jZyKtJmZIWonym1fAWC2VhpkG5SKCMY utKUVDP+xUqggyQZUuNrkGlDM5rnGTHz3Pkvthpa2qLiRllVYMyVoKooKr5TTdOmKtWgdA1OhJkS MCOHOnZYhF53vO9wvHKbg+2L4msBEq9cilpAdFnaM8CxE0J46hOhUBIXbOmHcGqFIAa95oDbGvwU 9nXIPu3TXq7FEoyL/UxwaoUghv/8+tx0h2RfNwgyh/xsfzkJRtGVRRfGkCbjDpJ57m3Ba4b8H/tc xdGzTRGMIPljBCOajELLsFXjj2jPQjQPfQbyA8uP1ivhNUMg4z5B0J31ItmXh2Z6ZKCNZ3/6CwAA //8DAFBLAwQUAAYACAAAACEAcUSXRpNmAABr1gUAEQAAAHdvcmQvZG9jdW1lbnQueG1s7H1bb9tI tu77Ac5/KORlEowvvF+M3d7gtTuz04HH9kED08gDLZUs7lCkhqTseLAf9g8558/tX3JqFUmJpEi7 5HQiVroUoDshKaqq1reutWqtf/v3L6sEPeC8iLP0pzfymfQG4XSWzeP0/qc3/+c2PLXeoKKM0nmU ZCn+6c0TLt78++X//l//9ngxz2abFU5LRF6RFheP69lPb5Zlub44Py9mS7yKirNVPMuzIluUZ7Ns dZ4tFvEMnz9m+fxckWSJ/m2dZzNcFOT3vCh9iIo39etmX9jeNs+jR/JleKF2PltGeYm/NO9Y7Y8o W+OU3Fxk+SoqyT/z+/NVlH/erE/JO9dRGd/FSVw+kddJRvOa7Kc3mzy9qF9xuh0GfOWiGkb9v+Yb OcvvVl/x61Wkv3ie44SMIUuLZbzeLsXqtW8jN5fNSx6em8TDKmmee1zL2tfR0a8osnshy/BrMq6S auTPv1GWGCgCr9h+g2UI3d9sRrKK4nT3w69amtbiyvphL1D2XmAU+LBX6PUrzoun1Y41Htf3X0fl n/Nss969Lf66t71PP2/fBWLmgHfVaGkjuPi6wdwsozVh5dXs4v19muXRXUJGRGiPCPkQpQACLnlz SYTgXTZ/gv+vyQ3tYh3l0fv5T28U01YcwyASBK4SiVTCVdk2A8lwQnL1ggjc+fVPbyTJ95XAD7aX rnK4qKmSo9rbiz5eRJuk3H/8qvUwHcVVTv93Uz4lZJAXD1Hy05tIfXMOV/PqZh5maVmQm1ExiwnZ vGyTxzhHH/EjvHbppMX+1VnRvUReeF6/8bz+Wfj//kqormvpsip1V8KsPy+vROiamu4NrQR5r+m7 U1iJx4skSu+bH8Hp6c/u0AKRfw7O7fuP6PGivLwNnBv0W5Z/JoBHlJnRYR/nDP1GfgReWlavHsOA YkuhqUmKwMDEMPA+LXGe4vKUKNhF+TLJWx9vGacRusUJJgKVAQO6FCiq5vckosDAsTEAOvOiWEcz ouLWOS5w/oDfUGCkczwH07/cFBeoQ2HyU9kKrMxr8nJ8UxKbm/xETOgp1es6IYwHX9Y4j2G0UfLM LIJ0PjIHOgPfUAO9M4MuoPT6S5153RLbgyzrKiZGxC8wpe3c9u90Rt0MDC9wTrwx+JntyJrBTx5D L0kQ96yPKmKBZYsgh5mVT2vysmKNk4Tia3q4+o9lVERp9sA0B4Ku+vtDJpIdOLLvyEI0Tk90xATO F8jHM7y6I9+VpROkSIr0DKx/2USPOCaacbZMsyS7j3HBoB4N3QwtXwVqCwxwL9pe/Pz9DP1jGWUs wLB12whkXwDjRwZGUC6JkTIjP18+EpeMRWIoRqBopqELYPwpJMYvZ8TlwikDMHTZtz1TEubEnwEY TNbnRC3ocFNuckyMJaZJPGtCK46r6UEIqBWY/6Ex/7dNipFVWeEs5pPmeK5tAAEFMLgFxpUXoDhF H6MyfsDo/VVjJzFpQ11RQhF35BcAc4hNn8a4XJyWOCpO1zN8mlIknMbrU8lmAYFNpIWtCFt5YiC4 dO6KMo9mJQMN1UDRXdsWZi08NhZ/lydn5Y3y+e0yLtA2hWiOF3GKC0T8YLTIoxUG8Y4WWY4IPmC3 HuH0njyBc9iufIzLZZwygEazNM9TTbHzyAsqKsEOKj6tVPwJ2kBKBlqRdY/XZDHdn69QAXkaWVog kB4lvn9CUToHK4EFEmqoeLbsCEhwAonTu6jAczQjYiKPEjQjA8qzBEX5bBmXeAY+5BmIE4xoBs+c /JsIFlzM8viOfI9JTuiabBPyQWaOAAUPoCg72qND4cf9AMI90SgTDYJEOWYZfR394IE4uLXhXjPm 7hIiZIub5IIyI1odsusYONS0PSVwPJFHxguHwt9BRldGHAHBpojuMcoWjTe/U/UFke1RHmcFgUtI n45ZdkA03dU8x1YFJDiBxHqTr7MCn/w40rsxM34wEQ7s6tX2llfbW/5TGq2IH3adbcqYKe1TUz1P s0Ihsnnhz7ee51+/a/nf4FUBFnrwHos+KNNjUKJrrp4Z/S7rrz92GLkeqqYmd0Z+hKw/OrJm8NOH EWFznIJ3DqZescazeBFTN6yPojlO6hmCBr+INuUyI5P6kEXIIeZhXhRZCjfmxMMnqyAp0qlknUra raxf6PqFJP2jmvfgitQXfZzARTnQAsk8yjKRWd6SJRleLBraputSP9YSqOQKfD9OYZSwStofskqt 5ZgQm9KF6OFjaMjHGd1pX9kRosAdrnbbYQPlJTOlvdE+rdHvkWDIRfQl1QpUMCOEvTEh4o3aG0xw nCg7rWcvGv28cBN/K7/meOm39lGzic0zLWKOKXHWG/qwX9DfUYVhB5KsOt1hH8EvoCN7Vh+aji4b ush9mhrybuihOgiF0k3wX/GK5SSArOqm7Wgix3Fi5Hw+w6F3xBZ84s3dKi7LyidebBK6pUnrUFDe jsslxFwYAKEoninpqsiI4QUQRDk+xFXiAuF917tCpoUgxkb/ancV0jDNNUsOAtuAWICgOQ807/J/ gaKcLF9ddaHZAaFwgDhr8zAKdslODKAwtMAzHF+kN/ICituo+Aw7nUTev30f3IbvzhD6mJWYgCAq UQaHwdA9lOQo0Cp6QlFSZGgeF2Ue321KFtWge56rBaawFXhBxL5IiPq2A+yOQzJFQoAAAmO2yXPY Pt0+xYALM7ACXzMtgQtOcFFrDWI2EsEANa2Ki/PzeUQciDyafcb5GYR1mwJq5MnzGhXnbMaEaQeh Ks4W84KGIWOi2kPayQ3y1nhOk24iojy+xKvNCqRFEX9BKzKBJUtmjWT5rqdawsrkBRjgRIClcIfR Zg1bgfMTlON1Qp4kfyNYyO6KLMHgdN491QZGS9WU5AVPLOpDDixdD0XGFS+4KOMVJEe/r/MuozVx Qdd5HIGpmaFNsXM5tiKlIMCpA40siLBVQ5UtoUJ4QcSK0J4AIAGhQCAwi6nXgVe1UCAOSAoYeEPz f+IUYhb35PvF2RsGNCihbAaeInZgeUHDUIjyMU4SyNiOiXGRpfu1j5gsS9XzDFmFCqYCCBMCwqWX rZ/y+H5ZQrwhZhLxsuI6rmSLWAIvTL2j8dvZu6pcGQSZ0G2+KcDSq3I61zgvIBIdz4kNWOXoRfT8 JQskQtmQQkucoeMFEttc+yp/EEJJDpHyFCVg8NEn5yySXfH0IFB9caKWC9JDgeYThAnd4SjW7lNX Nny+sGEHDY88ncsY5YPfWeY0yWyVKzg8JX9isb1C3XA9GXhRcOh0SHi3A9ma0LK5OUpF33TsUBEq dlpUTKKivIbTqzmeA0u6OY4+0y+OV1Mfq17UlrWormzFWNbK1FQI0QpHe1roYK12UmUB/SeelRCD aSWC0CSAra3+lwJ9wPe9suUj4kLTdcMPhdDnBRBXu1yga9rzibyHYIESv2nixLJVI3uGZZi2qG/G C+HfNru4JbA4xrsd3CSe4bTAp3G6yN6BxsCLBYiILKVyAbZ1UNY9wzOMCcPTHUccjOcHE+vNHSE+ bfxWpYK1lAXx264SHBWYuOkPMX4ELJB/bHfvWPDga4Gri+o23OBhFuUYMoOfTuqY3NO2oBF6Ir/S BG7AZCDfK/N4RpsGVtnD5MoaM9XUM0NbCtVQpAPxAgxiIfSFg5fNMfnPap2ldDOfEBEqKuI5WuTZ qldqY0VUDgsujMAzLUls3/CCizidJRuCg5t4tU6qYL5746MPlUWBgIIgSdpV0dANpkIDaWesZoXl 6aHhCh+DG2lBrMZq04e6kW2fAzQHZI/RIwlQiws0R7Yp0WOU51FaPhG4MEBC8m0CCEcoEF4g0ZEA gI9hiXHGIg4cWdICWdB+YrS/vIWSeuBHQOkmRhdBCmzJVyWRx8ULI8tnPG/QQaw8z+abygJBZ/CH ZTYc1VCjc2L6g5DCIm610Nd1SwR1eOFQBc7r4BxO9SfZ/dMBgOCYr+sp/GC8jJDKwqG6Z1iSLwwi bogK4RPPv0bhtuIh+MVgERPHKVuP8a3gz8npWoQ0Bg6VXM12HU/EtXjhUG2QQz9E+T3xXGdRslea lCde3EqYH5Qnu38Q0hk4VDGsUPdk4CTBoTxwqN5w6K+bVoOWm6ZBy03ToEVoUQ6IaTBwqKF5vupp gkO5ISpkEHjBFQq2lZnhdPh/4Cd0FYFaLXFe8MyNPk7iB5z/CfQoQhYDh6qSBUc0REoYLxxqEsr6 eJ1kT7z3w/CIzo/nOK9Smf4Udm33D0Is/UhNzTN1VRfp27xwKPAo7LiAzxndxUlcssVzOWblego/ HPeycajs+4bqSIJDeeJQ2HH5Jb5fIuchihn5VHDo9DhUZjkCpQamH/qKOIjME4fCjsv7dJbjqj0k 363ftgb7D8qH43/YOFRSDM03RREYbjjUAgsXz8jriNrsuHLFs3AQWnR6xGTiUFN2ZD3URU4RLxxq g/50PjqHcWf7D5JlBmDoBiG3qegCGJwAQ5bOkDP7nGaPCZ7fU/OKCQ5CcE/Q/WHhUFMNHc0MhOjm hkNlrrlt232q+LOna7NyqKE6muvoov01LxxKeRSi/B+hGRMt1tNC/R8HDE22PMP2xFkbroABweX3 VZ8uVmgI42qCxhXLWRtN8VTXkETxNV441KnKmv6FZ5Zz5nMypeLPbmCxcahhK67hBmJ/dmooBvup fbiTyR7yLUuxgBqCljxI29+vQ88yVf3TtpwALVKEihlOozzOqvISRbzaQGG7LEXky4QiBc07LfNo sYhnDLhQHFkLPVecp+MFF3jXtbIpL1H1OIeip2ld9LTMmqIjiGiv0zI7hWbbbwMleMeACUlRQt92 hdznBRNrnG97G0dFscmrvxGS/z27QZsCsAIFcu+iAs8RESBEPnQLnj5exFDZjPY8hw2Ji6qG/U9v PmQRcqAUb1FkKdyAColEbEiKdCpZp5J2q6gXqnIhSf+oFqWNDic0Pbei7fdXkvG/8LwPdjJJPmg6 y0C9Jycs3Cp50CZCZADwwq209VdOGJFI6ahAXsWOAFdaTIaQHflPabSKZ+g629CitW/h9Bc0sHUp BzNZfJIhS9C8XOCCE1yAKn8A025T9Ky8KI2SpwL6kxYg63e24UllEmbJhpqARAkwAEPVLd1SNHF0 hRtgVNZ83/TbN/uKZbZJ5v34zBwnqNLsQPIDNbu+r9mHUODjBC5ajqKG2lGWj8zyFiowDi7iMnqo TrHXT7UYhFyBr+/MH8oBX71IR16N8nKFcbcK6fDgJg//6ZtwlyCDF1mSZI+EMxkEsO4HqmWH4nTv xAg5KoBneUwbel4wENf0VVlzdJHVxQtxM4RuNut1lpc7jfqgUbuL/MXYat+eMJ1lK0gAuyY/i+lm B6rUh1Wv+HRmfkmDhGWUYmJZJt0W1N15QJBoeBYwh8BVLSPozKELNr3+Umdmt0u8IksOFdryX2BS 29nt3+mMuxlYswXcHtmeRpsqvk5YYWNPDzZphsho1wn+wiD2FNOXZM8DASfEHg9iD71c2rRY4ySZ 6EZuEd8Tp7hvb41NgqMtXDKBGZ5vyAUUrTLyisa5S7M5uZbEnzH69erDzeltQHUU/J3FLNEDzwtE ohxP/El8zQityRu67YLHdHZfhcDUPEcxZLUztSPobDqyCersyzMGztF0V1Zs0b+FG87J9jTbmNEl S9NTbDfRCqPduVcmzt+bB8xC1RTHD4/N+tXQJsj7LOGmduxUluGn2OOCsn6hGwcFTw3X9FT5KKvR hEXvN/GcGFVU3zCESmUoDPD1a9Ka/IQYEdYCN4vB5SYyZALFsLl4Os9WUZxSezGGBrr1BQbtp1qO 6tuizSEn4ot+tpuHLOYNoVvg6FKPwJriW66nwlVB4GkRmJg3zmwZ4wea2wVJBPR/dZRym/7DHHmS mzWfztwv51Avk1gavQyeUfunPwWqUQIzJAqqPYFj2D90aNzaP1zFhP6edSMhP0A0iGdy3OFl9BD3 UlJ4oglbeMAyVUuymfr+yrrlDKrK7p3XqMqWUU439VmNcuNWli8kmxrlA+Lwm+vc4UU1LcOXzbAf rYTOLy49wyCMkglJqd/It04QLlGUnFUWaPUJvqxjiGP7eIZXd+R3ZOkEAfLaD70kHaZ7mGz86AbL nCYp8K6ie4yUTwxiT/JUTzNckeYwLRLe7UC2JrRsbo7K2dCUVdPr5Y5Lvm5JmrUj2QAV/1CCtZTX QYcPDIgoSVX23TGU15Qon0QFcT5gsfAc2NjNcfSZfpE2gsR5istTn3iJ5U72wpmQOEUft4mkH+u9 xu7nb5sUU7nNIhc0VyWKmyW5WNEkz6L0ZpIL3cc5kAvDC6TqpiEbBiyFEJzTYZ8/ZDvJmJ5G/5ih zZrYG3O2PeS9KVTeiSZLVmcCx4ik0KE1w58+csoMAvCPUT6HfP2XTELhyH9/CmULenwmzzZEPZ6x KLdAM1Qt7JUskWxLdSQdEgSE7J4SfYdkd2tDlyrb15ia47OvL9YburXFcowlefY0jBelrIdhZIrq wxZpZIf3iKsxtg7QUq+Hj86QPVvx9UkNuT7hdYfRLFpHd0QaEDXTl1y8bFDjL+ski0sqhNfZI3kh kcj16fTkqTkDjWDXukelFkDBdz0QoOYwQKdHbViY6RP3cpHgL3HVCOScQYuqhuEqkgphauEBTZ5J qxBAnt1tijLFRQE8Oo+LMo/viNk033IpsQbLbJYlLHaUZrih5ulMeyYCARNAQE/88lTxjZiAXrZm OCjAWam3x7hcUs05jxfUUS7jpg7UPzdx1fylKgaV0E7e0Srb9NJJR8SzGshuYIi6jLwwJ9pVCABT idxbxF8wU/KXaeiKp1riJDI8NhbWU6aXJf5sctj8P4mqpqIhW5fxKiK6OSKyoif/RmcrT0+Gz6ty OOAVPDOLXRRzbw7UvPdMU+7O4AhRzGpozfCnD6nNOquKzM2WsMZg/dUH0hjEi0GcfjsMhJ3Hi/gg n6KMyk1BC7Sj9fKpALZDSZx+LohlUZBfgmLccCgtrcvQRPMHyDftqptRzhw6qWJouq50He9jcGbr pMownDVbNkPPBeC+uLdpKqpKy+0I5H5/D2WYfLrvEXOn34hL0WTZc1x6kuW10qhLbT5oOmHyteN7 tPcoc3xPh/ieOhKA9mRDV93j4PbyOvSQpagy+p///r+9yQ4Nsoc8R5Et50gjvwLj0ctW601ZOZhB UrW+ItdWm5ToB3r1qo7/oLdXXnD1DgVfSkwGAY3TwAklJmaJF5sEck4Y5j8hdP7Pf/+/5zcJBil2 THP5dygPSLDWzeOb/EKjOXFcU2JdFFwt90jofgd3FvRMaOR3T5zBvVjjWbyY6iJfPu3HHnkENIpQ gUvw//BOsnfmdb7dnGqpb3qC8DD1PbY9d0wiDlRW3Z/rQQcvWEyVyWMCVP3L63JQTu90MXCG3r88 14NKrBq3snKhWsNz1Q1ZC7rnF7/fXPc2CvZnav4QVB0zRTLabiPumiKD63BQhswPwfVlNrgq54Ne t+zpsqyo4Ma1vG7ZNBw/ML7K6xaRlG9AW2gwQvOKIA5ILdhmg59ofthH6BvnLU44KBXnWYkgWabu HMvh3Wu6wE3Bj2IzW0KN+KY+XI9UY1s+6gTLIH246RoWYwHlvbHDyA1PNdyjJ6xXQ2uGP6XFHefh qgTPYTw8Yr8IHn4VD9/h8hFjWqunP4ehmLZuS7bsgC324paEqgbO7riVUKTfWpFGszwrCuojEde5 qDzmOK2K6sa0RRNN4oFwnWbo5qczpm0MVTJs02cqODBO8u4dbg/TyYbv6b7eTyX1Qz2QFVih3VrY niKZkNTE/1pQcEwJ6T110lEDXeEyBe33viRcOEs2c7wXaJ7SsnK1qMNzWGHIGomLVTF0TGFohz2w VcvxelUFlFC1ZN/r8vPXO4u1RHiRydPNqrodJw9weIjerM1Ocu89mKL0mlIvyvYLxxIPo4Y+HWEL SxPgxmixwDO2Mqd7w6eENc1QMzuDP4at39C+y6vT9RTBu0fFUzpb5lka/6vaw21sz2eo0YHTBCvH XXkeG5YGS8ZNw2+casm4y6obHTFoC5bGlIbp2PulQzVJd7RQhdJOLMbZn0puT4nWc5zg+0oswKm8 XRDww80VVeesMJAUW5UVEwILLRgYjqMZZrCj+ahOPwgbrIa7wMbXCdmgjYgyXkEuaD9i0Rpzj22n ogXHhtsB3nGWuMD/3FCdUIfdadSgzsAqaNygruc8FGU4Y2BLWQ591WQKI3wTDhR89HXJrKFqKprT 70rheqbmVUkXr/WUutQW4ZAfPRwSbvJyifNVluOTqrOwYsmfUJVVFUMbIrT140Hvjx3GGcapIVuG amjihBkvsidOiW9ID5PiytQjBmBE1IuH7ure41XRHNBPBRnrIs9WkBs2lt87DAtT833f0MUhU15g keWEyLXNl5A3bgow+dpUP0ON9FA/0bYT2XwDZ4UIWlgA4ZtwNsMXgOAEEFE+W8YlnpWbHLof5zTT OQJtUVdwaaMFrqe7xNG68hYDLGRFURzJ6zmPAhZ8wGKOi1ke32HoOtNsc+qfEHVbimKzqqQDBUqc bshjmwIcHgZc6IR4XhD0CoRLpgqFZXZdzQUupoIL6p9GFb2bUjFA7vk26EzlBw0vemcdBLQmCNNT NMMPp5UtOjbcCVj3O5W8qOx8FuYyTEN1adq2ELo8MBf+EkGznIq7VlkZP9RxIipp1+uEuGtVfa5G U1NejNBNtimXd9mGKddIljxipdEDmQIWPMCClv1ekOvo7Y37/t0JhUPXMkcx5CJVRzirg5ptAd2V w8OoUE1L112JxcEPNF0PdinfAgDfGgAsst63Nd+h+zAt8sm+LWmK8VUZF11qizjijx5HvF3GBZpn sw09HN6c5QVxssijFaZ9BaiAqWtV4fSePIFziCNU+xks0kaxQ9nWena/Zpqy7ZiiMdD0RFC67S1R lw06qUNHPXC3UtAPP0apjRyoqkXQhFYk4qGe64qwRLwmOHd/3u4pooLwbYnvn05gD2CFMa0wxsCx smdbltUvmqOZnunJ+o49BcdOVOvsCqarh5/j1QbOdw2RtS6Y7siG7BtHWY9nC6ZHd9lDVYl5tGT6 aI7cBHuCtCuE9qg9kiw31BXEtBTDUTtTOEayHGddQcbVHvWVvpq7Wmw09bXYcdXE9WGc7ja9EfjQ +zXqV9kcnyF0y6QSFcWTLd8Smxp8sCxqOTAxVEEkEijHsIWBaAeJ7V0CgPfg+axxOqf75nRzo8IK AyxMQw80RxZ74rzAomF+qHj2DuG6LBoxj6tcPbxfgxf834I8OCt7nc2HESE7mu/ZtKaIQAQPiKhj G1WkdVPGSfyvOgZSKxDabEr0A5sm/SArIY/mMQTDmSS2qiuO6VBOFPzJA3++//nqHIIazQYHPchQ d+mrqmfUHHzGQn1PCcOQaZs0cBXF2DWI+0MJ3XIhDi9FpB2v8zsfiGHBge3Ykhz0D62aXuB65u70 /SukQBc2XEiBFhoPLwdUo5EOfNow6Hup+6w8BUV9WydXUQ8VF0V0T6yRfr7NBqiSQJXKJkSPUuLN oihn8mVV1zFDTzgtvAg0ouDSYhWX0LvrIY4QW3nnAjX1nRkwoWmerjoekLqNCTcIbdsQIf/pYaIu 2b1N+6CBLNS373eine6/HibadWlki85TDOc4If/ysoqD73nitXDf7Xxoh1fFGprvMzsfR1yGZksD J1EdlRjd5Jg+lmlq2zbPvAAlBrB+iOdVEvKcmPcsTdB03/A9VemJMEkLNTtwqWEzJsKEtPrW0ur3 96c9yfRi9ISnhoX+WYzLfjnzF2Ir3DQzvDyYdFMa/HrWNYlfpItY+T9u5dccL/1WI51W+VBc0yLm mBKfzhiUv2qatm/2lf+gT9vr8/WS/8Jdo6jhBdKNQHd8s1fZRzj9R4e3Aq4bziGHJsnuWc7na5rq SY4jmrFPjJSj1m83zXpTNDnWWZJkjxDEKwn9izr/envwUtc06dMFa2E3TZme5N7vGzacq7Y3dopF W1G9bimfI+SqVUNrhj+lxWWp46UFpixprpAUvEiKoeY8Q0kmdmBqjsRi7ci2bAbffBtTO7xnlC6L bcxnscCAA0PyAk2SILjVxoFiBI4h77a1BH9/b+EMsfi+eoe4Jj09H0OWYcsiuGChtGq6lmSJ891c cu8jV9HMDNEkWZYZTDJgcIG8upyNl1Ub6X6dyXddZfKxaFg1DHTVFe4yF/z2G/nWCcIlimAjdPcJ vqxj8hDy8Qyv7sjvyNIJAjOk/RC/nDq+3cIt715F9xip3S7IIxwa+L6jaSKLZVokvNuBbE1o2dwc o6JqhpoR9itNCyoemYpJVJTXGFw4PAeWdHMcfaZfLC9piZIUl6c+bMzv5CgkpxHT9uP29PjHOjWt +/nbJsVUBjPwuGoamqLaQN8WOlQ5CG1VEf7N9BQPMR0DJdgLWrbScg6qFECb7er6QWk5qqUpbkXG 770uTRIORDbLDAVViabR1JxW+OSgY9qjq3Lk6ZeXeL8o1V7zXe3wdsv6SK0ISdHVQJoUCxCyjy3C sIgzPVv1NbrB2FaAMlRK1HZxO0paQ5K9nTSreEC3VddhLdBUv2FUxP1y++uHjpBrkY0q48PIpu0i fLMsyYB29Gck+nlmnenve0vYJWh+/qBzEuTnrQtN2aFmbzYHJbqzzqYls7fjf5Ukn0zUgSVWEHi/ 9vu+fqW/8brp72mdHbn1g5Jf2+TekznPMWFrCl+Ld/2g9NURvL8KprCEwT83UXLqZUWJfqWFZaJy eYBMk03X8APazLEl07RAk2Ur2GVe/DnMtp3to1Mx/dUofM722cn3760Qt7YPQAftoEMPK8BzI2bQ MIJ03zQM2enVDBNu4WQN/z9a8XzfcPc1z8FuCGpjdI0XUKOgd8J7mLsU2fIUNxRBF8Fd34O7bvyP HLPXTbYoH2Hv1q/Ts+qwFgOfGZLtGZ7NlKYhmaE/yFLdO1+XpqFzlaYxvKiybQam4fdyHgwncHVZ F8LreKyinlX7xijclV5K0Q1Uq8boNlszp7cGpqSZCkvSWo9rqkWQVVUzKND/eAK3WOnwkqd65aAd g5UmhZSvyXhSVEdRlH4au+GpiiFpOySMcr8RmKE8GC5TdE2nJhE/3N9C40EB5DYaB7BxRC/yG1Rz OGpAPIzvoamOjOIk2VTleKvc724VutEi20wFtuVAlnTZ6O2SsZvzki8bwa5u/A+lEX1Zk6Vue/Dj Y7modGJZ68T67H7zTyhYCNXo8pi22oH+H5sczfFDDA0gHpfxbMlY6MNUZckwaN/uVwGjF+v8oYBh uIYrh1MWchC/HT7roQ8XKD7mlC5vfpNP0M1vygm6Jn+5Vs6emcvu5MfeTCi4PElVu92ijnDyoxpa M/zeUg8M8ejoIdPMaQkgtC0Gz4oncxBPx5zk5Xr5VNDivUmcfmYreb03jRGmOAaY6ND4AVNTcOpa Rv0W8cOqRjcVX1HDV/cC/ZFtkNrnmJSwQP2Id2/Mx7SbqiOxtTXcIJEMfhF/QVehLL/NUqJp5HcA zd11pb6uvCMGFItxZHuObckswblhT7ISLD8mYqdoHBGBC0WZt/V6G39pHyHKAEIYEGF4qkMm3oss 6obraJK3CyiNIsLxzcD+RoGnYyPC80xTntxpyVCpSU2ZnlA6znLomNhAo1xGJSqW2SYhjhTxsHIM 9bLGsxP1Q7OMlAt9tF1KNw7ZtEupMHKMdWw24OfxghonZUKjsQzpiforsqXG+lwcb/4jOII+Zq8v 7X3sOV1WmN+Lq9fhscPKvBx1ImcMEloONFsJ9pIlh3S2EugaPb71DYTxjjOMVySWWdPZBagXaULc yLoLYElEA/fO/mihrgcu3Th6yXYb3QXo+iGc7QIYhyYN6hdyq+bltGHAHPA/Jqgv36fQwjePTp0b VMxwGhHxfAI17BGYolDHHgI0c7xOsqdWI/XKz4awGbQAZuEASbEILkHmCX+7J9UmGfOP4dRUFxVZ mjw1zTbbHQ7AlG0Q0uwNVAYtAzA0yQ812e3l3gq3drJubSMCcAT7OvM5uUc8mSjO0Sp6QrMqKTxO EfFdiPMbrzCVFB0kjEd2DWXQ0DvqTgFbD1ItDBzZoPbVq3Dsq6ZtsJ6L4U3AVXObFo5nWU7+uc7S OWxcF+S9M3w+x0UZg4gjXnqNbVzQpj07oUZxHiVFxoAKQzFsTTKBem1UGJpl2rSryygqvpUDcFBG XWVytQ4SibDOEJIqmbft35g8nT0j7nb7P3vCboRXjrD/Uw3tOWTruu5ZkskUju6KtpfkXfcOtwVM Tcd3HUN9ddJ6DfVvIg+EQhiseonRZ/yE4jmOtjJ/KO8JamH1UmKol8RmKOimpdqu8upKPd8yXVSI 9wFcbOui9YT6LgxvHFokgCjV0SIBg2H40JGc4Dhb7k28ne5RsrbtqCdxFEJeMtWnCwLVtGhE4VVc KLLyvzMX9piPsyNF7iZOumkpI1PgqJVp+ZjRMBDxkKpGOHvBwRPa/Yu2pm328BhYUzEd1TA0sAAF a/LAmuSTZNn6Lpp9bjvNtDd5gWk7YqIMzxhIrym24ViiGbWQyt9FKt/0S9/wL5S3grZOIyKM2Mhg XJTRXRIXS1xt7DRy+wyhkO0YtuX6jqT0qzcL7pywYMZfInBUT2gi4jlkHW7x0MIAqjQ2pKLBM0r7 GQZgSL6rh74E8UwBDE6A0VC+d/BhmMCyTQgR0AqGgsA8EJh3vdz1E34AXwn075d1Es9iopkxeSO1 isFI3npLCLaj8Ay21xM4RJdTCZ0SZmPgUF2WZN10RDyDFw4ln2W2hvqLO5OtB/rRTfJmC2hCXNs5 /vTMPFq7X/1ZwBx0HQyJzhyOsftFf6UZ/vTRtHO6h/KzbjazvWJ4Q7WLXct3HQlkhZAgnEiQIZUy i1I4O1DgsmrcAo1d8lVUwo4W8QDLeFY/WLIkMGimYpiGIoJxHKGC5uYBIGq5cFIfwoc0va2uWeTZ iqKjAkOCoxyKRcFlBlgothUQesPxEwELTmABxIbE3iZt84xFKRDSmYHKUqrD9FWl1ab2W+UvHVqN W7+QbVHG6FlsMODAsDxTUuVe6E9RVEtzbIYDDOP8LpmqrcPBCH74vYVGygIHoVFplTGaNgyYDzAc 1fFwFiWGnByMorvsgfx3BsmbROfBpbv4dB7n4FPDblTv/C08AFFRFjGoe4EbGsK75kWkVdFsRT6h f3sRChD4br6joMc4SdA9i3Wsm7bimbSdgcAFD7gol8TcvV++IuZi1Ys7nUm+puTM3jRallt7EscI utChNcOfPpgGsl3okRhwvLMFk1KRZMuyREM4boRHrTXWUQFFEfuSZI7nhBuhXkOXMc8YsCAbfhjo /Q4UAguTxcJ7mh6eYwiqrDJI/n7WpKCFPVKM5wVE/O9Y8sQVw7Ak0xNF73mBRE8B87TnSgTaJieC 64RlDhxtu2ZpFQ+P5vOKS7uSeV+HA3fmoMYZGNQMw0D1Xl+QSzDod2ZQcANfAvho4ZwJcGn/fNHY 8DliUMhuoPvgTbrDLi0JCktUZ61mEWxtAvW2OY2gTxlYVDd1XTdoD88Wi6qGodiy9Gz19W8Vvj60 MtU2YFi9T7D1QKxn/oDzsik+3WQ2wgZYQU0ulGYl7IhWx3TnLOa4GRiqrvsstpfhmFYwEhEdAFP3 cX4Pt4a+qym+2P/jgkl+I986QbhEUXJW7QVWn+DLOiYPIR/P8OqO/I4sndBW1+2HWEzCaSrMUYnx O8ucJtneCXqbI+0TgwiTbUfSLUl0JJwWCe92IFsTWjY3x6iomrrnyqY4cjEtKiZRUV5jsNzwHFjS JT7jZ/pFqKhW4jzF5amfR4tyJ0evvAASsj5W9bPeX6G6L1tb1pLP3zbEZwUZzMDjmqeZuuOwnLtw oGY7Lf74Lc1b89DyksS8VYV5C7j5muwM05FlJejjQNNNzTTDr+pf3IUNZ9kZ5uHlJWs00oFPGwZ8 ZGe8X5xQ1357DG0bNB/cj6dJiRHx18hTTfYiA/4liehJK2DJUhNacgpgpuUC+3siqIlCv20hplUl X4Wjieq7bUoHAzAMQ3dCXQMICGDwAIwOTR9HszFMpV7K6UzpsszKKEEPWbJZ9cO0w7kYe5NoKdz2 FI6Qi1ENrRn+9IGTLbbCo1El8wwXNPKHv8wgCAhxwVlEvgn9FqriXgwCRHMsyZZcsQnLiwAh/3iI s02RPEGe+0MMmwl7GRlQyhhXsWFa05ion20QmRUYsuo6vis2/3gBRoofCaWJTUmIXmR7xV63O0tD 1RFofycmWCi2pStOwNILWsBiCrB4KS24MjqblOBt1hfNNyfguCfChQEWpua5QCwBC05gMZbLR4hO aT+U7UUrp5wxoMEITM/0mXoPBq5kfasWXa1ACf2FwwIlVf3KAVtUIIg1bKcqsu7t7TLLjusppgfo eLVU6MKGt7Dd4dVUazTSgU8bBnyE7aBkAJGBs2xDQzDLOMmKjEhCdB8/gFtV71xka5xHZZajRYK/ xHfk0RkZYp4lDOCXwFDyNLGzxYtAA+f5Lk6o+1wdnmtgsO1wGc2WMX6gLhRBT4nzVQzO19+zGxat aDiWbOvCRuIFEDTiEkHQCC8WxIIGN3qFcVkZx2uoTEF9q78UKMf/3BArG0JNxJX6mDHH+SZY6YaM lQjFbn/W0RDfUI2b0FA9S+2M/hghvlaNm2GG1O1AMg2mJDjBkBMMnnOV2wyudJTsF9nnPsOZTGCG 5xtIs0vizxj9evXh5vQ2QNAwIgZjab4h96vj6lWl5GpPjEFjyqrqyoEvNCYvDEqDzcVmvc6Ihqsb 6b2vOi2uyMrHYGx3KqoXuNysaUjykALqeiA7qmz1knNV33B006I5EWO4+FbxhcOLtigT6jo7SSzt V1w/Y4CGqjquawQsGWO2r1gye2J793FuE9sVP3AVU4KJCJnKAx889/nrKXz+ysIXsqbbuiHOM3BL 9orWFcFpru32Agv9dd2SLYcWFxP055L+/9WHwl+3dxjob+iOaUiKqMXxI9C/f4eF/rIiK6YnotEc 0x88p5umn8XbJJPl86RbxOuRq6IMivyuC92R4dfBkBHFJhG86YE4BsYtsFuGTe/DZNjqFvkTiCAu x4Jt7MOi2PTA8AMnFI4Nx/RvKzYFFJvCuWJT/gDFptq+JzmhyLTkFthfp9g02/Ylx2eJZAr6f0/u poXv9mTY2GfwDiRSMkBAsVxdD1UhAiYIAZmJ0ON3oHgzi3kjy4oU+CJuMzUIgHDfRuCaiFz13w6d x+/QW0wujgeKwBJbNlPDwH/d/CbvlPxff4CQjKy86yLyect1WoPvmliEGgpQgxjjPUPsrze/KSyu peLZgemICkMTl71UvV5X+rhLafrMdWWs9ZQwq+zVDdeVjUDUrZ4YBli8sDYYhpRyfYcBBYZiuI7n Ax0FCnhCQRjfb3KM5Avkef41WhDVhWlKf5yiIqb1N8psnSXZ/RMDDDTXlwOb6fCrpBuet+361KZ4 985X5p3RHz0s78w8Wt7ZiIQ1fVXzaA2m1qKqnmsqjrPjmQHe+lbJfBBL5mZRJ8WPl9oZqjgtbHPa hyi/x+hmFpHVv2VnN90OPF8LWPas6yMHgysxAJfu49zm8hmSHDiGKoIDE2ODUbX027Juy9Yv5kIe JvInmuUZ7byCUUJZpqAsUx9DOyHfYuAaWfHdQBElobgBBS0TFifJpiBogBP5RGLWdotSHZsYzp2f RWlV+JsFFJalWZoiQMELKHBRRndJXCwJHqB9wN0T/O+EXF/jWRwlyRMtO8h7x4eYIJpp/BwdiHqM yyVhYajA5NycMTCnEniBrSv93NwwdANVevY4i2DOozBnSDivgAoCxQynUR5nJ+iRKOtltknmUCGA DJ/8Tg/Xc5yg2sE4vEeGKu3qPzxHfB8ncNEMJVPVj7JqZJq3BMGXZYY2BVVNzZUdD5Ar8OjO5bIO L6s8tCKtqU8HRZebon/q83y/TMZk0T6gYcYOs1vy9BTMNZw4Rdd4keBZmeXPzGR3qH1vHjCLINRC 1e3M4giH2quhNcOfPnreXl+/Y9CAGvHHHdsUUXY+qIrQ79ehp2m68YmWlmxVRSniVUx817pixhlC wQPOnxCe329Pf0OpORarSFJDzadNrAQmeMDE1mVB5WP2/9n71ua2kWTLv4JvY4clDeqFR98IR+AZ 493unl65986Hjr4REFmysAYBDgBKrYn+8VtZBZAETElF25JZ7VLEjJsPUQTqZNbJrMyT01AVKLH2 LoJPbxcBZF9e6m0e868PXz5MSe59c9Fj9dXM2TwmsgDbfnAN10F8Pw4S15ZOmuI6ti3+TisTHCAc Ud0rUVpHDUvoer7uVM5jFMAeoVFKFSYNXKAw9llELc0wBhetYBTFCvLlKk265N2iLa9UkhS88uxY F/AxO9e90OEaEXJppnXSZIFxCsCIOki33NXTXHl5LfMwHGI955KMWraXl2cO39HQ2TZuUnmeYtCv dK7gJCv0LnVKnmkW5Xkc27I7U4xRThb3lUcuu3GwzWulKX61KavlPCJQAYGyTbHLv7vWgAVzme+l 6WzzZjQISezvZHwOwOKZ6kRUAcFxSUtk60QehRJAArRNlA9X7ntPqrwQqBFO/RKdX+LzS3p+6csD UkUFRrFenf1e+JcYY63xx9j3gt2IuadczPTtxlaWUIayjGCbfDHCcOz441l20liCJMcfM53xxzTJ 0zSJbCx7Wkt45Phjit3ATamV5TqtVTyR8cc4ISFhuU7jXxR5MZaFy89KeY+fXEHtHBWJGz1R6we8 RJhjlNMZXSWU0ojlu5nXn+ElQoSRqnc3xkvsoVGWeRyBxuAHYscff1W+MtQ8dcNQBP4HDEUoe2fN xcfIbJUaOCec4y+gFN43i6Yaxmuo6qCnOq+CiKXZPOq3G+TJujOVopwe5Jw566as+1J8ZA8j5lQh cy0WU9a2vjrmaC/zSJ5hiwdT8LA72muuoUtXJQvPnLubcnEjD3g2HTRCNMKJqLHX40Rs7Rm2KEUx SqXw+x4mEEtwgPNvIQevEkDH0STP0qTHcTTtmHk9ehKVKRQvXDftXdEuwckMmLvQ2V8w9jCKdVqo aEpRvMsE7mFn+soXYkf+UVMo9gMGSWmGo0DnOHV2U59y0l9+p0/iBgnq7odxaoWdTPE+j/4cocIf EZR7Nq1u5Lp/Iuc3k+Hfe0EDCljYf5Ja3WIjofCJotsbKfE10/eS79SAgo+CPPNsKv+vAYUHntOD AglCFOceVBZYKHzfUKCR5+epDCUtFP4CUHjz5tD+oAUFhH2W5gQmplsomAaFQ/zwkhzShtZShc5d lKWRzpGghcIJQGEiFn3IKxxkjfvv1NSKRoHrh65rtYDMAcZOQvph7ej5zxQYOuXUPsNpmCGbazIE GPviplPOMPUVk0fifdsHutKmPkael1Db9GIIMPbVpt9c7glPi0ds8sjbE6W+9LcPdHWPPUQZwpFt n7QeY5adQFlISG5DUkOAMfk5gmNoQIFFfoytOoOFAtQw+4nr2fEU5kPhke1CDwo4RiRJZAmDhYJp UJikpN5c4gmlpMdK5hMURiixs6uMhMIcFzOvoLH8rkuChEilw73lxyTKcs/brfWB5X+umrzjVd0J tTV5epAZJRgOjVk4oGStg5+IuGGGZgehroeT3Ium7sMVz8QHPcX0lS/Ez2eIdn47/DxwU1meI71B YrOb+pRP/vI7fRI3CCVRHmZSjXTvBiEv8/yYfguvFR4rjBr8QLH1WuC13rKLYRbFT5s9+fRhznDn vJdq61qDKDBBDIdUx25YSOIIa9vN9O3m2k3guTRwwRws2TshG3hw535XOx94zduicrqy30gBtbM9 sb1iDY1c8unOWRX3Tsv/vSnFFr99i4bZUDcOXZTMSxzTNM1cD6rdXtybymaQ47ypahi0HPAhJP2f 5r2zaMuet2UxdvUAYMp6UW2W/AcdnJDcz0Otorfv1L3SgObEzvkxxigmoL8zSmKucZxfVYuVzkUY NJZD6kcO21jnVM2diEx7Xi/uHWhJLDsHhul0XHwNKeDQN474iI9ca6OLfRJlsY6clLXPE0lcVI1e gyBxXRR5yPpeU9bW+l4TfK/yrdIKpf9dFLXD6yVkEW/KDzdcR8WPRjTNQ3vEYJTbVXuujufFCctQ mlrPa8ryWs9rguf9f2UvgnUdA6QsDMNUq3J4Fpc/V/5G/gWbv3k2oz2MA4KixGX+PLvr+oFHE6kI 97mO2Lj8zASNkLD6LDTKL37aMDBDfuxXUBHbS1uPo0EGhwdDcOScXOeKO91mtSra8j/b2RE6FCRn cZBbKXpjvNl1U4k9TgqNFVeVVvbZj9zMy1Od5sqHd7kvd2R7fuVYkc1veuZ7+KZ6XkTd3IPbt3dT PRIgP4/hVlvDOSHDsfrhUy9iuH64p6MfTrIsT3Fku79OawmP1A9HyEd+lNs2jNNaxRPRD6dh4CdU jpC36DghN/1YgvRTlbFHHn36WLP1N/B9zOQAIwsMQ4Dxp/OL0sV9L4jaz82Fat0xl329/XE4fp91 FhlEtx7UdlCHWz/C4ZZcpv8lc66jC9fppHLTzEdhZg8/DLLQl3HdLA3TmAIELDCMcd3Dz6j4Ip/4 sbnbPfq5aVdFtXucNvXfemcB+ujwjA7ZQ3FGgtCKhFmPMYv0wyBLggSykxYYpnmMUTxs6iPg0dZ9 DI+fIlHdmlfViVJB4e36v00rLR+6AoN44OC9tXRfWRyEeWQjdYNs9EWct+ulbsLkUbMFhmnOmzzo vOd0b9+Z62rCkoDi3MYB1mPMgEG8NPYT24tpEDD2fn6FugUHXYz1iM7lrpbFSYZGO52NI8O5pn94 oeI9Bp9zXFmDFeB4HDoaOPAJQS6daz7gIMs8hL+oeC+NPZLKRTXGHeyh8dgRbVs0yi9+2jAwo3gv b9rZkQY6c+64rNdTU93UgDexQj3vemdZdn1RL7izLvobp280wE+iIBDbod0LTXFoImRu7+WyD6Wc /wVz/WYwwYdgokBxU+j0ayIvSqM4sLAwBRZl5yya1botYVTo1b2zAV/tVE0hxz1WZf2xc67bZgUt ZNC5K/75L2fqX3RgkYcx8Zit9jUFFsIXkK0vqGT9YjUfFCocQ9dJD7Hkgjuvylq81gnYVMpnnGkA A7t+zoJ4xqEsME4WGHXjZP/eFJWTNII4KP0n2B9eZclPv7yWTKItrzYgbzMMI3dgrauKV4M3KTsN XDDXjxNKZjEWSxDyBbl+DBfPFWNJMNoY62tiack7EX4vL3T8BM3iAGOtk7ZJ8PSknzAu1jp8g4iP CYuYdaSmgP9dD9yrqFbgR8vVuum6EvJToI7SNrflkjti683q5XnfnIt/hIfF2Wu5sWrYiycMBuep HXxpChw4MKqS131179yVYkMd2vnPhq7is4muw6KpxT5blPCtBWBWnMtQTQcYSZAzPaFSC4xTAEZx 1dzyadvlTPr33S/nVwWEb4MGsHNbFppoYMSlQWZHmxmDhi2/FsvdNoJmi88R20XfLJrqzBHPw8J3 M7yMbbpNdcuXGqjw3STMAjtA2xhUyA0DQi0RkI+p3OYa+l7OxFNKqUKQ7YVAjurR/u0yT6jH2O+C Y+ggwk1yP8WurZUwBRGwwAEOyO/C8BfFRngEgAc0Qt1IQAh83IJGbbW3afC7M+kqhCuB3K8GLFBE 3QBJ0XgLCxNg0fJit+J9s26q5oNSaRyfXPP2GipowIWUtfxPmcsRNERtLhqwIH4chZlW37+FxSnA Qib9q3sgEwMOzvYPgIq1oBjrthQRyXhCqEKO26Itm41OPs9NvZRGybybNiaMeLmc//AQJJ4rn3fs 0JLgB8psPu9RGB3yIRMiKjjJJ4oyWlKhlARRzjIdj4IJywMIaPQ8yvTt5qb/aBpjGtlAzhRb+VX4 1d0wH+FQy9W6UqVo4HI/na7RjdM1IPGjOV2DeShiCYHstkWFCaiAtgZY/q3YUnfhOP8Q/lJpGCjm vipKIOmrdVMDXIRThWffN9f9nfh9HW+aMJekmRUoMQUW4g6XdSl5+Chd8ep9+vNryAP3LYRrrTNI rYtfE7hQRwlQ39Os+3JVVBqoIKlH8jCcHxng3PeZPKB/cYp27FwwQdE8S9EeRZKk7+A7Nr2K6wAj gto3bdnfj5RMh5GhyEu8VGtgNQv86KH6yAMQmr7dXEaWewmOErv3mmIaE9DfmaaxLLYDnQswqcdz t7d94PKcc0hXwfGWYMTnP76HLKfYnbBMY8vyIp19jsQoRIGO57KGeQqGCQmqvqzK/6gdaz8rCVDg f5SdPAcbqdFPjeBKYlt7f9/1fOW8+vmn9691cJHhwP+kZILgNMBEDYt8Yf6D3M8YUelbAvQUmGQ5 M4RMn6Y9dZgPDtIQR/P5y4eZT0YplYlGPeYzebu5zAfHGcti62BNsQmzmc8vSfZXYz5FtdhA/ZfK 93xy/LJZw4Hcbo7o33ROYGhCKfEjG4+YYpXyuHZ3eAIncvVSIeIjv5dV9Svou5AVgHz5gf/98tJk U4ZyJnE1r0w15reX6My59DVM0XeRH2LP1lcZZIoQYF4SqJ3Kyw8X5LU0uq4vrqqyu3FWB09q4HeK 5S1v+1I8pwEMRpjPImSrtg0Cxu5Aey07IsWmPdTfri7UMV/VNOurYvFRYGEpfllAwdlAuS6kXgVe dHARYhFyWOERk3CxO6+9aTbVEgpw1+LzoEdSOBHhFmR5BLiI/Zpe7fk5KGaJm83l6XFGcoLk6IEH IfFs2YrPGAFvsxVP+5cGznsvNCBBQ8/NkFYv7XeamGCxH6RamRvrRm1i4ksu6a+ZmNhFoDJYm6Ti BR/eviBi0lciGrrEZ5f07NIX79MhOWkcExfZHgNTrFP8DLGQqiO4K1opGiJzVMCBhQHosFsfERfn WsWdduFPZOF/e3f+lG+bqyKb5L3Ti5L311pXuHXf5iSqjl66U/ry68U0PHpyXeyd/3p3fm3wrRf7 Cq8hJD+v5SAwo9eiNHglfj8Dsni1Kavlnr6cpI8abMFzozhIs1mOFNNEPJ8AeXyQLTxb4gPDB9nE x1emGJBKr8Xynt8067HIfZtNX26zrRcamHGzIHLVdFybGTmYGXF9GNVsSzaMsA87VHjW7K5zTac7 VNjXGSrseywkSTxvoLUW+m2X8MihwizwExfLftO9VfRQEAXJ46v4bORFUiZLXo5f+hOZRIxiEkfU 1WrE+S65DQ78iHqZzrGY9Zz21OeL9vPGcd49mTY07NBn0JWaKj+PpS530Ju8uBGfDPLhSiFGxPJ9 UTm3TbVZ6UT0Pstz35MCu9ZATTBQ8SPi8Tkmlo3AQ930Dv9jweF5SO3c3HflQoBhUYjPgRZTFchr oMKjPvNjbA/rDUKFeHwLgkBOhjMlAS8ZTy3g0DlNXd0PrkJhQ/mQvRJJLSW6yMVxND8sZJEgsgGG 4vaXZ9By1M9xDDqwDPopLA1FlLKyfa+qwGBygM60vv1JJiqghmM47b/QsFISUy9hUsDBBiUHgxKW hIlLbMLVFI9ksN/5qwYlKsA4REUVA1WVavvMc+QnGh6M+mkeZMQWJZlioA6MOBv6Jpd75BMUbVu+ fclRTTkqPJl3VuoAw/M8sVi57aM0CBh94xSLRbNaNcDGFa2ULgLKFUfRI8eJrgXJlGrZ+3GL1jhE TP0sjbCdMm8QKjZriYamPpcVKGOMMalNmZe1Qi3C1T38o0WDUYDTWA5EtagwBBWHfyYDw3VmhbtU rGeU2FMH45f+TyfaSS38qbH0iAYJo9Qe1f9VrF79o2P1nhdEEbU9LOYv/fCjY+9enjCWyonvdtEN XvTtHr/b7LV2ehQSgl3ISdrlN23593jdm/fpz07SjKKTfxcR4D7r04KClxM39m0UaCIU/jyAiv/Z Lf/+OzWgQJgbhWFqNX4Mh8Kjz+lBwcdxHODAVjJYKKAsiKNEnl9aKBgEBehkny27UqD+U74y//lT t/Xdy1mKaGizRNY1eG6WsCyHRbdQ+AtA4c3thDOOP1pQ8F3q5nLJLBRMg8LkpGCIHS7JgWe1IkqM MkRoYCNKU6DwS47w1tZn0FDoOOgVdv/5S46xBjCYH/l5FNpMs0HAQAeW+4mfKTCQzuaBKY2z2Gaj DQEG7AyjS5hyhqmvmDx6c367fSA/QAMYLmY0yz07ItQQYPz5/l9opA1vLrf/KR+xySNv78Di0t8d Y7z/F9ahm27uI7GA1mOY6DHeaHuMN8d7jIgSFKUAAQsMA4Ax+TmCY2hAgcZe6NHEVrJZKAgaEWfY s5GH8VB4ZLvQTFTFJIhTNmuScEmWMubBsw9C4dmaMWULqG3GfC78TOtgL/GEh9Jj6yUoznHmJToE Iw9dKsvr9VzJ9O3Gtgn6UcKCKJ8fHcdBQjAFD/zyBgYUwBrYMxlYXn7YtNwhPzhJkl461zDiS+oD wayYn8R6lucgi7jk66q5h7FgOkaW+AiHoU7c/30amev7yIvtpO5Ts5e33sVw8p6N0r3SDv43v3d+ KbbT71Jelbe8vdcwBZ8hNwu0AtqZKTybO5V/9Th3Glp3+qg71QCCiGFcFLuzE1YMddwpfnTWszX5 ZzV5mJcmTX7dNn2zaKptEyYM0OLgB5bQ6N1A22bdXXPo14Q2vapq7qBL7yPXcQTYZxGO/E9FpFHg yWqcl+dVUtPCOoKv6QhgtdUm8YMOJnLGwjTUoQHfJ0+iIUpRgG3ixxT8T0B/Z9z4LM5bnSswSLVk NwB0XZRKacAph2mgk7bzvTGyGp7LTwhJSWYbTq1hvoRhRof1+sw3z/WoagoaMcIMhYkWgoAtQB9m uW+TFxpG6cXMc4k/awAiaYiDXEkGvjjFlGNhLcW0ljxacvYHCBuU0yyi+XZ8cDjlOE5GSriAZtjn jZIhUSDsWkvcIYyoF0HaVW+vnb7d2CiBpUkW54HNppriwv4Jc8h3o1udli94eSt2wW6zuNm3ojOn 7Mdp5rzri6uq7G401ZxZHnrE/6QzOnBRjLyd+ucL7oZIpvnsbvg1obRHkZy7Eqa6gc6ziONAaa8p 692Ee5XkW4n3Fh/42c4Za0DJJ3meiv9ZD/zADcJuGqah1g2yHvibm40d5jX1IYYP8wp0hnl5bpAk KbOKAKe1hEcO80I0ymIazfLhJPBpEsq5FS/PaeQhw1GchrmW08iXT2KYl08Yy71Ap/P3++Q2bspo GKVzbpPkfkSoPbg/ve18b9IL6LEX/Zyz7LsvfKT7Cn9ATLqvyd2Ae4GozxL/lO5F0fJPKlPEtZ/Y Or5diL9UlPUuUFs0rbiGdVNLEeRZ2FZrjexBiYdZDItr2Y4JNrs7h+RwENLIf5Z8CRq4g7b+kULY OIzcNPDtCaUpEIA6rNmKl5105LyFSRti6VfFR/AIMHlDOXYlq3/gROEwJlAUpqmPbKLYFEyoY5WF YMaACYEAIMA3hRqzclN+uBF/Zd2WTQvTVl5VzZ14rH5H4YbXC/5aAxiEMjf3PFhvCwwTgCGsX3GF Tw/e9tBS1PdO0yuQqNrOznlV1otqA8xCZxNBrnAZ/ixrQmMcY4K/SbcZki04Nt7+umAacbQq6k1R wdDIpr6WjTFLreFzwnsgigKd0U3f6QFBTn0RMNsDAlNsIqoqp7hqbgUnu6+LFUzUBbMYfGvXi3+E L907fevOnF9k0H3ccFXfy1mSeTYvbQowVGblbFvIozzna+euFIi5EmSt4gXQdSiBUey8bNXG3Fwr 3GiggmZ5EkTY8jFTUNGXKy5w4MCBeyt+3bm7KaGUo3OuCqh32qKh7HoI4d4DEK43FRB6HTyENM1c mW21eDABD79dCgPGBP3uQGGrWOQkGZ4LyO/OisNQ7rJb6XArGkduSuwOYczap7wvShFpCX8PAxA3 9TDISvgC3t9xXquULgBD8ofNVXff9XzVQf5XVYT9TWcspk/SmKaysNkCwwRgQKK/bSpnLT5hdjJx Z1QdsyA4Ot/eoPpl2LuBny2atRxv3N+IrXspD5/BTkdyt+Tdoi2v5FGNhoWSHHsBm58tM+wlEY2k qsdDFvps6RPZBnFc+gTZ9MmjZt1xWO+eD3j57d35U8bRrXlV7dm2SbafXpS8f3K2ubzCrf2bU1B2 9NKd0pdfL550y9N1sXf+6935tcG3Xoo8QBLrvJaVVUavRWnwSvzuXGjQCpyAbkKiU93xfWbbKUnT PGdWOhXeBjEor/tL8W4uTdYZuSA7OQN4tDii5UUn82iFuAQuaFfFF/0QS6sT8U7Q+JurZlNDg+Eg ZiPIb8+LpSD1GpZFvDBkfmYF203BxT/XvM6r5u4MUq0SGRIPJbTSlX1xVYFQkRIsgpTbBy6TLJNA XAcWJMkC5ll/YgosZATPnXqoDl/y23LBuzPIyosbOYIGAjYomhjO9gZ86HVXIpq5XmDHChoDCeEG 7opWVtRKs79wnH9xp6i6BpI99cddQV3Fb3kls7di22yLqvyPTN9qgMIVi81Su30YAwq55i3/96Yc Kiy3rkHsIDcCLsIvFIubkt/KrURsHe9B0kB6FbHFNDqOIk4DP49mR3csDhDJVfPQQ5h4thzg8XrC Ngf4BJBu7q/aUp7nvFGEdC0IqECOUzWNQMoK+vpXTQsQ6rn4RTgEvpigZ0rUM0g6P0DTZaDm+Uyg Z/8mTFd//KXJrREseiW++aqsm/YfcFe2t+fTVyYXPn61saZ0+t0edYkBSxnLP6O96quGpfvwl3/V lArCB+5qmEd+lOnMKPxOJVHiiKZ+NKt090IaJBGTJaQv7nWPVxu1havK6771L+BUfRRgd5JGfLS4 d7q0DAeBl2Apo2+t5bCAUI5iH81KTBhNMhRluwt/SWs5XjjNWsvWWpCwl/ciqi2uyqrsddSZXZTF cYh1Ipfv00RQ6kYI5Ta0OzG0P8jI39WzgR5nsnlKaZs3tQjsyvq62kg2K0szlx9GPa5uzBnq7C2e 57LQTrIwBhfbzvhtmb7kFLdlIWGwEne/XFcTPeBub/rLhTyL0AAGCz03StyZVIkFxskC49NOusEL dHtyCiCxNnTpN/W5bNIdfcYdn1XFHcaFl8QkDTPbCWQKLpZl17fl1Qb6fkYvAc5hPGG80Fh0GsVJ pDd1zS76KSx6Lkx/uxUsm1UBscluFzgbBRWd4XBx3TTyyEA8pc4hdUCBmZdFVjTQGFBM1lQEobxy hnBVDTDSDVfpr4iNKfWHr314MuUVPMlSjEn8TW6IuM5fBTjftnwNiZerSm5z47M7iItn4O17Ubya wPLFt2Xv+k8HJW+VRM/2fuzfidMTGXoA0zuGM/o4iI9UeDQWScyCI6fXO/UKMPKwrZgwxbcpAaLt ljdzdQ/WkGGs/q5RFaJc0LdHLnDv7O3xy/u0hBQuzaMkCcnk0r7F0Zz66uP1nT4Ed230RVXtVEsW fLlpIVqXkkfc6YqV0j7ScEIkRaHH6KyLGkV5FFE5dOxBJ/RcaW05ycsevX9VzyXC8aYeN7ALnb0p CYKIpjqZGUTcON499dTeNH27ubluzFyK5MGP3bxNMIH/W1flx8E/NtVGJa/aZiXzFLOdzqidGkqx xPdbaF3DSXZ0qEzBNFe4I9ka3grHeRoTT6fZwxrjKRjjR87XyhQFcMvrcuGsm6pc3KvFl3N1xxQi DEc6H4Yj6R03kSz1fY9ZYRhT0LAsryUx72Gi3fYc4cypG1VsvAXJFB3jGzUg4UUZjdPYnkybAgmx vquOV7e8k4eJZecsitqpYEqpOlm62rRLPuzg8LiXxcdd+R8pTaC8iQ4wKM19d14DZ4FxssBQUlGD IxjblmbHjFIBXErAynJi/sdaPB7qfJy7G15rAIN5EaI506ketcA4BWAsmpVYO2hd2Y74+mvx/GvT ef5DsjKt0csC3TCwNMYuy9sLeZSr4RNd5iVJ6lkWZYZhOWLnK1brip855TV0g98VdQ/kecq3keu6 u+KdLaGqocSn0kAFiRDCrmzTsqgwARV9W1yLaOpM1X7uFXtCiniclKDmY471Xg6/5S28QfIsHVBk buCmsU2PmgIKRZ3PRFylYm7LlixbsmxJe1mUF1Vb6SSTqdV8xTyXRHEyy1hShP0sRt+kEw9/hgYi toewjyBE5bQudPZO4mM3lOVy9uz1YNKOZTiliVX6NgL5dpL01A0YPkk61JkkTSM3iLPQWuhpLeGR k6RpEhA/ymf6TSRIaeaFcNj+8rREVqRZWnL80p/IJGkWhRn+ROnHcpsdt4kR8rAcObx3g1wUsjyR bTAvb3OfIYVkbU5Zln+BBef5R/nhxolui/IIsQEfI99PPZ2s6ndagEmzBGeBzTCeGOYflaedqg18 Mvppv4303V73qOO80y3+oiTBfpRa5mkKLIBkXAvXyJeqDHSuQanmikAp2BV3ypX4hB7eOqgZz7tU HvAVXpaJTdVWBJoCiqHRZTsMCtpdBoHaHR6uq2KtSn1muOmhFkyHjGLiZWE4i2+8IGIEhAMfgcWz cS0JRsu1viaWJF5aDp0vzqZWCsbLCw14YJqjJKQ6VeVxjuL4CK8xebu5FCyPEpYhnYnG1q2egikI FgVn/HWzhJpJVTq57stVUTmyflLwsf2teN2WTQs1k0PFgDQlDcMhOCKEhZaam4KLa9lOesuhcV1V V/OuP+fXYk/tJ4RMgESQ8X8KDEE5Nr8VW/OSd+WHWgcVEU28ILAkzBRUdFD0I1xD0XWbtoC2aVh/ 2X5RNcVShG4VPPv3m6Y/73rBw67uJ25DZ4t1GclwPvMUXpTgOHa/TffxZ0jQEsvAHgXSuH0I4Kw4 V/VFcr+BzWbTQttGv5FyYjq0jMZBGsWuzu7yfdIymhI/9D0789YU+wAhrRvIERd7OeJBKevv79Of zweZmQoK9Jo1iDqL3+humk21FJGNrNzUMBwviP04lOtncWECLvgfpRyCoK80Ew439XQu7u0/oke+ /b6MzPy7wzfHkRulZPLNv4lOjPxu4wWcPnTGxifVISc8yChUJT1IB4M2is5ZVJuu59AypeM8Yg+7 iM56PxDN/CRmkjO9NFMjRwmnWaamxdT44qZuqubDvQN51T1JXw2IoNh34yScKeTrELOvysH2ISKL VExJpx6+q4QlNE0juH/2IPhgDBmmgYfyGd0lrkuQm8oy5hf3TLJk+zjYMeuZwDO99S8IHPfWi1Zq jhdw7jM6IQ0f5LpR6KWejl5skLpZKGtbtKxl+nZz64tSgiPk6jhpGwScwpb8c9MP3XeDMNKevPo4 u1MecXWb9RrytfCCnK/Gx4nlGnZDIxbEnm9be02BhZzKuOTXZc2XUKT527ujB9IbVEz/Nr0oeT+d Tv3QFW5L580prD966U7py68X01qLJ9fF3vmvd+fXBt/67f50XssKc6PXojR4JbQ6egKW0iC1BOHE Fu/h09sShMqLmjebrrq/0FhikiZu5IdWyMOUJYZzI5nM3Z6fdmdjlDCU98ihBM31oPwsqzauuLNZ Cyq05EsNUGCchTi10qrGgOK6bLt+WxarUDAewA/LLws6YJb7UF271QMaJ1zoeAvP87M0zuxpoinA +JfKG3CYuK7WWVX57Rf3ATqGei+Bj6JqxN/a1oPpeIs48RNmJ4AaA4qhxm8o7Hsvni+hzqttbmF4 tHQYHa/4Avh5dT9uHBIT40w/vfHSkYuTAM2KdtyQJj5TTb0PAePZkvSfoXBik/RPoGnnWyAn1fF/ y9mxOtsJY8SLUwkFm7g/GID5CYkyPNtvUYJJSCI5CfzFLUjarbWgz7Cgt4H0touNLK9PYETaEsq6 gMJrGAuKM+qzEMzCGsvBUDbIUx/bbIUxO0e0N3i8b4YIRdCParGp1KBhEcRmOFN1w5Om4a4v+o2g IdPTgcO48IQDTb3EpjhMwcV4wjl2ecIrwFBbQS1KVSLQAdVoeVGd9+VKi2tg4RkiP531fVoUnCwK QDpg9A9Qyih3S5XfGuVqlVLtrlbEaVp4z6trLWVrEnosjQNbMm8KIrbK1kqvuiirMfEpdo8bXgwj ItrX8JhX5aqsQetadp403cGBtId4FokITj6Zgpelfh5H30SMh3yGGI/l3I9jqW8L8UfAZ4ypsKpp 1jobCcnS3Aszy8MfukE+y2NGqU5Ub/3qqey0He83ctwaaIAPShxnw4QAp1je8rYvO0m9JC2bKMZr GA1laZLkru0DNgUTilpxEWddVWV3oxZeRGfQNL7tK1k6Q/ev4GkXAkcNAOZWOlVN3SbXFVutPWc0 BRVXzQcRdQMrFwyr43LgVru63lTOSriM4sNuTt8Yw4HsRKfOnIanNHDhBwklkVxuiwsTcDHKNA3t qUBVYdLMYqTf4hPL5a6/VW4hchxoB+lQrWmOKEaERRnQI4sJEzABfZWbGjAAmTyQYKo5nDWr8oMe dPEd5ycOL5TdCiRFFm15NRQ2X+ZJgBnRKVJjbohzks/oJoqzLGSyrulBYDxbvCbhaOO1r4mmwbNA HROkgSFdfNuUy1kp1IUGXnCUJWGiVfH2nZ6juBHLPNfmy02xjZnA6rIROzFoJQ75crkDKwk82H+H Uh+jJwpd8ZvitpxleR+6BpMGPcmNUcOJeb7PQhzbyMkUG90AA6iK+5Eqy5BIrrYw0EHd1CmWgiSL bayoFDEGxqzUbzULrmgQRtF8pBTDJMcs/jZU6DOUtSwVehxK4M4HFOnwHRaHLPEzHems75PvMNeL vFAOP7O+9OQN4EsmSz1FF+xgqRfkcHKwFHJ1QnyUChsVUZu10JNawyMnSxEUe0lKZ8WsNAljirPd kr0kO5EltMexE8+yE/nySUyW8mOPhDTRSQoLH5KRLXCedAzTt5tbQJ5kmR8G82luHs39KP0mBeQU prRYm/usLTMElaTo5+j44nGMcRD5snzJGspBT0LikNB5db2bxCz0o2+yOdHPkDp8FkO5Uv+fdF9g NgnyA5Q+j9kc8f0eY9K/3pSds2wWG1nr8EkStajvle0VC2l0FzpWlwZBmLo67bIHrW64aydudZ+B jwduF8HEi92Zk/KSPPU9OT3y5W0QEqx2s/qszQq5YreKFh/r5q4CRQJNMT+G4ySJ0pkjtjvVzkpc wely1w67OzHAP1peqVyIcycPsavyI1d1UkX90Un5VdMWN07cbuoPRbs8c6JlWxa1kxdty6szDZsh aUxCV6s10ELiFCDx32V3U2+MPoKNuQg/VlpXYM4B7JnzY7NxYt5+AM309Kbd3Ir/b5b3Z0av1WXx 4aa45fWyLU5pwf6/AAAAAP//7F1tV+O2Ev4rOny4tz0nBMmyZZve5dSvu2xhNyX0vrSnH0yiEBdj p34hy/76KzkJiUMCIl3AosqH3SA7iaR5ZvRoZjSOaQ4+0enewdG/podJlF6C6eFNlLzbo+n+e5c3 H0wP817OL5fgy3VyWEyiAX23N8lpQfMbuncE+C3l7EZ+2yTPslGQ5+ybytsJu7WY0CTpl1Fezn7m 3g2XeXS9cp1fyIt4eNbL3+1BGLqmbnh79ZVZR/IwS8uC3RUVgzh+t+dlVR7PB8Jax05a3G8dFM0m oREfnUZJchsJjTBIh63r/xaJdR4bEJeIROM5ja9oY0js30k9MDBF+uEkyqPj4bs9zXMDn1j2Xt1a 0i8lbzXnL96peph8kL6vBX5w19QY+aLRp6OoSkp+xbUM03cXV3q8ScfQwXY9TZNZ7yf98jahi+FF eD67LzqHfGLmP9h6qYInW5Y2WY6fsmR4OxjTmzdmPDpSS+VDlF3HUfrWDPqvY5peyi2ZHhvBuIrf mmRkFsnpW5OG3BrSH0fZqHprCsL1HkTpEHykRREPIuAxW9YY5MFGMochtqEbcNq2Qua0kDWZ1h0V 20Tmvilvi1M+eTH7aaRj/kVRVY4zNtknWQScdEjzoshSfmEYlWzkGtTgPrT2ITlH1qFBDiH8df6F igHeZ4CjLAflmMY5KKrJJMtZdzhWBtn1NeV9y1J2OS7AMI9GZVcENlbo+YSgJmw27gGQbwR4iaTH 9gDN2yXYA2yeIGRajmnWQ1yZIIO4NnIc7VX0Sld6teuagVAXgDM6ojlNB7QQUBBEcGjbCCoF2WZB CEIeQn5zgjTohy4JX2fhMZSC/AUF4SryKcuvozK+oU9TFh2ZrhVaXMRKWTZNENE0x9ANkeVWudza QLh+Ows9XTdIA/xTqXz2vwPgMpPX1N8tQ2jjRoltU8+7nXof1AEBe8cZ71mXNbA3edQBe+77HjjL qlLE6Q29ENkh5BxKaaAMGrjyYmtRQgdlnKWHbEkHTlLSPJ0tU2UGwipJwCktxuA4rS8kgAFDABKa RwLoQRUHkRAS3x0zGX+/1wHMTgNuqDvA/3wMEOwiU7fMg7n57gBnkscJ0CAkzWjfZkgg3Yem4a/t +hQkZIDEP5Lyh3FZTorDg4PpdNrNR4N9OozLLO9m+eVBnI6yA9bGYfGPy/KHrggcPJ3oGhHhtQoO raFtxDDkpm1hlOc0kZW3bYs5OF254w7/joqCVrnQEFrKpz/OWfTHLnCKMWPQDuhF5Rh42fWkKiPO sASsoh6QEENXUWkpFK+5SAYJ5RED8F3PC77fd6OCDoGTD8ZxyQh2ldMFo2I2VIgvOY5naL7ya0gI hXt8mcscONVlVZTChNkIQxQYWNkCCQEgSpgZLkQJs+GHWhCYCg6ywGFOmM3HWE27CTMjMyIDaDEr C4bdBTM7odyp+aVuYxRtF4LmuprnB2uhOaWF0hE0LvfrKo0HteRBL8/KbJAl4D1NaR4PBKCgGbYW uLbyYEgIhTP6ZxXnNRyKJS83N3g669Y+nZT0+oI2d6ibYYEgMQKscfEpWEgGi5qaP4G8maLkTQs9 y7E1nr6nQCEDKDh5M3QdykveNg/td7mPvOzkKJSKsPZWGevJN6GszKYQoouk2ynbIyNl5RfvArbc aAl5l3xkWY7pKFTIh4p1klrLHJxG+WDMKYwt5F5GlmFgI1Tyl0/+ggSVw0KUoOqa72FoqEVCFjhw gmqahvYYFVIE9SXHdPQ+p8NkzU/wdgjqtvyDDzPSKncSwikd3tDh0yQngWy4C1xmsfRyehMP5T0n zETQZyKYJR7NUnXY3k5gSUY6JrrvK4YmhaI1GVq/C86iW7Zf/5Tl5XjfzSq2nffjoszji6revWUj cBKnV/tM60oqiAioGQQjW6WESIiI8zwajeIBCNLLOKU0j9lXfnfONvXHjK3XJ8MYKH4peLP7vjff zHOCJ7KZw6FrYRep3AAJgbG+ma9lfreZR2K59bYbYitUxy0klL/gZp7DQjhVyAxtk9gqBCkLHPhm 3tIwash2y76wvalCXh5dXDQPDL6BvS0/HvnYmNpdYimlb6/K0rFyNrTV2TA/SyyzdP4d5ZfylmQ9 mseJBZgCsnQLYpNX91BMofX61SSOK1kAd3HiByPEInjwXZuEijnKiIfgS0nZD2ZpUdc0qx1LoyoB TPZzdwKnmCLbSeKHrm6aKltNQhSsuxNqmS8TWLlLwRTKD3FDBA1NZTdLiAFBlwKHhnB+gEWgA1VB Dzng8J+I12qmJYiS7iowgi+TmN0EfDqYWQMEO4CXbVu5pwGGLft3mRIK2JB+ExlTK5l8L7qkAKHf BTQU+4Gl26YKDrVLhhdLlE2YMBcXtxJwbBDDtSwlxVZJMYmK8ozykpd0yHXSzWl0VX+wPJqVxqLl vs8rBC8NKePdIE7Bp1k1reMe+7FymuVXqwaZvT5WKa1tsICOmxhqyA+JQker0PGYY9/A8i6q3LF/ kk3oV2nX0A7wux3wPku/Rgn9CoYU+HFWdMBn1vqfqgN+nvss/S7wx9nwVijgjnXdgKHaHcmiiCuv Pe4M6x+CXwpOrrIROD/p82KHvTy7iRk6IrZbHlQ55SkbacErwi9qxAsAwwgCHBCo1m8JgbF+tkrM q7on5FEzQ88OfFU2QEJYzDynBr5/OHzW+nlQZk/xrBFETNMNNYUF+bAg7FkzsHCyjgMdL/SVs10W OMw4vaWSdVonHJWs006pyJ6s049voosoeXMPdZydTFH5Oq/dffF8HeL62NVNlZ8hhX41ueNz5Otg 7IaepsrRyYiHtXwdJvL94zQu46ikQ3DS74E+LasJDyFEjWQeAVgYgWP4rq/S+iSExWk2pMldwpaF Nrkd6tZFDF/U74DcIDR8VYNMRlAI+x2sJ2T0+LrnOKrihyxwmPsdJI8lyv0AjqPZAf661sWv4yib RQ/rP09i1jTfTnlddjWr+FMgUgFV1AgJsK+Waxkt8+oTHmoe90tRBxV59geHQjmm9fsG0xfABAl0 Eli+ihJIiIm1fdyMwi+yf6YxjzKyzV8eJQwV7P8sEYohYmQErmGoQ/4SImJO5jfGEOvWJ5N52wg1 UstYgUEyMIiTeeEgoqkRzceKQUgDh5rMm1jyp+nxcwYiI2gxlf9QRfysxH/Z2584Y/fWqHyvC05j oQNTOjFs7Kj8e1lUcOW11x/QNMrjrKhl3o+vq2Tmkj+jBZNCsWD0Mya3yOgWQYXp+yRAyssiISrm jH3hi2XWegN9q1tDepFXUX5b5/EL5YDpvq6HeM0XiwzNcxyLV/zbCotvioA45ZMd85/W+aGCw6gq xxkTzkkWAYcfdyiKLOUXhlHJZooPbx9a+5CcI+vQMA8h/HX+hQpL34TzMTiJcj7i22aILBEPAYLE RktYPWZamrdLYFo2TxAOg1BnrHhtgmxkQyPk2+iXV7JaLErJdqFrCHW1LliWS2Qr8Bkd0ZymA1qI rMQQEsOBIqHyv6e6GI6Joe6qw2UtQ/72PeTxfgP308eTtmTaX/rdmJYjoRFK+KifJ4uuTZ2fDB7N HG5vtp3sMz+ReOrpIudpP62XcKllEUssCZGKEtC2LNuAO4cg52v8orGVhEDOlX/ltQbBtd6vzOoz TRz/9Vm5Ge5N/WkcFVGa3XSAWz/zgLcvcszrpAieE8GDogLwM0zP1nx1ZvLV5PrX4feqJu4uv7ZO y7hXhmOvA4a8YIfcS9CTGXKbei87E9uXnI2JGGE3RAS7a0knKHBt03HuTOiL+tB4bQXlQ3suPnGP oceTfWiA7+rcpTgFDN+X7KPF92tRj64AmHTPwa7mimQp/E1dcMRyghlnVpSnTabSqc1N8U/gDIcc /UIeZ83RLRMH6sCFLGbQif+o0vtJLZuliy1bs7ClpCuLdL1xnEbgnCZ0kF0LCJiYngd9Q+XUySLg hkwl2024NP4z/iOW9xD7FqmcZ9NU7uIP3pjdMYkfT3SUTTSzx1EOSgFTiBzNIpCobHM5JCtzEW9u Cf/gT8EECGoatEVGMle6bdiFFnIchV1ZsFvzNAGjpONQx/Z6MWQ9dB3fcHjUYKtgn801VQe7lGvq W6IhuI7i5HDdoK1MusFzq3ea9MYU8AmYe5FeYwJGyZARDd6b+bvz2rpd0Ms4XdzZpv4yAZT5OdO5 LYL78L9ecHZy/OknsMcFWGaH/MN3n1rRbNa2bWCtgeey31N2Y/QH/nHAjVQ520t2B+nGwTVhyg+G SA/TR8S+V+vpholouZoVlC8qZfPpDOLANLHr48Z4mgvG4EXtOzeUD8B0Czx5lsdbtaL0jh+uSHYz qcCh7wW20Lnav2eIArpsI2gSR2CCFJ1uA4FyszwupPbALJKKhMbw4F4QesSDJlYuXVnA+6GKpjQG 53QwTrMku4zFAm+m4WuOqTLHZBGzzNbpNCuuspviKr59in2SQS4yS6WXZ6x7V03n9huQiW06AgYQ exi72FF5JHII9ekGUCaHfr/s9mjJ9pIXVf7EIJo0x7m2CRbZBFq6CGUhFtSQobZVsmjsWVUUa+H6 zZJFnuUZ+r0KICEKoWa8SpjC4DlLKkzxwmGKuuCAClO8bH//rmGKq7nLpHvBvT8/juttdHee9/ZI oIJ7R1Sgop2K9uYCFQ8CdQtAd65UJIGAnxCq0IIAO77JWYEKVWxMEAksZIeW2gU3cN9WEjU7RExL ECXd1QNJwZdJzG5alshFsFOfOFq5Z81YSLQ73l7cRWRMrTxW2OOPVUaaSIUBg+md5jtcx5SGtkeG F0uUTZgwGwvSpoMSWAsRcXeuE6Gk+CxSTKKiPKOcGtEh10k3p9FV/cHy6DgtaZ7Sct/nR+CXhnRe 4/TeYflVg8xeH6uU1jZYQMc1aBFL11Rd3HahY/vK83MVpyUDAX++iYB8CbZM19VUfrUs8g3KMc3j wUK1RQLqxNZ0D61XAVAybq2MEYQ26APvxDkLTj9/Ogf9cwEx65pmQRuJ7CiVmNsg5r7zCZw658Hn DvAcAGxdh5qAnJEealqg7Uy7fRebwdKdoOT83HJuyPRel+fieJUuH/3SF0lI0OxAg36wdlaHBJ4d +qQu6LINcc8WBKtx/jQvotWeINhryvwvBMF2qN0zm/TGFMz01DCx8yoTsFMQ7BX7+7xBsPnAWgPP Zb///Mp2MD/SGd1N52xXMAi2w0m+9gH1mwTB2qdowkGwjdBsYRDsQaBuBijZ4dSjNJb0CUEwxgoC nWCRovUPGapF4wrbaN4ubRCMQOxBCynnbAP3LSZRazq/1uVXjex8qKL4OgPemKaNXm5GnunAwHQM 5RhsmRjf5CmMsOIPYJ7SWGgQDxcMsUzb1O2dAxYyeEfeBEBfzJqvAs3NijJLO+BUxO0BiWk7yNwZ SnN0yA2lF5HLjphZmbNnxIyYjwxijJFtrlFZ7FtYw9qDYHkuHxnZoWbFM/jIHkXYi0hxd68X2aG2 wovv1ZYjbZl7a9mxV/BjvQSylh0c1/y6O2D8+sfRgtCIOazIDmc6XhFjLfdMPaoMcrmgVteiBzG2 BVs7HF1pn/16glMJwRBBi3AOv5NTySamgeq1c315bpNT6WL2r1csvr6udMp/dyb1p54DsQ8hXkr9 2UjmXUfvE4PN0jQcopsO3vkR3G+ChL8M0f0rOdzs9dssdRgLpQ67LjRNV+TAbFNMEkt1MRMFHZS9 hl0VGGKffWh9LJf9r+zqlGk7smF9rGbMNd/C1mw8k8vT2pCW2YRnjeh10CGPL8fsmxCu6+gcXmRl mV0vLyd0NLtarxpjGjGjwQQD69DvKMvKlT8vq7L+E85+bpAlfNbmdIDfUzcPs8H7PB7y745T2ovL AeslJvWHDhazUb+9yIa39Rv2keqapuXR/wUAAAD//wMAUEsDBBQABgAIAAAAIQDCzNxGdBwAAK+1 AAARAAAAd29yZC9jb21tZW50cy54bWzsPdtu40aW7wvsPxT8lAFsi/eLZ1oBrzNedLJG27ON2cE8 UFLJIpoiNSRlt/OU31gg83P5kj2nSEkkTVEsiY6VxjSQpMOiqk6d+zl16vBP339dRuSJplmYxB8u xGvhgtB4mszC+PHDxV8f/CvjgmR5EM+CKInph4sXml18P/7P//jT8800WS5pnGcEpoizm+fV9MPF Is9XN6NRNl3QZZBdL8NpmmTJPL+Gl0fJfB5O6eg5SWcjSRAF9rdVmkxplsF6ThA/BdlFOd30a7/Z ZmnwDD/GCZXRdBGkOf26mWP5GqJkRWMYnCfpMsjhf9PH0TJIv6xXVzDnKsjDSRiF+QtMJ2ibaZIP F+s0vimnuNqCgT+5KcAo/7P5Rdpn3eInbjJdIxrZiqOURgBDEmeLcLVFxfLY2WBwsZnkqWsTT8to 897zSlROo6NbUGQ3YR/wSzIuowLy7hlFoQdFcIrtL/qAUF9zA8kyCOPdwkehpoJcUeWbQHo1gZZR vinUcopR9rLcicbz6vE0Kv85Tdar3WzhabPdxl+2c6Ga4Zir5JYqB2enAXO/CFYgysvpze1jnKTB JAKIgPYEyEcYBQhKycV4pwTJ8004+3AB2vP5JljniwQ0wMckIFY8A92aJTEOzIIcJpIESbgSjCtB eRCNG1m/EYT/xdEwDvMwiAD2jxabegVrKTerIA1uYWpRdyzZ90Ad41NQcjk+1T1NcV1PwQlAh88+ AQyC72qyp24f3aX40FZlSZW2D106D9ZRXnmdLXmXsv/c5y8RbPLmKYg+XATaxQifpsVgFMSPmyEa X/3ZxtFROTzazlH8q/x7fT61+gvAVxwnOdN6n+i8HGG/qu6pAX5tT32Be77Jx3dpMgGCvhBYk4TL VZKCccsvyWQNNFy8kDAj+YISij/Ku2HhWfbriqYhMkoQdc3suLph2TwzI8/fZKtgCpy1SmlG0yd6 Mb4mtzmZJTQjj+ETZTuap8GSAp9/IaDzSBATuoWp2H0APyiMB7wf5OyXGTyt/7ATel+QtEIsToI+ KD2OdEbyNJh+QTpFlGEPuQRpdBsXmhv+N4guSbZI1tEs/vXn/0PgYbwBJsh2MvdShDZ/WcFi2YpG 0X0O3kLJ26ftY1yBp0ng9rW9eDbIyu0Y7CST4qmmw7e9PEm+r02Jcs7+Xeo/fK2uCpms9lWF6oMo 3oh9VaFmupphuKj0KqpQ1CXZt4ydjsC9qr6sK2JDbTQeVlRhOcKWPEtVWNvAyWzyeRECLHeOhyIF KuFoqTkWrPEzTEi+xMlzfKTUDIsQEjQF5+QpJ5OUPoWF4gJM3yGq0faAgiMxpaDiEjIBg/M1pyAg s4M0eAR1vE9x2aYi+AIfARY0JmQeplneZ+V2tcW/7h70rzM6u+ZUNEyQuXwuReipaHRTlG3JtuuK RpdczVSZJ7ZDgSeIsuU0FI0li55otima8nW2ZA9Fk/oJBtqwz2wagqvtJOs0pCn5kT7j7Asrzl4/ nWb1R2zC9/HeNEfxrZ2TWmCnfMjDrbdg4WckCr9QkiVLmsQUxafJuW1L86wSwPQBiZLkCwnQn6AE f7IOHju9Qk0WbN89XQguCe5y2WnCy7Vaue23ZxuEE1XaP9dBFM7DQqfNEuaJde3CdETHtM5pF3Xd 0wBXdXTNl88I3D1K9BYRH38pvH5U7CQDbUnjKe3kKd+RJeesqPGMTv23QJGUBjMw8nlOuwMo25Ms rakm35UETNWiHLdZ5dcpClfUba1pLss/222VO/X8nbmsWMY6Du4qL7MFW42l/M7G8owI9uvPv3QK uSt77s4jOVeJecAYfpuOmNF5GNMiMdNIY2CCAJN5hMaP8A5NQ1hul9kg4augpi5wqmppzUzZ+aEj Bv/qiZLbO4gYctx8dt0d4ZuyYp//th4W3RapoSTOQLp2nNUF99n5NfujrVeZsvpGNM0VzsnNbN/I d+Ifurfx+6AHqrdvgBoOSEcaRMQBMNIkIu5LHCxBQ39K1jlq5wNbVKRzcujG3zmO++kPnSZVUw1r lww4W2mf0WyahhOIzsAosiT5xsBeEkxGfScdkKJzo80RqW9DUQTR+11oApYr7NqLZUqmp539Xlhi E6tLTjuTObvdjgHcaTgPmwEqz3HP74SEh7xo11JV4az8tBlEBfnVSQx3fpsKaT4/gdnOb0PfGoFW 02aC+N/0OTP6rL4tAm2N61WRIvjmVN63Ra/rIaxoy2nccJvYQdt+rjdqTfyqrm8rho2xabUgw7M0 1dbq56StKe5vKBtcIAj+vfe8muGj/3m1JPc/r1YMx1NcDU/EK3SQXN3WdAPT8js6CK7muqxcsUIH z5YNbRceVc+ri5H9SD+PwpgKmH0g2evx3hJ29tQdf7mCbDZjSX4Axlnwsm+ZYTdVlPU11zp5WghW U4pVLT2QxYOXICYBxlg5SeYkW6+wVBPzR7d3TwrBhAX8RYPQZEZXWDkT59FLXb8eFkV2EMJRoybf iH1FUXV1XTd15I+KKMqapQiSuUvNI24cS9LEXWKlInXlyPlKHQKJh35SM4g1dcHx+OjtJ+nmeINM kzgGyodPYf7CaP3gYRAK1JuE6OkkcRez8S++V2BK1g7IlKZ5ACAEy2QdM5YMdyWfhWRVqrmyRZBu Em3dSV1RU1y1sGYnwVpijhX+AsCrJMvCSVSUxzzTAKsB2D6iMM8jWlT8dgqso8gCVzXLOAvjVwHQ m+yVIRWkMyArmIARCJ9kwbI4q8YHyyB9BFbprLbm3+O+ip3GKlxFe0dg+gH5ss+ae9JOA+37kNJX JcVXC+V40jqgZRM86mVqfvpSSBtSfJmAeOK9rYh+LR5Q0OUzZjBAAtFaFPwAonoIWMUCp0jnIgOu WFZ14F8BXtDbGXlJ1uSR5mSeJks28ODVDVNjZUOSLNkYgByfUfEwvyV4SsIZmYU//fSCSEhQkQH+ pos4iZLHkGaXCNgLSMlLUefWKba+JKp8urxKmELXLMPHRU4YJYFTZ+vpFnUl2uooGrXGGQp4EZ6i YKRQMaqKZOim1LgD0+rfloZh87BiacvX2ZJvY2kP4uzvn63/+oezgNfQjKA+21RtBRn59edf7lG9 ZUm0ZhYHqx+2ZQFVh6gsiPj153+1YXTU4Q2JXLeXwB1SbyStpzskWZZke7Zep1xraZCsSJbrtxGp HHlDIg3gDjmirPvNCpvyIQ87bKr4UJuUUk2zPJhEYbbornjlX6xdnxzwXBRfNl2+av8wHhbuMeiP q9c1+7VJLdHiDMg6gTxi1+gHglRezRK8S4pOYQCyjZKRgxJcRxHtJKdnoORwrdhHl4LYiZ7VvE+o KqbiuVZdIksIWiSyAtt7qc1bMPoQKmIpeIFLphpZqVgwLa+y5YsuBNumaviFWjlJXthChfc5AYvb KTyyrtnGEFflDtS3cW9tjLw6LOTjTgE9AsQrZu0AUJD+Qqh+C1Tv/Ke9+RpczrUVQ+Nyesc3bD8N Dp7RVZS8MPOc0n+uw5RdgKzX0++RbEFzfdtr2FrQhIZuu7syqL1eUsOCHe8lbVOvYMjg9zTIcisL g+Kd11iB/9u88uHip8WV82MPgz3kEswLa9K2k5CH50OnjkyZV1d36iAwR6euyGsxitesRJPDSTal MYQ0SQaeXQsTjLocO5Zc6uvYaQ/ANarR07ETfNtwbLVhRiD20wXb2bna+EjzdF9svYFejvTlq9/e sSsPY1RVsNXTNcl94c61pWP5MgcFPKcCOZ5QYMV/PYevzCRPTmEYWPbVrnVp3CN2TEGwlmFMZ7Bv AqIHkogCNyufd612hEPJlmm7P/0qStI0x/BYPFSNb23HkR1vV/m5V3M3iHCG8S3ZBrhM/SHPbbHO 0MSr2ljimUO1qTeC1Fe16ZrlmAYiueoh27poy5XTSmb0RUUUdgedFcSXI2+I+EFUmy4qgjhASpBd 3DiQaSvXOhWAcbCchI/rZF0ks1LaHQgesQBMGSXgXSRzMl/HU9aXabT5WxAB81DMLUI4B6ycJmtg 4yYHN4CwZMVTTonlGvM5iu74xQHRaQr2c5E2JMUuCtPE+ofgvc5ZQjznhzuCBwx91JisiBAWyo1y AEWQIXa2dzprrxprMMg7qzFy2GdkmTvH/cRQVnQhKU4lwalnqKsT8bBak7gutWuskVDfVJwi6ppn mI0iAVkCvOv6zu1n7OXouthal1GOvCEhBlFroiKDueaSN+9rMM2jzhCvnPXUpY6oXz9iP88oykj7 JZrZjASg1TCnOCuuZQRR9FLEJ2H82Ee4Vc1XJENFL6PKPr5sK9XCHsYkpuK+umzYQF6Vp4rXf1Ph bvVRfixPoTPgMLQuGJzRrwGeZjBTQyJMzK7zMAp/YjxYPN0cXufJimUJCM2n3ILPm4OXb8Tegi/5 rquxoKxCOc1RZFkq/KhdqKaoqtTqSJYj5yv4jMccxfCaXX/KhycLKHNxgGIhugdhdloINxCk44zS ZR842oO3N8VX92HFEXtlFRYH7jkzD4JPUe7NsjWmlkTZVDWuqcErLE5Bi2Pi7Tq9+opYqugIQxiW 7mYc/Nvaswx6jJ2kMTRd5qoCGT/RtNMgDwY7/HUaZvSyazFNV11viMVuwV0snEVsgEWCSXKgJsdz RdXiSz30ZWrXlnVvgDMQlrf0treks4Ltb7sv5YmqZ/OdADyuaYZFP6CJn8MoQoWwzmhnlkj2RNkf oLUiZi4o/GaNp3cHq7v41VC1LWM4Jxm20aEvmyPgSVn0UjJqJ7cIkmzwNQO7rs03avX/NMNTVcVq ZEUUw1U8WaonfGVfk15db2vYmurxfvE6W7KA6H38vy6k2ioy6wBctEmUIAdN0xBc8zBgjuY6Qw7L aISVrzgarFYR66lUKd9pI9Sow62Ued1K8UYy+3ZjVH1TUo1GQCDagut6cr3SVXNkzW5Nk5Ujb0j7 AdxKX9BcZ4B09sf77pu9sidsyn5PWmfTaZBgl8Ur1mVx77qFcFbIcNLKQaXr4WW9zeEqaGtzyCWl rGdh0dkKtX5dGN4Il4TVXBa1wI9JMgM3LsjKOqxDfc4UUdQ0rtLCfXWmLfaGK9zgh4QxK6nSs8/6 7WHGUHhAKiDhGfKXQfxCZuF8DuQBfYfFIGH8eE08dj+bpTe6aCOp8GcAjmdp4G3HImAMCFB+3NTn 4SlTuKmBBCnY9p1mzgQTCYJ4/u5jMKERuX8O8+kC9ncX5Is/MBmG96ZJPIdd40Ts2OQjJiGA0Hm3 C6JKimbynY79/c796yUsPv1C83+0mZqmCdA9UdIsHYv2qtV9huu5rlavJSoNaKvaabELFXv7rj6B m8R1Z6tAxKjL5vJ2QOa46CXqgiW6Dp7rV22u4QlWcQ2vgnBd95UdDaq4LUbeELeD5HArYJ4kobcx Wb7SBb2157GwjJ+TFPx20AABqKjpkU12j16daZ6meuCZAO0dfh2hS8WAkItDFNAVx06LgHnAs6RQ c3SZsIO3SyxWLxI/YTyP1lhEw3aXlYXk33eqQcHQVYsvErNZ5Ap2Hm0IQAkWhhUKTBchfcK1e6lG 19ZALhsl64InOZar1Q+RW1Vjh/ieiWpsHOnv0MOrL7mqlFiMIvfVl5KhO6opNjpTioJmO67TSH3/ fmOUYX34H7ehwyY/9W4+fbtoiZIjuqaAZrYqWgr4mYpWJyo8k/xmddJ+Spevv79oHeN2cFXEMLdD Vfv2Q9c9R3ScRn2SZBu+LJi7G6yIQt0Aj7D1Ums5cr5ihECaLsDZbHZWPuQh418waMTjVjxoLZI9 TSlpWZZnhU3uKJgkT7XDBbCYlbsj2CNxETxhY3MIJDrDVc0GUznAwU+Y5ciWRXFXcSK66TMXzhls xQ2XkN1YrUKOSbDqMUkDWr6uJvzbGX8JWo9leJqPHLFqH50ngTMgec3sq6RJhmSy+OuAzmvw9Rnq vLo3wU15nvWm4Nsx4eGkM88a/H6Qwhs3qhy5Wt03NJ/l5KuBemuHblOSK+3gq45nMfKGnDKIHyTI smfyFfwVbT+6dGM56akrtSvMGYQ4Zbt1kpV3QVrcqhZ4eDaJNQs9NI2oG6byKsXQyioNpFTr9Woj rH1PBeJO7onXy2I4jJ6izaCwHbudbZ6J5Qa3P3g7DXVExZbgqqrPVy1w53g96KNjebLHmpcfpE8B Qxt9aiPfKn2wlWoPjOL9cF1shuqKKQmWITfvTfFgdMcC72RZ2/ECZqWbdVXRdAY466x+nK8PGRRP siSWG6m6OI5hS65fLzAUTVGvfIepQob6CCND+Wg4xlbOgLGdHghVVcGXnOYVLc0UZdcX6nz9Jgh9 O7SMbVaCkdJel2skUxIlVtVY5StBtxyh0h2+wvmbRzUr34Kbuqd9jMz/+6ZkcVMS8x2XJIyn0XpG M+Rv1jLkuoW8ow4XWuW9FSTdqL1Tib6u6Y7dKJ9XNVcWTKVe/2I7wDOt9+bLkTcUnUFcaEXWdJer 4GzP0QsJsmzNujO1dKCroqxc8VQwxvefXx97tKxz8s4OfD/DEA1tAAsKgXDGzoTxwANzKF2LCqqq OFz5X5z/U3mWUlwAahO4Vw6oKRqu5zdz6ormSY5ST0XonuBYzYsADVJXM4TF628oHf1SEeRvNLsm NvZymGI3QmxeNKElirhrsFTmlHNdVRT7XlVUJVsSHL+hlDTR0gy5cXFUszVbbG2vU468IdqHOd/Y gXmSUJUXfQi7INPjk9HdJ8P8UGHvjpbrgjwzrBYvGV7h6QP6UemrPX4n3n85cNNR1TRziFq5SyRN eGIKmB+Y8Tpu2g+e7O8RC17hPfRJeDULU+x8iRdMu/Cr6ZJt8a3wR0y7wwonofKIdffthyudzr3s HtZll1pP5acjkLB4Ouk0Yajtz8HKXJW9EdsMWNOwKI4EgV4zYSwaiiq7Ug8jv9/anIuRt2siV3wK 6RCWRh1mXuNK3xdmXulr5g3bUmy/ceKt2aqliY1mK66smwUoFWo0HlbbFBQjb0iNQWx/BcyT5OC2 KGkom4OBhcGiowmlMclTrLWf0HmS0pIZkjV+qr0owmQXPLEm4vUHGHk4b9NfPMd8fxiv1mW30Ick fiEfQ1TUmw6+3PzHEhF8/Kf37ohhGYJto5BX+E+WFcNz9Xqff1VV/crF/gqrlSPny2oIpCQJqtL8 qFv58GTuw+9eTpN4SlfdwfBQ6yXATaWnWFxdBi5OsXfFEssBJiHeNOoOZGVXM+wBAlkwvPT68ZoV QlgPP5xUy84P0/juL38j9VThQWf5LbBAXHRC7hyPrJlo5qhmUBe1yforGfQdy5etxi1uSVUU2bcb NThtFrnB2WdlkdvRxcw0udtwMFb4F/em4I1knU7ZrYxNQ83ZNXkoPwmcxJV7ATUBKG8Nok6fJlEU zmhDnfdQs1yf8WBqVuqbYtQN0zWsZgM/WfddVywaBOxI7MpSUfH1iprFyBtSc4gbVbroSU0OLR+e zDf3SRnbz4srlNj54pDwd7r9A0E7bt7Ub1uEZ77111dXX3mCi6HwjQIHLtIpOn0oUIJOa6YJEkQv XCgGBuqzrz3RG/d6exDMvnDwHDzRiMaP+eISUwbbLx/MwwlN6486kWDpBmdbYbYCmYDRwkYoKE7F 1eQclWmHtu1j1kRfcQxbbbiWooEd7aR6nbwiSJrRbL/TkM3a6Rx7nS35PmZtl00u2+4j6g5i7RKi kGmAN76atm5GZ/Aa2LpLMGHEuf/BGjku2EVs4xNmyzZ0jzpMmc4fsUp9I1b4meUX972rVSqeKTta w1ux8EysNWIoR96QggOYMsMX4Z8GV5YPT5b8z2WOGjkhB1gi8pRE6yVIoWN/uiT/Y38iKxp86Xbi hwIGNEzXMp4tGCZfDXMWLoHUQUyTNda9gUccxkWDB9g2/Tpldw22Ww+iKGHsTybgOD+Hs3zR5/xf 0GTLFr1G6awugdOr6PUzEkfXXncobBC42riqeP39NQwwA6/s82cLpL7ZAs21BVdinaRrhTya4ihi vZDH12SnvSy5HDlf2S/Nzw7Mk2Rr89WH5+2nXLI8WR3vth4L3XgWZhl+O6bXyvsuLA6FlU59o0uq LAzwVaniIzkPXq3Rxh9Pixj4YQNd+Ii9RY/G/JAouST/bf3QVnDw5ljAy+7h4xpD+h4tB34DVOAX nTL8Es+0/NwU3lJdYCOeZBJR/M5T4wtwSfTU3ZDIdCVDHP67HrBbyfeFZl2w6lu2VbQV3TkEgmIL zW+x7lfF5etsyXc1cy7FwvgizKGbbySx7lm//vzLD3cf768ePP57FwZvz1X1Ru5dn+EKjmOyRE2F KIpn+L7k1Y/RPF/x24vGypED+G/H7DFGrgfK+CMHWe6bBPNEy5P0RhmwbkiS4zdud5qu7GutkUM5 8oYsO4j3UAHzJCXFwgS8WNeldxxLgj8NqeeHYPyMNw+rC/2/AAAAAP//xFdtj+I2EP4rVj61UoG8 OIGgXU4OhL29VnuIW6nSnarKELOJCHHkmLd/33ESFpKyHNmXFgkW7NmZZ56ZeezcbPsCwTuLgulE 3Gq67o6ssaNrgxtYnQj1J6bJE9hsaHyrsaR152mdwU3neVui3SruZymds1stFSxjYsO0AQqZYChS hrIwz12+2W+GZEglonGM6r4Piag0hsSE19vTePSRFHSxiOZoG0HMkG4YkhylNFNI2EUQ+tgh3rAJ iMGUryVDU7aI2Vxy8elTxT98psouRVsD91Mq6H1wqzmk6/UwdrR8VbKdVKumPybY8VztFJFPLHeM n5cqJT8sjtiCrmN5Yp6HLBCm3+Q+ZocUqKPwX5edwl6YNWmCwY8/yZe/HvhvaDpFPIn3KOA57yIn iu3mIXgAQFws2+gRNry7SSsBDlohT4uaJVyiGUOFZdA+wyh8zvlqxRKpgpZfAVYEPBqGraihaxly oOsPThFJAiayjCdqI6ASOsbUTb2l91q682i4fd3q6/p3tRslkYxonME/koLHaumsrkccrCKcls60 TTzGRqV0rtO1jePSSZXKnQ+skqj6s6tFogkwTGXEE+jbcqcyC0WbOT3HM95BWe6h/lGyvDh5ZayP ARBBa/B1HFyD4M3BoHFZwtdPoVKdXPouRSWm07X8t0edDP0JaF2GKHriPEArKuchWnAIpiDs+Rql 4FlhCngbPXCUMBaon2pyoBPqKFPB+cIXCqzcpxArS1kcf5NUyLI5T9OwsI5JozQGX1O2WsR8e1Vc PwneJ+o5ManPOCZe1yKuGt3TGcej0Zh4xx5VCGzDdozx+bY9M/ileR7y/5Rn9PX3xqoKh3MDVcWP ht23r1VV3XQN3B3VGDewNfQtnMc9jiksulaN8dFYx273HOOl+Qcy/i5SWybQpJDq6JyOh8i/JC81 Yl4dLHgpyKs9RnBZ+g+Qv3DXJbOZYJsoLwyKo0yiX2pgQhAfEatjS+T9L+6D/CwPwZiLPXRnAeMV mGsdMy868KeMhVKmWb/T2W63bbGYt1igOGxz8dQBtWdCzVeH5om12S6lSQbJteVO1if9ObWXEmhS x18L+uCEh7MnQ766zTWWlvzO2+DC1uvb+FppMWyjN7SViJxIS7d8VaTFJDoZHaXlREXKndz7yyry rvpQsPs5gnsE2dCIzqI4kvtLE9Mb6b7r5CDl4KrHEMeG2yzuValxbNsaWuaRB+Xbc7sjop5X/kVN udOMmsMx5Ks2DfLHg89Etc9P8p1xvlxRscyvIYfusfKjNqEraJK/77hH58tiog7WcHk4sS3RVFvy +D0b/AMAAP//AwBQSwMEFAAGAAgAAAAhAD+5TqTlAAAAZAEAABwAAAB3b3JkL19yZWxzL2NvbW1l bnRzLnhtbC5yZWxzjNDBTsMwDAbgOxLvEPm+ptsBIdR2l4G0Axc0HsBL3DZa6kROtnZvTwAhMYkD R8v2Z+tvtsvk1YUkucAtrKsaFLEJ1vHQwvvhZfUIKmVkiz4wtXClBNvu/q55I4+5LKXRxaSKwqmF Mef4pHUyI02YqhCJS6cPMmEupQw6ojnhQHpT1w9afhvQ3Zhqb1uQvV2DOlwj/ccOfe8M7YI5T8T5 jxN6LJJ4x6eCogyUv9lU3HmeK+nNiqzLQb68ApM49Enj8Sh0qWiJyJ9JVXnJP8RrsOW756XMMnrQ XaNvsuk+AAAA//8DAFBLAwQUAAYACAAAACEA3+HqddYGAADIIAAAFQAAAHdvcmQvdGhlbWUvdGhl bWUxLnhtbOxZzYsbNxS/F/o/DHN3/DXjjxBvsMd2NsluErKblBy1tjyjtWZkJHk3JgRKcuqlUEhL Dw301kMpDTTQ0Ev/mIWENv0j+qSxPSNb7ibZDYSya1jr4/eefnrv6el55srVhzF1jjAXhCUtt3yp 5Do4GbAhScKWe2+/X2i4jpAoGSLKEtxyZ1i4V7c+/+wKuiwjHGMH5BNxGbXcSMrJ5WJRDGAYiUts ghOYGzEeIwldHhaHHB2D3pgWK6VSrRgjkrhOgmJQe3s0IgNckCDqbi109yj8S6RQAwPK95RmbAho 7HBcVl9iJgLKnSNEWy4sM2TH+/ihdB2KhISJllvSf25x60pxKUTlBtmcXF//zeXmAsNxRcvx8GAp 6Hm+V2sv9WsAleu4Xr1X69WW+jQADQaw05SLqbNeCbw5NgdKmxbd3Xq3WjbwOf3VNXzbVx8Dr0Fp 01vD9/tBZsMcKG36a3i/0+x0Tf0alDZra/h6qd316gZegyJKkvEauuTXqsFit0vIiNFtK7zpe/16 ZQ7PUMVcdKXyidwUazE6ZLwPAO1cJEniyNkEj9AAcAGi5IATZ4eEEQTeBCVMwHCpUuqXqvBffTzd 0h5FlzHKSadDA7E2pPg4YsDJRLbcG6DVzUFev3p18uTlyZPfT54+PXny63ztdbltlIR5ubc/ffPP 8y+dv3/78e2zb+14kce/+eWrN3/8+V/qpUHruxdvXr54/f3Xf/38zAJvc3SQh++TGAvnFj527rIY NmhZAB/w95PYjxDJS7STUKAEKRkLuicjA31rhiiy4DrYtON9DunCBrw2PTQI70V8KokFeDOKDeAu Y7TDuHVPN9VaeStMk9C+OJ/mcXcROrKtHax4uTedQNwTm8ogwgbNOxRcjkKcYOmoOTbG2CL2gBDD rrtkwJlgI+k8IE4HEatJ9smBEU2Z0DaJwS8zG0Hwt2Gb3ftOh1Gb+i4+MpFwNhC1qcTUMOM1NJUo tjJGMc0jd5CMbCT3ZnxgGFxI8HSIKXN6QyyETeY2nxl0b0Kasbt9l85iE8klGduQO4ixPLLLxkGE 4omVM0miPPa6GEOIIucOk1YSzDwhqg9+QMlGd98n2HD36Wf7HqQhe4ComSm3HQnMzPM4oyOEbcrb PDZSbJsTa3R0pqER2jsYU3SMhhg7967b8Gxi2DwjfSOCrLKNbba5gcxYVf0EC+zo4sbiWCKMkN3D IdvAZ3e2knhmKIkR36T51tgMmR5cdbE1XulgbKRSwtWhtZO4LWJjfxu13omQEVaqL+zxOuOG/97l jIHM4QfI4PeWgcT+zrbZR9RYIAuYfQRVhi3dgojh/kxEHSctNrXKjcxDm7mhuFL0xCQ5tQJaqX38 j1f7QIXx+ofnFuz51Dt24FkqnU3JZLW+2YRbrWoCxofk0y9qumia3MFwj1igFzXNRU3zv69pNp3n i0rmopK5qGTsIh+hksmKF/0IaPGgR2uJNz71GRFK9+SM4h2hyx4BZ3/Yh0Hd0ULLh0yTCJrz5Qxc yJFuO5zJL4iM9iI0gWXKeoVQzFWHwpkwAYWTHrbqVhN0Gu+yYTpaLi+ea4IAktk4FF6LcSjTZDpa q2cP8JbqdS/UD1oXBJTs+5DILWaSqFpI1BeDp5DQOzsXFk0Li4ZSv5GF/pp7BS4nB6kn4r6XMoJw g5AeKj+l8gvvnrunNxnT3HbFsr2m4no+njZI5MLNJJELwwguj9Xhc/Z1M3OpQU+ZYp1GvfExfK2S yEpuoInZc47hzFV9UDNAk5Y7gp9M0IwnoE+oTIVomLTcgZwb+kMyy4QL2UUiSmF6Kt1/TCTmDiUx xHreDTTJuJUrdbXHT5Rcs/TpWU5/5Z2MRyM8kBtGsi7MpUqss2cEqw6bAum9aHjsHNApv4vAUH69 rAw4JEIurTkkPBfcmRVX0tX8KBrvW7IjiugkQvMbJZ/MU7huL+nk9qGZru7K7M83cxAqJ5351j1d SE3kkuaGC0Tdmvb88fEu+RyrLO8brNLUvZrrmotct+mWOPuFkKOWLWZQU4wt1LJRk9o5FgS55Zah uemOOO/bYDVq1QWxqCt1b+3FNjs4hMjvQrU6pVJoqvCrhaNg8UoyzQR6dJFdHkpnyknLfVTy215Q 8YNCqeH3Cl7VKxUafrtaaPt+tdzzy6Vup/IYjCKjuOyna/fhxz6dzV/b6/G1V/fxotS+NGBxkek6 uKiF9av7csXy6t7ZV/OuQ8Ayj2qVfrPa7NQKzWq7X/C6nUahGdQ6hW4tqHf73cBvNPuPXedIg712 NfBqvUahVg6CglcrKfqNZqHuVSptr95u9Lz247mtYeeL74V5Na+tfwEAAP//AwBQSwMEFAAGAAgA AAAhAP8wbIUhCAAAyB0AABEAAAB3b3JkL3NldHRpbmdzLnhtbLRZW2/bRhZ+X2D/g6Hndcy5k0Kc guRwtinitojSl32jpJFFhDeQlB2n2P++h6QYO87nIt2iBoJQ882cOZfvnLm9/uFTVV7c+a4vmvp6 xV4Fqwtf75p9Ud9er3774C7D1UU/5PU+L5vaX68efL/64c0///H6ft37YaBu/QWJqPt1tbteHYeh XV9d9bujr/L+VdP6msBD01X5QD+726sq7z6e2stdU7X5UGyLshgerngQ6NVZTHO9OnX1+izisip2 XdM3h2Ecsm4Oh2Lnz/8tI7rvmXceYpvdqfL1MM141fmSdGjq/li0/SKt+n+lEXhchNz9kRF3Vbn0 u2fBd5h733T7LyO+R71xQNs1O9/3FKCqXBQs6seJ5TeCvsz9iuY+mziJouEsmL6eaq7+nAD+jQDd +z8nQp1FXPUPlf+0COrL73HJDL0rtl3ezYQ7+6Pard/e1k2Xb0tSh/xyQaZdTNqt3hDLPzdNdXG/ bn23o1BTigTB6moEtqQL5Y1tfm6GzanrmlO9/9Hn1PYi7JpmOMMUnuawGfLBk/C+9WU5Zdyu9Dkp db++7fKKcmVpmcYMXb77+N7fFWOy9lPT3h/yUzl8yLeboWlp3F1O7mAikPOQ40N79PXE8v9Q/i4d JFczvjvmJJSU2rT5jjRIm3romnLptx+1TylXO6LSecSUuePXqfcue5c/NKfhCbKZqwJJqPOKPPpV pt80ez9ad+qK7w/9OGA2a1EaTtRQFeuKvf8wRnIzPJTekTGb4rOP6/1Pp34oSOLkib+gwR8pQH6m mX8h7n14aL3z+XAit/1Nk02RcWXR3hTEre5tvSd2/m2TFYeD72iCgvh6Q3wruuZ+8vNM+L8679VT WtFStO+Xj/eUMUvXIJAiiEU0azqij0jAlcjOifkMESKLLEQUi9IEI0qmIUZ0msYQMSJSGAmNijES cS5TiKQyZRixTGcOI0o5jRFtLfaO03EC52GBjhichwXGWTxGBEliMCKkFhCRAbPQO0yKmL2AGJXi eZTRBlrKtLQKax1qIzASMZNBHrBUhtk5Z54hVmUCsoplMguw1o4zlSGEM2IVjCnngZJQN06Mj8+l 8jmiXAg9ymWQhniM1NZBe7iSykEfcEV/WDdD2mF74iC2kCE8UzKBiGA6EFBrIQMZQ48KyWMLeS00 hRXyQBidhOcV9RkSSp7AiiRSkzIOEavDBHqUSphm2NKMCRwF4TTPoEdlwDWONjmHO+g3yZjWkKMv 114ptLHQ1zISMsHzxGPFhIiVLMH2ZCpKYRSkE5GFTFRMaVzFFBE7groR4nAlJ1Y7XEdpFpnBaCut oxTPE5rYwpiqSCQxlpYa7SBDlOUc1x2VSYkrhXLCSOg3TbXCQg00NzqE8dFU/R1cabUUaQS11lKp ZS/6DDE8wVVMG2Ux40mxhMH46NiEGfSOTmgMZIhOaN3G3klMKjCSCioVGJEuhuzVmXG4UphpcYQI 7XcCWKtMyHUMfW0sMxz6zVjBcVU2WZDGMOuNox0PjE8YyGQ5fzxDmFAZzPqQ1r8ERiHkPBbQo6Ek 78C6E8ZcOKyBDbIIWho6Rv8QEjHODNQg0lpy6GtCbAAjFxF9GeROZII0g/ZEIe1RIHujSIUxtCeK pca7zoh2ltELCA8MRiwRC1tqeciwbpbWJpiNMeOJg+yNmWYW2hNz2qVB78SCZQxyNBYyk1C3WLE0 gJbGSgV4zYojHuG6E8c64ZAhcUrnD+yDlFZUyJDYBiLCllqT4ToaO5PifUiixtTCiOAK1p1EqVhD HyTGOAkzOAmVwatZEnGBz0xJJAMHvZMQrx3MxiQyFjM+GX2NNch4rGE9ICTDTEwcSxIYhZQJ46Cv U6YV1iClCoIreSpNild0WupfqP5pxOmshxFpLdaNzlIa2xNz+nsBeWE/mqbG4PNpak0YYx9kgVTY Hjox4YqUOtrEwshZJqlgY4RqItTNChNpaKkd0x6PSYTB522byFBDrW2ihYXxsZZneK9sLW1U8TyO NtIw5zI6V2NLM9q/hTCzMtpx4Z1qFvIEV4qMdv54Pc2SIMQVKUs4HT8wIkLMxCylvQvM7YyCis9z maPdP9TaBdrinbfTIsWrmdPEHai1MyzjMLNcRMcpuKI7OtNij7qYM3w2c4ky4gXESHyD4VLBcYV1 VmS4HjirRTZ552qG+jevq/X4iPFrt3yNF6gX1TwizattV+QXN+Mzx9XYY9t9TIp6wbf+0HT+KbI5 bRfw8nIG+iovS9fluwWYKFqt90XfWn+YvsubvLt9lHvu0cHWvT/89EXWeD/vu393zamd0fsub+eL 0aULoy3jjBX18K6olvb+tN0so+q8e3gCner9L3fd5KdH99yvh6Ovpgvmd/l0UTqLubvcZOPVps/7 Ie6L/Hr1+XiZ/jz7f1d2m/Fe1N/kbTtfr25v2fWqLG6PAxuHDfRrn3cfpx/bW37G+ITxGZt+5LvR WOp9/nhs40vbk35iaROPbXJpk49tamlTj216adNj2/Gh9V1Z1B+vV18+x/ZDU5bNvd//+Ih/0zQ7 oT/mrbfzqwUxrpkbzs8Y/cXd2n8arld+Xwyri74t9lX+aXxzmc8t597l9ObwVd8RGzu3X0vY50O+ 3DF/NXhi/TNdxteUXUEM3TxU28c3kFez4mXRDxvf5l0+NN2C/WvCmFzvm91bSi76mtoVk6FJzwdo pqZnluHD+HxDcX/vD0ne+/0ZW4aqeejvPKTCpYW4DIXUl1JH7jJMRXyZ0pGGGatsbMR/z3m7PMG+ +R8AAAD//wMAUEsDBBQABgAIAAAAIQBf5KhxjgEAAOADAAAUAAAAd29yZC93ZWJTZXR0aW5ncy54 bWyUk8Fu4jAQhu8r7TtEvpcEFtBu1FAJVa0qVVW1yz6A40zAWttjeQwpPH2HEAoteyAnj//x/2VG M7m9e7Mm2UAgja4Qw0EmEnAKK+2Whfi7eLj5KRKK0lXSoINCbIHE3ez7t9smb6D8AzHyS0qY4ii3 qhCrGH2epqRWYCUN0IPjZI3BysjXsEytDP/W/kah9TLqUhsdt+koy6aiw4RrKFjXWsE9qrUFF1t/ GsAwER2ttKcjrbmG1mCofEAFRNyPNQeeldp9YIbjC5DVKiBhHQfcTFdRi2L7MGsja06AST/A6AIw JeiHmHSIlLYW3kRiVf60dBhkaZjELSVcVdKCxYxHWukNdWfS5LoqxK/pcDwaj7Mfbb7Eanvf5jbS 8LqIdK/yQJ+hjkc1+1B/6+XqP/IC/aU4xxjRftG5jnkV9lE8eRwvouAL7fbv9oGXCrpYoUHeH7mO eECYs8r6OctPFfXzhvPO+1jTU9OH8Hi2c0EftdU7eMAwD9gQhPZr0hhsXl8eD/6z/3L2DgAA//8D AFBLAwQUAAYACAAAACEA+dHoax0OAAAFgwAADwAAAHdvcmQvc3R5bGVzLnhtbOSdS3PkSBHH70Tw HRR9gsOMu90P2xPr2fD4wTgYz3inPcy5Wqp2C0uqRlKPx5wJCE7cgAMH2APBYYEDFx4bfBp2lv0W VJVK3SWnSq0s1Tg2gpPdauVPVZX5z6rUo/XJp+/jyHtH0yxkyWFv8Ljf82jisyBMrg97b67OHu33 vCwnSUAiltDD3h3Nep8+/e53Prl9kuV3Ec08DkiyJ7F/2Fvk+fLJzk7mL2hMssdsSRP+5ZylMcn5 x/R6JybpzWr5yGfxkuThLIzC/G5nt9+f9BQmbUNh83no0xPmr2Ka5NJ+J6URJ7IkW4TLrKTdtqHd sjRYpsynWcY7HUcFLyZhssYMRgAUh37KMjbPH/POqBZJFDcf9OV/cbQBjHGAXQCYZBSHGCvETnYX 0/c9L/afnF8nLCWziJN4lzzeKk+Ce0+5NwPmn9A5WUV5Jj6ml6n6qD7JP2csyTPv9gnJ/DC84q3g qDjk1OdHSRb2+DeUZPlRFhL9y1O1TXy/EDvWWvpZrm1+FgZhb0ccNPsp//IdiQ57u7vllmPRiMq2 iCTX5bbs3aPpqd6Ywx5NHr2Zik0zzj3skfTR9EgY7qi+FX+1Hi/vf5IHXhI/lMch85zyWB1M+gIa hUIau+OD8sPrlRhkssqZOogEFH/X2B0w6DyEeUBPC13xb+n8BfNvaDDN+ReHPXksvvHN+WUaspRr 57B3II/JN05pHD4Pg4Am2o7JIgzo2wVN3mQ02Gz/7EzGv9rgs1XC/x/uDWQgRFlw+t6nS6Em/m1C hE9eCoNI7L0KNweX5j8pYQPliTr7BSUipXiD+wjZfBRiV1hkWm/rmat7fZd7oQ40fKgDjR7qQOOH OtDkoQ6091AH2n+oA0nMxzxQmAT0fSFEeBhA3cYxqBHNMYgNzTFoCc0xSAXNMSgBzTEEOppjiGM0 xxCmCE7OfFMUasE+NER7M3f7HGHH3T4l2HG3zwB23O0J3467Pb/bcbenczvu9uxtx92erPHcYqnl nXOZJXlnlc0ZyxOWUy+n77vTSMJZss5ywxOTHk2ddNIBpshsaiLuTPOJ/Lw9QqRI7efzXFR0Hpt7 8/B6lfLyvGvDafKORrxQ9kgQcJ5DYErzVWoYEZuYTumcpjTxqcvAdgcVlaCXrOKZg9hckmtnLJoE joevJDpJCuuA5vXzQogkdBDUMfFT1r1pjDjLDy/CrPtYCYj3bBVF1BHrpZsQk6zutYHEdC8NJKZ7 ZSAx3QsDzWeuhkjRHI2UojkaMEVzNG5FfLoaN0VzNG6K5mjcFK37uF2FeSRTvL7qGLQ/d3ccMXFm vHM7puF1QvgCoPt0o86ZepckJdcpWS48cWK6Hqv3GXucZyy4865czGlrkqt1vQyRY97rMFl1H9AK zZW41jxH8lrzHAlszesusQu+TBYLtOdu6pnpapbXilaSWol2SqJVsaDtrjaSd4+wjQDOwjRzJoN6 rIMIfimWs8KdLjLfppXdG7ZhdZfV/azktHkK6aCVEfNv3KTh53dLmvKy7KYz6YxFEbulgTviNE9Z EWu65HelS1pJ/jReLkgWylqpgmg/1ZfX1L0LsuzcocuIhIkbv50+ikkYee5WEM+vLl54V2wpykwx MG6Az1ies9gZU50J/N5bOvu+mwYe8SI4uXPU2yNHp4ck7Dh0MMkUJBY4IvFlZpiETuZQyfshvZsx kgZuaJcpLW5jyakj4pTEy2LR4UBbPC/e8vzjYDUkeT8iaSjOC7kS1ZUTmHbaMFvNfkz97qnuJfOc nBl6tcrl+Ue51JXW7nDdlwkVXPclgvQmnx5E/DrobAXXvbMVnKvOHkcky0LjJVRrnqvuljzX/e1e /Ckei1g6X0XuBrAEOhvBEuhsCFm0ipPMZY8lz2GHJc91fx2GjOQ5OCUneT9Iw8CZMyTMlSckzJUb JMyVDyTMqQO636GjwbrfpqPBut+rU8AcLQE0mKs4czr9O7rKo8FcxZmEuYozCXMVZxLmKs6GJx6d z/ki2N0UoyFdxZyGdDfRJDmNlywl6Z0j5GlEr4mDE6QF7TJlc/F8A0uKm7gdIMU56sjhYrvAuXLy Wzpz1jTBctkuB2dESRQx5ujc2mbCkZbVe9e2mcknOTo34TIiPl2wKKCpoU9mW14vT4vHMu43Xzaj 1WnPF+H1Ivemi/XZfh0z6W+1LAv2itn2A9aN+aR8nqXO7IIG4SouGwofppgM2xvLiK4Yj7Ybb1YS FctxS0t4zMl2y80quWK519ISHnO/paXUacWySQ8nJL2pDYS9pvhZ13iG4NtriqK1ce1hmwJpbVkX gntNUVSRinfk++JqAfROO82Y7duJx2yPUZGZgpGTmdJaV2ZEk8Be03ehmNkxSVMeb333BMj7chHd KnN+tmLFefvKBaf2D3Wd84VTklGvljNsf+GqkmXM49g63ZgRrfOOGdE6AZkRrTKR0RyVksyU1rnJ jGidpMwIdLaCMwIuW0F7XLaC9jbZClJsslWHVYAZ0Xo5YEaghQoRaKF2WCmYESihAnMroUIKWqgQ gRYqRKCFChdgOKFCe5xQob2NUCHFRqiQghYqRKCFChFooUIEWqgQgRaq5dreaG4lVEhBCxUi0EKF CLRQ5Xqxg1ChPU6o0N5GqJBiI1RIQQsVItBChQi0UCECLVSIQAsVIlBCBeZWQoUUtFAhAi1UiEAL tXjU0F6o0B4nVGhvI1RIsREqpKCFChFooUIEWqgQgRYqRKCFChEooQJzK6FCClqoEIEWKkSghSov FnYQKrTHCRXa2wgVUmyECilooUIEWqgQgRYqRKCFChFooUIESqjA3EqokIIWKkSghQoRTfGpLlGa brMf4M96Gu/Yb3/pSjXqtf4ot44atkeVrTKz2j+L8IyxG6/2wcOhrDfaQcJZFDJ5itpwWV3nylsi UBc+Xx03P+Gj0zv+6JJ6FkJeMwXwUVtLcE5l1BTyuiUo8kZNka5bglXnqCn76pZgGhw1JV2py/Km FD4dAeOmNKMZDwzmTdlaM4dD3JSjNUM4wk2ZWTOEA9yUjzXDsSeS833rcctxmqzvLwWEpnDUCHtm QlNYQl+V6RgKo63TzIS23jMT2rrRTED504jBO9aMQnvYjLJzNZQZ1tX2QjUTsK6GBCtXA4y9qyHK 2tUQZedqmBixroYErKvtk7OZYOVqgLF3NURZuxqi7FwNpzKsqyEB62pIwLq644RsxNi7GqKsXQ1R dq6GizusqyEB62pIwLoaEqxcDTD2roYoa1dDlJ2rQZWMdjUkYF0NCVhXQ4KVqwHG3tUQZe1qiGpy tTyLUnE1ysOaOW4RphniJmTNEJecNUOLakmztqyWNIJltQR9VfocVy3pTjMT2nrPTGjrRjMB5U8j Bu9YMwrtYTPKztW4aqnO1fZCNROwrsZVS0ZX46qlRlfjqqVGV+OqJbOrcdVSnatx1VKdq+2Ts5lg 5WpctdToaly11OhqXLVkdjWuWqpzNa5aqnM1rlqqc3XHCdmIsXc1rlpqdDWuWjK7Glct1bkaVy3V uRpXLdW5GlctGV2Nq5YaXY2rlhpdjauWzK7GVUt1rsZVS3WuxlVLda7GVUtGV+OqpUZX46qlRlcb qqWd28oLmARbvuKM75zfLan4DW7tgZmg+A1SdRFQ7ngeHPaIfIeSaISn3kalXp0k26quFRYHkzbw KP6CH8ZXP5xkOkofHMbwm6jysJu+lnursdtc8yz2q1zfbGxlLsa2qYXFy6TgQBReMbXrQIXZtobx Zsyi4qVc/J/zJOCAW/VCqqKBwXtSoPj3xzSKLkixN1uad43oPC++HfTlQ/H3vp8Vv+9mtE9lIjAC dqqNKT6qF4MZhrn4xXd1hdo01Ls1Qy1vleg6yuZ2VaSwackQtET7EcBiCAlHvxJClV+XAx8mN+tN 6vqyudk10ZBmoQgBuVu/Pxr2j8qHl02vbtNf3DZaf6h/cZvhBXjirpIkYxGRN3DIN9tpm4oR3ry8 rpSc/vI6uU17B12blOCvMh6EMkeBSBiB8f/6n3/98OtffPjdF95Xf/7N11/8sd4LZVbW3aBuEDC7 wTzm36LR2ozNGIxN7UsfmsanS76qjtZkNDw+UCOsRmvT+YFaMeidL7Zt77xBmJOmzsu3NrRVp1qL fJyhAGLFClSLIOWzSgTJbQ71tgeG9cMv//Hhb3/ikuNyQ0tO+b312CJiqstwGGJqvymmyp9DrO27 6mcifib43rbKeJT5/mPKbla08DhzGxkHhsj4z9//9c3nv22MjHK1r4+EWr+7iwy92x85TuCSuPL7 JbVjUDMEswdNPC5XCVN6zaj35lyb9/RNfqZ9vueOgXJ8ZSqQ2xzG6syUxf7wc8u1g/Kfu3D9Ng7p ZgB9MICbnwVvGrMOS9yTs/7oQGUKNUa+KHM3e/T7Z2cKVm4Ur/Eoai9bMT+/ungBOwt+jrilpoWh 86XVcNIfHB9XZM2LVVnO87/lfqLUEz1bMh4qB+WKy7TDYH+ozgaZ9tjdK8+xmPYYTsrnFkx7jMb7 ajRMe4xHB1taOhkNtrR0b7i7paX7u+U9vg0DtqWlg35/b9ug9g8OtrR1MDjob2nsYJc3d8suw73y 7mHjLqPJuFxhl9HysUrGVRrS1HtJbwVh84ryqzCmmdjsvWYxkT/nsi6SKiYiuembCpW0mMHF+S3Z n81Bi1elt0oIbaeTQtS1OeKbz3/237/8+8Pvv/zqy19h5xSZeXCpwpwX/l998yZJKa+339HggiZi nQ78tNnDK3dp8pC7tD3oTw4GasKqm9Am/fHpWLkvW6wN/YiSotdiZ6VD/nEeRvzb08HJ2clJ/RiW /2VP/wcAAP//AwBQSwMEFAAGAAgAAAAhAPercH5/AQAA0gIAABAACAFkb2NQcm9wcy9hcHAueG1s IKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnFJNT8MwDL0j8R+q3lm6D9CGvExo CHHgS1ph5yh124g0iZKA2L/HoawUcSMn+9l+eX4JbD46nb2jD8qadT6dFHmGRtpKmWadP5c3Z8s8 C1GYSmhrcJ0fMOQbfnoCT9469FFhyIjChHXexuguGQuyxU6ECZUNVWrrOxEp9Q2zda0kXlv51qGJ bFYUFww/IpoKqzM3EOY94+V7/C9pZWXSF17KgyM+DiV2TouI/CFNamADAKWNQpeqQz4vVguqDDk8 iQYDn86B9RHsra8CX8yX1NfHsG2FFzKSg3y2WCWCEQJXzmklRSR3+b2S3gZbx+zxS3KWGICNW4DW 2KF88yoeeAFsnMKdMqRhViyB9SHp86LxwrWBny+TyCGFnRQat+QBr4UOCOwHgK3tnDDEyIaICF/D syvtdfLke+Q3ONp0r2K7c0ImOav5rBjvPKrBjlCsaIlBxADALb2M1+kGmjUNVseev4Xk4kv/Rfn0 YlLQ+bLtiNHmw9/hnwAAAP//AwBQSwMEFAAGAAgAAAAhADAGevSAAQAA8AIAABEACAFkb2NQcm9w cy9jb3JlLnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIySwW7CMAyG75P2 DlXuJSmwrapKEdvECaRJY2LaLUsMBNokSgKFt1/aQlknDrvZ/n9/cuyk42ORBwcwVig5QlGPoAAk U1zI9Qh9LKZhjALrqOQ0VxJG6AQWjbP7u5TphCkDb0ZpME6ADTxJ2oTpEdo4pxOMLdtAQW3PO6QX V8oU1PnUrLGmbEfXgPuEPOICHOXUUVwBQ90S0RnJWYvUe5PXAM4w5FCAdBZHvQhfvQ5MYW821Mov ZyHcScNN60Vs3UcrWmNZlr1yUFv9/BH+nM/e66eGQla7YoCylLPECZdDluJr6CO7/94Cc025TXzM DFCnTDZTNJhI7k9ilaxdF6Xa+Q5OpTLc+v5O5m0cLDNCO3/Jht4peHdOrZv7064E8OdTNhHbvQyW VK5r1h+1ajBwENXHyKI4rj1tIT3vuZkNeOD3kzTbvCjLwcvrYoqyPumTkMQhGS7IUzJ8SAj5qsbr 9F+BxXmEfxAjsiBxMuh3iRdAs6HuH81+AAAA//8DAFBLAwQUAAYACAAAACEAhc8hSm0CAAC0CgAA GQAAAHdvcmQvY29tbWVudHNFeHRlbmRlZC54bWyklttuozAURd9Hmn9AvKfYxhiImlRczKjPM/MB LiEJKraRTS79+zG5jypVOc0TENjrbO9jH+X5ZS87b9sY22o18/ET8r1G1XrRqtXM//unmiS+Zweh FqLTqpn5H431X+Y/fzzvcDSttZSNGizfew6j7HTX1zN/PQz9NAhsvW6ksE+yrY22ejk8uc8DvVy2 dRPstFkEBGF0uOuNrhtrXc1CqK2w/glX7++jLYzYOfEIpEG9FmZo9meG/OxI941yL5faSDG4R7MK pDDvm37imL0Y2re2a4cPh0PsjNEzf2PU9ISYXGyMkunRxulyVph76h4lpa43Y5CHioFpOudBK7tu +0sU8rs093J9hmy/WsRWdufvdj2mj/WxPHbkCrzH/qmNsjs6/5qI0R0dGREXxT0W/q95diJFq66F vxXNTbg4ggHIJwCzDQwRnRCB/ZDXo7HrV491+ZfRm/5Kax+jvar3C2scNQDWabfc7mD7mJnfa9G7 oyzr6etKaSPeOufI9d5z7fMOHfDGU+LPbwehm4PjUy+MeF24aRoXWVhxN0HHXxeH+Yn84CsJS0uW JCUFSKKyymmSlwAJTQpOS4YhkhKFnNICIIkRc9Z4DJAQxoqExxBJSDHJeQhZfsQqSpIogvQl4VFE MwRZPseEZXEFkZQ5wwmHhIxJgcsUEUjIFY0JB62FkJRgQiCJxSlOSl7lkD1WuJOMOYO0MskzmleQ 5aOqyKow45CQK1okeZRCqrAwyzGHhByiglQVgoQclago0hCSmNuSeUIpREKzPA6zFDIuEEkxjUuI hLEojN0k+yQJbjTur+b8HwAAAP//AwBQSwMEFAAGAAgAAAAhAJBTgTerAgAAowwAABIAAAB3b3Jk L2ZvbnRUYWJsZS54bWzkld1O2zAUx+8n7R0i30OcNE1KRUFQiIQ0cTFA262bOqk1f0S2S+kj7GH2 ArvhcXiNnTgtLUsLzT6YtsWK6pxj/3P8yzmnh8d3gnu3VBum5AAF+xh5VGZqzGQxQDfX6V4PecYS OSZcSTpAc2rQ8dHbN4ezfq6kNR7sl6YvsgGaWFv2fd9kEyqI2VclleDMlRbEwqMufEH0p2m5lylR EstGjDM790OMY7SQ0buoqDxnGT1T2VRQad1+X1MOikqaCSvNUm22i9pM6XGpVUaNgTMLXusJwuSj TBA1hATLtDIqt/twmEVETgq2B9jNBF8JdNsJhA2B2NB2Et2FhG/mgt4hT2T9i0IqTUYclOBIHkTl OWF0tPiY3qwviQD31VyMFHf2kkhlaACuW8IHCHdhBLg6ZIJj+O3iBPnVwmxCtKGVRr0wrM05EYzP l1atBJG1o2Q2myztt0SzKrLaZVgBjqkZYdBZXKi2BJCjTy1hY03nqSVzOr2nlmBtDbzTrwE0QFwz QY13SWfeexf5JiIhjBh3gEQEdwizaDMR96afJ3IOMYfnaboiMgRL0uueNogcPEfEPQa1zu5Ehmqq GdUVky00EiBw4KhUNKJWNIQaU70JR87u6Hh3FlHnNVh8gIZRNUqzpVIaV4tKIVOr/qJCGRLORppt SYnUpUI1IkiOsFVKmBkzpl2BRJuSIoySVymQhy+fH77eOxCE20uwLSM+o7L4yB6rvUEpgDaCgU+w HBsp9eJfki4n1TnC0zVInd4wTYbpyfeQgvgFSIAbt+4i0ihONhdOiE+BRN1C2ufLj7QQHK9nS2VI h4+WVbYEL2fLQUsQV7RQ1Lu52Aqi7qH1Df8tf6BwzqOkieK3FY73jhUTuwXH/1QhdUN9FkfqiuMf bauLiTn6BgAA//8DAFBLAwQUAAYACAAAACEA3Pztic0BAADOBQAADwAAAHdvcmQvcGVvcGxlLnht bKSUTW/bMAyG7wP2HwTdE9lZ0xRGnGJYsSFAb9vQsyLLsVBLFCTZTv796PirQ4HCaU62QfJ5X4si t48nXZJaOq/ApDReRpRIIyBT5pjSv39+Lh4o8YGbjJdgZErP0tPH3dcv2yZeJ1aCLSVBhPFJY0VK ixBswpgXhdTcL7USDjzkYSlAM8hzJSRrwGVsFcXR5c06ENJ71PvBTc097XHiNI+WOd5gcQu8Y6Lg LsjTwNDvHYGVBoM5OM0Dfroj09y9VnaBTMuDOqhShTPiovsBAymtnEl6xGK00ZYknY3+MVS4Obpd yROISksTLorMyRI9gPGFsuNR6M/SMFgMkPqjn6h1OeQ1Nr67rY9PXUcm4Bz7fRt12Tn/mBhHMzrS IsaKORb+1xycaK7MJPypo3lzuPH6OsDqHeDey+sQ6x7B/FlPo9HY421d/uWgshNN3Ubbm9eR1a6Z K1j9bXl7g/1tZn4X3OIoa5HsjwYcP5ToCHtPsH3k0gHSTgnd9UvQeTBtLOFVKABn/xk4+W4yDGBk SHPS42aVe5PDJRn1aoU5+yylL8pk0HjyrGoUbqOV7yLRZsM38mF1iLPsG0dRttuySXb8aBfx7h8A AAD//wMAUEsDBBQABgAIAAAAIQBEHGpE6wMAABUyAAASAAAAd29yZC9udW1iZXJpbmcueG1s7FrL bts4FN0XmH8QtE/0lh2jTmHHySDFTDFAU3RNy7RNhA+BlOx425/pJ/Sz+gtDSqJs101g0emMC3Cl mLz36PJcnpuz0Nt3TwQ7K8gFYnToBpe+60CasRmii6H76eHuou86ogB0BjCjcOhuoHDfXf/x5u16 QEsyhVwGOhKDisE6z4busijygeeJbAkJEJcEZZwJNi8uM0Y8Np+jDHprxmde6Ad+9VfOWQaFkDg3 gK6AcBu47Ok4tBkHa5msAGMvWwJewCeNQQ4rYjmkcnPOOAGF/MkXHgH8scwvJGYOCjRFGBUbCeen GoYN3ZLTQQNx0ZahUgZ1Gc1DZ/Bj3lunTFhWEkiL6o0eh1jWwKhYorylgpiiyc2lBlm9dIgVwTpu nQfxaX2c1B3ZAh5TftNGguvKX0YM/CM6oiDajGNK2H+nroQARLcvNqJmh9wg6QYQHgCkAnaDSBoI T2zIVhrrfHFal//krMy3aOg0tHv62GKpOdMBq7ktuzdYnFbMxyXIpZRJNrhfUMbBFMuKZO8d2T6n 6oCjVOJeyykIpqLgICs+lMTZ+3U/G7pymsqUAYdyhHK1WA/M0byAfMwheFQhCoUKNJPpK4CHbjRK /TAMI9dTO6TEBfoLriB+2ORQxyw3U45mf6s9rPbq2ILkWEdcjfthPE7Degev1AaSj7qoQZFjORv9 OJj4vh9UNVQ16vSgzpMz/o60i9MSY1i0iA/wqd36/uVbu/4+06sYzpvw/B+uHoiqY6rlodsLq0qW gC6q/zZR6qtYrw3mzeOO0UIockWG5DX7uCFThqvUkeRtbwFRCTyDcyCZacAqFK8q7EcmggMmompF zk85hFdQRZzMDOvKSxDHZsTcsJIjyJ0PcL3Dzg+rmTgM7MZaeMBa8vqsff/ytStvYZCa8fZZRivD I3ZY21/rRlB9ifYF9gsI6iy4sN//vxUXn6XiJA9nrbhaX+enuDgyHOGvrbj0TBWX+Iaj/PUU1ztL xSU9w1n9Hymuf6aKS2PDEX664rw9d6ve8aL1VQLsbn0nV6PeaBzX5ze1vslVctOP4gZlt63W+lrr a62vtb7W+mpirPU1U5y1vtb6minOWl8zxf0+1le5hM7Wtzfyx0kyntTnN7W+vUkSJ+PbUUtu21Zr fa31tdbXWl9rfTUx1vqaKc5aX2t9zRRnra+Z4n4f66tuWXfre+snSTQ60fqOb/u3k6iftuS2bbXW 11pfa32t9bXWVxNjra+Z4qz1tdbXTHHW+pop7qysL60sL9UfOKilPf+rT1R9uutVkQdp4fNp1be6 z6RFz6dpPn6WdvCN8jatap5Oq5+1Wb/+FwAA//8DAFBLAwQUAAYACAAAACEAnRe9RmADAACtEAAA FAAAAHdvcmQvY29tbWVudHNJZHMueG1spJjfcps6EMbvO3PewcN9giRAfzx1OiChM75u+wAUSMzU IAZwnLz9EbaJ01L1rMmNwZb2p0+7nxbGn7+81PvVc9n1lWk2Hr5H3qpsclNUzdPG+/5N33Fv1Q9Z U2R705Qb77XsvS8P/3z6fMQ0r4p1buq6bIZ+W/Qri2r69bHNN95uGNq17/f5rqyz/r6u8s705nG4 t/N98/hY5aV/NF3hE4TR6a7tTF72vV1XZs1z1nsXXP4CoxVddrTBIzD0813WDeXLlYFvhkS+8Pkc RBaA7A4JnqOCm1HUH1XNQOEikFU1I0XLSH/YHF1GInMSW0YK5iS+jDSzUz03uGnLxg4+mq7OBvu1 e/LrrPt5aO8suM2G6ke1r4ZXy0R0wmRV83OBIhv1RqiD4mYC82tTlPugmChm4x26Zn2Jv3uLH6Wv z/GXyxTRQfZ/DlEmP4wN4rRzvyv3Nhem6XdV+3bC66U0O7ibIM9/28RzvZ/mHVsMPC6u9qTOqbwC IfIv+a/3Z+V/J2IEqMiIeIuASPh1zUlJbV14XXhRat4lFwMbyAQgMwDNS2DDnxj8wvDz6wk9P5xu 45yrMnKqa2IxsI/9LuYdoC9vQ0STjv61frej9uljtv23M4f2Sqs+Rttem9BxfC24gXWx//sj2X9M zNdd1treVOfr7VNjuuzH3iqyZl5ZP65OFRg/bVnHy+m2fFmNjcB7+O01ZnuaMv7QZl22tQ7CTMaB Tu1b0GWgOJwWGMcIUSERFHv+/3OoUJRzFTo4EQ5kCuFESichT5RTT4wTCIdEmqEgdHIYohFMD2NM sNS1L5IGGsKxFJzGzjxHYRoICAfphMskcnGoEIiAOIzGUnDk5MQohHBCzGjKBXZxpAxgHKKVne3O s5YU5MNICxLxyOlDmoD8jBmKsZKBixNENAD5kDMZCetZp54UpIexVGIpmVMPlwikhwiCCXHmJ0xV DOJoRplMnHVnCeKg80USgqR2coQMQf6JeBKHiSZuTgqqF2IxR0kinBzFQf2HcTszTl31oiIloH5I EIk1T9350Rh2LlSCFNHufWkN6huRQlKKgLo4MUYKlJ8Uxylh0s0JQHmmAUtiGrr8TBXhsLoTgUOm XHkOEdEwPTSyikJnf1aInp4X/q+g8f+Fh/8AAAD//wMAUEsDBBQABgAIAAAAIQAHSDnAKgMAAPIS AAAbAAAAd29yZC9jb21tZW50c0V4dGVuc2libGUueG1spNhPc6IwFADw+87sd3C4W/KHRGBqOxZ1 p+e1l71RiMqUEAaw2m+/AUVt2Q34eql2aH68vLyXZHr/eJDp6F0UZaKyqYXvkDUSWaTiJNtMrZfV cuxao7IKszhMVSam1ocorceHnz/u95hH4uBHSkqRVeXiUImsTF5TMdJiVvr7PJpa26rKfdsuo62Q YXknk6hQpVpXd3qYrdbrJBL2XhWxTRBGzbe8UJEoS/36IMzew9I6cdFhmBYX4V4PrkHHjrZhUYnD xcA3I8z2bLcLEQCkZ0hwl6I3U9yuo+pADgjSUXUkBpP+MTkOk0hXmsAk2pVcmNQpJ9ktcJWLTD9c q0KGlf612NgyLN52+VjDeVglr0maVB/aRLxlwiR7A0SkR50FSeObhYktVSxSGreKmlq7IvNP48fn 8XXo/nH86aMdUQyZ/3HIXEW7ep9oZm4XItW5UFm5TfJzh0uoph9uW+TdNIl3mbZ/t8/xwHb53/Y0 P6byAg4J/5R/mR4jN4sYDViRmjiPGBLC53e2kUhdhZcXg1JzlVw8cANpAdIB6rPlNsM9GXZ06dDa SQa2RuscV6V2kkti8cB97GswV0ApbiNYG0f5Ia9mlG++V7a/CrXLL1ryPe35sgnt69vBDdap/K9b svxeML+3Ya73Jhn5z5tMFaG+i0wtXcwjXY+jZgXqn3pZ64/mqziM6o3Aevhym7m6zJwexLvGe9bF RMjcIR7H1vlZWImXSh8GBBE0Ru4YOSuMfDrxEfpj2bfiDNNgYcDZClEfA3GHzPBTX+QOAuITxJkZ Z2CckQVdmtPCfAzFnQX1zPjEJxyGc89DxIDzFeI+c6H4DDlmXJcKAeJBQM14XefAtDCyDHjvgkJx zJ9MHdo0EfGAOGWc9kUOrnPMF72RUyhO3QD1Rc4YuInms94mAuacT56Qa65zx2fAtHAvcHqbCEOb yAsWpmo54g4Un7um/fyIAw8L7i2I6SRqcALO+RKb2v+Ig9OyXPZsuRqHpmWG0bwPp9BqmWHau6CU AvE5cc2liLGPgLiDyNJ8tdCRM3DkiJtO/+YkYudqsT/rV/+devgLAAD//wMAUEsBAi0AFAAGAAgA AAAhAMxux8SXAQAAWggAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwEC LQAUAAYACAAAACEAHpEat+8AAABOAgAACwAAAAAAAAAAAAAAAADQAwAAX3JlbHMvLnJlbHNQSwEC LQAUAAYACAAAACEAI5PvE2UBAAA/BgAAHAAAAAAAAAAAAAAAAADwBgAAd29yZC9fcmVscy9kb2N1 bWVudC54bWwucmVsc1BLAQItABQABgAIAAAAIQBxRJdGk2YAAGvWBQARAAAAAAAAAAAAAAAAAJcJ AAB3b3JkL2RvY3VtZW50LnhtbFBLAQItABQABgAIAAAAIQDCzNxGdBwAAK+1AAARAAAAAAAAAAAA AAAAAFlwAAB3b3JkL2NvbW1lbnRzLnhtbFBLAQItABQABgAIAAAAIQA/uU6k5QAAAGQBAAAcAAAA AAAAAAAAAAAAAPyMAAB3b3JkL19yZWxzL2NvbW1lbnRzLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAh AN/h6nXWBgAAyCAAABUAAAAAAAAAAAAAAAAAG44AAHdvcmQvdGhlbWUvdGhlbWUxLnhtbFBLAQIt ABQABgAIAAAAIQD/MGyFIQgAAMgdAAARAAAAAAAAAAAAAAAAACSVAAB3b3JkL3NldHRpbmdzLnht bFBLAQItABQABgAIAAAAIQBf5KhxjgEAAOADAAAUAAAAAAAAAAAAAAAAAHSdAAB3b3JkL3dlYlNl dHRpbmdzLnhtbFBLAQItABQABgAIAAAAIQD50ehrHQ4AAAWDAAAPAAAAAAAAAAAAAAAAADSfAAB3 b3JkL3N0eWxlcy54bWxQSwECLQAUAAYACAAAACEA96twfn8BAADSAgAAEAAAAAAAAAAAAAAAAAB+ rQAAZG9jUHJvcHMvYXBwLnhtbFBLAQItABQABgAIAAAAIQAwBnr0gAEAAPACAAARAAAAAAAAAAAA AAAAADOwAABkb2NQcm9wcy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQCFzyFKbQIAALQKAAAZAAAA AAAAAAAAAAAAAOqyAAB3b3JkL2NvbW1lbnRzRXh0ZW5kZWQueG1sUEsBAi0AFAAGAAgAAAAhAJBT gTerAgAAowwAABIAAAAAAAAAAAAAAAAAjrUAAHdvcmQvZm9udFRhYmxlLnhtbFBLAQItABQABgAI AAAAIQDc/O2JzQEAAM4FAAAPAAAAAAAAAAAAAAAAAGm4AAB3b3JkL3Blb3BsZS54bWxQSwECLQAU AAYACAAAACEARBxqROsDAAAVMgAAEgAAAAAAAAAAAAAAAABjugAAd29yZC9udW1iZXJpbmcueG1s UEsBAi0AFAAGAAgAAAAhAJ0XvUZgAwAArRAAABQAAAAAAAAAAAAAAAAAfr4AAHdvcmQvY29tbWVu dHNJZHMueG1sUEsBAi0AFAAGAAgAAAAhAAdIOcAqAwAA8hIAABsAAAAAAAAAAAAAAAAAEMIAAHdv cmQvY29tbWVudHNFeHRlbnNpYmxlLnhtbFBLBQYAAAAAEgASAJkEAABzxQAAAAA= ------=_NextPart_000_0021_01D66F38.AFF29250-- From nobody Thu Aug 13 08:15:56 2020 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 914743A0D58 for ; Thu, 13 Aug 2020 08:15:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 1uY7DiaJEwJk for ; Thu, 13 Aug 2020 08:15:45 -0700 (PDT) Received: from NAM04-BN8-obe.outbound.protection.outlook.com (mail-bn8nam08on2099.outbound.protection.outlook.com [40.107.100.99]) (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 6D7B33A0D0D for ; Thu, 13 Aug 2020 08:15:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L0QZRhNFxuIEVNw5z+A3Th572+IL3VzQhXeFVbMEq3m/pDv2RwiBC2/Q5VoUfSZTLJTYZ06ugCzktzWMmPmqlluML5cY0KAEepRVDq0ny8WTd4VHC5+7yr/mKAsFXAly2smoHlQoufmYnO+rdvvsw092cqRMimYUoCN5mOrH0CbKbvR2322yVN/+8i75CTSpVbMeF11sIczOflWN5kgAZLaWatA6VPEnf1ByF6XzWYjaDC1YbimfHxqrtJg/yadUa6NeFgkDyJ+11zs3oCqSJssNLUsAbum4zen0C2rlP5Ujh2dufndBr8TRqnLsHzOdeMPUg4rEu2AGNISOv8B6sg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lEOmp/zgwTTApkE3Ul+/KH1k9tC+Xgafol9O8sstt1M=; b=Z9vK1pTdCt2gDsmk1BYvjrRIuselMngL6lc0p28hmUvuZc0DiiAOUSwpwGyITqWzmR+pGwLedK6gR43cwfo0L9XBud63XCuXrGIpR1mYSIsbjXII3noC/xtnb/f0eO/FikYI+PQMK8RKHeHGrJlKLrXbY7AvzwTLwW9ouUETRRcXzc+H/lYAKbHH1KGDdaRtxlAWd40Sp1O6n3oC1/pKuDgMDqj4+MP4/RVLrcLz1nT0GM6m2hyDXDOIlO7v2TGq/nCONkOfn71eL3DxZOoiOJV/hK9s8onAMGJd+yQEBBzBhL3OKUlp+3Zool92+BvjFmgj85fILmDC+1pC4ovwIA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lEOmp/zgwTTApkE3Ul+/KH1k9tC+Xgafol9O8sstt1M=; b=opxxDCW9F9ZCWQDQjK81zw/Elm427Toaov6L9uQCRgCzYAOEVgGF1ErxK20ndU5QTSl6Ojl3D7IcFZ3rb22bdz8BAsxzenmc6qJIQLCxcSiS5Ug3syJGXSxaNYQxZ8GCGESssmw19EpJwtviRJOWXgrPxxI43TmabY5d6RJY0Ok= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB2624.namprd13.prod.outlook.com (2603:10b6:208:ed::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.10; Thu, 13 Aug 2020 15:15:36 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::bd0d:e70d:94e5:81e7%7]) with mapi id 15.20.3305.013; Thu, 13 Aug 2020 15:15:36 +0000 From: Huaimo Chen To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0Qeqb+E8DhFLk+Db8GL0EsOZak2IDrY Date: Thu, 13 Aug 2020 15:15:36 +0000 Message-ID: References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [73.114.233.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b9eae693-7a54-40e9-6e70-08d83f9bbb19 x-ms-traffictypediagnostic: MN2PR13MB2624: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1x0nzLK6DCe9Sa87hd9rxxk6XJqav5YTuMlByUU9UeMfko3f5Z/aV9ymueXPBR2PoG+nfiPKGfl88GqLfvMgpyM7EhDWa6ySEqcqk1ugSk6tQlJCkZ6RR4d8FhO76qwJi/0SwfAHimS+gwZonbeRlk7DhOGnWw/zZVU26ab+8C2nNrE566g1GB5musUOomqHoeyYfVuovHkRsO6I7mixsTIud/byix9cX74g5TB8G0OlygRKpD+YY8H5e2qLPJZJqHf7PF6surF2bskgC/WjYzpWKxILY4bbh8Shf7YLVZcR9AHXyPSXM/00bt4x+Vi1L5/biiR5+Nv5HT6ZaHTsacPG0rnwENEvmUvCDzy1iROHsGSwI37h0nC3PhBiHmsE9xOUjhQEcN4bMK5HYL60Lg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(39840400004)(366004)(346002)(376002)(166002)(55016002)(316002)(83380400001)(9686003)(86362001)(53546011)(6506007)(19627405001)(7696005)(66476007)(66556008)(64756008)(66446008)(966005)(26005)(5660300002)(52536014)(76116006)(44832011)(186003)(66946007)(8676002)(8936002)(110136005)(71200400001)(2906002)(33656002)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: S9ggyx3EaI1xw9+BaJbEFj8g6h/7fggou6478QDvd1s3wuByau3ih3BUfMoiEz7HrOsSm9jg1qCcCQDN0Hufd4yIXvGJ5RXoLVdWZQPiWbNHTQLgKrX9A8HneXbnh3HJ/LNvoHSAhxXc8+vZ+iX/bm01U5fG8P9ILtivJuRULTjKyb9VSXqlfrXcHG0y4NyMDg4lVwddBXzYXVUr+1of+MFse/l9JfyJOaJIBob60gRN1zh+K64GAP7KrKsHSwM1lsopHsuUarvwKDFQtkz5U79YzEZsmGFTw5mUtIifDiea1FacfbPL0gjVK4JRoaEfm8jhOgjnz3ZqLY75NuTQoTbvVzJltafXF67JU4vmjkqvmYC6WyHOiwox5Cc2oh9aPNdkwayA1l5p1EjJncOIHM2m2Lv1oiUUYQUiHtCkMvBZ3mgCOzbFBeXxWk+8LcfDv32huOKklFzUv+OT+lBxfG9XU3Q+RiqkALAGfHP2XYy+g5ZqaltTyoUiN87uJUVxXUa7T6Gj+E98AmL0TcHI+j9LLttzdnIEFE0atDJMovj+N+206bRGfTC05EpKsr1oQWyBSTCrJqKSX2PvyxozWEgLK5/ifouwRqw/KAViZtjth69sYG4bW7qyo+PXPN1Qg/r2a7zqOoLpTNrDjwpTWQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB3117750524465EB4C43B2B4AF2430MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB3117.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b9eae693-7a54-40e9-6e70-08d83f9bbb19 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Aug 2020 15:15:36.3492 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Nce7C3LAH2wQCbXWozMVdA1dQu+Fqba2kggfmq9qqNy381hu7GFrq9RkrK+UtrboHXdFDhWEqnlEAYIPfi2ALQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB2624 Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2020 15:15:54 -0000 --_000_MN2PR13MB3117750524465EB4C43B2B4AF2430MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Support. Best Regards, Huaimo ________________________________ From: Pce on behalf of julien.meuric@orange.com Sent: Wednesday, August 5, 2020 12:18 PM To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controll= er Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG adoption queue. Thanks, Dhruv & Julien ___________________________________________________________________________= ______________________________________________ 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. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --_000_MN2PR13MB3117750524465EB4C43B2B4AF2430MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Support.

Best Regards,
Huaimo
From: Pce <pce-bounces@i= etf.org> on behalf of julien.meuric@orange.com <julien.meuric@orange.= com>
Sent: Wednesday, August 5, 2020 12:18 PM
To: pce@ietf.org <pce@ietf.org>
Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-c= ontroller
 
Hi all,

This message initiates a 3-week WG Last Call on
draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and
share your feedback, whatever it is, using the PCE mailing list.
This LC will end on Wednesday August 26, 11:59pm (any timezone).

Please note that this I-D is related to
draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our
WG adoption queue.

Thanks,

Dhruv & Julien


___________________________________________________________________________= ______________________________________________

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.

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/= mailman/listinfo/pce
--_000_MN2PR13MB3117750524465EB4C43B2B4AF2430MN2PR13MB3117namp_-- From nobody Thu Aug 13 18:46:48 2020 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 4A51C3A0BE3 for ; Thu, 13 Aug 2020 18:46:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 xsMr7bYC7w5D for ; Thu, 13 Aug 2020 18:46:44 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 5ED273A0B70 for ; Thu, 13 Aug 2020 18:46:44 -0700 (PDT) Received: from lhreml727-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id CE2D13B5177DED0F5626 for ; Fri, 14 Aug 2020 02:46:40 +0100 (IST) Received: from nkgeml705-chm.china.huawei.com (10.98.57.154) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 14 Aug 2020 02:46:40 +0100 Received: from nkgeml708-chm.china.huawei.com (10.98.57.160) by nkgeml705-chm.china.huawei.com (10.98.57.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 14 Aug 2020 09:46:37 +0800 Received: from nkgeml708-chm.china.huawei.com ([10.98.57.160]) by nkgeml708-chm.china.huawei.com ([10.98.57.160]) with mapi id 15.01.1913.007; Fri, 14 Aug 2020 09:46:37 +0800 From: Zhuangshunwan To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0Qz1m6b/V6Whk+UyEIN80vJBKk24rcQ Date: Fri, 14 Aug 2020 01:46:37 +0000 Message-ID: <8389170e9d384873b4bbd6dd891f89e1@huawei.com> References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.202.109] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2020 01:46:46 -0000 Support. Best Regards, Shunwan -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Thursday, August 6, 2020 12:19 AM To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controll= er Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extensi= on-for-pce-controller-06. Please review and share your feedback, whatever i= t is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG = adoption queue. Thanks, Dhruv & Julien ___________________________________________________________________________= ______________________________________________ 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. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute 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. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Thu Aug 13 22:51:51 2020 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 BEA0C3A0D55 for ; Thu, 13 Aug 2020 22:51:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 Oud7_jSIfBG7 for ; Thu, 13 Aug 2020 22:51:46 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.220]) by ietfa.amsl.com (Postfix) with ESMTP id A9F333A0D54 for ; Thu, 13 Aug 2020 22:51:45 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.48:38165.1115398809 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-219.142.69.78?logid-2b47aac60e4f433e9929d99651d6bac1 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id 744D228009E; Fri, 14 Aug 2020 13:50:58 +0800 (CST) X-189-SAVE-TO-SEND: 71080549@chinatelecom.cn Received: from ([172.18.0.48]) by App0024 with ESMTP id 2b47aac60e4f433e9929d99651d6bac1 for julien.meuric@orange.com; Fri Aug 14 13:50:49 2020 X-Transaction-ID: 2b47aac60e4f433e9929d99651d6bac1 X-filter-score: filter<0> X-Real-From: licong@chinatelecom.cn X-Receive-IP: 172.18.0.48 X-MEDUSA-Status: 0 Sender: licong@chinatelecom.cn Date: Fri, 14 Aug 2020 13:51:39 +0800 From: "licong@chinatelecom.cn" To: "julien.meuric@orange.com" , "pce@ietf.org" References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.18.95[cn] Mime-Version: 1.0 Message-ID: <2020081413513953654821@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart680168571701_=----" Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2020 05:51:50 -0000 This is a multi-part message in MIME format. ------=_001_NextPart680168571701_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 U3VwcG9ydC4NCg0KQmVzdCBSZWdhcmRzLA0KQ29uZyBMaQ0KDQpGcm9tOiBqdWxpZW4ubWV1cmlj QG9yYW5nZS5jb20NCkRhdGU6IDIwMjAtMDgtMDYgMDA6MTgNClRvOiBwY2VAaWV0Zi5vcmcNClN1 YmplY3Q6IFtQY2VdIFBDRSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24t Zm9yLXBjZS1jb250cm9sbGVyDQpIaSBhbGwsDQogDQpUaGlzIG1lc3NhZ2UgaW5pdGlhdGVzIGEg My13ZWVrIFdHIExhc3QgQ2FsbCBvbg0KZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9y LXBjZS1jb250cm9sbGVyLTA2LiBQbGVhc2UgcmV2aWV3IGFuZA0Kc2hhcmUgeW91ciBmZWVkYmFj aywgd2hhdGV2ZXIgaXQgaXMsIHVzaW5nIHRoZSBQQ0UgbWFpbGluZyBsaXN0Lg0KVGhpcyBMQyB3 aWxsIGVuZCBvbiBXZWRuZXNkYXkgQXVndXN0IDI2LCAxMTo1OXBtIChhbnkgdGltZXpvbmUpLg0K IA0KUGxlYXNlIG5vdGUgdGhhdCB0aGlzIEktRCBpcyByZWxhdGVkIHRvDQpkcmFmdC16aGFvLXBj ZS1wY2VwLWV4dGVuc2lvbi1wY2UtY29udHJvbGxlci1zciB3aGljaCBpcyBhbHJlYWR5IGluIG91 cg0KV0cgYWRvcHRpb24gcXVldWUuDQogDQpUaGFua3MsDQogDQpEaHJ1diAmIEp1bGllbg0KIA0K IA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KIA0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBj b250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMg ZXQgbmUgZG9pdmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGll cyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJy ZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJl c3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNp ZmllLiBNZXJjaS4NCiANClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250 YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHBy b3RlY3RlZCBieSBsYXc7DQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3Ig Y29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBP cmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQs IGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KIA0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClBjZSBtYWlsaW5nIGxpc3QNClBjZUBpZXRm Lm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== ------=_001_NextPart680168571701_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Peng=20Liu=20=7C=20=E5=88=98=E9=B9=8F
China=20Mobile=20=7C=20=E7=A7=BB=E5=8A=A8=E7=A0=94=E7=A9=B6= =E9=99=A2
mobile=20phone= =EF=BC=9A13810146105
email:  liupengyjy=40chinamo= bile.com
 =E5= =8F=91=E4=BB=B6=E4=BA=BA:=20julien.meuric
=E6=97=B6=E9=97=B4:=202020/08/06(=E6= =98=9F=E6=9C=9F=E5=9B=9B)00:18
=E6=94=B6=E4=BB=B6=E4=BA=BA:= =20pce;
=E4=B8= =BB=E9=A2=98:=20=5BPce=5D=20PCE=20WG=20LC=20for=20draft-ietf-pce-pcep-exten= sion-for-pce-controller
Hi=20all,

This=20mes= sage=20initiates=20a=203-week=20WG=20Last=20Call=20on
draft-ietf-pce-pce= p-extension-for-pce-controller-06.=20Please=20review=20and
share=20your= =20feedback,=20whatever=20it=20is,=20using=20the=20PCE=20mailing=20list.This=20LC=20will=20end=20on=20Wednesday=20August=2026,=2011:59pm=20(any=20= timezone).

Please=20note=20that=20this=20I-D=20is=20related=20to
= draft-zhao-pce-pcep-extension-pce-controller-sr=20which=20is=20already=20in= =20our
WG=20adoption=20queue.

Thanks,

Dhruv=20&=20Juli= en


_____________________________________________________________= ____________________________________________________________

Ce=20me= ssage=20et=20ses=20pieces=20jointes=20peuvent=20contenir=20des=20informatio= ns=20confidentielles=20ou=20privilegiees=20et=20ne=20doivent=20donc
pas= =20etre=20diffuses,=20exploites=20ou=20copies=20sans=20autorisation.=20Si= =20vous=20avez=20recu=20ce=20message=20par=20erreur,=20veuillez=20le=20sign= aler
a=20l'expediteur=20et=20le=20detruire=20ainsi=20que=20les=20pieces= =20jointes.=20Les=20messages=20electroniques=20etant=20susceptibles=20d'alt= eration,
Orange=20decline=20toute=20responsabilite=20si=20ce=20message= =20a=20ete=20altere,=20deforme=20ou=20falsifie.=20Merci.

This=20mess= age=20and=20its=20attachments=20may=20contain=20confidential=20or=20privile= ged=20information=20that=20may=20be=20protected=20by=20law;
they=20shoul= d=20not=20be=20distributed,=20used=20or=20copied=20without=20authorisation.=
If=20you=20have=20received=20this=20email=20in=20error,=20please=20noti= fy=20the=20sender=20and=20delete=20this=20message=20and=20its=20attachments= .
As=20emails=20may=20be=20altered,=20Orange=20is=20not=20liable=20for= =20messages=20that=20have=20been=20modified,=20changed=20or=20falsified.Thank=20you.

_______________________________________________
Pce= =20mailing=20list
Pce=40ietf.org
https://www.ietf.org/mailman/listinf= o/pce
------=_001_NextPart73749930_=------ From nobody Fri Aug 14 02:42:07 2020 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 6F1A03A0E75 for ; Fri, 14 Aug 2020 02:42:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 dWfOKvozssfb for ; Fri, 14 Aug 2020 02:42:02 -0700 (PDT) Received: from mail-m127101.qiye.163.com (mail-m127101.qiye.163.com [115.236.127.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BBA43A0E74 for ; Fri, 14 Aug 2020 02:42:00 -0700 (PDT) Received: from DESKTOP2IOH5QC (unknown [219.142.69.75]) by mail-m127101.qiye.163.com (Hmail) with ESMTPA id AFECA45394; Fri, 14 Aug 2020 17:41:53 +0800 (CST) From: "Aijun Wang" To: , References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Date: Fri, 14 Aug 2020 17:41:52 +0800 Message-ID: <004b01d6721f$243fc540$6cbf4fc0$@tsinghua.org.cn> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004C_01D67262.326464D0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHX+X3Kir3KHNv+Zitu0mg2QgWnsKkz31cQ Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZTxkZGUJOSUoaT0tLVkpOQkxIQkNKSkhDQ09VEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS09LQ1VKS0tZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6ORQ6FCo4GT8eEjoTMRQ*GDEY EwwwChJVSlVKTkJMSEJDSkpPT0tCVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxOWVdZCAFZQUpOTE9MNwY+ X-HM-Tid: 0a73ec58de019865kuuuafeca45394 Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2020 09:42:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_004C_01D67262.326464D0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi=A3=ACDhruv, Julien and authors of this draft: =20 I reviewed this draft and had the following comments for its WG LC: 1. Generally speaking, I support the direction that stated also in the = draft as "A PCE-based central controller (PCECC) can simplify the processing = of a distributed control plane by blending it with elements of SDN and without necessarily completely replacing it." 2. This draft states it focuses on LSP Path central control, but I think = the procedures described in this draft is common to other CCI object(which = may be defined in other documents). So would it be better to generalize the procedures? The specific part for other path type may be only the CCI objects. This can facilitate the extension of PCECC procedure in other scenario. 3. Section-5.5.1of this draft describes the =A1=B0Basic PCECC LSP Setup=A1=B1, = which is based on the LSP delegation mode. But for LSP delegate mode, the LSP must = exist beforehand, which is constructed via the distributed protocol(RSVP = etc.). In such scenario, is it necessary to allocate the Label via the PCE? 4. I think the most useful scenario for PCECC should be based on = =A1=B0PCE Initiate=A1=B1 message, which is used to initiate one new path from the = PCE, together with the label allocation. 5. Similar consideration is for the =A1=B0PCC allocation label=A1=B1. = What the reason to let the PCC allocate such label? Why can=A1=AFt PCE allocate = such information for each PCC from its appointed label space? 6. For definition of CCI object, will it simplify the overall procedures = if the CCI object for MPLS label includes both the IN and OUT label = together? =20 =20 Best Regards =20 Aijun Wang China Telecom =20 =20 =20 =20 -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.com Sent: Thursday, August 6, 2020 12:19 AM To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller =20 Hi all, =20 This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and = share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). =20 Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our = WG adoption queue. =20 Thanks, =20 Dhruv & Julien =20 =20 _________________________________________________________________________= ___ _____________________________________________ =20 Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. =20 This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. =20 _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce ------=_NextPart_000_004C_01D67262.326464D0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi=A3=ACDhruv, Julien and authors of this = draft:

 

I reviewed this draft and had the following comments for = its WG LC:

1. Generally speaking, I support the direction that stated = also in the draft as "A PCE-based central controller (PCECC) can = simplify the processing of a distributed control plane by blending it = with elements of SDN and

   without necessarily = completely replacing it."

2. This draft states it focuses = on LSP Path central control, but I think the procedures described in = this draft is common to other CCI object(which may be defined in other = documents). So would it be better to generalize the procedures? The = specific part for other path type may be only the CCI objects. This can = facilitate the extension of PCECC procedure in other = scenario.

3. Section-5.5.1of this draft describes = the =A1=B0Basic PCECC LSP Setup=A1=B1, which is based on the LSP delegation mode. But for LSP = delegate mode, the LSP must exist beforehand, which is constructed via = the distributed protocol(RSVP etc.). In such scenario, is it necessary = to allocate the Label via the PCE?

4. I think the most useful = scenario for PCECC should be based on =A1=B0PCE = Initiate=A1=B1 message, which is used to = initiate one new path from the PCE, together with the label = allocation.

5. Similar consideration is for the =A1=B0PCC allocation label=A1=B1. = What the reason to let the PCC allocate such label? Why can=A1=AFt PCE allocate such information for each PCC from its = appointed label space?

6. For definition of CCI object, = will it simplify the overall procedures if the CCI object for MPLS label = includes both the IN and OUT label together?

 

 

Best = Regards

 

Aijun Wang

China Telecom

 

 

 

 

-----Original = Message-----
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] = On Behalf Of julien.meuric@orange.com
Sent: Thursday, August 6, 2020 = 12:19 AM
To: pce@ietf.org
Subject: [Pce] PCE WG LC for = draft-ietf-pce-pcep-extension-for-pce-controller

 

Hi all,

 

This message initiates a 3-week = WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. = Please review and share your feedback, whatever it is, using the PCE = mailing list.

This LC will end on Wednesday August 26, 11:59pm (any = timezone).

 

Please note that this I-D is related = to

draft-zhao-pce-pcep-extension-pce-controller-sr which is = already in our WG adoption queue.

 

Thanks,

 

Dhruv & = Julien

 

 

____________________________________________________________= _____________________________________________________________<= /span>

 

Ce message et ses pieces jointes peuvent contenir des = informations confidentielles ou privilegiees et ne doivent donc pas etre = diffuses, exploites ou copies sans autorisation. Si vous avez recu ce = message par erreur, veuillez le signaler a l'expediteur et le detruire = ainsi que les pieces jointes. Les messages electroniques etant = susceptibles d'alteration, Orange decline toute responsabilite si ce = message a ete altere, deforme ou falsifie. = Merci.

 

This message and its attachments may contain confidential = or privileged information that may be protected by law; they should not = be distributed, used or copied without = authorisation.

If you have received this email in error, please notify the = sender and delete this message and its = attachments.

As emails may be altered, Orange is not liable for messages = that have been modified, changed or falsified.

Thank = you.

 

_______________________________________________

Pce mailing = list

Pce@ietf.org

https://www.ietf.org/mail= man/listinfo/pce

------=_NextPart_000_004C_01D67262.326464D0-- From nobody Fri Aug 14 03:35:44 2020 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 EE7DA3A0E7E for ; Fri, 14 Aug 2020 03:35:42 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Message-ID" X-Spam-Flag: NO X-Spam-Score: -1.105 X-Spam-Level: X-Spam-Status: No, score=-1.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RDNS_DYNAMIC=0.982, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxmail.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 hQT1hig0gBuX for ; Fri, 14 Aug 2020 03:35:40 -0700 (PDT) Received: from qq.com (out203-205-251-72.mail.qq.com [203.205.251.72]) (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 0F67B3A0EFA for ; Fri, 14 Aug 2020 03:35:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foxmail.com; s=s201512; t=1597401327; bh=fIItaI27c3PmoRhpXFSVvJVkv68TS5M4W8hGwsbfo34=; h=Date:From:To:Subject:References; b=x9Ruq3Hue0p+AXSgrL91envcvkHoJAYxPPstekhYR9sLD2J+JJEwvdkAeOnNkOasb M1kH762LohzO9LIBMSNn8zhrAaCvxvyBib9suBqDuAuyAKWp29xDjZ6YIiCrsXThQL o7pOeNi/eBR5P4n1WcSN1ED/v/x+kHk/2wXAJDlQ= Received: from cmcc-PC ([223.72.77.229]) by newxmesmtplogicsvrszc9.qq.com (NewEsmtp) with SMTP id 8D9BF202; Fri, 14 Aug 2020 18:35:25 +0800 X-QQ-mid: xmsmtpt1597401325tr1zlmojf Message-ID: X-QQ-XMAILINFO: NOt5nGX7PYiG5hPjeC7eNOHZp/RmaSgIQyhrK6yFcWzEh2Wy7JwfwXLsR7RRwK qs84uvMVdSBwwoFolvLUITb+XljIlfESQM/Mynov0aduWPW3OgOGpt+7b/lX41ZM83adLsz8ACsC d03TVRrN7ahQ9zaXtU/M3B2StgusOJ0hv/QRcLocpoeEaTd6+/EVks4c7bYKDMJjixLIciNbNxVJ NusB5RxEISLvjhyYacdcnLnvKXyWyX1lDOFQBevCnLsBkYncmfbPcalhKlp1bmlWDyGT9IefNXk3 dJ5GHSG5XRV2Smj0XF1YvZoJNJwzzzlfVECePg5Cxfvnv+NVy31ZdA91TNvr0QdsPYqnL/1Xcue2 VFA7EGRt6znFj5yGV2hBMq+dVu5fqbUzTRyj/+PK1n8O1dYGvuyhp4Xe9g6RI1fhvSFTgKoibKDQ cc95uqqYXSxsBA6M7p21F1BOeDYSKdgtc2OL/+5XSDiZqBNqu7i7Rl5+P6VIG5pBrpnR5eMw98Uq Pj25MwdeaRhybrGHs4Wo4UDaDn8G0JvCqPu844LAldxSUwqOIpkExdfJZAX/LuHtkwcT9oi08Ek7 iEefWHoPduaFfkNhVroYQikuHfNFhdl6Dttp2Q8wGtc7alIT8zvviirJr41mKINe+V8ED6jvrRHx ZA8DtqCiVyUZHBOP4TduTVM6M5ZWaGmlAieIBVOO6ZDtHUhBsHRRwQYUxTnmc0gtmTtbaZAyEpNq zTrmyiX6FJilbi4nqqAAUdyQ== Date: Fri, 14 Aug 2020 18:37:40 +0800 From: "duzongpeng@foxmail.com" To: "julien.meuric@orange.com" , "pce@ietf.org" References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.16.188[cn] Mime-Version: 1.0 Message-ID: <202008141837398915693@foxmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart135116677827_=----" Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2020 10:35:43 -0000 This is a multi-part message in MIME format. ------=_001_NextPart135116677827_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KIA0KICAgIEkgc3VwcG9ydCB0aGUgYWRvcHRpb24uICBUaGUgbWVjaGFuaXNtIHN1 cHBvcnRzIGEgY29udmVuaWVudCBjb21tdW5pY2F0aW9uIGJldHdlZW4gdGhlIFBDRSBhbmQgUEND cy4gDQogDQpCZXN0IFJlZ2FyZHMNClpvbmdwZW5nIER1DQoNCg0KDQpkdXpvbmdwZW5nQGZveG1h aWwuY29tICYgZHV6b25ncGVuZ0BjaGluYW1vYmlsZS5jb20NCiANCkZyb206IGp1bGllbi5tZXVy aWNAb3JhbmdlLmNvbQ0KRGF0ZTogMjAyMC0wOC0wNiAwMDoxOA0KVG86IHBjZUBpZXRmLm9yZw0K U3ViamVjdDogW1BjZV0gUENFIFdHIExDIGZvciBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lv bi1mb3ItcGNlLWNvbnRyb2xsZXINCkhpIGFsbCwNCiANClRoaXMgbWVzc2FnZSBpbml0aWF0ZXMg YSAzLXdlZWsgV0cgTGFzdCBDYWxsIG9uDQpkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1m b3ItcGNlLWNvbnRyb2xsZXItMDYuIFBsZWFzZSByZXZpZXcgYW5kDQpzaGFyZSB5b3VyIGZlZWRi YWNrLCB3aGF0ZXZlciBpdCBpcywgdXNpbmcgdGhlIFBDRSBtYWlsaW5nIGxpc3QuDQpUaGlzIExD IHdpbGwgZW5kIG9uIFdlZG5lc2RheSBBdWd1c3QgMjYsIDExOjU5cG0gKGFueSB0aW1lem9uZSku DQogDQpQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgSS1EIGlzIHJlbGF0ZWQgdG8NCmRyYWZ0LXpoYW8t cGNlLXBjZXAtZXh0ZW5zaW9uLXBjZS1jb250cm9sbGVyLXNyIHdoaWNoIGlzIGFscmVhZHkgaW4g b3VyDQpXRyBhZG9wdGlvbiBxdWV1ZS4NCiANClRoYW5rcywNCiANCkRocnV2ICYgSnVsaWVuDQog DQogDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQogDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50 IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVl cyBldCBuZSBkb2l2ZW50IGRvbmMNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBl cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWly ZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVl cyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpLg0KIA0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNv bnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUg cHJvdGVjdGVkIGJ5IGxhdzsNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBv ciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhp cyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhp cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQs IE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmll ZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQogDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGNlIG1haWxpbmcgbGlzdA0KUGNlQGll dGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0K ------=_001_NextPart135116677827_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =0A=0A=0A

Hi all,

=0A

 

=0A    I support=0Athe adoption.  The mechanism su= pports a convenient=0Acommunication between the PCE and PCCs.&n= bsp;

=0A

 

= =0A

Best Regards

=0A

Zongpeng Du


=0A
=0A
duzongpeng@foxmail.com & duzongpen= g@chinamobile.com
=0A
 
Date: 2020-08-06 00:18
Su= bject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-= controller
Hi all,
=0A
 
=0A=
This message initiates a 3-week WG Last Call on
=0A
draft-ie= tf-pce-pcep-extension-for-pce-controller-06. Please review and
=0Ashare your feedback, whatever it is, using the PCE mailing list.
= =0A
This LC will end on Wednesday August 26, 11:59pm (any timezone).=0A
 
=0A
Please note that this I-D is related to=0A
draft-zhao-pce-pcep-extension-pce-controller-sr which is alread= y in our
=0A
WG adoption queue.
=0A
 
=0A
= Thanks,
=0A
 
=0A
Dhruv & Julien
=0A
&= nbsp;
=0A
 
=0A
___________________________________= __________________________________________________________________________= ____________
=0A
 
=0A
Ce message et ses pieces joi= ntes peuvent contenir des informations confidentielles ou privilegiees et = ne doivent donc
=0A
pas etre diffuses, exploites ou copies sans a= utorisation. Si vous avez recu ce message par erreur, veuillez le signaler=
=0A
a l'expediteur et le detruire ainsi que les pieces jointes. = Les messages electroniques etant susceptibles d'alteration,
=0A
O= range decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci.
=0A
 
=0A
This message and its att= achments may contain confidential or privileged information that may be pr= otected by law;
=0A
they should not be distributed, used or copie= d without authorisation.
=0A
If you have received this email in e= rror, please notify the sender and delete this message and its attachments= .
=0A
As emails may be altered, Orange is not liable for messages= that have been modified, changed or falsified.
=0A
Thank you.=0A
 
=0A
___________________________________________= ____
=0A
Pce mailing list
=0A
Pce@ietf.org
=0A
= https://www.ietf.org/mailman/listinfo/pce
=0A
=0A ------=_001_NextPart135116677827_=------ . From nobody Fri Aug 14 04:46:24 2020 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 6FF3B3A0FB6 for ; Fri, 14 Aug 2020 04:46:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 3UW33xogF6zL for ; Fri, 14 Aug 2020 04:46:21 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 362523A0FB7 for ; Fri, 14 Aug 2020 04:46:21 -0700 (PDT) Received: from lhreml741-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id DD828E57BE1768831A54 for ; Fri, 14 Aug 2020 12:46:16 +0100 (IST) Received: from lhreml741-chm.china.huawei.com (10.201.108.191) by lhreml741-chm.china.huawei.com (10.201.108.191) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 14 Aug 2020 12:46:16 +0100 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml741-chm.china.huawei.com (10.201.108.191) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Fri, 14 Aug 2020 12:46:16 +0100 Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.49]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0487.000; Fri, 14 Aug 2020 19:45:50 +0800 From: "Pengshuping (Peng Shuping)" To: Aijun Wang , "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0Q0kz7+ql6hwUS1plRGoPjqbak24aIAgACl+TA= Date: Fri, 14 Aug 2020 11:46:11 +0000 Message-ID: <4278D47A901B3041A737953BAA078ADE192929BB@DGGEML532-MBX.china.huawei.com> References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <004b01d6721f$243fc540$6cbf4fc0$@tsinghua.org.cn> In-Reply-To: <004b01d6721f$243fc540$6cbf4fc0$@tsinghua.org.cn> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.195.99] Content-Type: multipart/alternative; boundary="_000_4278D47A901B3041A737953BAA078ADE192929BBDGGEML532MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2020 11:46:23 -0000 --_000_4278D47A901B3041A737953BAA078ADE192929BBDGGEML532MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgQWlqdW4sDQoNCg0KDQpUaGFuayB5b3UgZm9yIHlvdXIgY29tbWVudHMhIFBsZWFzZSBmaW5k IHRoZSByZXNwb25zZXMgaW4gbGluZSBiZWxvdy4NCg0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJv dW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBBaWp1biBXYW5nDQpTZW50OiBGcmlkYXksIEF1 Z3VzdCAxNCwgMjAyMCA1OjQyIFBNDQpUbzoganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tOyBwY2VA aWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbUGNlXSBQQ0UgV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNl LXBjZXAtZXh0ZW5zaW9uLWZvci1wY2UtY29udHJvbGxlcg0KDQoNCkhpo6xEaHJ1diwgSnVsaWVu IGFuZCBhdXRob3JzIG9mIHRoaXMgZHJhZnQ6DQoNCg0KDQpJIHJldmlld2VkIHRoaXMgZHJhZnQg YW5kIGhhZCB0aGUgZm9sbG93aW5nIGNvbW1lbnRzIGZvciBpdHMgV0cgTEM6DQoNCjEuIEdlbmVy YWxseSBzcGVha2luZywgSSBzdXBwb3J0IHRoZSBkaXJlY3Rpb24gdGhhdCBzdGF0ZWQgYWxzbyBp biB0aGUgZHJhZnQgYXMgIkEgUENFLWJhc2VkIGNlbnRyYWwgY29udHJvbGxlciAoUENFQ0MpIGNh biBzaW1wbGlmeSB0aGUgcHJvY2Vzc2luZyBvZiBhIGRpc3RyaWJ1dGVkIGNvbnRyb2wgcGxhbmUg YnkgYmxlbmRpbmcgaXQgd2l0aCBlbGVtZW50cyBvZiBTRE4gYW5kDQoNCiAgIHdpdGhvdXQgbmVj ZXNzYXJpbHkgY29tcGxldGVseSByZXBsYWNpbmcgaXQuIg0KDQoNCg0KDQoNCltTaHVwaW5nXSBU aGFuayB5b3UgZm9yIHlvdXIgc3VwcG9ydC4NCg0KDQoNCg0KDQoyLiBUaGlzIGRyYWZ0IHN0YXRl cyBpdCBmb2N1c2VzIG9uIExTUCBQYXRoIGNlbnRyYWwgY29udHJvbCwgYnV0IEkgdGhpbmsgdGhl IHByb2NlZHVyZXMgZGVzY3JpYmVkIGluIHRoaXMgZHJhZnQgaXMgY29tbW9uIHRvIG90aGVyIEND SSBvYmplY3Qod2hpY2ggbWF5IGJlIGRlZmluZWQgaW4gb3RoZXIgZG9jdW1lbnRzKS4gU28gd291 bGQgaXQgYmUgYmV0dGVyIHRvIGdlbmVyYWxpemUgdGhlIHByb2NlZHVyZXM/IFRoZSBzcGVjaWZp YyBwYXJ0IGZvciBvdGhlciBwYXRoIHR5cGUgbWF5IGJlIG9ubHkgdGhlIENDSSBvYmplY3RzLiBU aGlzIGNhbiBmYWNpbGl0YXRlIHRoZSBleHRlbnNpb24gb2YgUENFQ0MgcHJvY2VkdXJlIGluIG90 aGVyIHNjZW5hcmlvLg0KDQoNCg0KDQoNCltTaHVwaW5nXSBZZXMsIHlvdSBhcmUgcmlnaHQuIFdl IGNhbiBhZGQgc29tZSB0ZXh0IGluIHRoZSBpbnRyb2R1Y3Rpb24gdG8gbWFrZSBpdCBjbGVhciB0 aGF0IHRob3VnaCB0aGlzIGRvY3VtZW50IGZvY3VzZXMgb24gdGhlIGJhc2ljIFBDRUNDIExTUCBt b2RlIGZvciB0aGUgc3RhdGljIExTUHMsIHRoZSBwcm9jZWR1cmVzIGRlZmluZWQgYXJlIGdlbmVy aWMgZW5vdWdoIHRvIGJlIHVzZWQgYnkgb3RoZXIgUENFQ0MgZXh0ZW5zaW9ucy4NCg0KDQoNCg0K DQozLiBTZWN0aW9uLTUuNS4xb2YgdGhpcyBkcmFmdDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9sbGVyLTA2I3Nl Y3Rpb24tNS41LjE+IGRlc2NyaWJlcyB0aGUgobBCYXNpYyBQQ0VDQyBMU1AgU2V0dXChsSwgd2hp Y2ggaXMgYmFzZWQgb24gdGhlIExTUCBkZWxlZ2F0aW9uIG1vZGUuIEJ1dCBmb3IgTFNQIGRlbGVn YXRlIG1vZGUsIHRoZSBMU1AgbXVzdCBleGlzdCBiZWZvcmVoYW5kLCB3aGljaCBpcyBjb25zdHJ1 Y3RlZCB2aWEgdGhlIGRpc3RyaWJ1dGVkIHByb3RvY29sKFJTVlAgZXRjLikuIEluIHN1Y2ggc2Nl bmFyaW8sIGlzIGl0IG5lY2Vzc2FyeSB0byBhbGxvY2F0ZSB0aGUgTGFiZWwgdmlhIHRoZSBQQ0U/ DQoNCg0KDQoNCg0KW1NodXBpbmddIFRoaXMgaXMgc2ltaWxhciB0byB0aGUgY2FzZSBmb3IgUkZD IDg2NjQgd2hlcmUgYSBQQ0MtaW5pdGlhdGVkIFNSIHBhdGggaXMgZGVsZWdhdGVkIHRvIHRoZSBQ Q0UuIEl0IGlzIG5vdCBtYW5kYXRvcnkgZm9yIHRoZSBwYXRoIChsYWJlbC1zdGFjaykgdG8gYmUg ImNvbnN0cnVjdGVkIiBiZWZvcmVoYW5kLg0KDQoNCg0KDQoNCjQuIEkgdGhpbmsgdGhlIG1vc3Qg dXNlZnVsIHNjZW5hcmlvIGZvciBQQ0VDQyBzaG91bGQgYmUgYmFzZWQgb24gobBQQ0UgSW5pdGlh dGWhsSBtZXNzYWdlLCB3aGljaCBpcyB1c2VkIHRvIGluaXRpYXRlIG9uZSBuZXcgcGF0aCBmcm9t IHRoZSBQQ0UsIHRvZ2V0aGVyIHdpdGggdGhlIGxhYmVsIGFsbG9jYXRpb24uDQoNCg0KDQoNCg0K W1NodXBpbmddIEkgYWdyZWUuDQoNCg0KDQoNCg0KNS4gU2ltaWxhciBjb25zaWRlcmF0aW9uIGlz IGZvciB0aGUgobBQQ0MgYWxsb2NhdGlvbiBsYWJlbKGxLiBXaGF0IHRoZSByZWFzb24gdG8gbGV0 IHRoZSBQQ0MgYWxsb2NhdGUgc3VjaCBsYWJlbD8gV2h5IGNhbqGvdCBQQ0UgYWxsb2NhdGUgc3Vj aCBpbmZvcm1hdGlvbiBmb3IgZWFjaCBQQ0MgZnJvbSBpdHMgYXBwb2ludGVkIGxhYmVsIHNwYWNl Pw0KDQoNCg0KDQoNCltTaHVwaW5nXSBJdCB3YXMgc3VnZ2VzdGVkIHRvIGJlIGFkZGVkIGJlY2F1 c2UgaW4gc29tZSBjYXNlcyBQQ0MgbWF5IG5vdCBiZSBhYmxlIHRvIGFsbG9jYXRlIGEgcGFydCBv ZiBpdHMgbGFiZWwgc3BhY2UgZm9yIFBDRSB0byBjb250cm9sIGFuZCBpdCB3b3VsZCB3YW50IHRv IGNvbnRyb2wgdGhlIGZ1bGwgbGFiZWwtc3BhY2UgYWxsb2NhdGlvbi4NCg0KDQoNCg0KDQo2LiBG b3IgZGVmaW5pdGlvbiBvZiBDQ0kgb2JqZWN0LCB3aWxsIGl0IHNpbXBsaWZ5IHRoZSBvdmVyYWxs IHByb2NlZHVyZXMgaWYgdGhlIENDSSBvYmplY3QgZm9yIE1QTFMgbGFiZWwgaW5jbHVkZXMgYm90 aCB0aGUgSU4gYW5kIE9VVCBsYWJlbCB0b2dldGhlcj8NCg0KDQoNCg0KDQpbU2h1cGluZ10gQXQg dGhlIGluZ3Jlc3MsIHdlIHdvdWxkIG9ubHkgaGF2ZSBvdXQtbGFiZWwsIGFuZCBhdCB0aGUgZWdy ZXNzLCB3ZSB3b3VsZCBvbmx5IGhhdmUgYW4gaW4tbGFiZWwuDQoNCkluIGNhc2Ugb2YgUDJNUCBi cmFuY2ggbm9kZXMsIHdlIHdvdWxkIGhhdmUgb25lIGluLWxhYmVsIGFuZCBtYW55IG91dC1sYWJl bHMgYXMgZGVzY3JpYmVkIGluIGFub3RoZXIgSS1ELg0KDQpGb3IgdGhlc2UgcmVhc29ucywgd2Ug ZGVjaWRlZCB0byBoYXZlIHRoZW0gYXMgc2VwYXJhdGUgQ0NJIGluc3RhbmNlcy4NCg0KDQoNCg0K DQpCZXN0IFJlZ2FyZHMsDQoNClNodXBpbmcNCg0KQmVzdCBSZWdhcmRzDQoNCkFpanVuIFdhbmcN CkNoaW5hIFRlbGVjb20NCg0KDQoNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogcGNlLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3Jn PiBbbWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YganVsaWVuLm1ldXJp Y0BvcmFuZ2UuY29tPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQpTZW50OiBUaHVy c2RheSwgQXVndXN0IDYsIDIwMjAgMTI6MTkgQU0NClRvOiBwY2VAaWV0Zi5vcmc8bWFpbHRvOnBj ZUBpZXRmLm9yZz4NClN1YmplY3Q6IFtQY2VdIFBDRSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1wY2Ut cGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9sbGVyDQoNCg0KDQpIaSBhbGwsDQoNCg0KDQpU aGlzIG1lc3NhZ2UgaW5pdGlhdGVzIGEgMy13ZWVrIFdHIExhc3QgQ2FsbCBvbiBkcmFmdC1pZXRm LXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXItMDYuIFBsZWFzZSByZXZpZXcg YW5kIHNoYXJlIHlvdXIgZmVlZGJhY2ssIHdoYXRldmVyIGl0IGlzLCB1c2luZyB0aGUgUENFIG1h aWxpbmcgbGlzdC4NCg0KVGhpcyBMQyB3aWxsIGVuZCBvbiBXZWRuZXNkYXkgQXVndXN0IDI2LCAx MTo1OXBtIChhbnkgdGltZXpvbmUpLg0KDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCB0aGlzIEktRCBp cyByZWxhdGVkIHRvDQoNCmRyYWZ0LXpoYW8tcGNlLXBjZXAtZXh0ZW5zaW9uLXBjZS1jb250cm9s bGVyLXNyIHdoaWNoIGlzIGFscmVhZHkgaW4gb3VyIFdHIGFkb3B0aW9uIHF1ZXVlLg0KDQoNCg0K VGhhbmtzLA0KDQoNCg0KRGhydXYgJiBKdWxpZW4NCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpD ZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZv cm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRv bmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg c2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVj ZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVz IGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0K VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsg dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1 dGhvcmlzYXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3Is IHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3Qg bGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBm YWxzaWZpZWQuDQoNClRoYW5rIHlvdS4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQoNClBjZSBtYWlsaW5nIGxpc3QNCg0KUGNlQGlldGYub3Jn PG1haWx0bzpQY2VAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcGNlDQo= --_000_4278D47A901B3041A737953BAA078ADE192929BBDGGEML532MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi A= ijun,

 

Than= k you for your comments! Please find the responses in line below.

 

From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Aijun Wang
Sent: Friday, August 14, 2020 5:42 PM
To: julien.meuric@orange.com; pce@ietf.org
Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-p= ce-controller

 

Hi=A3=ACDhruv, Julien and a= uthors of this draft:

 

I reviewed this draft and ha= d the following comments for its WG LC:

1. Generally speaking, I sup= port the direction that stated also in the draft as "A PCE-based centr= al controller (PCECC) can simplify the processing of a distributed control = plane by blending it with elements of SDN and

   without necessa= rily completely replacing it."

 

 

[Shuping] Thank you for your sup= port.<= /span>

 

 

2. This draft states it focu= ses on LSP Path central control, but I think the procedures described in th= is draft is common to other CCI object(which may be defined in other docume= nts). So would it be better to generalize the procedures? The specific part for other path type may be only the CCI = objects. This can facilitate the extension of PCECC procedure in other scen= ario.

 

 

[Shuping] Yes, you are right. We= can add some text in the introduction to make it clear that though this do= cument focuses on the basic PCECC LSP mode for the static LSPs, the procedu= res defined are generic enough to be used by other PCECC extensions.

 

 

3. Section-5.5.1of this draft describes the =A1=B0Basic PCECC LSP Setup=A1=B1, which is based on the LSP delegation mode. But for LSP delegate mode, the LSP must exist = beforehand, which is constructed via the distributed protocol(RSVP etc.). I= n such scenario, is it necessary to allocate the Label via the PCE?

 

 

[Shuping] Thi= s is similar to the case for RFC 8664 where a PCC-initiated SR path is dele= gated to the PCE. It is not mandatory for the path (label-stack) to be "constructed" beforehand.= <= /p>

 

 

4. I think the most useful s= cenario for PCECC should be based on = =A1=B0PCE Initiate=A1=B1 message, which is used to initiate one new path from the PCE, together with the label allocation.

 

 

[Shuping] I agree.

 

 

5. Similar consideration is = for the =A1=B0PCC allocation label=A1=B1. What the reason to let the PCC allocate such label? Why can=A1=AFt PCE allocate such information for each PCC from its appointed label space?=

 

 

[Shuping] It was suggested to be= added because in some cases PCC may not be able to allocate a part of its = label space for PCE to control and it would want to control the full label-= space allocation.

 

 

6. For definition of CCI obj= ect, will it simplify the overall procedures if the CCI object for MPLS lab= el includes both the IN and OUT label together?

 

 

[Shuping] At the ingress, we wou= ld only have out-label, and at the egress, we would only have an in-label.<= o:p>

In c= ase of P2MP branch nodes, we would have one in-label and many out-labels as= described in another I-D.

For = these reasons, we decided to have them as separate CCI instances.

 

 

Best= Regards,

Shup= ing

 

Best Regards<= /p>

 

Aijun Wang

China Telecom=

 

 

 

 

-----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Be= half Of julien.meuric@orange.com Sent: Thursday, August 6, 2020 12:19 AM
To: pce@ietf.org
Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controll= er

 

Hi all,

 

This message initiates a 3-w= eek WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Pl= ease review and share your feedback, whatever it is, using the PCE mailing = list.

This LC will end on Wednesda= y August 26, 11:59pm (any timezone).

 

Please note that this I-D is= related to

draft-zhao-pce-pcep-extensio= n-pce-controller-sr which is already in our WG adoption queue.

 

Thanks,

 

Dhruv & Julien

 

 

____________________________= ___________________________________________________________________________= __________________

 

Ce message et ses pieces joi= ntes peuvent contenir des informations confidentielles ou privilegiees et n= e 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 jo= intes. Les messages electroniques etant susceptibles d'alteration, Orange d= ecline toute responsabilite si ce message a ete altere, deforme ou falsifie= . Merci.

 

This message and its attachm= ents may contain confidential or privileged information that may be protect= ed by law; they should not be distributed, used or copied without authorisa= tion.

If you have received this em= ail in error, please notify the sender and delete this message and its atta= chments.

As emails may be altered, Or= ange is not liable for messages that have been modified, changed or falsifi= ed.

Thank you.=

 

____________________________= ___________________

Pce mailing list<= /span>

Pce@ietf.org

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

--_000_4278D47A901B3041A737953BAA078ADE192929BBDGGEML532MBXchi_-- From nobody Sat Aug 15 23:58:10 2020 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 A13553A0C1B for ; Sat, 15 Aug 2020 22:17:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.531 X-Spam-Level: X-Spam-Status: No, score=-0.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_20=1.546, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_REMOTE_IMAGE=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ethericnetworks.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 Bvyp4dBjFYZC for ; Sat, 15 Aug 2020 22:17:29 -0700 (PDT) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::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 15BD13A0C13 for ; Sat, 15 Aug 2020 22:17:28 -0700 (PDT) Received: by mail-lj1-x22b.google.com with SMTP id i10so14010514ljn.2 for ; Sat, 15 Aug 2020 22:17:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ethericnetworks.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=L03Fct4uuv0bQnZOJ++e16D4+fJzhz7vZzX8idi47QY=; b=OBCejHMrewk/dJFVlepz33FQLGMRr1Dsth1NyIOC4QuqK9mmq8VLsCNI8+/fsXlm2F x+iu8ziOMvGNR9I3/8ENfCC0MVvOFgZP9umKjHVUeiw6mxtaPE2hOV6GHQE4Ee69DwI9 veKTACj58Te/v88XXhJ22GpJpK0+wOIb8eJ4M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=L03Fct4uuv0bQnZOJ++e16D4+fJzhz7vZzX8idi47QY=; b=nT3FMajzGBTktnr9MfkUaMJWThITOz2rU8MUSSDVZFVFUnRVDwvPaUP4ZU3+ziBV2u d9XOO7KP+q23AEwzlkx8b/fgRyw52lZaEzCyeDI0Bqj0OQRJ/h3na49ejTMEJjs63758 g2bKWSjG/JAwkLi6i3/F5pK6MOgeyQU2fC1utPvR55HaSOtLe7lc1z0851A8TxMtZO/R mz04lGdW9rzb2ep1x0RHK/eufN7cdXcGQPIu2zlG+pqf5HHRe4mMB1KgVx+laEwDx1wv LlaKM4UztNfjE9j+f3dTahrYvv8uBZ52sY+LZ6doXWdnlFK6DlWpIV1gmSKEjZROSx0H dZAw== X-Gm-Message-State: AOAM5306LNXLV9iPd7Iv4euQ4ESwhQ8ezIKpnrsxUhsNNY7Y1SYT0MmA x8mPn0+6E//RMKDGnfoZO+scZiXHdgdy3xJPNX3eRZshUfsAiaCuWRT4WniF4lJVpLKzB+m8mY6 u2LSpP3zK4Q== X-Google-Smtp-Source: ABdhPJzJyaJUvecdR7G6tcG9uFlgXPEAoFIw0BMGiIDnl06Sd4Yz5CtU1/P8O4Lp6Sknkn40xsAcbtCsapcirR31wL4= X-Received: by 2002:a2e:874c:: with SMTP id q12mr4358580ljj.380.1597555046917; Sat, 15 Aug 2020 22:17:26 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Quintin Zhao Date: Sat, 15 Aug 2020 22:17:14 -0700 Message-ID: To: Hariharan Ananthakrishnan Cc: lizhenbin@huawei.com, pengshuping@huawei.com, Mahend Negi , chao.zhou@cisco.com, pce@ietf.org Content-Type: multipart/alternative; boundary="00000000000014be9d05acf7c551" Archived-At: X-Mailman-Approved-At: Sat, 15 Aug 2020 23:58:08 -0700 Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2020 05:17:34 -0000 --00000000000014be9d05acf7c551 Content-Type: text/plain; charset="UTF-8" I am not aware of any IPR applicable to this draft. Thanks, Quintin On Thu, Aug 6, 2020 at 9:02 PM Hariharan Ananthakrishnan wrote: > Hi Authors, > > In preparation for WG LC on this draft, I'd like all > authors and contributors to confirm on the list that they are in compliance > with IETF IPR rules. > > Please respond (copying the mailing list) to say one of: > > I am not aware of any IPR applicable to this draft that should be disclosed > in accordance with IETF IPR rules. > > I am aware of the IPR applicable to this draft, and it has already been > disclosed to the IETF. > > I am aware of IPR applicable to this draft, but that has not yet been > disclosed to the IETF. I will work to ensure that it will be disclosed in a > timely manner. > > Thanks, > - Hari > > -- --00000000000014be9d05acf7c551 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I am not aware of any IPR applicable to this = draft.

Thanks,
Quintin


On Thu, Aug 6, 2020 at 9:02 PM Hariharan An= anthakrishnan <har= i@netflix.com> wrote:
Hi Authors,

In preparation for WG LC on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of the IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari

--00000000000014be9d05acf7c551-- From nobody Sun Aug 16 09:14:49 2020 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 CCD593A0D56; Sun, 16 Aug 2020 09:14:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 9oszpwmN_UPn; Sun, 16 Aug 2020 09:14:46 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 E100F3A0D55; Sun, 16 Aug 2020 09:14:44 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07GGEgAB005777; Sun, 16 Aug 2020 17:14:42 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 58DA72203B; Sun, 16 Aug 2020 17:14:42 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id 43AAC2203A; Sun, 16 Aug 2020 17:14:42 +0100 (BST) Received: from LAPTOPK7AS653V (1.196.bbplus.pte-ag1.dyn.plus.net [81.174.196.1] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07GGEfXF010558 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Aug 2020 17:14:41 +0100 Reply-To: From: "Adrian Farrel" To: , Cc: References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Date: Sun, 16 Aug 2020 17:14:40 +0100 Organization: Old Dog Consulting Message-ID: <005d01d673e8$59140720$0b3c1560$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHX+X3Kir3KHNv+Zitu0mg2QgWnsKk33QkQ Content-Language: en-gb X-Originating-IP: 81.174.196.1 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25608.001 X-TM-AS-Result: No--19.095-10.0-31-10 X-imss-scan-details: No--19.095-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25608.001 X-TMASE-Result: 10--19.094600-10.000000 X-TMASE-MatchedRID: 8HTFlOrbAtHxIbpQ8BhdbE7yqWc5cVLP+IfriO3cV8RYbPLopoBzQiKU qgMPAtIGmVebQLMVmoybRTu+i+5GfuM2fQ6STlVfaj98J6M96yuC7C2rJeUToRw0HKhKjTfpBFY EZT/HdE4rSEw88SBS5JW2IeCv9d3ltLBZFT+Jy67C0TXpqtexIt1hWsVVuzNoCD7rjpXrwMry4Q dknpMqonOM5qj8y16EmFiE9fSgu/jKxmgYeuHA8kjBb8q+S/OCF+9OXZ2JPizfc2Xd6VJ+yjDHx nr5pBtw6oNuxeOV/jdF0kv+vQOmAAvpaofpaZfeFFE4cEcLppMvKK/+8XMSRPnDbcq6W6rR0a8l U98SXUglAfCJmHUng6m8Rlqxhkf/Y91H6eQ1pys3X0+M8lqGUsnlJe2gk8vIEt/W/Pt5w8e7iQW ompiC0RsguN4Prv59Fq9/SvL6Kz6QkgkTiRfkFG6HurDH4PpPXs5nqGvDCfMELMPQNzyJS1Cvxz ZXm+yL8XGUS+//JtWaF7+MAnd7vC1SwoTuLOW7Tauf2PrRb1sUtwd4oTFBvaC4sXiuXcggDKL+u wPJ/MbMlZ6BxNShphwaVS8XdwJ9CQK8suTMyGtz5CFYokzTgw5k1ea+clp6Ocom8XH3/7I3XtfC f+s3c9PJnPqYuJiIVPcJTN3CZ6W/3unOqKEu4IboZ15KqReTYM9s6twyNwniiOtPhbqOOv8AGEp +5qxDR3nAM7y+sxHi7wjl2zU+0GhZZNLQIirOqg0gbtLVIa8qaLKskc2HcrobGHR5ejtrBJjSkO tmgCD/OT15yMonDQ74v5f81q6OD0x8oSKabXWeAiCmPx4NwLTrdaH1ZWqCii7lXaIcF/Ww7M6dy uYKg46HM5rqDwqtlExlQIQeRG0= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2020 16:14:49 -0000 Hi Julien, WG, authors, I'm listed as one of the eight Contributors to this document, although my affiliation should read "Old Dog Consulting". I was a co-author of RFC 8283, so I am generally glad to see protocol work addressing this space. This document is almost ready to progress, but there are quite a few nits that we should take care of before asking to advance the document. After that's done, I support this document being published as an RFC. Thanks, Adrian === Figures If you make the table in Section 5.2 into "Figure 1" then you will not need to renumber Figure 2. All figures should have a caption such as you have for Figure 2. All figures should be mentioned explicitly in the text. Thus, instead of saying "as shown below" you should say "as shown in Figure 2". This is important because: - it helps the RFC Editor check that you are using all of the figures - it protects the text from edits that might move it around in relation to the figure. --- Abstract s/(G)MPLS/MPLS and GMPLS/ s/PCEP protocol extensions/PCEP extensions/ --- Introduction s/draft specify/document specifies/ --- Introduction The extension for PCECC in Segment Routing (SR) is specified in a separate draft [I-D.zhao-pce-pcep-extension-pce-controller-sr]. This paragraph is, of course, completely true. But it is absolutely unclear what it is doing here. There has been no previous discussion of SR in the document, and the only other mention of SR is in 5.5.9. I think we can probably do without this paragraph. --- 2. OLD Terminologies used in this document is same as described in the draft [RFC8283]. NEW Terminology used in this document is that same as that described in [RFC8283]. END --- 3. OLD it is assumed that label range to be used NEW it is assumed that the label range to be used END OLD A future extension could add this capability NEW A future extension could add the capability END OLD This document also allow a case where the label space is maintained by PCC itself NEW This document also allows a case where the label space is maintained by the PCC itself END --- 4. OLD Following key requirements associated PCECC should be considered when designing the PCECC based solution: NEW The following key requirements should be considered when designing the PCECC based solution: END --- 5.3 s/This document specify/This document specifies/ s//new CCI object-type/new CCI object-types/ --- 5.4 s/During PCEP Initialization Phase/During the PCEP Initialization Phase/ s/Path is setup/Path is set up/ s/sub-TLV in PCC's/sub-TLV in a PCC's/ s/PCE's OPEN message/a PCE's OPEN message/ --- 5.4 If the PCEP Speakers support the extensions of this draft but did not advertise this capability attempts a PCECC operation then a PCErr message with Error-Type=19(Invalid Operation) and Error-Value=TBD3 (Attempted PCECC operations when PCECC capability was not advertised) will be generated and the PCEP session will be terminated. This is good. But you also need to include what happens if an implementation that does not understand these extensions receives one. I suspect you can do this with a reference to another document. --- There are a couple of cases of s/a LSP/an LSP/ --- 5.5.1 s/based on PCECC mechanism/based on the PCECC mechanism/ s/LSP-IDENTIFIER TLV MUST/An LSP-IDENTIFIER TLV MUST/ s/with D flags/with D flag/ s/and set up the/and sets up the/ s/include the central/includes the central/ s/The CC-ID is uniquely identify/The CC-ID uniquely identifies/ s/two CCI object/two CCI objects/ s/PCECC LSP is same as/PCECC LSP is the same as/ s/receives PCRpt message/receives a PCRpt message/ (twice) s/The PCECC LSP are/The PCECC LSPs are/ s/In case where/In the case where/ s/label allocation are/label allocations are/ s/Similarly C bit/Similarly the C bit/ --- 5.5.1 You have: This PCUpd message is as per [RFC8231] SHOULD include the path information as calculated by the PCE. I think that you are not defining anything new here. You are just describing what 8231 already says. So how about... Per [RFC8231], this PCUpd message should include the path information calculated by the PCE. --- 5.5.1 The Ingress MAY further choose to deploy a data plane check mechanism and report the status back to the PCE via PCRpt message. This is fine, but you should probably add some explanation of why an Ingress might choose to do this. --- 5.5.1 It should be noted that in this example, the request is made to the egress node with C bit set in the CCI object to indicate that the label allocation needs to be done by the egress and it responds with the allocated label to the PCE. This is a little ambiguous. "...it responds" - what is it? Perhaps you should have: "...done by the egress, and the egress responds..." --- 5.5.2.1 s/to setup an LSP based/to set up an LSP based/ s/included in LSP object/included in the LSP object/ (twice) s/New PCEP object/A new PCEP object/ --- 5.5.2.2 If the PCC receives a PCInitiate message but does not recognize the label in the CCI, the PCC MUST generate a PCErr message with Error- Type 19(Invalid operation) and Error-Value=TBD8, "Unknown Label" and MUST include the SRP object to specify the error is for the corresponding label cleanup (via PCInitiate message). This is OK as a choice, but I wonder why you need to report this as an error. The intention of the request is to make sure that the label in the CCI is removed from the PCC. If the label is not recognised, isn't this the right result meaning that the answer should be a positive response? I'm not saying you must change this, but please consider it. --- 5.5.3 s/In order to setup/In order to set up/ OLD The PCC responds with first PCRpt message with the status as "GOING-UP" and assigned PLSP-ID. NEW The PCC responds with a PCRpt message with the status set to "GOING-UP" and carrying the assigned PLSP-ID. END s/from PCECC are send/from PCECC are sent/ s/setup operations are/setup operations are the/ s/LSP is same as/LSP is the same as/ s/the PCE SHOULD send the/the PCE SHOULD send a/ s/In case where/In the case where/ s/label allocation are made/label allocations are made/ --- 5.5.3 In case where the label allocation are made by the PCC itself (see Section 5.5.8), the procedure remains similar. Do you mean "remains similar" or "is the same"? If it is only similar then you need to describe how it is different. --- 5.5.4 ` s/modification of PCECC/modification of a PCECC/ s/In case where/In the case where/ s/label allocation are made/label allocations are made/ --- 5.5.4 In case where the label allocation are made by the PCC itself (see Section 5.5.8), the procedure remains similar. Same question as 5.5.3 --- 5.5.5 s/control over the/control over an/ s/In case of/In the case of a/ --- 5.5.9 s/the PCE via PCRpt message as per/the PCE via a PCRpt message as per/ --- 5.5.9 The PCECC capability MUST be exchanged on the PCEP session, before PCE could allocate binding label. Maybe turn this around to read... Before a PCE can allocate a binding label the PCECC capability MUST be exchanged on the PCEP session. --- 6.1 OLD the message has been extended as shown below NEW this document extends the message as shown below END --- Either in 6.1 or in section 2, you should include something like The message formats in this document are specified using Routing Backus-Naur Form (RBNF) encoding as specified in [RFC5511]. And obviously add a reference to 5511. --- 6.1 c/At max two instances/At most two instances/ --- 7.1 s/defines a new optional TLVs/defines new optional TLVs/ --- 7.1.1 OLD No flags are assigned right now. NEW No flags are defined in this document. END --- 7.3 OLD Currently, the following flag bit is defined: NEW Currently, the following flag bits are defined: END s/A PCE set this bit/A PCE sets this bit/ --- 11.3 Can you add to the definition of this registry what the size is? I think there are 32 bits available. --- 11.4 I think the name of this section is wrong. you are not creating a new registry in this section. --- 11.6 You should say how many bits this registry can track. I think it is 16. --- 11.7 It's not too important, but it might be nice to order this list by increasing error type. -----Original Message----- From: Pce On Behalf Of julien.meuric@orange.com Sent: 05 August 2020 17:19 To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG adoption queue. Thanks, Dhruv & Julien ____________________________________________________________________________ _____________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Sun Aug 16 09:18:21 2020 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 9A9543A0D4E; Sun, 16 Aug 2020 09:18:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 8J7n-GYYDLxr; Sun, 16 Aug 2020 09:18:17 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 8B0783A0CDA; Sun, 16 Aug 2020 09:18:15 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07GGIEGN005463; Sun, 16 Aug 2020 17:18:14 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 12FE722042; Sun, 16 Aug 2020 17:18:14 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id F15BB22048; Sun, 16 Aug 2020 17:18:13 +0100 (BST) Received: from LAPTOPK7AS653V (1.196.bbplus.pte-ag1.dyn.plus.net [81.174.196.1] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07GGICl3010966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Aug 2020 17:18:13 +0100 Reply-To: From: "Adrian Farrel" To: , Cc: Date: Sun, 16 Aug 2020 17:18:12 +0100 Organization: Old Dog Consulting Message-ID: <006201d673e8$d742e260$85c8a720$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdZz6LvX0l8OmUyURYOkfbRoRMf13A== Content-Language: en-gb X-Originating-IP: 81.174.196.1 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25608.001 X-TM-AS-Result: No--20.186-10.0-31-10 X-imss-scan-details: No--20.186-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25608.001 X-TMASE-Result: 10--20.185500-10.000000 X-TMASE-MatchedRID: XafQxseY2Bp4M+GjknD5cKmukiZOfPi28QCUCx466G8utoY2UtFqGAix ljkQIWPHfcyvfgdtbDRkKeQ9nAfTupN/i/+M0xRDXK5keCa+bmiCVqomaN+L4NZd/DOmlnxI75a al1LPDC6JiVO+jlJ9Y5lg6cQmEVNFCGqH67UhpHtQ+S0N05fR+/a/bRHEsPI3fxl2qOxQoRV5Xt GTtjlTpCHZONqIFE5anDWdVUZiEkN2yPj1XXqlKSIlPYcelunmekMgTOQbVFtULhp+W/a9mRZZv YGOf7mntA2Z2LTzGCgiCDEi8pefVbk9jpapP9jUSHCU59h5KrECC8zqHvcG2svH7SBYbQBkQbNT sIpfWx1N8D1SOR9trZU+ulpJ6ZH1glawplBCqTbFW296Y1uTJ23imd6FBJ75Cn625hvg21AD4ml NV7s+VfxtmWFLrB/KYgVxjOC5LZXbUayaUTi0nxlJRfzNw8afQZpQRfyCdHx+SLLtNOiBhqwvip GDVhcWb1YgQtRGrpdv1GTKKZRUlzl8kSL3NFxDTNDKZy5/hvQGchEhVwJY35h4xM9oAcst7JdVV FzOeWuPRlrL0+kZGin9iv9YdbnYCO+xk15zOXTnZxuPj9aY+xNNj6+ApDUjJ1wWZpKFYUnbEtjP X1xJPWWoliAmEn0LoM5mnT5G4OEworcxDrbitTCMW7zNwFaIODpEoLHptXUdBPwZA+Ryb1yVwQY JqqzC1vJiEE0S+DQaHSukKgoXs0lfOrrlTG8ZA9lly13c/gHMqev3OPqHcX6hVrHbLLE3PaP83y YyCuSr8RwkTfkzAEVfQ6xZcAAx0GjzVJPY1FGeAiCmPx4NwLTrdaH1ZWqCii7lXaIcF/Ww7M6dy uYKg46HM5rqDwqtlExlQIQeRG0= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [Pce] Additional point: PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2020 16:18:20 -0000 Looks like you need to update Chao Zhou's email address in the draft. Adrian -----Original Message----- From: Pce On Behalf Of Adrian Farrel Sent: 16 August 2020 17:15 To: julien.meuric@orange.com; pce@ietf.org Cc: draft-ietf-pce-pcep-extension-for-pce-controller@ietf.org Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Hi Julien, WG, authors, I'm listed as one of the eight Contributors to this document, although my affiliation should read "Old Dog Consulting". I was a co-author of RFC 8283, so I am generally glad to see protocol work addressing this space. This document is almost ready to progress, but there are quite a few nits that we should take care of before asking to advance the document. After that's done, I support this document being published as an RFC. Thanks, Adrian === Figures If you make the table in Section 5.2 into "Figure 1" then you will not need to renumber Figure 2. All figures should have a caption such as you have for Figure 2. All figures should be mentioned explicitly in the text. Thus, instead of saying "as shown below" you should say "as shown in Figure 2". This is important because: - it helps the RFC Editor check that you are using all of the figures - it protects the text from edits that might move it around in relation to the figure. --- Abstract s/(G)MPLS/MPLS and GMPLS/ s/PCEP protocol extensions/PCEP extensions/ --- Introduction s/draft specify/document specifies/ --- Introduction The extension for PCECC in Segment Routing (SR) is specified in a separate draft [I-D.zhao-pce-pcep-extension-pce-controller-sr]. This paragraph is, of course, completely true. But it is absolutely unclear what it is doing here. There has been no previous discussion of SR in the document, and the only other mention of SR is in 5.5.9. I think we can probably do without this paragraph. --- 2. OLD Terminologies used in this document is same as described in the draft [RFC8283]. NEW Terminology used in this document is that same as that described in [RFC8283]. END --- 3. OLD it is assumed that label range to be used NEW it is assumed that the label range to be used END OLD A future extension could add this capability NEW A future extension could add the capability END OLD This document also allow a case where the label space is maintained by PCC itself NEW This document also allows a case where the label space is maintained by the PCC itself END --- 4. OLD Following key requirements associated PCECC should be considered when designing the PCECC based solution: NEW The following key requirements should be considered when designing the PCECC based solution: END --- 5.3 s/This document specify/This document specifies/ s//new CCI object-type/new CCI object-types/ --- 5.4 s/During PCEP Initialization Phase/During the PCEP Initialization Phase/ s/Path is setup/Path is set up/ s/sub-TLV in PCC's/sub-TLV in a PCC's/ s/PCE's OPEN message/a PCE's OPEN message/ --- 5.4 If the PCEP Speakers support the extensions of this draft but did not advertise this capability attempts a PCECC operation then a PCErr message with Error-Type=19(Invalid Operation) and Error-Value=TBD3 (Attempted PCECC operations when PCECC capability was not advertised) will be generated and the PCEP session will be terminated. This is good. But you also need to include what happens if an implementation that does not understand these extensions receives one. I suspect you can do this with a reference to another document. --- There are a couple of cases of s/a LSP/an LSP/ --- 5.5.1 s/based on PCECC mechanism/based on the PCECC mechanism/ s/LSP-IDENTIFIER TLV MUST/An LSP-IDENTIFIER TLV MUST/ s/with D flags/with D flag/ s/and set up the/and sets up the/ s/include the central/includes the central/ s/The CC-ID is uniquely identify/The CC-ID uniquely identifies/ s/two CCI object/two CCI objects/ s/PCECC LSP is same as/PCECC LSP is the same as/ s/receives PCRpt message/receives a PCRpt message/ (twice) s/The PCECC LSP are/The PCECC LSPs are/ s/In case where/In the case where/ s/label allocation are/label allocations are/ s/Similarly C bit/Similarly the C bit/ --- 5.5.1 You have: This PCUpd message is as per [RFC8231] SHOULD include the path information as calculated by the PCE. I think that you are not defining anything new here. You are just describing what 8231 already says. So how about... Per [RFC8231], this PCUpd message should include the path information calculated by the PCE. --- 5.5.1 The Ingress MAY further choose to deploy a data plane check mechanism and report the status back to the PCE via PCRpt message. This is fine, but you should probably add some explanation of why an Ingress might choose to do this. --- 5.5.1 It should be noted that in this example, the request is made to the egress node with C bit set in the CCI object to indicate that the label allocation needs to be done by the egress and it responds with the allocated label to the PCE. This is a little ambiguous. "...it responds" - what is it? Perhaps you should have: "...done by the egress, and the egress responds..." --- 5.5.2.1 s/to setup an LSP based/to set up an LSP based/ s/included in LSP object/included in the LSP object/ (twice) s/New PCEP object/A new PCEP object/ --- 5.5.2.2 If the PCC receives a PCInitiate message but does not recognize the label in the CCI, the PCC MUST generate a PCErr message with Error- Type 19(Invalid operation) and Error-Value=TBD8, "Unknown Label" and MUST include the SRP object to specify the error is for the corresponding label cleanup (via PCInitiate message). This is OK as a choice, but I wonder why you need to report this as an error. The intention of the request is to make sure that the label in the CCI is removed from the PCC. If the label is not recognised, isn't this the right result meaning that the answer should be a positive response? I'm not saying you must change this, but please consider it. --- 5.5.3 s/In order to setup/In order to set up/ OLD The PCC responds with first PCRpt message with the status as "GOING-UP" and assigned PLSP-ID. NEW The PCC responds with a PCRpt message with the status set to "GOING-UP" and carrying the assigned PLSP-ID. END s/from PCECC are send/from PCECC are sent/ s/setup operations are/setup operations are the/ s/LSP is same as/LSP is the same as/ s/the PCE SHOULD send the/the PCE SHOULD send a/ s/In case where/In the case where/ s/label allocation are made/label allocations are made/ --- 5.5.3 In case where the label allocation are made by the PCC itself (see Section 5.5.8), the procedure remains similar. Do you mean "remains similar" or "is the same"? If it is only similar then you need to describe how it is different. --- 5.5.4 ` s/modification of PCECC/modification of a PCECC/ s/In case where/In the case where/ s/label allocation are made/label allocations are made/ --- 5.5.4 In case where the label allocation are made by the PCC itself (see Section 5.5.8), the procedure remains similar. Same question as 5.5.3 --- 5.5.5 s/control over the/control over an/ s/In case of/In the case of a/ --- 5.5.9 s/the PCE via PCRpt message as per/the PCE via a PCRpt message as per/ --- 5.5.9 The PCECC capability MUST be exchanged on the PCEP session, before PCE could allocate binding label. Maybe turn this around to read... Before a PCE can allocate a binding label the PCECC capability MUST be exchanged on the PCEP session. --- 6.1 OLD the message has been extended as shown below NEW this document extends the message as shown below END --- Either in 6.1 or in section 2, you should include something like The message formats in this document are specified using Routing Backus-Naur Form (RBNF) encoding as specified in [RFC5511]. And obviously add a reference to 5511. --- 6.1 c/At max two instances/At most two instances/ --- 7.1 s/defines a new optional TLVs/defines new optional TLVs/ --- 7.1.1 OLD No flags are assigned right now. NEW No flags are defined in this document. END --- 7.3 OLD Currently, the following flag bit is defined: NEW Currently, the following flag bits are defined: END s/A PCE set this bit/A PCE sets this bit/ --- 11.3 Can you add to the definition of this registry what the size is? I think there are 32 bits available. --- 11.4 I think the name of this section is wrong. you are not creating a new registry in this section. --- 11.6 You should say how many bits this registry can track. I think it is 16. --- 11.7 It's not too important, but it might be nice to order this list by increasing error type. -----Original Message----- From: Pce On Behalf Of julien.meuric@orange.com Sent: 05 August 2020 17:19 To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG adoption queue. Thanks, Dhruv & Julien ____________________________________________________________________________ _____________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ 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 Sun Aug 16 16:27:41 2020 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 8EB553A125B for ; Sun, 16 Aug 2020 16:27:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 Kwf7O8QmwqgP for ; Sun, 16 Aug 2020 16:27:37 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 715303A1258 for ; Sun, 16 Aug 2020 16:27:37 -0700 (PDT) Received: from lhreml709-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 339F94AC22E70EB5805F for ; Mon, 17 Aug 2020 00:27:34 +0100 (IST) Received: from lhreml709-chm.china.huawei.com (10.201.108.58) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 17 Aug 2020 00:27:33 +0100 Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Mon, 17 Aug 2020 00:27:33 +0100 Received: from DGGEMM532-MBX.china.huawei.com ([169.254.7.75]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0487.000; Mon, 17 Aug 2020 07:27:29 +0800 From: Lizhenbin To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0QzQZ8LKI0v2Euz+DpgN4aw1Kk3dvNwgAP7jrA= Date: Sun, 16 Aug 2020 23:27:29 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D93825588@DGGEMM532-MBX.china.huawei.com> References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <202008141837398915693@foxmail.com> In-Reply-To: <202008141837398915693@foxmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.210.152] Content-Type: multipart/alternative; boundary="_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D93825588DGGEMM532MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] =?utf-8?b?562U5aSNOiAgUENFIFdHIExDIGZvciBkcmFmdC1pZXRmLXBj?= =?utf-8?q?e-pcep-extension-for-pce-controller?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2020 23:27:41 -0000 --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D93825588DGGEMM532MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KSSBzdXBwb3J0IHRoZSBXRyBMQyBvZiB0aGUgZHJhZnQgYXMgdGhlIGNvLWF1dGhv ci4gQWZ0ZXIgeWVhcnMgb2Ygd29yaywgdGhlIHNvbHV0aW9uIGlzIG1hdHVyZSBhbmQgdGhlIGRy YWZ0IGlzIHdlbGwgd3JpdHRlbi4NCg0KQmVzdCBSZWdhcmRzLA0KWmhlbmJpbiAoUm9iaW4pDQoN Cg0KRnJvbToganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPG1haWx0bzpqdWxpZW4ubWV1cmljQG9y YW5nZS5jb20+DQpEYXRlOiAyMDIwLTA4LTA2IDAwOjE4DQpUbzogcGNlQGlldGYub3JnPG1haWx0 bzpwY2VAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbUGNlXSBQQ0UgV0cgTEMgZm9yIGRyYWZ0LWlldGYt cGNlLXBjZXAtZXh0ZW5zaW9uLWZvci1wY2UtY29udHJvbGxlcg0KSGkgYWxsLA0KDQpUaGlzIG1l c3NhZ2UgaW5pdGlhdGVzIGEgMy13ZWVrIFdHIExhc3QgQ2FsbCBvbg0KZHJhZnQtaWV0Zi1wY2Ut cGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9sbGVyLTA2LiBQbGVhc2UgcmV2aWV3IGFuZA0K c2hhcmUgeW91ciBmZWVkYmFjaywgd2hhdGV2ZXIgaXQgaXMsIHVzaW5nIHRoZSBQQ0UgbWFpbGlu ZyBsaXN0Lg0KVGhpcyBMQyB3aWxsIGVuZCBvbiBXZWRuZXNkYXkgQXVndXN0IDI2LCAxMTo1OXBt IChhbnkgdGltZXpvbmUpLg0KDQpQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgSS1EIGlzIHJlbGF0ZWQg dG8NCmRyYWZ0LXpoYW8tcGNlLXBjZXAtZXh0ZW5zaW9uLXBjZS1jb250cm9sbGVyLXNyIHdoaWNo IGlzIGFscmVhZHkgaW4gb3VyDQpXRyBhZG9wdGlvbiBxdWV1ZS4NCg0KVGhhbmtzLA0KDQpEaHJ1 diAmIEp1bGllbg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50 ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBw cml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCk9yYW5nZSBkZWNs aW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZv cm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhh dCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRl ZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUgcmVj ZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBk ZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuLg0KQXMgZW1haWxzIG1heSBi ZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJl ZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGNlIG1haWxpbmcgbGlz dA0KUGNlQGlldGYub3JnPG1haWx0bzpQY2VAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0K --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D93825588DGGEMM532MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJNaWNyb3NvZnQgWWFI ZWkgVUkiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIgMiA0IDIgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMg MSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxATWljcm9zb2Z0IFlhSGVp IFVJIjsNCglwYW5vc2UtMToyIDExIDUgMyAyIDIgNCAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0 aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3 Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBB bGwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIHN1cHBvcnQgdGhlIFdHIExDIG9m IHRoZSBkcmFmdCBhcyB0aGUgY28tYXV0aG9yLiBBZnRlciB5ZWFycyBvZiB3b3JrLCB0aGUgc29s dXRpb24gaXMgbWF0dXJlIGFuZCB0aGUgZHJhZnQgaXMgd2VsbCB3cml0dGVuLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5CZXN0IFJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5aaGVuYmluIChS b2Jpbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tbGVmdDo2LjBwdCI+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6I0VGRUZFRiI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jhbmdl LmNvbSI+anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOiNF RkVGRUYiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5EYXRlOjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzIw MjAtMDgtMDYmbmJzcDswMDoxODxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOiNFRkVGRUYiPjxiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Ubzo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8YSBocmVmPSJtYWlsdG86cGNl QGlldGYub3JnIj5wY2VAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6I0VGRUZFRiI+ PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlN1YmplY3Q6PC9zcGFu PjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7W1BjZV0g UENFIFdHDQogTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZvci1wY2UtY29u dHJvbGxlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBhbGwsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhl aSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0 IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoaXMgbWVzc2FnZSBpbml0 aWF0ZXMgYSAzLXdlZWsgV0cgTGFzdCBDYWxsIG9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5kcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lv bi1mb3ItcGNlLWNvbnRyb2xsZXItMDYuIFBsZWFzZSByZXZpZXcgYW5kPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29m dCBZYUhlaSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5zaGFyZSB5b3VyIGZlZWRi YWNrLCB3aGF0ZXZlciBpdCBpcywgdXNpbmcgdGhlIFBDRSBtYWlsaW5nIGxpc3QuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01p Y3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGlzIExDIHdp bGwgZW5kIG9uIFdlZG5lc2RheSBBdWd1c3QgMjYsIDExOjU5cG0gKGFueSB0aW1lem9uZSkuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PlBsZWFzZSBub3RlIHRoYXQgdGhpcyBJLUQgaXMgcmVsYXRlZCB0bzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQg WWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ZHJhZnQtemhhby1wY2UtcGNl cC1leHRlbnNpb24tcGNlLWNvbnRyb2xsZXItc3Igd2hpY2ggaXMgYWxyZWFkeSBpbiBvdXI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPldHIGFk b3B0aW9uIHF1ZXVlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkRocnV2ICZhbXA7IEp1bGllbjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNy b3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5p ciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUg ZG9pdmVudCBkb25jPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1 dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVp bGxleiBsZSBzaWduYWxlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxl cyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2Vw dGlibGVzIGQnYWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNp IGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7TWljcm9zb2Z0IFlhSGVpIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPnRo ZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRo b3Jpc2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNl IG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3Ig bWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VGhh bmsgeW91LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSBVSSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ UGNlIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOlBjZUBpZXRmLm9yZyI+UGNlQGlldGYub3Jn PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UiPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlPC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4N CjwvaHRtbD4NCg== --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D93825588DGGEMM532MBXchi_-- From nobody Sun Aug 16 18:37:12 2020 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 474133A12D5 for ; Sun, 16 Aug 2020 18:37:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.885 X-Spam-Level: X-Spam-Status: No, score=-1.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, UNPARSEABLE_RELAY=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 5WFA9OHzcu3E for ; Sun, 16 Aug 2020 18:37:06 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 EE5C43A12D3 for ; Sun, 16 Aug 2020 18:37:05 -0700 (PDT) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id E489750E9CAF30E94CCD; Mon, 17 Aug 2020 09:37:02 +0800 (CST) Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl2.zte.com.cn with SMTP id 07H1b1fC076419; Mon, 17 Aug 2020 09:37:01 +0800 (GMT-8) (envelope-from chen.ran@zte.com.cn) Received: from mapi (njxapp03[null]) by mapi (Zmail) with MAPI id mid203; Mon, 17 Aug 2020 09:37:01 +0800 (CST) Date: Mon, 17 Aug 2020 09:37:01 +0800 (CST) X-Zmail-TransId: 2afb5f39df3d5742edd4 X-Mailer: Zmail v1.0 Message-ID: <202008170937015700896@zte.com.cn> Mime-Version: 1.0 From: To: , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 07H1b1fC076419 Archived-At: Subject: [Pce] =?utf-8?q?Re=EF=BC=9ASubject=3A__PCE_WG_LC_for_draft-ietf-?= =?utf-8?q?pce-pcep-extension-for-pce-controller?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2020 01:37:10 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQoNCkkgc3VwcG9ydCB0aGUgV0cgTEMgb2YgdGhlIGRyYWZ0Lg0KDQoNCg0KDQoN Cg0KUmVnYXJkcywNCg0KDQpSYW4NCg0KDQoNCg0KDQogDQoNCg0KRnJvbToganVsaWVuLm1ldXJp Y0BvcmFuZ2UuY29tDQoNCg0KRGF0ZTogMjAyMC0wOC0wNiAwMDoxOA0KDQoNClRvOiBwY2VAaWV0 Zi5vcmcNCg0KDQpTdWJqZWN0OiBbUGNlXSBQQ0UgV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXBj ZXAtZXh0ZW5zaW9uLWZvci1wY2UtY29udHJvbGxlcg0KDQoNCkhpIGFsbCwNCg0KDQogDQoNCg0K VGhpcyBtZXNzYWdlIGluaXRpYXRlcyBhIDMtd2VlayBXRyBMYXN0IENhbGwgb24NCg0KDQpkcmFm dC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXItMDYuIFBsZWFzZSBy ZXZpZXcgYW5kDQoNCg0Kc2hhcmUgeW91ciBmZWVkYmFjaywgd2hhdGV2ZXIgaXQgaXMsIHVzaW5n IHRoZSBQQ0UgbWFpbGluZyBsaXN0Lg0KDQoNClRoaXMgTEMgd2lsbCBlbmQgb24gV2VkbmVzZGF5 IEF1Z3VzdCAyNiwgMTE6NTlwbSAoYW55IHRpbWV6b25lKS4NCg0KDQogDQoNCg0KUGxlYXNlIG5v dGUgdGhhdCB0aGlzIEktRCBpcyByZWxhdGVkIHRvDQoNCg0KZHJhZnQtemhhby1wY2UtcGNlcC1l eHRlbnNpb24tcGNlLWNvbnRyb2xsZXItc3Igd2hpY2ggaXMgYWxyZWFkeSBpbiBvdXINCg0KDQpX RyBhZG9wdGlvbiBxdWV1ZS4NCg0KDQogDQoNCg0KVGhhbmtzLA0KDQoNCiANCg0KDQpEaHJ1diAm IEp1bGllbg0KDQoNCiANCg0KDQogDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCiANCg0KDQpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KDQpw YXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4g U2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWdu YWxlcg0KDQoNCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGll Y2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sDQoNCg0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUg c2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0K DQoNCiANCg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBj b25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0 ZWQgYnkgbGF3Ow0KDQoNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBj b3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KDQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRo aXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLi4NCg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFs dGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBt b2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNCg0KVGhhbmsgeW91Lg0KDQoNCiANCg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNClBj ZSBtYWlsaW5nIGxpc3QNCg0KDQpQY2VAaWV0Zi5vcmcNCg0KDQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ== --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7d2hpdGUtc3BhY2U6IG5vcm1hbDtt aW4taGVpZ2h0OiAxNHB4O2ZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlh aGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1z ZXJpZjtmb250LXNpemU6IDE2cHg7bGluZS1oZWlnaHQ6IDIyLjg1NzE0MzQwMjA5OTZweDtvdXRs aW5lOiAwcHggIWltcG9ydGFudDtiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSki PjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogYXJpYWws IGhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IG91dGxpbmU6 IDBweCAhaW1wb3J0YW50OyI+SGkgQWxsLDwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7bWFyZ2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDt3aGl0ZS1zcGFj ZTogbm9ybWFsO21pbi1oZWlnaHQ6IDE0cHg7Zm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdN aWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0 aWNhLCBzYW5zLXNlcmlmO2ZvbnQtc2l6ZTogMTZweDtsaW5lLWhlaWdodDogMjIuODU3MTQzNDAy MDk5NnB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50O2JhY2tncm91bmQtY29sb3I6IHJnYigyNTUs IDI1NSwgMjU1KSI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtZmFt aWx5OiBhcmlhbCwgaGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1 KTsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7Ij5JIHN1cHBvcnQgdGhlIFdHIExDIG9mIHRoZSBk cmFmdC48L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10 b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7d2hpdGUtc3BhY2U6IG5vcm1hbDttaW4taGVpZ2h0 OiAxNHB4O2ZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1 Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjtmb250 LXNpemU6IDE2cHg7bGluZS1oZWlnaHQ6IDIyLjg1NzE0MzQwMjA5OTZweDtvdXRsaW5lOiAwcHgg IWltcG9ydGFudDtiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSkiPjxzcGFuIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogYXJpYWwsIGhlbHZldGlj YSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IG91dGxpbmU6IDBweCAhaW1w b3J0YW50OyI+PGJyPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 bWFyZ2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDt3aGl0ZS1zcGFjZTogbm9ybWFsO21p bi1oZWlnaHQ6IDE0cHg7Zm9udC1mYW1pbHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFo ZWknLCAnTHVjaWRhIEdyYW5kZScsIFZlcmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNl cmlmO2ZvbnQtc2l6ZTogMTZweDtsaW5lLWhlaWdodDogMjIuODU3MTQzNDAyMDk5NnB4O291dGxp bmU6IDBweCAhaW1wb3J0YW50O2JhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KSI+ PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtZmFtaWx5OiBhcmlhbCwg aGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgb3V0bGluZTog MHB4ICFpbXBvcnRhbnQ7Ij5SZWdhcmRzLDwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7IG1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyB3aGl0ZS1z cGFjZTogbm9ybWFsOyBtaW4taGVpZ2h0OiAxNHB4OyBmb250LXNpemU6IDE2cHg7IG91dGxpbmU6 IDBweCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij48 Zm9udCBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZiI+ UmFuPC9mb250PjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7 Ij48L3A+PGJsb2NrcXVvdGUgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7cGFkZGluZzog MTBweCAyMHB4O21hcmdpbjogMHB4IDBweCAyMHB4IDhweDtmb250LXNpemU6IDE3LjVweDtib3Jk ZXItbGVmdC13aWR0aDogNXB4O2JvcmRlci1sZWZ0LXN0eWxlOiBzb2xpZDtib3JkZXItbGVmdC1j b2xvcjogcmdiKDIzOCwgMjM4LCAyMzgpO2ZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2TLCAnTWlj cm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhlbHZldGlj YSwgc2Fucy1zZXJpZjt3aGl0ZS1zcGFjZTogbm9ybWFsO291dGxpbmU6IDBweCAhaW1wb3J0YW50 O2JhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KSI+PHAgc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7bWFyZ2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVp Z2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFI ZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij4mbmJzcDs8L3NwYW4+ PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJn aW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudDti YWNrZ3JvdW5kOiByZ2IoMjM5LCAyMzksIDIzOSkiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94OyBmb250LXdlaWdodDogNzAwOyBvdXRsaW5lOiAwcHggIWltcG9ydGFudDsiPkZy b206PC9zcGFuPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTog MTZweDtmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0 YW50Ij4mbmJzcDs8YSB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7Y29sb3I6IHJnYig1MSwgMTIyLCAxODMpO2JhY2tn cm91bmQtY29sb3I6IHRyYW5zcGFyZW50IiBocmVmPSJtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFu Z2UuY29tIj5qdWxpZW4ubWV1cmljQG9yYW5nZS5jb208L2E+PC9zcGFuPjwvcD48cCBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4 O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7YmFja2dyb3VuZDogcmdi KDIzOSwgMjM5LCAyMzkpIj48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9u dC13ZWlnaHQ6IDcwMDsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7Ij5EYXRlOjwvc3Bhbj48c3Bh biBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2cHg7Zm9udC1mYW1p bHk6IFRhaG9tYSwgc2Fucy1zZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+Jm5ic3A7MjAy MC0wOC0wNiZuYnNwOzAwOjE4PC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVy LWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1oZWlnaHQ6IDE0cHg7 b3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7YmFja2dyb3VuZDogcmdiKDIzOSwgMjM5LCAyMzkpIj48 c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgZm9udC13ZWlnaHQ6IDcwMDsgb3V0 bGluZTogMHB4ICFpbXBvcnRhbnQ7Ij5Ubzo8L3NwYW4+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2Vy aWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPiZuYnNwOzxhIHRhcmdldD0iX2JsYW5rIiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiAwcHggIWltcG9ydGFudDtjb2xvcjog cmdiKDUxLCAxMjIsIDE4Myk7YmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQiIGhyZWY9Im1h aWx0bzpwY2VAaWV0Zi5vcmciPnBjZUBpZXRmLm9yZzwvYT48L3NwYW4+PC9wPjxwIHN0eWxlPSJi b3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7 bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudDtiYWNrZ3JvdW5kOiByZ2Io MjM5LCAyMzksIDIzOSkiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBmb250 LXdlaWdodDogNzAwOyBvdXRsaW5lOiAwcHggIWltcG9ydGFudDsiPlN1YmplY3Q6PC9zcGFuPjxz cGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZh bWlseTogVGFob21hLCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij4mbmJzcDtb UGNlXSBQQ0UgV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZvci1wY2Ut Y29udHJvbGxlcjwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFy Z2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6 IDBweCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250 LXNpemU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlm O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij5IaSBhbGwsPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94 LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21p bi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29m dCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPiZuYnNwOzwv c3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2luLXRvcDogMHB4 O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1wb3J0 YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2cHg7 Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6IDBw eCAhaW1wb3J0YW50Ij5UaGlzIG1lc3NhZ2UgaW5pdGlhdGVzIGEgMy13ZWVrIFdHIExhc3QgQ2Fs bCBvbjwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2luLXRv cDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAh aW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6 IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxp bmU6IDBweCAhaW1wb3J0YW50Ij5kcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNl LWNvbnRyb2xsZXItMDYuIFBsZWFzZSByZXZpZXcgYW5kPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94 LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21p bi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29m dCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPnNoYXJlIHlv dXIgZmVlZGJhY2ssIHdoYXRldmVyIGl0IGlzLCB1c2luZyB0aGUgUENFIG1haWxpbmcgbGlzdC48 L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBw eDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9y dGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1zaXplOiAxNnB4 O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtvdXRsaW5lOiAw cHggIWltcG9ydGFudCI+VGhpcyBMQyB3aWxsIGVuZCBvbiBXZWRuZXNkYXkgQXVndXN0IDI2LCAx MTo1OXBtIChhbnkgdGltZXpvbmUpLjwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7bWFyZ2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAx NHB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDtmb250LXNpemU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUkn LCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij4mbmJzcDs8L3NwYW4+PC9wPjxw IHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90 dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+PHNwYW4g c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5 OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFu dCI+UGxlYXNlIG5vdGUgdGhhdCB0aGlzIEktRCBpcyByZWxhdGVkIHRvPC9zcGFuPjwvcD48cCBz dHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRv bTogMHB4O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTog J01pY3Jvc29mdCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQi PmRyYWZ0LXpoYW8tcGNlLXBjZXAtZXh0ZW5zaW9uLXBjZS1jb250cm9sbGVyLXNyIHdoaWNoIGlz IGFscmVhZHkgaW4gb3VyPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1oZWlnaHQ6IDE0cHg7b3V0 bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZYUhlaSBVSScsIHNhbnMt c2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPldHIGFkb3B0aW9uIHF1ZXVlLjwvc3Bhbj48 L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2luLXRvcDogMHB4O21hcmdp bi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48 c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2cHg7Zm9udC1m YW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1w b3J0YW50Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRs aW5lOiAwcHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1z ZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+VGhhbmtzLDwvc3Bhbj48L3A+PHAgc3R5bGU9 ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBw eDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNy b3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij4mbmJz cDs8L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6 IDBweDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWlt cG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1zaXplOiAx NnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtvdXRsaW5l OiAwcHggIWltcG9ydGFudCI+RGhydXYgJmFtcDsgSnVsaWVuPC9zcGFuPjwvcD48cCBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4 O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJi b3gtc2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jv c29mdCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPiZuYnNw Ozwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2luLXRvcDog MHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1w b3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2 cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6 IDBweCAhaW1wb3J0YW50Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDog MTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJ Jywgc2Fucy1zZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48L3A+ PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2luLXRvcDogMHB4O21hcmdpbi1i b3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48c3Bh biBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNpemU6IDE2cHg7Zm9udC1mYW1p bHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0 YW50Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21h cmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5l OiAwcHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9u dC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJp ZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50 ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBw cml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNp emluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1o ZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZ YUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPnBhcyBldHJlIGRp ZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2 ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyPC9zcGFu PjwvcD48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFy Z2luLWJvdHRvbTogMHB4O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQi PjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250 LWZhbWlseTogJ01pY3Jvc29mdCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFp bXBvcnRhbnQiPmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGll Y2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1oZWlnaHQ6IDE0cHg7b3V0 bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZYUhlaSBVSScsIHNhbnMt c2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3Bv bnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmll LiBNZXJjaS48L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdp bi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAw cHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1z aXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtv dXRsaW5lOiAwcHggIWltcG9ydGFudCI+Jm5ic3A7PC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNp emluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1o ZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZ YUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPlRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7PC9zcGFuPjwvcD48 cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJv dHRvbTogMHB4O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFu IHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWls eTogJ01pY3Jvc29mdCBZYUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRh bnQiPnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91 dCBhdXRob3Jpc2F0aW9uLjwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7bWFyZ2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291 dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDtmb250LXNpemU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5z LXNlcmlmO291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4uPC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNp emluZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1o ZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZ YUhlaSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPkFzIGVtYWlscyBt YXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2 ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48L3NwYW4+PC9wPjxwIHN0eWxl PSJib3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAw cHg7bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9 ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWlj cm9zb2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+VGhh bmsgeW91Ljwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFyZ2lu LXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBw eCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250LXNp emU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlmO291 dGxpbmU6IDBweCAhaW1wb3J0YW50Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7bWluLWhl aWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJveC1zaXpp bmc6IGJvcmRlci1ib3g7Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9zb2Z0IFlh SGVpIFVJJywgc2Fucy1zZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PC9wPjxwIHN0eWxlPSJi b3gtc2l6aW5nOiBib3JkZXItYm94O21hcmdpbi10b3A6IDBweDttYXJnaW4tYm90dG9tOiAwcHg7 bWluLWhlaWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+PHNwYW4gc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7Zm9udC1zaXplOiAxNnB4O2ZvbnQtZmFtaWx5OiAnTWljcm9z b2Z0IFlhSGVpIFVJJywgc2Fucy1zZXJpZjtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+UGNlIG1h aWxpbmcgbGlzdDwvc3Bhbj48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWFy Z2luLXRvcDogMHB4O21hcmdpbi1ib3R0b206IDBweDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6 IDBweCAhaW1wb3J0YW50Ij48c3BhbiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtmb250 LXNpemU6IDE2cHg7Zm9udC1mYW1pbHk6ICdNaWNyb3NvZnQgWWFIZWkgVUknLCBzYW5zLXNlcmlm O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij48YSB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7Y29sb3I6IHJnYig1MSwg MTIyLCAxODMpO2JhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50IiBocmVmPSJtYWlsdG86UGNl QGlldGYub3JnIj5QY2VAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvcD48cCBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDttYXJnaW4tdG9wOiAwcHg7bWFyZ2luLWJvdHRvbTogMHB4O21pbi1oZWln aHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxzcGFuIHN0eWxlPSJib3gtc2l6aW5n OiBib3JkZXItYm94O2ZvbnQtc2l6ZTogMTZweDtmb250LWZhbWlseTogJ01pY3Jvc29mdCBZYUhl aSBVSScsIHNhbnMtc2VyaWY7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPjxhIHRhcmdldD0iX2Js YW5rIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDtvdXRsaW5lOiAwcHggIWltcG9ydGFu dDtjb2xvcjogcmdiKDUxLCAxMjIsIDE4Myk7YmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQi IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZTwvYT48L3NwYW4+PC9wPjwvYmxvY2tx dW90ZT48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9w PjwvZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Sun Aug 16 23:50:57 2020 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 CA0B13A09E5 for ; Sun, 16 Aug 2020 23:50:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 fxoZysM9nHmw for ; Sun, 16 Aug 2020 23:50:54 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 74C623A044E for ; Sun, 16 Aug 2020 23:50:54 -0700 (PDT) Received: from lhreml716-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 3D2F56245DE9D2352F4F; Mon, 17 Aug 2020 07:50:51 +0100 (IST) Received: from lhreml717-chm.china.huawei.com (10.201.108.68) by lhreml716-chm.china.huawei.com (10.201.108.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 17 Aug 2020 07:50:51 +0100 Received: from lhreml717-chm.china.huawei.com ([10.201.108.68]) by lhreml717-chm.china.huawei.com ([10.201.108.68]) with mapi id 15.01.1913.007; Mon, 17 Aug 2020 07:50:51 +0100 From: Khasanov Boris To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0RPRUteTtqlsES818GkAu1V7ak76gdQ Date: Mon, 17 Aug 2020 06:50:50 +0000 Message-ID: References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.204.35] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2020 06:50:56 -0000 Hi Dhruv and Julien, I read the draft and support it along with PCECC work. It is important to d= efine those extensions, the degree of details is good. =20 SY, Boris -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Wednesday, August 5, 2020 7:19 PM To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controll= er Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extensi= on-for-pce-controller-06. Please review and share your feedback, whatever i= t is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG = adoption queue. Thanks, Dhruv & Julien ___________________________________________________________________________= ______________________________________________ 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. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute 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. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Mon Aug 17 02:05:37 2020 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 A185C3A1414; Mon, 17 Aug 2020 02:05:36 -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: 7.14.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159765513659.25360.14332779111454774405@ietfa.amsl.com> Date: Mon, 17 Aug 2020 02:05:36 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-enhanced-errors-08.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2020 09:05: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 : Extensions to the Path Computation Element Communication Protocol for Enhanced Errors and Notifications Authors : Helia Pouyllau Remi Theillaud Julien Meuric Haomian Zheng (Editor) Xian Zhang Filename : draft-ietf-pce-enhanced-errors-08.txt Pages : 23 Date : 2020-08-17 Abstract: This document defines new error and notification TLVs for the PCE Communication Protocol (PCEP) specified in RFC5440, and will update it. It identifies the possible PCEP behaviors in case of error or notification. Thus, this draft defines types of errors and how they are disclosed to other PCEs in order to support predefined PCEP behaviors. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-enhanced-errors/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-enhanced-errors-08 https://datatracker.ietf.org/doc/html/draft-ietf-pce-enhanced-errors-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-enhanced-errors-08 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 Mon Aug 17 03:40:36 2020 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 3BBF03A0A9D for ; Mon, 17 Aug 2020 03:40:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 YL3WCFPQ7m4Q for ; Mon, 17 Aug 2020 03:40:32 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 4CB2A3A0AA8 for ; Mon, 17 Aug 2020 03:40:32 -0700 (PDT) Received: from lhreml701-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 0296C2AF9E5512404132; Mon, 17 Aug 2020 11:40:31 +0100 (IST) Received: from lhreml701-chm.china.huawei.com (10.201.108.50) by lhreml701-chm.china.huawei.com (10.201.108.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 17 Aug 2020 11:40:30 +0100 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml701-chm.china.huawei.com (10.201.108.50) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Mon, 17 Aug 2020 11:40:30 +0100 Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.174]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0487.000; Mon, 17 Aug 2020 18:37:39 +0800 From: "Pengshuping (Peng Shuping)" To: Hariharan Ananthakrishnan , Lizhenbin , Mahend Negi , "qzhao@ethericnetworks.com" , "chao.zhou@cisco.com" CC: "pce@ietf.org" Thread-Topic: IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWbG+WYpHZxB3w50mwL5sjYrQ3XKk8K7jQ Date: Mon, 17 Aug 2020 10:37:38 +0000 Message-ID: <4278D47A901B3041A737953BAA078ADE192C4583@DGGEML532-MBX.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.195.99] Content-Type: multipart/alternative; boundary="_000_4278D47A901B3041A737953BAA078ADE192C4583DGGEML532MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2020 10:40:34 -0000 --_000_4278D47A901B3041A737953BAA078ADE192C4583DGGEML532MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBz aG91bGQgYmUgZGlzY2xvc2VkDQppbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuDQoN CkJlc3QgcmVnYXJkcywNClNodXBpbmcNCg0KDQoNCkZyb206IEhhcmloYXJhbiBBbmFudGhha3Jp c2huYW4gW21haWx0bzpoYXJpQG5ldGZsaXguY29tXQ0KU2VudDogRnJpZGF5LCBBdWd1c3QgNywg MjAyMCAxMjowMiBQTQ0KVG86IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb20+OyBQZW5n c2h1cGluZyAoUGVuZyBTaHVwaW5nKSA8cGVuZ3NodXBpbmdAaHVhd2VpLmNvbT47IE1haGVuZCBO ZWdpIDxtYWhlbmQuaWV0ZkBnbWFpbC5jb20+OyBxemhhb0BldGhlcmljbmV0d29ya3MuY29tOyBj aGFvLnpob3VAY2lzY28uY29tDQpDYzogcGNlQGlldGYub3JnDQpTdWJqZWN0OiBJUFIgUG9sbCBv biBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXINCg0KDQpI aSBBdXRob3JzLA0KDQoNCg0KSW4gcHJlcGFyYXRpb24gZm9yIFdHIExDIG9uIHRoaXMgZHJhZnQs IEknZCBsaWtlIGFsbA0KDQphdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBvbiB0 aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2UNCg0Kd2l0aCBJRVRGIElQUiBydWxl cy4NCg0KDQoNClBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBtYWlsaW5nIGxpc3QpIHRvIHNh eSBvbmUgb2Y6DQoNCg0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8g dGhpcyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQNCg0KaW4gYWNjb3JkYW5jZSB3aXRo IElFVEYgSVBSIHJ1bGVzLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiB0aGUgSVBSIGFwcGxpY2FibGUg dG8gdGhpcyBkcmFmdCwgYW5kIGl0IGhhcyBhbHJlYWR5IGJlZW4NCg0KZGlzY2xvc2VkIHRvIHRo ZSBJRVRGLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0 LCBidXQgdGhhdCBoYXMgbm90IHlldCBiZWVuDQoNCmRpc2Nsb3NlZCB0byB0aGUgSUVURi4gSSB3 aWxsIHdvcmsgdG8gZW5zdXJlIHRoYXQgaXQgd2lsbCBiZSBkaXNjbG9zZWQgaW4gYQ0KDQp0aW1l bHkgbWFubmVyLg0KDQoNCg0KVGhhbmtzLA0KDQotIEhhcmkNCg== --_000_4278D47A901B3041A737953BAA078ADE192C4583DGGEML532MBXchi_ 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 OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseTrlrovkvZM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU TUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uSFRN TENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8iOw0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBs aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5JIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBk cmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPmluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QmVzdCBy ZWdhcmRzLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TaHVwaW5nDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj4gSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5hbiBbbWFpbHRvOmhhcmlAbmV0ZmxpeC5jb21d DQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBBdWd1c3QgNywgMjAyMCAxMjowMiBQTTxicj4N CjxiPlRvOjwvYj4gTGl6aGVuYmluICZsdDtsaXpoZW5iaW5AaHVhd2VpLmNvbSZndDs7IFBlbmdz aHVwaW5nIChQZW5nIFNodXBpbmcpICZsdDtwZW5nc2h1cGluZ0BodWF3ZWkuY29tJmd0OzsgTWFo ZW5kIE5lZ2kgJmx0O21haGVuZC5pZXRmQGdtYWlsLmNvbSZndDs7IHF6aGFvQGV0aGVyaWNuZXR3 b3Jrcy5jb207IGNoYW8uemhvdUBjaXNjby5jb208YnI+DQo8Yj5DYzo8L2I+IHBjZUBpZXRmLm9y Zzxicj4NCjxiPlN1YmplY3Q6PC9iPiBJUFIgUG9sbCBvbiBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4 dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMjEyNTI5Ij5IaSBBdXRob3JzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SW4gcHJlcGFyYXRpb24gZm9yIFdHIExDIG9u IHRoaXMgZHJhZnQsIEknZCBsaWtlIGFsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5hdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29u ZmlybSBvbiB0aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2U8bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+d2l0aCBJRVRGIElQ UiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMyMTI1MjkiPlBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBtYWlsaW5nIGxpc3Qp IHRvIHNheSBvbmUgb2Y6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2Fi bGUgdG8gdGhpcyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQ8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+aW4gYWNjb3JkYW5jZSB3 aXRoIElFVEYgSVBSIHJ1bGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SSBhbSBhd2FyZSBvZiB0aGUgSVBSIGFwcGxpY2Fi bGUgdG8gdGhpcyBkcmFmdCwgYW5kIGl0IGhhcyBhbHJlYWR5IGJlZW48bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+ZGlzY2xvc2VkIHRvIHRo ZSBJRVRGLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzIxMjUyOSI+SSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0 LCBidXQgdGhhdCBoYXMgbm90IHlldCBiZWVuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmRpc2Nsb3NlZCB0byB0aGUgSUVURi4gSSB3aWxs IHdvcmsgdG8gZW5zdXJlIHRoYXQgaXQgd2lsbCBiZSBkaXNjbG9zZWQgaW4gYTxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij50aW1lbHkgbWFu bmVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEy NTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzIxMjUyOSI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMjEyNTI5Ij4tIEhhcmk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJjb2xvcjojMjEyNTI5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_4278D47A901B3041A737953BAA078ADE192C4583DGGEML532MBXchi_-- From nobody Mon Aug 17 08:19:51 2020 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 05EFB3A11FA for ; Mon, 17 Aug 2020 08:19:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, 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=nokia.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 u3FgHzD0fDBP for ; Mon, 17 Aug 2020 08:19:47 -0700 (PDT) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680133.outbound.protection.outlook.com [40.107.68.133]) (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 818FA3A11F5 for ; Mon, 17 Aug 2020 08:19:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Aqu9nTNxNmEXqAwah6p4tHOmFn6N6X8+m+/ATiGyvh852O05E2Tn0sUhVLzmGQd1/LAv2B/u3PGbdy6NLeUUJ5pcx4EiHbRzTuS6YTa3kRa5NQZwHiISRees6640A5vBXutjfiyQe4BpkTTsGBIr0Uv25Q4NT0zey1BMXAWTZ0XotUVJh2aquOn54LHkADx5y0gm82BikYiUunKrv6G1vLcK0XSs+NbNAr2XUCJB/zpdjoFUgXkrR6fk1SG/FjovtcPVCcgmdHDS7UwHghgdmxRFb0O2oJPtDqeo+ds01/JnJgi+S4PvuOKfg+n1NSIW5G8VogztwCYFsgWZfIiULg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rF0Fc1mTYSGO339bv4oAsOU61XoRBHAaEINuQXIU9BE=; b=kh69dIQuHCqlt8/UD/KXtHwa/deHqPZMuegSQCP2si7laDFBD9n1iLgqnnYBnhxomzUSc1mkqyUZWs7kPoADBA5pYwttmAtXYDgY5E7neMgGKnOU/E+48400G2xdiVo5aiLy39tfpWbeXN7sm+EU8GKbKl0BhO1axhrPEZdCXNRICkcfoYLmm/zwuKyZfiarXeubiCPceux/vyol/KoKOzy1DDpV5p1E6D1W4gZnec1pl+FSkK9LAGFXs1qa46dq/8IaaAHwmFE1tpi7kMrHTnMuU8XA9UaMHD64D2thtY7pn+f9pL5lDmU34OmTq18wCUw3H5Db/u4OtITjRGXghw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rF0Fc1mTYSGO339bv4oAsOU61XoRBHAaEINuQXIU9BE=; b=Gqjdhx/+xOMO1lDM7iVH0DuDrDXB/Aj9bVbFY6t+va051AeFi8fvDTD/HRxLLbGF3PVJb1wxbX+25BxCXejxlrT9bZzvjjsxuhg21DSTfRN/M07oeRBP59chhsj84g+QJAB3ay0JkP5mYfFz8YM44oNmvmPE+B0Se2KbV8cJPjg= Received: from DM6PR08MB4393.namprd08.prod.outlook.com (2603:10b6:5:a2::21) by DM6PR08MB3929.namprd08.prod.outlook.com (2603:10b6:5:82::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.16; Mon, 17 Aug 2020 15:19:45 +0000 Received: from DM6PR08MB4393.namprd08.prod.outlook.com ([fe80::d1fe:7ff9:864d:29e]) by DM6PR08MB4393.namprd08.prod.outlook.com ([fe80::d1fe:7ff9:864d:29e%7]) with mapi id 15.20.3283.028; Mon, 17 Aug 2020 15:19:45 +0000 From: "Stone, Andrew (Nokia - CA/Ottawa)" To: Dhruv Dhody CC: "pce@ietf.org" Thread-Topic: [Pce] FW: New Version Notification for draft-stone-pce-local-protection-enforcement-00.txt Thread-Index: AQHV8LAlX25e8CaRakeOwDgMwEGUgag7gFWAgN8onACAAVqqAIAAT8wAgCDb1gA= Date: Mon, 17 Aug 2020 15:19:44 +0000 Message-ID: References: <158316673618.27361.7017725094379697473@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.40.20081000 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [135.245.20.25] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 5ff9cdb9-6f96-4b8d-e564-08d842c0f8f5 x-ms-traffictypediagnostic: DM6PR08MB3929: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: MAqTnr7a5p+tFw4x7nSTVLlHqLLCp+yD3Y1KDmhR8kYLrxSSfwX921lJzNzKYCfaQrgMW0Mr8x1ZBfxZxoKBvUzEg1sMtH38pyArcxvWJ0hTrgJ1LrA2c9A2l4Nx9GgwPM8YHJ2tq29IJJ7dM7qG47tbkRO9rGTX935fAi0xVRP8NFfxil/pYvPrUiEo/4GoqlxYP1ZlpJeoknhiJZPMPLByV16Lp8vMegITNaYEG+yDTVm5aDc1n7NK97qEFRhAuirCoVngUr+fcYyPloZHwyGy+ZXJSY3yg94rzkQ+k594g7bZryMQzySTwkEfQI+UyNzqduWRkVwc8H7x48LU+/++HJLCeSrQB7Wc8lP2UbCyOdVCKDWxnABo504ytGR+/2sI2bdTyU1hBZUeebsaFQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB4393.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(366004)(39860400002)(346002)(376002)(396003)(71200400001)(966005)(83380400001)(6512007)(186003)(33656002)(8676002)(66574015)(53546011)(36756003)(6506007)(478600001)(15650500001)(6916009)(316002)(8936002)(5660300002)(4326008)(86362001)(6486002)(26005)(76116006)(91956017)(2906002)(2616005)(64756008)(66946007)(66446008)(66556008)(66476007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: /NtHVa6aUhL8Zc3K392PvOcE1SMRFQvGAKA7ptN0f8qMgnu5GaG22alaWxXTlzUB3u22NnYhN++ud9JWegUjHbyfE35CDxTvGXfqQpQhx1fDm+W5BGOgGDZQsDiWi4niAhSq0VjRVlXnlojvTLWn4xHJRWxXpAfKKvv26jpqjePOG2YzwzxRVx42QnsrJqyETgrAd9Ep6LdQc8sqsuREEvktwzgXM5CAT6NVNT82d1BFLXuOI4FZeIxUn/eCQS3qfVSeH8kHOE4Tsmi4Sod7SBhciKkkTUMTjF0srMP6HtNrZwLmS6uI6GCEPSdUojByiQMbGkttIBecr4v4ExC4t6xi08hY+8TxtWId/62ZUjj2kd4p8ahG86ix13rIhA2YF45ic2J241fYzLRA5IQu+cvjAako59MapHMeaNTg0/q1y/U3iUF8bcvzczYApgSzjRAQVdTyLMlzeM9W2JNsrh4TnuFQAjom4I4TdsmO6gFQShCyMtQ4XAY+0JJ2Teu9mvm+Fx3CgSX7nkn3jCBBfu4Uy/9bC8DsFkffFMPXCVM071H24mWSdeSH01asnbQvygAl226BEKUWDoQpTf8sf1U8+06mErA1Wr6tnn+apPjOK3KN3h5xuFHbms9Y7WNfVJ2MnvE28LnJAjmPMFs+jg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <01B216C59103D743A92333429E355D1B@namprd08.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB4393.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5ff9cdb9-6f96-4b8d-e564-08d842c0f8f5 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Aug 2020 15:19:44.9774 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4qBKQxrFfnwGeALWz1HxAQNQGsIkh0WsMEEiDXhB6AM1xl+7BQHjYaURBfdzvd9rhJsJPTeQxeKP4/7PVKcImA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB3929 Archived-At: Subject: Re: [Pce] FW: New Version Notification for draft-stone-pce-local-protection-enforcement-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2020 15:19:49 -0000 SGkgRGhydXYsDQoNClRoYW5rcyBhZ2FpbiBmb3IgeW91ciBmZWVkYmFjay4gRG9jdW1lbnQgdXBk YXRlIGhhcyBiZWVuIHBvc3RlZDogaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9 ZHJhZnQtc3RvbmUtcGNlLWxvY2FsLXByb3RlY3Rpb24tZW5mb3JjZW1lbnQtMDIudHh0DQoNClRo YW5rcw0KQW5kcmV3DQoNCu+7v09uIDIwMjAtMDctMjcsIDk6MzMgQU0sICJEaHJ1diBEaG9keSIg PGRocnV2LmlldGZAZ21haWwuY29tPiB3cm90ZToNCg0KICAgIEhpIEFuZHJldywNCg0KICAgIEZy b20gbXkgcG9pbnQgb2YgdmlldywgdG8gbWFyayAidXBkYXRlcyBSRkMiLCB5b3UgbmVlZCB0byAt DQogICAgLSBVcGRhdGUgdGhlIG1ldGFkYXRhIChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv cmZjNzMyMiNzZWN0aW9uLTQuMS40KQ0KICAgIC0gTWVudGlvbiB0aGF0IHlvdSBhcmUgdXBkYXRp bmcgdGhlIFJGQyA1NDQwIGluIHlvdXIgYWJzdHJhY3QvaW50cm9kdWN0aW9uDQogICAgLSBDbGFy aWZ5IHdoYXQgdGV4dCBpcyBiZWluZyB1cGRhdGVkIGluIFJGQyA1NDQwIGFuZCBwcm92aWRlIHRo ZSB1cGRhdGVkIHRleHQNCiAgICAtIEJhY2t3YXJkIGNvbXBhdGliaWxpdHkNCg0KICAgIE9uZSBl YXN5IHJlZmVyZW5jZSB3b3VsZCBiZSB0byBsb29rIGF0IHRoZSByZWNlbnQgUkZDIDg3ODYgdGhh dA0KICAgIHVwZGF0ZXMgUkZDIDgyMzEuDQoNCiAgICBOb3Qgc3VyZSBhYm91dCBhIHByb2Nlc3Mg ZG9jdW1lbnQgdGhhdCBkZXNjcmliZXMgdGhlc2UuIEkgcmVtZW1iZXINCiAgICB0aGVyZSB3YXMg YW5vdGhlciBpbmRpdmlkdWFsIGRyYWZ0IHRvIGNsYXJpZnkgb24gd2hhdCBpdCBtZWFucyB0bw0K ICAgIHVwZGF0ZSBhbiBSRkMgYW5kIGhhdmUgbW9yZSBkZXNjcmlwdGl2ZSB0YWdzIC0gdXBkYXRl L2FtZW5kL2V4dGVuZCBhbg0KICAgIFJGQyBidXQgd2UgY291bGQgaWdub3JlIHRoYXQgZm9yIG5v dyA6KQ0KDQogICAgRGhydXYNCg0KDQogICAgT24gTW9uLCBKdWwgMjcsIDIwMjAgYXQgNjoxNyBQ TSBTdG9uZSwgQW5kcmV3IChOb2tpYSAtIENBL090dGF3YSkNCiAgICA8YW5kcmV3LnN0b25lQG5v a2lhLmNvbT4gd3JvdGU6DQogICAgPg0KICAgID4gSGkgRGhydXYsDQogICAgPg0KICAgID4gVGhh bmtzIGZvciB0aGUgZmVlZGJhY2suDQogICAgPg0KICAgID4gVGhlIGRvY3VtZW50cyBhaW0gaXMg ZXh0ZW5kaW5nIG5ldyBmdW5jdGlvbmFsaXR5LCB3aXRoIGFsc28gYWRkaW5nIGFkZGl0aW9uYWwg bGFuZ3VhZ2UgdG8gaW1wbGVtZW50YXRpb24gYmVoYXZpb3VyIG9mIHRoZSBleGlzdGluZyBmbGFn IHNvIEkgc3VwcG9zZSBpdCB3b3VsZCBiZSBhbiB1cGRhdGUgdG8gUkZDNTQ0MC4gQXJlIHRoZXJl IG90aGVyIGRpZmZlcmVuY2VzIHRvIG1ha2UsIG90aGVyIHRoYW4geG1sIG1ldGEgZGF0YSBpbiB0 aGUgZG9jdW1lbnQgdG8gaW5kaWNhdGUgaXQgdXBkYXRlcyBSRkM1NDQwPyAgKGlmIHRoZXJlJ3Mg YSBsaW5rIHRoYXQgZGVzY3JpYmVzIHRoYXQgaXMgcmVxdWlyZWQgdGhhdCB5b3UgY2FuIHBvaW50 IG1lIHRvIHRoYXQgd291bGQgYmUgYXBwcmVjaWF0ZWQpLg0KICAgID4NCiAgICA+IFJlZ2FyZGlu ZyBiYWNrd2FyZHMgY29tcGF0aWJpbGl0eSwgZ29vZCBwb2ludDogdGhlIGRvYyBpbmNsdWRlcyBQ Q0MgYmFja3dhcmRzIGNvbXBhdGliaWxpdHkgY29tbWVudHMgaW4gc2VjdGlvbiA1IGJ1dCBkb2Vz IGluZGVlZCBub3QgZGlzY3VzcyBQQ0UgYmFja3dhcmRzIGNvbXBhdGliaWxpdHkuIEZyb20gbXkg cG9pbnQgb2YgdmlldywgSSBkb24ndCBzZWUgYSBjYXBhYmlsaXR5IGV4Y2hhbmdlIGJlaW5nIHJl cXVpcmVkLiBJIHNlZSBzdXBwb3J0IG9mICdMJyBmbGFnIGJlaW5nIGFuIGluZGVwZW5kZW50IGlu dGVyb3AgY2xhcmlmaWNhdGlvbiBhbmQgJ0UnIGZsYWcgYmVpbmcgc2ltaWxhciB0byBhZGRpbmcg YW5vdGhlciBraW5kIG9mICdjb25zdHJhaW50JyB0byBhIHBhdGguICBJIGRvbid0IHRoaW5rIHdv dWxkIHJlcXVpcmUgYSBjYXBhYmlsaXR5IGV4Y2hhbmdlIHRvIGluZm9ybSB0aGUgUENDIHdoZXRo ZXIgb3Igbm90IHBjZSBzdXBwb3J0cyBhIGdpdmVuIGNvbnN0cmFpbnQgdHlwZS4gSSB0aGluayB0 aGUgaW1wb3J0YW50IHRoaW5nIGlzIGFuIGV4aXN0aW5nIHBjZSB3b3VsZCBub3QgZXJyb3Igb3V0 IGlmIGl0IGRpZCByZWNlaXZlICdFJyBmbGFnIHNldCwgYW5kIGZvcnR1bmF0ZWx5IFJGQzU0NDAg aGFzIHRoYXQgY292ZXJlZCB3aXRoICdVbmFzc2lnbmVkIGZsYWdzIE1VU1QgYmUgc2V0IHRvIHpl cm8gb24gdHJhbnNtaXNzaW9uIGFuZCBNVVNUIGJlIGlnbm9yZWQgb24gcmVjZWlwdC4nICBJJ2xs IGFkZCBhIHJlbWFyayBpbiB0aGUgZG9jdW1lbnQgdGhhdCBjb21tZW50cyBvbiB0aGlzLg0KICAg ID4NCiAgICA+IFRoYW5rcyBhZ2FpbiwNCiAgICA+IEFuZHJldw0KICAgID4NCiAgICA+IE9uIDIw MjAtMDctMjYsIDg6MDYgQU0sICJEaHJ1diBEaG9keSIgPGRocnV2LmlldGZAZ21haWwuY29tPiB3 cm90ZToNCiAgICA+DQogICAgPiAgICAgSGkgQW5kcmV3LA0KICAgID4NCiAgICA+ICAgICBEbyB5 b3UgdGhpbmsgYW4gdXBkYXRlIHRvIFJGQyA1NDQwIGlzIHJlcXVpcmVkICh3aXRoIG1ldGEtZGF0 YSBzZXQgaW4NCiAgICA+ICAgICB0aGUgZG9jdW1lbnQgaGVhZGVyKT8NCiAgICA+ICAgICBCYXNl ZCBvbiB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIGZsYWcgZmllbGQgaXQgZmVlbHMgbGlrZSBhbiB1 cGRhdGUNCiAgICA+ICAgICB3b3VsZCBiZSBuZWVkZWQgLQ0KICAgID4NCiAgICA+ICAgICAgIG8g IEwgZmxhZzogQXMgZGVmaW5lZCBpbiBbUkZDNTQ0MF0gYW5kIGZ1cnRoZXIgdXBkYXRlZCBieSB0 aGlzDQogICAgPiAgICAgICAgICAgZG9jdW1lbnQuICBXaGVuIHNldCwgcHJvdGVjdGlvbiBpcyBk ZXNpcmVkLiAgV2hlbiBub3Qgc2V0LA0KICAgID4gICAgICAgICAgIHByb3RlY3Rpb24gaXMgbm90 IGRlc2lyZWQuICBUaGUgZW5mb3JjZW1lbnQgb2YgdGhlIHByb3RlY3Rpb24gaXMNCiAgICA+ICAg ICAgICAgICBpZGVudGlmaWVkIHZpYSB0aGUgRS1GbGFnLg0KICAgID4NCiAgICA+DQogICAgPiAg ICAgQlRXLCB0aGFua3MgZm9yIHNlY3Rpb24gNCBpdCBoZWxwcyENCiAgICA+DQogICAgPiAgICAg TWF5YmUgYWRkIGFuIGV4cGxpY2l0IGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgc2VjdGlvbi4gQ29u c2lkZXIgYSBQQ0MNCiAgICA+ICAgICB0aGF0IHN1cHBvcnRzIHlvdXIgZXh0ZW5zaW9uLCBhbmQg c2V0cyB0aGUgRSBmbGFnIHRvIDEgYW5kIGEgUENFIHRoYXQNCiAgICA+ICAgICBkb2VzIG5vdCBz dXBwb3J0IHlvdXIgZXh0ZW5zaW9uIHdpbGwgaWdub3JlIGl0IGFuZCBiZWhhdmUgYXMgYmVmb3Jl DQogICAgPiAgICAgYW5kIHRodXMgbm90IGVuZm9yY2UgbG9jYWwgcHJvdGVjdGlvbiwgYW5kIHRo ZXJlIHdvdWxkIGJlIG5vIHdheSBmb3INCiAgICA+ICAgICB0aGUgUENDIHRvIGtub3cgYWJvdXQg aXQhIE5vdCBzdXJlIGlmIHdlIG5lZWQgc29tZSBzb3J0IG9mIGNhcGFiaWxpdHkNCiAgICA+ICAg ICBleGNoYW5nZSBoZXJlPw0KICAgID4NCiAgICA+ICAgICBUaGFua3MhDQogICAgPiAgICAgRGhy dXYNCiAgICA+DQogICAgPiAgICAgT24gRnJpLCBNYXIgNiwgMjAyMCBhdCAxMDo0NSBQTSBTdG9u ZSwgQW5kcmV3IChOb2tpYSAtIENBL090dGF3YSkNCiAgICA+ICAgICA8YW5kcmV3LnN0b25lQG5v a2lhLmNvbT4gd3JvdGU6DQogICAgPiAgICAgPg0KICAgID4gICAgID4gSGkgUENFIFdHLA0KICAg ID4gICAgID4NCiAgICA+ICAgICA+IFRoaXMgZHJhZnQgd2FzIHVwZGF0ZWQgdG8gaW5jbHVkZSB0 aGUgZm9sbG93aW5nOg0KICAgID4gICAgID4NCiAgICA+ICAgICA+IC0gRHJhZnQgcmVuYW1lZCB0 byByZWZsZWN0IHRoaXMgaXMgZm9yICJsb2NhbCIgcHJvdGVjdGlvbiBlbmZvcmNlbWVudCAodXNl ZCB0byBiZSBjYWxsZWQgcGF0aC1wcm90ZWN0aW9uKQ0KICAgID4gICAgID4gLSBuZXcgY28gYXV0 aG9yDQogICAgPiAgICAgPiAtIEFkZGVkIG1vcmUgdGV4dCByZWdhcmRpbmcgdGhlIHZhcmlvdXMg dXNlIGNhc2VzIC8gd2h5IGEgdXNlciBtYXkgd2FudCB0aGVzZSBvcHRpb25zDQogICAgPiAgICAg PiAtIEFkZGVkIHRleHQgZGlzY3Vzc2luZyBzaXR1YXRpb25zIG9mIG5vIHByZWZlcmVuY2UgLyAi bm8gbm90IGNhcmUiDQogICAgPiAgICAgPg0KICAgID4gICAgID4gVGhhbmtzDQogICAgPiAgICAg PiBBbmRyZXcNCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAgICA+ICAg ICA+IE9uIDIwMjAtMDMtMDIsIDExOjMyIEFNLCAiaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiA8 aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCiAgICA+ICAgICA+DQogICAgPiAgICAg Pg0KICAgID4gICAgID4gICAgIEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1zdG9uZS1wY2Ut bG9jYWwtcHJvdGVjdGlvbi1lbmZvcmNlbWVudC0wMC50eHQNCiAgICA+ICAgICA+ICAgICBoYXMg YmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEFuZHJldyBTdG9uZSBhbmQgcG9zdGVkIHRv IHRoZQ0KICAgID4gICAgID4gICAgIElFVEYgcmVwb3NpdG9yeS4NCiAgICA+ICAgICA+DQogICAg PiAgICAgPiAgICAgTmFtZTogICAgICAgICAgICAgICBkcmFmdC1zdG9uZS1wY2UtbG9jYWwtcHJv dGVjdGlvbi1lbmZvcmNlbWVudA0KICAgID4gICAgID4gICAgIFJldmlzaW9uOiAgIDAwDQogICAg PiAgICAgPiAgICAgVGl0bGU6ICAgICAgICAgICAgICBMb2NhbCBQcm90ZWN0aW9uIEVuZm9yY2Vt ZW50IGluIFBDRVANCiAgICA+ICAgICA+ICAgICBEb2N1bWVudCBkYXRlOiAgICAgIDIwMjAtMDMt MDINCiAgICA+ICAgICA+ICAgICBHcm91cDogICAgICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlz c2lvbg0KICAgID4gICAgID4gICAgIFBhZ2VzOiAgICAgICAgICAgICAgOA0KICAgID4gICAgID4g ICAgIFVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv ZHJhZnQtc3RvbmUtcGNlLWxvY2FsLXByb3RlY3Rpb24tZW5mb3JjZW1lbnQtMDAudHh0DQogICAg PiAgICAgPiAgICAgU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXN0b25lLXBjZS1sb2NhbC1wcm90ZWN0aW9uLWVuZm9yY2VtZW50Lw0KICAgID4g ICAgID4gICAgIEh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtc3RvbmUtcGNlLWxvY2FsLXByb3RlY3Rpb24tZW5mb3JjZW1lbnQtMDANCiAgICA+ICAgICA+ ICAgICBIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRt bC9kcmFmdC1zdG9uZS1wY2UtbG9jYWwtcHJvdGVjdGlvbi1lbmZvcmNlbWVudA0KICAgID4gICAg ID4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICAgQWJzdHJhY3Q6DQogICAgPiAgICAgPiAg ICAgICAgVGhpcyBkb2N1bWVudCBhaW1zIHRvIGNsYXJpZnkgZXhpc3RpbmcgdXNhZ2Ugb2YgdGhl IGxvY2FsIHByb3RlY3Rpb24NCiAgICA+ICAgICA+ICAgICAgICBkZXNpcmVkIGJpdCBzaWduYWxs ZWQgaW4gUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IFByb3RvY29sIChQQ0VQKS4NCiAgICA+ICAg ICA+ICAgICAgICBUaGlzIGRvY3VtZW50IGFsc28gaW50cm9kdWNlcyBhIG5ldyBmbGFnIGZvciBz aWduYWxsaW5nIHByb3RlY3Rpb24NCiAgICA+ICAgICA+ICAgICAgICBzdHJpY3RuZXNzIGluIFBD RVAuDQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0K ICAgID4gICAgID4gICAgIFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCiAgICA+ICAgICA+ICAgICB1bnRp bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmll dGYub3JnLg0KICAgID4gICAgID4NCiAgICA+ICAgICA+ICAgICBUaGUgSUVURiBTZWNyZXRhcmlh dA0KICAgID4gICAgID4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAg ICA+ICAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQogICAgPiAgICAgPiBQY2UgbWFpbGluZyBsaXN0DQogICAgPiAgICAgPiBQY2VAaWV0Zi5vcmcN CiAgICA+ICAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQog ICAgPg0KDQo= From nobody Mon Aug 17 17:51:26 2020 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 EF3253A1537 for ; Mon, 17 Aug 2020 17:51:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 YMCZ9bT9swkj for ; Mon, 17 Aug 2020 17:51:17 -0700 (PDT) Received: from mail-m127101.qiye.163.com (mail-m127101.qiye.163.com [115.236.127.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3C433A1536 for ; Mon, 17 Aug 2020 17:51:15 -0700 (PDT) Received: from DESKTOP2IOH5QC (unknown [219.142.69.75]) by mail-m127101.qiye.163.com (Hmail) with ESMTPA id 54E09427FA; Tue, 18 Aug 2020 08:51:11 +0800 (CST) From: "Aijun Wang" To: "'Pengshuping \(Peng Shuping\)'" , , References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <004b01d6721f$243fc540$6cbf4fc0$@tsinghua.org.cn> <4278D47A901B3041A737953BAA078ADE192929BB@DGGEML532-MBX.china.huawei.com> In-Reply-To: <4278D47A901B3041A737953BAA078ADE192929BB@DGGEML532-MBX.china.huawei.com> Date: Tue, 18 Aug 2020 08:51:09 +0800 Message-ID: <009d01d674f9$aa375500$fea5ff00$@tsinghua.org.cn> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_009E_01D6753C.B85D2D10" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHX+X3Kir3KHNv+Zitu0mg2QgWnsAFOxJ8LAaOQ/RCpImjLMA== Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZQkJCSkkeSU1IH00ZVkpOQkxMSkpDTEpOQk5VEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0hPQ1VKS0tZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6Mzo6Pio4PD8eND8DPUI4SRdR KUoaCkNVSlVKTkJMTEpKQ0xJS01OVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxOWVdZCAFZQUhOTExONwY+ X-HM-Tid: 0a73ff0c6de09865kuuu54e09427fa Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 00:51:23 -0000 This is a multipart message in MIME format. ------=_NextPart_000_009E_01D6753C.B85D2D10 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi, Shuping: =20 Please see the responses inline, wish to see the update of the draft = soon. =20 =20 Best Regards =20 Aijun Wang China Telecom =20 From: Pengshuping (Peng Shuping) [mailto:pengshuping@huawei.com]=20 Sent: Friday, August 14, 2020 7:46 PM To: Aijun Wang ; julien.meuric@orange.com; pce@ietf.org Subject: RE: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller =20 Hi Aijun,=20 =20 Thank you for your comments! Please find the responses in line below.=20 =20 From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Aijun Wang Sent: Friday, August 14, 2020 5:42 PM To: julien.meuric@orange.com ; pce@ietf.org =20 Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller =20 Hi=A3=ACDhruv, Julien and authors of this draft: =20 I reviewed this draft and had the following comments for its WG LC: 1. Generally speaking, I support the direction that stated also in the = draft as "A PCE-based central controller (PCECC) can simplify the processing = of a distributed control plane by blending it with elements of SDN and without necessarily completely replacing it." =20 =20 [Shuping] Thank you for your support. =20 =20 2. This draft states it focuses on LSP Path central control, but I think = the procedures described in this draft is common to other CCI object(which = may be defined in other documents). So would it be better to generalize the procedures? The specific part for other path type may be only the CCI objects. This can facilitate the extension of PCECC procedure in other scenario. =20 =20 [Shuping] Yes, you are right. We can add some text in the introduction = to make it clear that though this document focuses on the basic PCECC LSP = mode for the static LSPs, the procedures defined are generic enough to be = used by other PCECC extensions. [WAJ] Not only the introduction part, but also the following procedures. = It is better to generalize the (section 5 ), not strictly limit within the LSP path.=20 =20 =20 3. Section-5.5.1of this draft describes the =A1=B0Basic PCECC LSP Setup=A1=B1, = which is based on the LSP delegation mode. But for LSP delegate mode, the LSP must = exist beforehand, which is constructed via the distributed protocol(RSVP = etc.). In such scenario, is it necessary to allocate the Label via the PCE? =20 =20 [Shuping] This is similar to the case for RFC 8664 where a PCC-initiated = SR path is delegated to the PCE. It is not mandatory for the path = (label-stack) to be "constructed" beforehand. [WAJ] For the PCC-initiated SR path, only the headend need to be = touched. It is different from the scenario described in Figure 2. =20 =20 4. I think the most useful scenario for PCECC should be based on = =A1=B0PCE Initiate=A1=B1 message, which is used to initiate one new path from the = PCE, together with the label allocation. =20 =20 [Shuping] I agree. =20 =20 5. Similar consideration is for the =A1=B0PCC allocation label=A1=B1. = What the reason to let the PCC allocate such label? Why can=A1=AFt PCE allocate = such information for each PCC from its appointed label space? =20 =20 [Shuping] It was suggested to be added because in some cases PCC may not = be able to allocate a part of its label space for PCE to control and it = would want to control the full label-space allocation. [WAJ] In such situation, we think the distributed only label allocation = is fine. The PCE should not intervene this process. Adding PCE in the = network should simplify the procedures, not make it complex. =20 =20 6. For definition of CCI object, will it simplify the overall procedures = if the CCI object for MPLS label includes both the IN and OUT label = together? =20 =20 [Shuping] At the ingress, we would only have out-label, and at the = egress, we would only have an in-label. In case of P2MP branch nodes, we would have one in-label and many = out-labels as described in another I-D. For these reasons, we decided to have them as separate CCI instances. [WAJ] Separate CCI instances requires the binding function on the = devices. How to avoid the problem when the CCI instances can=A1=AFt be bound = together? For example, the PCE download two out label, no in label, or vice versa? =20 =20 Best Regards,=20 Shuping =20 Best Regards =20 Aijun Wang China Telecom =20 =20 =20 =20 -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.com =20 Sent: Thursday, August 6, 2020 12:19 AM To: pce@ietf.org =20 Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller =20 Hi all, =20 This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and = share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). =20 Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our = WG adoption queue. =20 Thanks, =20 Dhruv & Julien =20 =20 _________________________________________________________________________= ___ _____________________________________________ =20 Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles = d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. =20 This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be = distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. =20 _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce ------=_NextPart_000_009E_01D6753C.B85D2D10 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, = Shuping:

 

Please see = the responses inline, wish to see the update of the draft = soon.

 

 

Best = Regards

 

Aijun = Wang

China Telecom

 

<= b>From:<= /b> Pengshuping = (Peng Shuping) [mailto:pengshuping@huawei.com]
Sent: Friday, = August 14, 2020 7:46 PM
To: Aijun Wang = <wangaijun@tsinghua.org.cn>; julien.meuric@orange.com; = pce@ietf.org
Subject: RE: [Pce] PCE WG LC for = draft-ietf-pce-pcep-extension-for-pce-controller

<= span lang=3DEN-US> 

Hi Aijun,

 

Thank you for your comments! Please = find the responses in line below.

 

<= b>From:<= /b> Pce [mailto:pce-bounces@ietf.org] = On Behalf Of Aijun Wang
Sent: Friday, August 14, 2020 = 5:42 PM
To: julien.meuric@orange.com; = pce@ietf.org
Subject: Re: = [Pce] PCE WG LC for = draft-ietf-pce-pcep-extension-for-pce-controller

<= span lang=3DEN-US> 

Hi=A3=ACDhruv, Julien and authors of this = draft:

 

I reviewed this draft and had the following comments for = its WG LC:

1. Generally speaking, I support the direction that stated = also in the draft as "A PCE-based central controller (PCECC) can = simplify the processing of a distributed control plane by blending it = with elements of SDN and

   without necessarily completely replacing = it."

 

 

[Shuping] Thank you for your = support.

 

 

2. This draft states it focuses on LSP Path central = control, but I think the procedures described in this draft is common to = other CCI object(which may be defined in other documents). So would it = be better to generalize the procedures? The specific part for other path = type may be only the CCI objects. This can facilitate the extension of = PCECC procedure in other scenario.

 

 

[Shuping] Yes, you are right. We can add some = text in the introduction to make it clear that though this document = focuses on the basic PCECC LSP mode for the static LSPs, the procedures = defined are generic enough to be used by other PCECC = extensions.

[WAJ] Not = only the introduction part, but also the following procedures.  It = is better to generalize the (section 5), not = strictly limit within the LSP path.

 

 

3. Section-5.5.1of this draft describes = the =A1=B0Basic PCECC LSP Setup=A1=B1, which is based on the LSP delegation mode. But for LSP = delegate mode, the LSP must exist beforehand, which is constructed via = the distributed protocol(RSVP etc.). In such scenario, is it necessary = to allocate the Label via the PCE?

 

 

[Shuping] This is similar to the case for = RFC 8664 where a PCC-initiated SR path is delegated to the PCE. It is = not mandatory for the path (label-stack) to be "constructed" = beforehand.

[WAJ] For the = PCC-initiated SR path, only the headend need to be touched. It is = different from the scenario described in Figure = 2.

 

 

4. I think the most useful scenario for PCECC should be = based on =A1=B0PCE Initiate=A1=B1 message, which is used to initiate one new path from the = PCE, together with the label allocation.

 

 

[Shuping] I agree.

 

 

5. Similar consideration is for the =A1=B0PCC allocation label=A1=B1. = What the reason to let the PCC allocate such label? Why can=A1=AFt PCE allocate such information for each PCC from its = appointed label space?

 

 

[Shuping] It was suggested to be added = because in some cases PCC may not be able to allocate a part of its = label space for PCE to control and it would want to control the full = label-space allocation.

[WAJ] In such = situation, we think the distributed only label allocation is fine. The = PCE should not intervene this process. Adding PCE in the network should = simplify the procedures, not make it complex.

 

 

6. For definition of CCI object, will it simplify the = overall procedures if the CCI object for MPLS label includes both the IN = and OUT label together?

 

 

[Shuping] At the ingress, we would only have = out-label, and at the egress, we would only have an = in-label.

In case of P2MP branch nodes, we = would have one in-label and many out-labels as described in another = I-D.

For these reasons, we decided to = have them as separate CCI instances.

[WAJ] = Separate CCI instances requires the binding function on the devices. How = to avoid the problem when the CCI instances can=A1=AFt be bound = together? For example, the PCE download two out label, no in label, or = vice versa?

 

 

Best Regards, =

Shuping

 

Best Regards

 

Aijun Wang

China Telecom

 

 

 

 

-----Original Message-----
From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On = Behalf Of julien.meuric@orange.com
= Sent: Thursday, August 6, 2020 12:19 AM
To: pce@ietf.org
Subject: [Pce] PCE WG = LC for = draft-ietf-pce-pcep-extension-for-pce-controller

 

Hi all,

 

This message initiates a 3-week WG Last Call on = draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and = share your feedback, whatever it is, using the PCE mailing = list.

This LC will end on Wednesday August 26, 11:59pm (any = timezone).

 

Please note that this I-D is related = to

draft-zhao-pce-pcep-extension-pce-controller-sr which is = already in our WG adoption queue.

 

Thanks,

 

Dhruv & Julien

 

 

____________________________________________________________= _____________________________________________________________<= /span>

 

Ce message et ses pieces jointes peuvent contenir des = informations confidentielles ou privilegiees et ne doivent donc pas etre = diffuses, exploites ou copies sans autorisation. Si vous avez recu ce = message par erreur, veuillez le signaler a l'expediteur et le detruire = ainsi que les pieces jointes. Les messages electroniques etant = susceptibles d'alteration, Orange decline toute responsabilite si ce = message a ete altere, deforme ou falsifie. = Merci.

 

This message and its attachments may contain confidential = or privileged information that may be protected by law; they should not = be distributed, used or copied without = authorisation.

If you have received this email in error, please notify the = sender and delete this message and its = attachments.

As emails may be altered, Orange is not liable for messages = that have been modified, changed or falsified.

Thank you.

 

_______________________________________________

Pce mailing list

Pce@ietf.org

https://www.ietf.org/mail= man/listinfo/pce

------=_NextPart_000_009E_01D6753C.B85D2D10-- From nobody Tue Aug 18 03:14:31 2020 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 17BF43A076C; Tue, 18 Aug 2020 03:14:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , julien.meuric@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 7.14.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <159774566007.7391.8438917795083934621@ietfa.amsl.com> Date: Tue, 18 Aug 2020 03:14:20 -0700 Archived-At: Subject: [Pce] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf-?= =?utf-8?q?pce-pcep-flowspec-10=3A_=28with_COMMENT=29?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 10:14:20 -0000 ร‰ric Vyncke has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. I found the text easy to read albeit sometimes it could be shortened (section 1 for example). But, I prefer clarity and ease of read to concise text. I have only one non-blocking comment in section 4: documenting what is the expected behavior when receiving a "Value" != 0 could be helpful (probably the usual 'ignored'). I hope that this helps to improve the document, Regards, -รฉric From nobody Tue Aug 18 04:08:26 2020 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 233783A098E; Tue, 18 Aug 2020 04:08:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 aXHaMbZ4ZUCF; Tue, 18 Aug 2020 04:08:17 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 761CA3A0943; Tue, 18 Aug 2020 04:08:07 -0700 (PDT) Received: from lhreml724-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id DB764BE19CF20BA601D1; Tue, 18 Aug 2020 12:08:03 +0100 (IST) Received: from lhreml724-chm.china.huawei.com (10.201.108.75) by lhreml724-chm.china.huawei.com (10.201.108.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 18 Aug 2020 12:08:03 +0100 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml724-chm.china.huawei.com (10.201.108.75) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 18 Aug 2020 12:08:03 +0100 Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.174]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0487.000; Tue, 18 Aug 2020 19:07:55 +0800 From: "Pengshuping (Peng Shuping)" To: "adrian@olddog.co.uk" , "julien.meuric@orange.com" , "pce@ietf.org" CC: "draft-ietf-pce-pcep-extension-for-pce-controller@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0Q0kz7+ql6hwUS1plRGoPjqbak6dAsAgANT2UA= Date: Tue, 18 Aug 2020 11:07:54 +0000 Message-ID: <4278D47A901B3041A737953BAA078ADE192CC81E@DGGEML532-MBX.china.huawei.com> References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <005d01d673e8$59140720$0b3c1560$@olddog.co.uk> In-Reply-To: <005d01d673e8$59140720$0b3c1560$@olddog.co.uk> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.195.99] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 11:08:25 -0000 Dear Adrian,=20 Many thanks for your detailed review and comments.=20 Please find the diff with our updates to the draft according to your commen= ts. Hope we have addressed them properly.=20 https://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=3Ddraft-ietf-pce-pce= p-extension-for-pce-controller-06&url2=3Dhttps://raw.githubusercontent.com/= dhruvdhody/ietf/master/draft-ietf-pce-pcep-extension-for-pce-controller-07.= txt We have also updated Chao Zhou's email address in the draft.=20 Thank you! Best regards,=20 Shuping > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 17, 2020 12:15 AM > To: julien.meuric@orange.com; pce@ietf.org > Cc: draft-ietf-pce-pcep-extension-for-pce-controller@ietf.org > Subject: RE: [Pce] PCE WG LC for > draft-ietf-pce-pcep-extension-for-pce-controller >=20 > Hi Julien, WG, authors, >=20 > I'm listed as one of the eight Contributors to this document, although my > affiliation should read "Old Dog Consulting". >=20 > I was a co-author of RFC 8283, so I am generally glad to see protocol wor= k > addressing this space. >=20 > This document is almost ready to progress, but there are quite a few nits > that we should take care of before asking to advance the document. > After that's done, I support this document being published as an RFC. >=20 > Thanks, > Adrian >=20 > =3D=3D=3D >=20 > Figures >=20 > If you make the table in Section 5.2 into "Figure 1" then you will not ne= ed to > renumber Figure 2. >=20 > All figures should have a caption such as you have for Figure 2. >=20 > All figures should be mentioned explicitly in the text. Thus, instead of = saying > "as shown below" you should say "as shown in Figure 2". This is importan= t > because: > - it helps the RFC Editor check that you are using all of the figures > - it protects the text from edits that might move it around in relation > to the figure. >=20 > --- >=20 > Abstract >=20 > s/(G)MPLS/MPLS and GMPLS/ > s/PCEP protocol extensions/PCEP extensions/ >=20 > --- >=20 > Introduction >=20 > s/draft specify/document specifies/ >=20 > --- >=20 > Introduction >=20 > The extension for PCECC in Segment Routing (SR) is specified in a > separate draft [I-D.zhao-pce-pcep-extension-pce-controller-sr]. >=20 > This paragraph is, of course, completely true. But it is absolutely uncle= ar > what it is doing here. There has been no previous discussion of SR in the > document, and the only other mention of SR is in 5.5.9. I think we can > probably do without this paragraph. >=20 > --- >=20 > 2. >=20 > OLD > Terminologies used in this document is same as described in the draft > [RFC8283]. > NEW > Terminology used in this document is that same as that described in > [RFC8283]. > END >=20 > --- >=20 > 3. >=20 > OLD > it is assumed that label range to be used NEW > it is assumed that the label range to be used END >=20 > OLD > A future extension could add this capability NEW > A future extension could add the capability END >=20 > OLD > This document also allow a case where the label space is maintained > by PCC itself > NEW > This document also allows a case where the label space is maintained > by the PCC itself > END >=20 > --- >=20 > 4. >=20 > OLD > Following key requirements associated PCECC should be considered > when > designing the PCECC based solution: > NEW > The following key requirements should be considered when > designing the PCECC based solution: > END >=20 > --- >=20 > 5.3 > s/This document specify/This document specifies/ s//new CCI > object-type/new CCI object-types/ >=20 > --- >=20 > 5.4 > s/During PCEP Initialization Phase/During the PCEP Initialization Phase/ > s/Path is setup/Path is set up/ s/sub-TLV in PCC's/sub-TLV in a PCC's/ s/= PCE's > OPEN message/a PCE's OPEN message/ >=20 > --- >=20 > 5.4 >=20 > If the PCEP > Speakers support the extensions of this draft but did not advertise > this capability attempts a PCECC operation then a PCErr message with > Error-Type=3D19(Invalid Operation) and Error-Value=3DTBD3 (Attempted > PCECC operations when PCECC capability was not advertised) will be > generated and the PCEP session will be terminated. >=20 > This is good. But you also need to include what happens if an > implementation that does not understand these extensions receives one. > I suspect you can do this with a reference to another document. >=20 > --- >=20 > There are a couple of cases of s/a LSP/an LSP/ >=20 > --- >=20 > 5.5.1 >=20 > s/based on PCECC mechanism/based on the PCECC mechanism/ > s/LSP-IDENTIFIER TLV MUST/An LSP-IDENTIFIER TLV MUST/ s/with D > flags/with D flag/ s/and set up the/and sets up the/ s/include the > central/includes the central/ s/The CC-ID is uniquely identify/The CC-ID > uniquely identifies/ s/two CCI object/two CCI objects/ s/PCECC LSP is sam= e > as/PCECC LSP is the same as/ > s/receives PCRpt message/receives a PCRpt message/ (twice) > s/The PCECC LSP are/The PCECC LSPs are/ > s/In case where/In the case where/ > s/label allocation are/label allocations are/ s/Similarly C bit/Similarly= the C > bit/ >=20 > --- >=20 > 5.5.1 >=20 > You have: > This PCUpd message is as per [RFC8231] SHOULD include the path > information as calculated by the PCE. >=20 > I think that you are not defining anything new here. You are just describ= ing > what 8231 already says. So how about... >=20 > Per [RFC8231], this PCUpd message should include the path > information calculated by the PCE. >=20 > --- >=20 > 5.5.1 >=20 > The Ingress MAY further choose to deploy a > data plane check mechanism and report the status back to the PCE via > PCRpt message. >=20 > This is fine, but you should probably add some explanation of why an Ingr= ess > might choose to do this. >=20 > --- >=20 > 5.5.1 >=20 > It should be noted that in this example, the request is made to the > egress node with C bit set in the CCI object to indicate that the > label allocation needs to be done by the egress and it responds with > the allocated label to the PCE. >=20 > This is a little ambiguous. "...it responds" - what is it? > Perhaps you should have: > "...done by the egress, and the egress responds..." >=20 > --- >=20 > 5.5.2.1 >=20 > s/to setup an LSP based/to set up an LSP based/ > s/included in LSP object/included in the LSP object/ (twice) > s/New PCEP object/A new PCEP object/ >=20 > --- >=20 > 5.5.2.2 >=20 > If the PCC receives a PCInitiate message but does not recognize the > label in the CCI, the PCC MUST generate a PCErr message with Error- > Type 19(Invalid operation) and Error-Value=3DTBD8, "Unknown Label" and > MUST include the SRP object to specify the error is for the > corresponding label cleanup (via PCInitiate message). >=20 > This is OK as a choice, but I wonder why you need to report this as an er= ror. > The intention of the request is to make sure that the label in the CCI is > removed from the PCC. If the label is not recognised, isn't this the righ= t result > meaning that the answer should be a positive response? >=20 > I'm not saying you must change this, but please consider it. >=20 > --- >=20 > 5.5.3 >=20 > s/In order to setup/In order to set up/ >=20 > OLD > The > PCC responds with first PCRpt message with the status as "GOING-UP" > and assigned PLSP-ID. > NEW > The > PCC responds with a PCRpt message with the status set to "GOING-UP" > and carrying the assigned PLSP-ID. > END >=20 > s/from PCECC are send/from PCECC are sent/ s/setup operations are/setup > operations are the/ s/LSP is same as/LSP is the same as/ s/the PCE SHOULD > send the/the PCE SHOULD send a/ s/In case where/In the case where/ > s/label allocation are made/label allocations are made/ >=20 > --- >=20 > 5.5.3 >=20 > In case where the label allocation are made by the PCC itself (see > Section 5.5.8), the procedure remains similar. >=20 > Do you mean "remains similar" or "is the same"? > If it is only similar then you need to describe how it is different. >=20 > --- >=20 > 5.5.4 ` > s/modification of PCECC/modification of a PCECC/ s/In case where/In the > case where/ s/label allocation are made/label allocations are made/ >=20 > --- >=20 > 5.5.4 >=20 > In case where the label allocation are made by the PCC itself (see > Section 5.5.8), the procedure remains similar. >=20 > Same question as 5.5.3 >=20 > --- >=20 > 5.5.5 >=20 > s/control over the/control over an/ > s/In case of/In the case of a/ >=20 > --- >=20 > 5.5.9 >=20 > s/the PCE via PCRpt message as per/the PCE via a PCRpt message as per/ >=20 > --- >=20 > 5.5.9 >=20 > The PCECC capability MUST be exchanged on the PCEP session, before > PCE could allocate binding label. >=20 > Maybe turn this around to read... >=20 > Before a PCE can allocate a binding label the PCECC capability MUST > be exchanged on the PCEP session. >=20 > --- >=20 > 6.1 >=20 > OLD > the message has been extended as shown below NEW > this document extends the message as shown below END >=20 > --- >=20 > Either in 6.1 or in section 2, you should include something like >=20 > The message formats in this document are specified using Routing > Backus-Naur Form (RBNF) encoding as specified in [RFC5511]. >=20 > And obviously add a reference to 5511. >=20 > --- >=20 > 6.1 >=20 > c/At max two instances/At most two instances/ >=20 > --- >=20 > 7.1 >=20 > s/defines a new optional TLVs/defines new optional TLVs/ >=20 > --- >=20 > 7.1.1 >=20 > OLD > No flags are assigned right now. > NEW > No flags are defined in this document. > END >=20 > --- >=20 > 7.3 >=20 > OLD > Currently, the following flag bit is defined: > NEW > Currently, the following flag bits are defined: > END >=20 > s/A PCE set this bit/A PCE sets this bit/ >=20 > --- >=20 > 11.3 >=20 > Can you add to the definition of this registry what the size is? I think = there > are 32 bits available. >=20 > --- >=20 > 11.4 >=20 > I think the name of this section is wrong. you are not creating a new reg= istry > in this section. >=20 > --- >=20 > 11.6 >=20 > You should say how many bits this registry can track. I think it is 16. >=20 > --- >=20 > 11.7 >=20 > It's not too important, but it might be nice to order this list by increa= sing > error type. >=20 > -----Original Message----- > From: Pce On Behalf Of julien.meuric@orange.com > Sent: 05 August 2020 17:19 > To: pce@ietf.org > Subject: [Pce] PCE WG LC for > draft-ietf-pce-pcep-extension-for-pce-controller >=20 > Hi all, >=20 > This message initiates a 3-week WG Last Call on > draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and > share your feedback, whatever it is, using the PCE mailing list. > This LC will end on Wednesday August 26, 11:59pm (any timezone). >=20 > Please note that this I-D is related to > draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our W= G > adoption queue. >=20 > Thanks, >=20 > Dhruv & Julien >=20 >=20 > ______________________________________________________________ > ______________ > _____________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exp= loites > ou copies sans autorisation. Si vous avez recu ce message par erreur, veu= illez > le signaler a l'expediteur et le detruire ainsi que les pieces jointes. L= es > messages electroniques etant susceptibles d'alteration, Orange decline to= ute > responsabilite si ce message a ete altere, deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or privileged > information that may be protected by law; they should not be distributed, > used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n > modified, changed or falsified. > Thank you. >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Tue Aug 18 04:25:23 2020 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 592403A08C6; Tue, 18 Aug 2020 04:25:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 JhKv5p9cE4CO; Tue, 18 Aug 2020 04:25:18 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 246073A08C4; Tue, 18 Aug 2020 04:25:17 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07IBP75R013170; Tue, 18 Aug 2020 12:25:07 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4C03022040; Tue, 18 Aug 2020 12:25:07 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id 3EFD92203C; Tue, 18 Aug 2020 12:25:07 +0100 (BST) Received: from LAPTOPK7AS653V (121.128.51.84.dyn.plus.net [84.51.128.121] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07IBP48Q006613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2020 12:25:06 +0100 Reply-To: From: "Adrian Farrel" To: "'Pengshuping \(Peng Shuping\)'" , , Cc: References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <005d01d673e8$59140720$0b3c1560$@olddog.co.uk> <4278D47A901B3041A737953BAA078ADE192CC81E@DGGEML532-MBX.china.huawei.com> In-Reply-To: <4278D47A901B3041A737953BAA078ADE192CC81E@DGGEML532-MBX.china.huawei.com> Date: Tue, 18 Aug 2020 12:25:04 +0100 Organization: Old Dog Consulting Message-ID: <02b801d67552$398dca10$aca95e30$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHX+X3Kir3KHNv+Zitu0mg2QgWnsALCEeGoAY0dHp+pGDcI0A== Content-Language: en-gb X-Originating-IP: 84.51.128.121 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25610.006 X-TM-AS-Result: No--24.738-10.0-31-10 X-imss-scan-details: No--24.738-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25610.006 X-TMASE-Result: 10--24.737800-10.000000 X-TMASE-MatchedRID: CxmI61mtwh/xIbpQ8BhdbMLRNemq17EiXgpxNhVX600QRBpJW7jIuFbT tJpG9MBBf75B4EpcCc3RFgremBU1Jd4V9K8RueK0zNY33yIEF4atWRlCkdGILAbYcy9YQl6eiUT icE4hGe+oy3O8wJBQauHup0CA6H124v0NZhXozJwQJmbnc0fDNT17tS9vI0pxPmubFiuDpYcsgd kHScxUMQqgIX5tM6o9PX0TPMP9juJav8PkKeeaZJ1U1lojafr/5GNm5cTRaUcbVUVEY6U/ry6rY 6BnmX2dWxwLlsLfqJhVuoohJ89hdZN/i/+M0xRDXK5keCa+bmiCVqomaN+L4NZd/DOmlnxI75aa l1LPDC6JiVO+jlJ9Y5lg6cQmEVNFCGqH67UhpHsmtTGirqG/D+v6L5uWBkxpBVC09q+/DM+NBvR mKMdxcN60HgLOjDCrfBSAUEnIZdNU9VQXY3cvI0z7FUUjXG1j87QrIQgH3y3ROhK+RFWo5iMIN1 XfvZow2Z5NDGx7NFPNgc4aQw/LYkX7vgbTvl/Y48SQ1JLtjzb4+P2z9zkTN3xbHSW75Ust5ulUd upTtt3iucJll/I4n3UTa/bvH1PP8wJBoulkHEEkQUxgaZ8Yx5thyTejrpTsVz8J52OVy+SLfzA5 12U6m2KmpRZOtx8UjDDvEWr+SwGMhIwnasPH+9m6V9lyTcKhqLMUMdWZj6PI9EDAP/dpthDIw7H M/OWF17k6tDefsSN4nh9dA5FChwWXUM9q5FYOUIJW4+Og/QIx/k92L7R8toUDJqiOaTaYtB8w7w UXwfZPFr824k28kEpKY5QLfpdAN3piIT02WECeAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47gc4WL5J jd88P306Q4zhC4D3QfwsVk0UbslCGssfkpInQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 11:25:21 -0000 That's super-fast work, Shuping. Thanks. I skimmed through the changes and checked the ones where I had asked questions. Everything looks good. I can now fully support the last call. Best, Adrian -----Original Message----- From: Pengshuping (Peng Shuping) Sent: 18 August 2020 12:08 To: adrian@olddog.co.uk; julien.meuric@orange.com; pce@ietf.org Cc: draft-ietf-pce-pcep-extension-for-pce-controller@ietf.org Subject: RE: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Dear Adrian, Many thanks for your detailed review and comments. Please find the diff with our updates to the draft according to your comments. Hope we have addressed them properly. https://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=draft-ietf-pce-pcep-e xtension-for-pce-controller-06&url2=https://raw.githubusercontent.com/dhruvd hody/ietf/master/draft-ietf-pce-pcep-extension-for-pce-controller-07.txt We have also updated Chao Zhou's email address in the draft. Thank you! Best regards, Shuping > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 17, 2020 12:15 AM > To: julien.meuric@orange.com; pce@ietf.org > Cc: draft-ietf-pce-pcep-extension-for-pce-controller@ietf.org > Subject: RE: [Pce] PCE WG LC for > draft-ietf-pce-pcep-extension-for-pce-controller > > Hi Julien, WG, authors, > > I'm listed as one of the eight Contributors to this document, although my > affiliation should read "Old Dog Consulting". > > I was a co-author of RFC 8283, so I am generally glad to see protocol work > addressing this space. > > This document is almost ready to progress, but there are quite a few nits > that we should take care of before asking to advance the document. > After that's done, I support this document being published as an RFC. > > Thanks, > Adrian > > === > > Figures > > If you make the table in Section 5.2 into "Figure 1" then you will not need to > renumber Figure 2. > > All figures should have a caption such as you have for Figure 2. > > All figures should be mentioned explicitly in the text. Thus, instead of saying > "as shown below" you should say "as shown in Figure 2". This is important > because: > - it helps the RFC Editor check that you are using all of the figures > - it protects the text from edits that might move it around in relation > to the figure. > > --- > > Abstract > > s/(G)MPLS/MPLS and GMPLS/ > s/PCEP protocol extensions/PCEP extensions/ > > --- > > Introduction > > s/draft specify/document specifies/ > > --- > > Introduction > > The extension for PCECC in Segment Routing (SR) is specified in a > separate draft [I-D.zhao-pce-pcep-extension-pce-controller-sr]. > > This paragraph is, of course, completely true. But it is absolutely unclear > what it is doing here. There has been no previous discussion of SR in the > document, and the only other mention of SR is in 5.5.9. I think we can > probably do without this paragraph. > > --- > > 2. > > OLD > Terminologies used in this document is same as described in the draft > [RFC8283]. > NEW > Terminology used in this document is that same as that described in > [RFC8283]. > END > > --- > > 3. > > OLD > it is assumed that label range to be used NEW > it is assumed that the label range to be used END > > OLD > A future extension could add this capability NEW > A future extension could add the capability END > > OLD > This document also allow a case where the label space is maintained > by PCC itself > NEW > This document also allows a case where the label space is maintained > by the PCC itself > END > > --- > > 4. > > OLD > Following key requirements associated PCECC should be considered > when > designing the PCECC based solution: > NEW > The following key requirements should be considered when > designing the PCECC based solution: > END > > --- > > 5.3 > s/This document specify/This document specifies/ s//new CCI > object-type/new CCI object-types/ > > --- > > 5.4 > s/During PCEP Initialization Phase/During the PCEP Initialization Phase/ > s/Path is setup/Path is set up/ s/sub-TLV in PCC's/sub-TLV in a PCC's/ s/PCE's > OPEN message/a PCE's OPEN message/ > > --- > > 5.4 > > If the PCEP > Speakers support the extensions of this draft but did not advertise > this capability attempts a PCECC operation then a PCErr message with > Error-Type=19(Invalid Operation) and Error-Value=TBD3 (Attempted > PCECC operations when PCECC capability was not advertised) will be > generated and the PCEP session will be terminated. > > This is good. But you also need to include what happens if an > implementation that does not understand these extensions receives one. > I suspect you can do this with a reference to another document. > > --- > > There are a couple of cases of s/a LSP/an LSP/ > > --- > > 5.5.1 > > s/based on PCECC mechanism/based on the PCECC mechanism/ > s/LSP-IDENTIFIER TLV MUST/An LSP-IDENTIFIER TLV MUST/ s/with D > flags/with D flag/ s/and set up the/and sets up the/ s/include the > central/includes the central/ s/The CC-ID is uniquely identify/The CC-ID > uniquely identifies/ s/two CCI object/two CCI objects/ s/PCECC LSP is same > as/PCECC LSP is the same as/ > s/receives PCRpt message/receives a PCRpt message/ (twice) > s/The PCECC LSP are/The PCECC LSPs are/ > s/In case where/In the case where/ > s/label allocation are/label allocations are/ s/Similarly C bit/Similarly the C > bit/ > > --- > > 5.5.1 > > You have: > This PCUpd message is as per [RFC8231] SHOULD include the path > information as calculated by the PCE. > > I think that you are not defining anything new here. You are just describing > what 8231 already says. So how about... > > Per [RFC8231], this PCUpd message should include the path > information calculated by the PCE. > > --- > > 5.5.1 > > The Ingress MAY further choose to deploy a > data plane check mechanism and report the status back to the PCE via > PCRpt message. > > This is fine, but you should probably add some explanation of why an Ingress > might choose to do this. > > --- > > 5.5.1 > > It should be noted that in this example, the request is made to the > egress node with C bit set in the CCI object to indicate that the > label allocation needs to be done by the egress and it responds with > the allocated label to the PCE. > > This is a little ambiguous. "...it responds" - what is it? > Perhaps you should have: > "...done by the egress, and the egress responds..." > > --- > > 5.5.2.1 > > s/to setup an LSP based/to set up an LSP based/ > s/included in LSP object/included in the LSP object/ (twice) > s/New PCEP object/A new PCEP object/ > > --- > > 5.5.2.2 > > If the PCC receives a PCInitiate message but does not recognize the > label in the CCI, the PCC MUST generate a PCErr message with Error- > Type 19(Invalid operation) and Error-Value=TBD8, "Unknown Label" and > MUST include the SRP object to specify the error is for the > corresponding label cleanup (via PCInitiate message). > > This is OK as a choice, but I wonder why you need to report this as an error. > The intention of the request is to make sure that the label in the CCI is > removed from the PCC. If the label is not recognised, isn't this the right result > meaning that the answer should be a positive response? > > I'm not saying you must change this, but please consider it. > > --- > > 5.5.3 > > s/In order to setup/In order to set up/ > > OLD > The > PCC responds with first PCRpt message with the status as "GOING-UP" > and assigned PLSP-ID. > NEW > The > PCC responds with a PCRpt message with the status set to "GOING-UP" > and carrying the assigned PLSP-ID. > END > > s/from PCECC are send/from PCECC are sent/ s/setup operations are/setup > operations are the/ s/LSP is same as/LSP is the same as/ s/the PCE SHOULD > send the/the PCE SHOULD send a/ s/In case where/In the case where/ > s/label allocation are made/label allocations are made/ > > --- > > 5.5.3 > > In case where the label allocation are made by the PCC itself (see > Section 5.5.8), the procedure remains similar. > > Do you mean "remains similar" or "is the same"? > If it is only similar then you need to describe how it is different. > > --- > > 5.5.4 ` > s/modification of PCECC/modification of a PCECC/ s/In case where/In the > case where/ s/label allocation are made/label allocations are made/ > > --- > > 5.5.4 > > In case where the label allocation are made by the PCC itself (see > Section 5.5.8), the procedure remains similar. > > Same question as 5.5.3 > > --- > > 5.5.5 > > s/control over the/control over an/ > s/In case of/In the case of a/ > > --- > > 5.5.9 > > s/the PCE via PCRpt message as per/the PCE via a PCRpt message as per/ > > --- > > 5.5.9 > > The PCECC capability MUST be exchanged on the PCEP session, before > PCE could allocate binding label. > > Maybe turn this around to read... > > Before a PCE can allocate a binding label the PCECC capability MUST > be exchanged on the PCEP session. > > --- > > 6.1 > > OLD > the message has been extended as shown below NEW > this document extends the message as shown below END > > --- > > Either in 6.1 or in section 2, you should include something like > > The message formats in this document are specified using Routing > Backus-Naur Form (RBNF) encoding as specified in [RFC5511]. > > And obviously add a reference to 5511. > > --- > > 6.1 > > c/At max two instances/At most two instances/ > > --- > > 7.1 > > s/defines a new optional TLVs/defines new optional TLVs/ > > --- > > 7.1.1 > > OLD > No flags are assigned right now. > NEW > No flags are defined in this document. > END > > --- > > 7.3 > > OLD > Currently, the following flag bit is defined: > NEW > Currently, the following flag bits are defined: > END > > s/A PCE set this bit/A PCE sets this bit/ > > --- > > 11.3 > > Can you add to the definition of this registry what the size is? I think there > are 32 bits available. > > --- > > 11.4 > > I think the name of this section is wrong. you are not creating a new registry > in this section. > > --- > > 11.6 > > You should say how many bits this registry can track. I think it is 16. > > --- > > 11.7 > > It's not too important, but it might be nice to order this list by increasing > error type. > > -----Original Message----- > From: Pce On Behalf Of julien.meuric@orange.com > Sent: 05 August 2020 17:19 > To: pce@ietf.org > Subject: [Pce] PCE WG LC for > draft-ietf-pce-pcep-extension-for-pce-controller > > Hi all, > > This message initiates a 3-week WG Last Call on > draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and > share your feedback, whatever it is, using the PCE mailing list. > This LC will end on Wednesday August 26, 11:59pm (any timezone). > > Please note that this I-D is related to > draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG > adoption queue. > > Thanks, > > Dhruv & Julien > > > ______________________________________________________________ > ______________ > _____________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites > ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez > le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les > messages electroniques etant susceptibles d'alteration, Orange decline toute > responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; they should not be distributed, > used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Tue Aug 18 04:37:19 2020 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 BC5A23A08F4; Tue, 18 Aug 2020 04:37:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.332 X-Spam-Level: X-Spam-Status: No, score=-1.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, 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 QkR0FwJWJQuS; Tue, 18 Aug 2020 04:37:14 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 21EB03A08ED; Tue, 18 Aug 2020 04:37:14 -0700 (PDT) Received: from lhreml724-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id C62B847E3598142C52AC; Tue, 18 Aug 2020 12:37:12 +0100 (IST) Received: from lhreml724-chm.china.huawei.com (10.201.108.75) by lhreml724-chm.china.huawei.com (10.201.108.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 18 Aug 2020 12:37:12 +0100 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml724-chm.china.huawei.com (10.201.108.75) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 18 Aug 2020 12:37:11 +0100 Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.174]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0487.000; Tue, 18 Aug 2020 19:37:03 +0800 From: "Pengshuping (Peng Shuping)" To: adrian , julien.meuric , pce CC: draft-ietf-pce-pcep-extension-for-pce-controller Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0Q0kz7+ql6hwUS1plRGoPjqbak6dAsAgANT2UD//3/nAIAAiXco Date: Tue, 18 Aug 2020 11:37:05 +0000 Message-ID: E8CA205C-D087-48BD-8DF6-0E63CACD4221 References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <005d01d673e8$59140720$0b3c1560$@olddog.co.uk> <4278D47A901B3041A737953BAA078ADE192CC81E@DGGEML532-MBX.china.huawei.com>, <02b801d67552$398dca10$aca95e30$@olddog.co.uk> In-Reply-To: <02b801d67552$398dca10$aca95e30$@olddog.co.uk> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_E8CA205CD08748BD8DF60E63CACD4221_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 11:37:17 -0000 --_000_E8CA205CD08748BD8DF60E63CACD4221_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QnJhdm8hIDopDQoNCg0KVGhhbmsgeW91LCBBZHJpYW4hDQoNCg0KQmVzdCByZWdhcmRzLA0KDQpT aHVwaW5nDQoNCuWPkeS7tuS6uu+8mkFkcmlhbiBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs+ DQrmlLbku7bkurrvvJpQZW5nc2h1cGluZyAoUGVuZyBTaHVwaW5nKSA8cGVuZ3NodXBpbmdAaHVh d2VpLmNvbT47anVsaWVuLm1ldXJpYyA8anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPjtwY2UgPHBj ZUBpZXRmLm9yZz4NCuaKhOKAg+mAge+8mmRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZv ci1wY2UtY29udHJvbGxlciA8ZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9yLXBjZS1j b250cm9sbGVyQGlldGYub3JnPg0K5pe24oCD6Ze077yaMjAyMC0wOC0xOCAxOToyNToyMw0K5Li7 4oCD6aKY77yaUkU6IFtQY2VdIFBDRSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRl bnNpb24tZm9yLXBjZS1jb250cm9sbGVyDQoNClRoYXQncyBzdXBlci1mYXN0IHdvcmssIFNodXBp bmcuIFRoYW5rcy4NCg0KSSBza2ltbWVkIHRocm91Z2ggdGhlIGNoYW5nZXMgYW5kIGNoZWNrZWQg dGhlIG9uZXMgd2hlcmUgSSBoYWQgYXNrZWQNCnF1ZXN0aW9ucy4NCg0KRXZlcnl0aGluZyBsb29r cyBnb29kLg0KDQpJIGNhbiBub3cgZnVsbHkgc3VwcG9ydCB0aGUgbGFzdCBjYWxsLg0KDQpCZXN0 LA0KQWRyaWFuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBQZW5nc2h1cGlu ZyAoUGVuZyBTaHVwaW5nKSA8cGVuZ3NodXBpbmdAaHVhd2VpLmNvbT4NClNlbnQ6IDE4IEF1Z3Vz dCAyMDIwIDEyOjA4DQpUbzogYWRyaWFuQG9sZGRvZy5jby51azsganVsaWVuLm1ldXJpY0BvcmFu Z2UuY29tOyBwY2VAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1m b3ItcGNlLWNvbnRyb2xsZXJAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbUGNlXSBQQ0UgV0cgTEMg Zm9yDQpkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXINCg0K RGVhciBBZHJpYW4sDQoNCk1hbnkgdGhhbmtzIGZvciB5b3VyIGRldGFpbGVkIHJldmlldyBhbmQg Y29tbWVudHMuDQoNClBsZWFzZSBmaW5kIHRoZSBkaWZmIHdpdGggb3VyIHVwZGF0ZXMgdG8gdGhl IGRyYWZ0IGFjY29yZGluZyB0byB5b3VyDQpjb21tZW50cy4gSG9wZSB3ZSBoYXZlIGFkZHJlc3Nl ZCB0aGVtIHByb3Blcmx5Lg0KDQpodHRwczovL3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYv cmZjZGlmZi5weWh0P3VybDE9ZHJhZnQtaWV0Zi1wY2UtcGNlcC1lDQp4dGVuc2lvbi1mb3ItcGNl LWNvbnRyb2xsZXItMDYmdXJsMj1odHRwczovL3Jhdy5naXRodWJ1c2VyY29udGVudC5jb20vZGhy dXZkDQpob2R5L2lldGYvbWFzdGVyL2RyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZvci1w Y2UtY29udHJvbGxlci0wNy50eHQNCg0KV2UgaGF2ZSBhbHNvIHVwZGF0ZWQgQ2hhbyBaaG91J3Mg ZW1haWwgYWRkcmVzcyBpbiB0aGUgZHJhZnQuDQoNClRoYW5rIHlvdSENCg0KQmVzdCByZWdhcmRz LA0KU2h1cGluZw0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQWRy aWFuIEZhcnJlbCBbbWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWtdDQo+IFNlbnQ6IE1vbmRheSwg QXVndXN0IDE3LCAyMDIwIDEyOjE1IEFNDQo+IFRvOiBqdWxpZW4ubWV1cmljQG9yYW5nZS5jb207 IHBjZUBpZXRmLm9yZw0KPiBDYzogZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9yLXBj ZS1jb250cm9sbGVyQGlldGYub3JnDQo+IFN1YmplY3Q6IFJFOiBbUGNlXSBQQ0UgV0cgTEMgZm9y DQo+IGRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZvci1wY2UtY29udHJvbGxlcg0KPg0K PiBIaSBKdWxpZW4sIFdHLCBhdXRob3JzLA0KPg0KPiBJJ20gbGlzdGVkIGFzIG9uZSBvZiB0aGUg ZWlnaHQgQ29udHJpYnV0b3JzIHRvIHRoaXMgZG9jdW1lbnQsIGFsdGhvdWdoIG15DQo+IGFmZmls aWF0aW9uIHNob3VsZCByZWFkICJPbGQgRG9nIENvbnN1bHRpbmciLg0KPg0KPiBJIHdhcyBhIGNv LWF1dGhvciBvZiBSRkMgODI4Mywgc28gSSBhbSBnZW5lcmFsbHkgZ2xhZCB0byBzZWUgcHJvdG9j b2wgd29yaw0KPiBhZGRyZXNzaW5nIHRoaXMgc3BhY2UuDQo+DQo+IFRoaXMgZG9jdW1lbnQgaXMg YWxtb3N0IHJlYWR5IHRvIHByb2dyZXNzLCBidXQgdGhlcmUgYXJlIHF1aXRlIGEgZmV3IG5pdHMN Cj4gdGhhdCB3ZSBzaG91bGQgdGFrZSBjYXJlIG9mIGJlZm9yZSBhc2tpbmcgdG8gYWR2YW5jZSB0 aGUgZG9jdW1lbnQuDQo+IEFmdGVyIHRoYXQncyBkb25lLCBJIHN1cHBvcnQgdGhpcyBkb2N1bWVu dCBiZWluZyBwdWJsaXNoZWQgYXMgYW4gUkZDLg0KPg0KPiBUaGFua3MsDQo+IEFkcmlhbg0KPg0K PiA9PT0NCj4NCj4gRmlndXJlcw0KPg0KPiBJZiB5b3UgbWFrZSB0aGUgdGFibGUgaW4gU2VjdGlv biA1LjIgaW50byAiRmlndXJlIDEiIHRoZW4geW91IHdpbGwgbm90DQpuZWVkIHRvDQo+IHJlbnVt YmVyIEZpZ3VyZSAyLg0KPg0KPiBBbGwgZmlndXJlcyBzaG91bGQgaGF2ZSBhIGNhcHRpb24gc3Vj aCBhcyB5b3UgaGF2ZSBmb3IgRmlndXJlIDIuDQo+DQo+IEFsbCBmaWd1cmVzIHNob3VsZCBiZSBt ZW50aW9uZWQgZXhwbGljaXRseSBpbiB0aGUgdGV4dC4gVGh1cywgaW5zdGVhZCBvZg0Kc2F5aW5n DQo+ICJhcyBzaG93biBiZWxvdyIgeW91IHNob3VsZCBzYXkgImFzIHNob3duIGluIEZpZ3VyZSAy Ii4gIFRoaXMgaXMgaW1wb3J0YW50DQo+IGJlY2F1c2U6DQo+IC0gaXQgaGVscHMgdGhlIFJGQyBF ZGl0b3IgY2hlY2sgdGhhdCB5b3UgYXJlIHVzaW5nIGFsbCBvZiB0aGUgZmlndXJlcw0KPiAtIGl0 IHByb3RlY3RzIHRoZSB0ZXh0IGZyb20gZWRpdHMgdGhhdCBtaWdodCBtb3ZlIGl0IGFyb3VuZCBp biByZWxhdGlvbg0KPiAgIHRvIHRoZSBmaWd1cmUuDQo+DQo+IC0tLQ0KPg0KPiBBYnN0cmFjdA0K Pg0KPiBzLyhHKU1QTFMvTVBMUyBhbmQgR01QTFMvDQo+IHMvUENFUCBwcm90b2NvbCBleHRlbnNp b25zL1BDRVAgZXh0ZW5zaW9ucy8NCj4NCj4gLS0tDQo+DQo+IEludHJvZHVjdGlvbg0KPg0KPiBz L2RyYWZ0IHNwZWNpZnkvZG9jdW1lbnQgc3BlY2lmaWVzLw0KPg0KPiAtLS0NCj4NCj4gSW50cm9k dWN0aW9uDQo+DQo+ICAgIFRoZSBleHRlbnNpb24gZm9yIFBDRUNDIGluIFNlZ21lbnQgUm91dGlu ZyAoU1IpIGlzIHNwZWNpZmllZCBpbiBhDQo+ICAgIHNlcGFyYXRlIGRyYWZ0IFtJLUQuemhhby1w Y2UtcGNlcC1leHRlbnNpb24tcGNlLWNvbnRyb2xsZXItc3JdLg0KPg0KPiBUaGlzIHBhcmFncmFw aCBpcywgb2YgY291cnNlLCBjb21wbGV0ZWx5IHRydWUuIEJ1dCBpdCBpcyBhYnNvbHV0ZWx5DQp1 bmNsZWFyDQo+IHdoYXQgaXQgaXMgZG9pbmcgaGVyZS4gVGhlcmUgaGFzIGJlZW4gbm8gcHJldmlv dXMgZGlzY3Vzc2lvbiBvZiBTUiBpbiB0aGUNCj4gZG9jdW1lbnQsIGFuZCB0aGUgb25seSBvdGhl ciBtZW50aW9uIG9mIFNSIGlzIGluIDUuNS45LiBJIHRoaW5rIHdlIGNhbg0KPiBwcm9iYWJseSBk byB3aXRob3V0IHRoaXMgcGFyYWdyYXBoLg0KPg0KPiAtLS0NCj4NCj4gMi4NCj4NCj4gT0xEDQo+ ICAgIFRlcm1pbm9sb2dpZXMgdXNlZCBpbiB0aGlzIGRvY3VtZW50IGlzIHNhbWUgYXMgZGVzY3Jp YmVkIGluIHRoZSBkcmFmdA0KPiAgICBbUkZDODI4M10uDQo+IE5FVw0KPiAgICBUZXJtaW5vbG9n eSB1c2VkIGluIHRoaXMgZG9jdW1lbnQgaXMgdGhhdCBzYW1lIGFzIHRoYXQgZGVzY3JpYmVkIGlu DQo+ICAgIFtSRkM4MjgzXS4NCj4gRU5EDQo+DQo+IC0tLQ0KPg0KPiAzLg0KPg0KPiBPTEQNCj4g ICAgaXQgaXMgYXNzdW1lZCB0aGF0IGxhYmVsIHJhbmdlIHRvIGJlIHVzZWQgTkVXDQo+ICAgIGl0 IGlzIGFzc3VtZWQgdGhhdCB0aGUgbGFiZWwgcmFuZ2UgdG8gYmUgdXNlZCBFTkQNCj4NCj4gT0xE DQo+ICAgIEEgZnV0dXJlIGV4dGVuc2lvbiBjb3VsZCBhZGQgdGhpcyBjYXBhYmlsaXR5IE5FVw0K PiAgICBBIGZ1dHVyZSBleHRlbnNpb24gY291bGQgYWRkIHRoZSBjYXBhYmlsaXR5IEVORA0KPg0K PiBPTEQNCj4gICAgVGhpcyBkb2N1bWVudCBhbHNvIGFsbG93IGEgY2FzZSB3aGVyZSB0aGUgbGFi ZWwgc3BhY2UgaXMgbWFpbnRhaW5lZA0KPiAgICBieSBQQ0MgaXRzZWxmDQo+IE5FVw0KPiAgICBU aGlzIGRvY3VtZW50IGFsc28gYWxsb3dzIGEgY2FzZSB3aGVyZSB0aGUgbGFiZWwgc3BhY2UgaXMg bWFpbnRhaW5lZA0KPiAgICBieSB0aGUgUENDIGl0c2VsZg0KPiBFTkQNCj4NCj4gLS0tDQo+DQo+ IDQuDQo+DQo+IE9MRA0KPiAgICBGb2xsb3dpbmcga2V5IHJlcXVpcmVtZW50cyBhc3NvY2lhdGVk IFBDRUNDIHNob3VsZCBiZSBjb25zaWRlcmVkDQo+IHdoZW4NCj4gICAgZGVzaWduaW5nIHRoZSBQ Q0VDQyBiYXNlZCBzb2x1dGlvbjoNCj4gTkVXDQo+ICAgIFRoZSBmb2xsb3dpbmcga2V5IHJlcXVp cmVtZW50cyBzaG91bGQgYmUgY29uc2lkZXJlZCB3aGVuDQo+ICAgIGRlc2lnbmluZyB0aGUgUENF Q0MgYmFzZWQgc29sdXRpb246DQo+IEVORA0KPg0KPiAtLS0NCj4NCj4gNS4zDQo+IHMvVGhpcyBk b2N1bWVudCBzcGVjaWZ5L1RoaXMgZG9jdW1lbnQgc3BlY2lmaWVzLyBzLy9uZXcgQ0NJDQo+IG9i amVjdC10eXBlL25ldyBDQ0kgb2JqZWN0LXR5cGVzLw0KPg0KPiAtLS0NCj4NCj4gNS40DQo+IHMv RHVyaW5nIFBDRVAgSW5pdGlhbGl6YXRpb24gUGhhc2UvRHVyaW5nIHRoZSBQQ0VQIEluaXRpYWxp emF0aW9uIFBoYXNlLw0KPiBzL1BhdGggaXMgc2V0dXAvUGF0aCBpcyBzZXQgdXAvIHMvc3ViLVRM ViBpbiBQQ0Mncy9zdWItVExWIGluIGEgUENDJ3MvDQpzL1BDRSdzDQo+IE9QRU4gbWVzc2FnZS9h IFBDRSdzIE9QRU4gbWVzc2FnZS8NCj4NCj4gLS0tDQo+DQo+IDUuNA0KPg0KPiAgICBJZiB0aGUg UENFUA0KPiAgICBTcGVha2VycyBzdXBwb3J0IHRoZSBleHRlbnNpb25zIG9mIHRoaXMgZHJhZnQg YnV0IGRpZCBub3QgYWR2ZXJ0aXNlDQo+ICAgIHRoaXMgY2FwYWJpbGl0eSBhdHRlbXB0cyBhIFBD RUNDIG9wZXJhdGlvbiB0aGVuIGEgUENFcnIgbWVzc2FnZSB3aXRoDQo+ICAgIEVycm9yLVR5cGU9 MTkoSW52YWxpZCBPcGVyYXRpb24pIGFuZCBFcnJvci1WYWx1ZT1UQkQzIChBdHRlbXB0ZWQNCj4g ICAgUENFQ0Mgb3BlcmF0aW9ucyB3aGVuIFBDRUNDIGNhcGFiaWxpdHkgd2FzIG5vdCBhZHZlcnRp c2VkKSB3aWxsIGJlDQo+ICAgIGdlbmVyYXRlZCBhbmQgdGhlIFBDRVAgc2Vzc2lvbiB3aWxsIGJl IHRlcm1pbmF0ZWQuDQo+DQo+IFRoaXMgaXMgZ29vZC4gQnV0IHlvdSBhbHNvIG5lZWQgdG8gaW5j bHVkZSB3aGF0IGhhcHBlbnMgaWYgYW4NCj4gaW1wbGVtZW50YXRpb24gdGhhdCBkb2VzIG5vdCB1 bmRlcnN0YW5kIHRoZXNlIGV4dGVuc2lvbnMgcmVjZWl2ZXMgb25lLg0KPiBJIHN1c3BlY3QgeW91 IGNhbiBkbyB0aGlzIHdpdGggYSByZWZlcmVuY2UgdG8gYW5vdGhlciBkb2N1bWVudC4NCj4NCj4g LS0tDQo+DQo+IFRoZXJlIGFyZSBhIGNvdXBsZSBvZiBjYXNlcyBvZiBzL2EgTFNQL2FuIExTUC8N Cj4NCj4gLS0tDQo+DQo+IDUuNS4xDQo+DQo+IHMvYmFzZWQgb24gUENFQ0MgbWVjaGFuaXNtL2Jh c2VkIG9uIHRoZSBQQ0VDQyBtZWNoYW5pc20vDQo+IHMvTFNQLUlERU5USUZJRVIgVExWIE1VU1Qv QW4gTFNQLUlERU5USUZJRVIgVExWIE1VU1QvIHMvd2l0aCBEDQo+IGZsYWdzL3dpdGggRCBmbGFn LyBzL2FuZCBzZXQgdXAgdGhlL2FuZCBzZXRzIHVwIHRoZS8gcy9pbmNsdWRlIHRoZQ0KPiBjZW50 cmFsL2luY2x1ZGVzIHRoZSBjZW50cmFsLyBzL1RoZSBDQy1JRCBpcyB1bmlxdWVseSBpZGVudGlm eS9UaGUgQ0MtSUQNCj4gdW5pcXVlbHkgaWRlbnRpZmllcy8gcy90d28gQ0NJIG9iamVjdC90d28g Q0NJIG9iamVjdHMvIHMvUENFQ0MgTFNQIGlzIHNhbWUNCj4gYXMvUENFQ0MgTFNQIGlzIHRoZSBz YW1lIGFzLw0KPiBzL3JlY2VpdmVzIFBDUnB0IG1lc3NhZ2UvcmVjZWl2ZXMgYSBQQ1JwdCBtZXNz YWdlLyAgICh0d2ljZSkNCj4gcy9UaGUgUENFQ0MgTFNQIGFyZS9UaGUgUENFQ0MgTFNQcyBhcmUv DQo+IHMvSW4gY2FzZSB3aGVyZS9JbiB0aGUgY2FzZSB3aGVyZS8NCj4gcy9sYWJlbCBhbGxvY2F0 aW9uIGFyZS9sYWJlbCBhbGxvY2F0aW9ucyBhcmUvIHMvU2ltaWxhcmx5IEMgYml0L1NpbWlsYXJs eQ0KdGhlIEMNCj4gYml0Lw0KPg0KPiAtLS0NCj4NCj4gNS41LjENCj4NCj4gWW91IGhhdmU6DQo+ ICAgIFRoaXMgUENVcGQgbWVzc2FnZSBpcyBhcyBwZXIgW1JGQzgyMzFdIFNIT1VMRCBpbmNsdWRl IHRoZSBwYXRoDQo+ICAgIGluZm9ybWF0aW9uIGFzIGNhbGN1bGF0ZWQgYnkgdGhlIFBDRS4NCj4N Cj4gSSB0aGluayB0aGF0IHlvdSBhcmUgbm90IGRlZmluaW5nIGFueXRoaW5nIG5ldyBoZXJlLiBZ b3UgYXJlIGp1c3QNCmRlc2NyaWJpbmcNCj4gd2hhdCA4MjMxIGFscmVhZHkgc2F5cy4gU28gaG93 IGFib3V0Li4uDQo+DQo+ICAgIFBlciBbUkZDODIzMV0sIHRoaXMgUENVcGQgbWVzc2FnZSBzaG91 bGQgaW5jbHVkZSB0aGUgcGF0aA0KPiAgICBpbmZvcm1hdGlvbiBjYWxjdWxhdGVkIGJ5IHRoZSBQ Q0UuDQo+DQo+IC0tLQ0KPg0KPiA1LjUuMQ0KPg0KPiAgICBUaGUgSW5ncmVzcyBNQVkgZnVydGhl ciBjaG9vc2UgdG8gZGVwbG95IGENCj4gICAgZGF0YSBwbGFuZSBjaGVjayBtZWNoYW5pc20gYW5k IHJlcG9ydCB0aGUgc3RhdHVzIGJhY2sgdG8gdGhlIFBDRSB2aWENCj4gICAgUENScHQgbWVzc2Fn ZS4NCj4NCj4gVGhpcyBpcyBmaW5lLCBidXQgeW91IHNob3VsZCBwcm9iYWJseSBhZGQgc29tZSBl eHBsYW5hdGlvbiBvZiB3aHkgYW4NCkluZ3Jlc3MNCj4gbWlnaHQgY2hvb3NlIHRvIGRvIHRoaXMu DQo+DQo+IC0tLQ0KPg0KPiA1LjUuMQ0KPg0KPiAgICBJdCBzaG91bGQgYmUgbm90ZWQgdGhhdCBp biB0aGlzIGV4YW1wbGUsIHRoZSByZXF1ZXN0IGlzIG1hZGUgdG8gdGhlDQo+ICAgIGVncmVzcyBu b2RlIHdpdGggQyBiaXQgc2V0IGluIHRoZSBDQ0kgb2JqZWN0IHRvIGluZGljYXRlIHRoYXQgdGhl DQo+ICAgIGxhYmVsIGFsbG9jYXRpb24gbmVlZHMgdG8gYmUgZG9uZSBieSB0aGUgZWdyZXNzIGFu ZCBpdCByZXNwb25kcyB3aXRoDQo+ICAgIHRoZSBhbGxvY2F0ZWQgbGFiZWwgdG8gdGhlIFBDRS4N Cj4NCj4gVGhpcyBpcyBhIGxpdHRsZSBhbWJpZ3VvdXMuICIuLi5pdCByZXNwb25kcyIgLSB3aGF0 IGlzIGl0Pw0KPiBQZXJoYXBzIHlvdSBzaG91bGQgaGF2ZToNCj4gIi4uLmRvbmUgYnkgdGhlIGVn cmVzcywgYW5kIHRoZSBlZ3Jlc3MgcmVzcG9uZHMuLi4iDQo+DQo+IC0tLQ0KPg0KPiA1LjUuMi4x DQo+DQo+IHMvdG8gc2V0dXAgYW4gTFNQIGJhc2VkL3RvIHNldCB1cCBhbiBMU1AgYmFzZWQvDQo+ IHMvaW5jbHVkZWQgaW4gTFNQIG9iamVjdC9pbmNsdWRlZCBpbiB0aGUgTFNQIG9iamVjdC8gICAo dHdpY2UpDQo+IHMvTmV3IFBDRVAgb2JqZWN0L0EgbmV3IFBDRVAgb2JqZWN0Lw0KPg0KPiAtLS0N Cj4NCj4gNS41LjIuMg0KPg0KPiAgICBJZiB0aGUgUENDIHJlY2VpdmVzIGEgUENJbml0aWF0ZSBt ZXNzYWdlIGJ1dCBkb2VzIG5vdCByZWNvZ25pemUgdGhlDQo+ICAgIGxhYmVsIGluIHRoZSBDQ0ks IHRoZSBQQ0MgTVVTVCBnZW5lcmF0ZSBhIFBDRXJyIG1lc3NhZ2Ugd2l0aCBFcnJvci0NCj4gICAg VHlwZSAxOShJbnZhbGlkIG9wZXJhdGlvbikgYW5kIEVycm9yLVZhbHVlPVRCRDgsICJVbmtub3du IExhYmVsIiBhbmQNCj4gICAgTVVTVCBpbmNsdWRlIHRoZSBTUlAgb2JqZWN0IHRvIHNwZWNpZnkg dGhlIGVycm9yIGlzIGZvciB0aGUNCj4gICAgY29ycmVzcG9uZGluZyBsYWJlbCBjbGVhbnVwICh2 aWEgUENJbml0aWF0ZSBtZXNzYWdlKS4NCj4NCj4gVGhpcyBpcyBPSyBhcyBhIGNob2ljZSwgYnV0 IEkgd29uZGVyIHdoeSB5b3UgbmVlZCB0byByZXBvcnQgdGhpcyBhcyBhbg0KZXJyb3IuDQo+IFRo ZSBpbnRlbnRpb24gb2YgdGhlIHJlcXVlc3QgaXMgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGxhYmVs IGluIHRoZSBDQ0kgaXMNCj4gcmVtb3ZlZCBmcm9tIHRoZSBQQ0MuIElmIHRoZSBsYWJlbCBpcyBu b3QgcmVjb2duaXNlZCwgaXNuJ3QgdGhpcyB0aGUgcmlnaHQNCnJlc3VsdA0KPiBtZWFuaW5nIHRo YXQgdGhlIGFuc3dlciBzaG91bGQgYmUgYSBwb3NpdGl2ZSByZXNwb25zZT8NCj4NCj4gSSdtIG5v dCBzYXlpbmcgeW91IG11c3QgY2hhbmdlIHRoaXMsIGJ1dCBwbGVhc2UgY29uc2lkZXIgaXQuDQo+ DQo+IC0tLQ0KPg0KPiA1LjUuMw0KPg0KPiBzL0luIG9yZGVyIHRvIHNldHVwL0luIG9yZGVyIHRv IHNldCB1cC8NCj4NCj4gT0xEDQo+ICAgIFRoZQ0KPiAgICBQQ0MgcmVzcG9uZHMgd2l0aCBmaXJz dCBQQ1JwdCBtZXNzYWdlIHdpdGggdGhlIHN0YXR1cyBhcyAiR09JTkctVVAiDQo+ICAgIGFuZCBh c3NpZ25lZCBQTFNQLUlELg0KPiBORVcNCj4gICAgVGhlDQo+ICAgIFBDQyByZXNwb25kcyB3aXRo IGEgUENScHQgbWVzc2FnZSB3aXRoIHRoZSBzdGF0dXMgc2V0IHRvICJHT0lORy1VUCINCj4gICAg YW5kIGNhcnJ5aW5nIHRoZSBhc3NpZ25lZCBQTFNQLUlELg0KPiBFTkQNCj4NCj4gcy9mcm9tIFBD RUNDIGFyZSBzZW5kL2Zyb20gUENFQ0MgYXJlIHNlbnQvIHMvc2V0dXAgb3BlcmF0aW9ucyBhcmUv c2V0dXANCj4gb3BlcmF0aW9ucyBhcmUgdGhlLyBzL0xTUCBpcyBzYW1lIGFzL0xTUCBpcyB0aGUg c2FtZSBhcy8gcy90aGUgUENFIFNIT1VMRA0KPiBzZW5kIHRoZS90aGUgUENFIFNIT1VMRCBzZW5k IGEvIHMvSW4gY2FzZSB3aGVyZS9JbiB0aGUgY2FzZSB3aGVyZS8NCj4gcy9sYWJlbCBhbGxvY2F0 aW9uIGFyZSBtYWRlL2xhYmVsIGFsbG9jYXRpb25zIGFyZSBtYWRlLw0KPg0KPiAtLS0NCj4NCj4g NS41LjMNCj4NCj4gICAgSW4gY2FzZSB3aGVyZSB0aGUgbGFiZWwgYWxsb2NhdGlvbiBhcmUgbWFk ZSBieSB0aGUgUENDIGl0c2VsZiAoc2VlDQo+ICAgIFNlY3Rpb24gNS41LjgpLCB0aGUgcHJvY2Vk dXJlIHJlbWFpbnMgc2ltaWxhci4NCj4NCj4gRG8geW91IG1lYW4gInJlbWFpbnMgc2ltaWxhciIg b3IgImlzIHRoZSBzYW1lIj8NCj4gSWYgaXQgaXMgb25seSBzaW1pbGFyIHRoZW4geW91IG5lZWQg dG8gZGVzY3JpYmUgaG93IGl0IGlzIGRpZmZlcmVudC4NCj4NCj4gLS0tDQo+DQo+IDUuNS40ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBgDQo+IHMvbW9k aWZpY2F0aW9uIG9mIFBDRUNDL21vZGlmaWNhdGlvbiBvZiBhIFBDRUNDLyBzL0luIGNhc2Ugd2hl cmUvSW4gdGhlDQo+IGNhc2Ugd2hlcmUvIHMvbGFiZWwgYWxsb2NhdGlvbiBhcmUgbWFkZS9sYWJl bCBhbGxvY2F0aW9ucyBhcmUgbWFkZS8NCj4NCj4gLS0tDQo+DQo+IDUuNS40DQo+DQo+ICAgIElu IGNhc2Ugd2hlcmUgdGhlIGxhYmVsIGFsbG9jYXRpb24gYXJlIG1hZGUgYnkgdGhlIFBDQyBpdHNl bGYgKHNlZQ0KPiAgICBTZWN0aW9uIDUuNS44KSwgdGhlIHByb2NlZHVyZSByZW1haW5zIHNpbWls YXIuDQo+DQo+IFNhbWUgcXVlc3Rpb24gYXMgNS41LjMNCj4NCj4gLS0tDQo+DQo+IDUuNS41DQo+ DQo+IHMvY29udHJvbCBvdmVyIHRoZS9jb250cm9sIG92ZXIgYW4vDQo+IHMvSW4gY2FzZSBvZi9J biB0aGUgY2FzZSBvZiBhLw0KPg0KPiAtLS0NCj4NCj4gNS41LjkNCj4NCj4gcy90aGUgUENFIHZp YSBQQ1JwdCBtZXNzYWdlIGFzIHBlci90aGUgUENFIHZpYSBhIFBDUnB0IG1lc3NhZ2UgYXMgcGVy Lw0KPg0KPiAtLS0NCj4NCj4gNS41LjkNCj4NCj4gICAgVGhlIFBDRUNDIGNhcGFiaWxpdHkgTVVT VCBiZSBleGNoYW5nZWQgb24gdGhlIFBDRVAgc2Vzc2lvbiwgYmVmb3JlDQo+ICAgIFBDRSBjb3Vs ZCBhbGxvY2F0ZSBiaW5kaW5nIGxhYmVsLg0KPg0KPiBNYXliZSB0dXJuIHRoaXMgYXJvdW5kIHRv IHJlYWQuLi4NCj4NCj4gICAgQmVmb3JlIGEgUENFIGNhbiBhbGxvY2F0ZSBhIGJpbmRpbmcgbGFi ZWwgdGhlIFBDRUNDIGNhcGFiaWxpdHkgTVVTVA0KPiAgICBiZSBleGNoYW5nZWQgb24gdGhlIFBD RVAgc2Vzc2lvbi4NCj4NCj4gLS0tDQo+DQo+IDYuMQ0KPg0KPiBPTEQNCj4gICAgdGhlIG1lc3Nh Z2UgaGFzIGJlZW4gZXh0ZW5kZWQgYXMgc2hvd24gYmVsb3cgTkVXDQo+ICAgIHRoaXMgZG9jdW1l bnQgZXh0ZW5kcyB0aGUgbWVzc2FnZSBhcyBzaG93biBiZWxvdyBFTkQNCj4NCj4gLS0tDQo+DQo+ IEVpdGhlciBpbiA2LjEgb3IgaW4gc2VjdGlvbiAyLCB5b3Ugc2hvdWxkIGluY2x1ZGUgc29tZXRo aW5nIGxpa2UNCj4NCj4gICAgVGhlIG1lc3NhZ2UgZm9ybWF0cyBpbiB0aGlzIGRvY3VtZW50IGFy ZSBzcGVjaWZpZWQgdXNpbmcgUm91dGluZw0KPiAgICBCYWNrdXMtTmF1ciBGb3JtIChSQk5GKSBl bmNvZGluZyBhcyBzcGVjaWZpZWQgaW4gW1JGQzU1MTFdLg0KPg0KPiBBbmQgb2J2aW91c2x5IGFk ZCBhIHJlZmVyZW5jZSB0byA1NTExLg0KPg0KPiAtLS0NCj4NCj4gNi4xDQo+DQo+IGMvQXQgbWF4 IHR3byBpbnN0YW5jZXMvQXQgbW9zdCB0d28gaW5zdGFuY2VzLw0KPg0KPiAtLS0NCj4NCj4gNy4x DQo+DQo+IHMvZGVmaW5lcyBhIG5ldyBvcHRpb25hbCBUTFZzL2RlZmluZXMgbmV3IG9wdGlvbmFs IFRMVnMvDQo+DQo+IC0tLQ0KPg0KPiA3LjEuMQ0KPg0KPiBPTEQNCj4gICAgTm8gZmxhZ3MgYXJl IGFzc2lnbmVkIHJpZ2h0IG5vdy4NCj4gTkVXDQo+ICAgIE5vIGZsYWdzIGFyZSBkZWZpbmVkIGlu IHRoaXMgZG9jdW1lbnQuDQo+IEVORA0KPg0KPiAtLS0NCj4NCj4gNy4zDQo+DQo+IE9MRA0KPiAg ICBDdXJyZW50bHksIHRoZSBmb2xsb3dpbmcgZmxhZyBiaXQgaXMgZGVmaW5lZDoNCj4gTkVXDQo+ ICAgIEN1cnJlbnRseSwgdGhlIGZvbGxvd2luZyBmbGFnIGJpdHMgYXJlIGRlZmluZWQ6DQo+IEVO RA0KPg0KPiBzL0EgUENFIHNldCB0aGlzIGJpdC9BIFBDRSBzZXRzIHRoaXMgYml0Lw0KPg0KPiAt LS0NCj4NCj4gMTEuMw0KPg0KPiBDYW4geW91IGFkZCB0byB0aGUgZGVmaW5pdGlvbiBvZiB0aGlz IHJlZ2lzdHJ5IHdoYXQgdGhlIHNpemUgaXM/IEkgdGhpbmsNCnRoZXJlDQo+IGFyZSAzMiBiaXRz IGF2YWlsYWJsZS4NCj4NCj4gLS0tDQo+DQo+IDExLjQNCj4NCj4gSSB0aGluayB0aGUgbmFtZSBv ZiB0aGlzIHNlY3Rpb24gaXMgd3JvbmcuIHlvdSBhcmUgbm90IGNyZWF0aW5nIGEgbmV3DQpyZWdp c3RyeQ0KPiBpbiB0aGlzIHNlY3Rpb24uDQo+DQo+IC0tLQ0KPg0KPiAxMS42DQo+DQo+IFlvdSBz aG91bGQgc2F5IGhvdyBtYW55IGJpdHMgdGhpcyByZWdpc3RyeSBjYW4gdHJhY2suIEkgdGhpbmsg aXQgaXMgMTYuDQo+DQo+IC0tLQ0KPg0KPiAxMS43DQo+DQo+IEl0J3Mgbm90IHRvbyBpbXBvcnRh bnQsIGJ1dCBpdCBtaWdodCBiZSBuaWNlIHRvIG9yZGVyIHRoaXMgbGlzdCBieQ0KaW5jcmVhc2lu Zw0KPiBlcnJvciB0eXBlLg0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t OiBQY2UgPHBjZS1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YganVsaWVuLm1ldXJpY0Bv cmFuZ2UuY29tDQo+IFNlbnQ6IDA1IEF1Z3VzdCAyMDIwIDE3OjE5DQo+IFRvOiBwY2VAaWV0Zi5v cmcNCj4gU3ViamVjdDogW1BjZV0gUENFIFdHIExDIGZvcg0KPiBkcmFmdC1pZXRmLXBjZS1wY2Vw LWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXINCj4NCj4gSGkgYWxsLA0KPg0KPiBUaGlzIG1l c3NhZ2UgaW5pdGlhdGVzIGEgMy13ZWVrIFdHIExhc3QgQ2FsbCBvbg0KPiBkcmFmdC1pZXRmLXBj ZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXItMDYuIFBsZWFzZSByZXZpZXcgYW5k DQo+IHNoYXJlIHlvdXIgZmVlZGJhY2ssIHdoYXRldmVyIGl0IGlzLCB1c2luZyB0aGUgUENFIG1h aWxpbmcgbGlzdC4NCj4gVGhpcyBMQyB3aWxsIGVuZCBvbiBXZWRuZXNkYXkgQXVndXN0IDI2LCAx MTo1OXBtIChhbnkgdGltZXpvbmUpLg0KPg0KPiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgSS1EIGlz IHJlbGF0ZWQgdG8NCj4gZHJhZnQtemhhby1wY2UtcGNlcC1leHRlbnNpb24tcGNlLWNvbnRyb2xs ZXItc3Igd2hpY2ggaXMgYWxyZWFkeSBpbiBvdXIgV0cNCj4gYWRvcHRpb24gcXVldWUuDQo+DQo+ IFRoYW5rcywNCj4NCj4gRGhydXYgJiBKdWxpZW4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gX19fX19fX19f X19fX18NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ DQo+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVz IGluZm9ybWF0aW9ucw0KPiBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRv aXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywNCmV4cGxvaXRlcw0KPiBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwN CnZldWlsbGV6DQo+IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFp bnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuDQpMZXMNCj4gbWVzc2FnZXMgZWxlY3Ryb25pcXVl cyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZQ0KdG91dGUN Cj4gcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3Ug ZmFsc2lmaWUuIE1lcmNpLg0KPg0KPiBUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBt YXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZA0KPiBpbmZvcm1hdGlvbiB0aGF0 IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQs DQo+IHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCj4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZA0KZGVsZXRlDQo+IHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPiBBcyBlbWFp bHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0 IGhhdmUgYmVlbg0KPiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQo+IFRoYW5rIHlv dS4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gUGNlIG1haWxpbmcgbGlzdA0KPiBQY2VAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg0K --_000_E8CA205CD08748BD8DF60E63CACD4221_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHRleHQg LS0+PHN0eWxlPjwhLS0gLkVtYWlsUXVvdGUgeyBtYXJnaW4tbGVmdDogMXB0OyBwYWRkaW5nLWxl ZnQ6IDRwdDsgYm9yZGVyLWxlZnQ6ICM4MDAwMDAgMnB4IHNvbGlkOyB9IC0tPjwvc3R5bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQotLT4NCjwvc3R5 bGU+DQo8ZGl2Pg0KPGRpdj4NCjxwPjxmb250IHNpemU9IjMiPkJyYXZvISA6KSZuYnNwOzwvZm9u dD48L3A+DQo8cD48YnI+DQo8L3A+DQo8cD48Zm9udCBzaXplPSIzIj5UaGFuayB5b3UsIEFkcmlh biE8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgc2l6ZT0iMyI+PGJyPg0KPC9mb250PjwvcD4NCjxwPjxm b250IHNpemU9IjMiPkJlc3QgcmVnYXJkcyw8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgc2l6ZT0iMyI+ U2h1cGluZyZuYnNwOzwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+PC9kaXY+DQo8ZGl2IG5hbWU9 InhfQW55T2ZmaWNlLUJhY2tncm91bmQtSW1hZ2UiIHN0eWxlPSJib3JkZXItdG9wOjFweCBzb2xp ZCAjQjVDNERGOyBwYWRkaW5nOjhweCI+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFs bCI+PGI+5Y+R5Lu25Lq677yaPC9iPkFkcmlhbiBGYXJyZWwgJmx0O2FkcmlhbkBvbGRkb2cuY28u dWsmZ3Q7PC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+5pS25Lu2 5Lq677yaPC9iPlBlbmdzaHVwaW5nIChQZW5nIFNodXBpbmcpICZsdDtwZW5nc2h1cGluZ0BodWF3 ZWkuY29tJmd0OztqdWxpZW4ubWV1cmljICZsdDtqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20mZ3Q7 O3BjZSAmbHQ7cGNlQGlldGYub3JnJmd0OzwvZGl2Pg0KPGRpdiBzdHlsZT0id29yZC1icmVhazpi cmVhay1hbGwiPjxiPuaKhOKAg+mAge+8mjwvYj5kcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lv bi1mb3ItcGNlLWNvbnRyb2xsZXIgJmx0O2RyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZv ci1wY2UtY29udHJvbGxlckBpZXRmLm9yZyZndDs8L2Rpdj4NCjxkaXYgc3R5bGU9IndvcmQtYnJl YWs6YnJlYWstYWxsIj48Yj7ml7bigIPpl7TvvJo8L2I+MjAyMC0wOC0xOCAxOToyNToyMzwvZGl2 Pg0KPGRpdiBzdHlsZT0id29yZC1icmVhazpicmVhay1hbGwiPjxiPuS4u+KAg+mimO+8mjwvYj5S RTogW1BjZV0gUENFIFdHIExDIGZvciBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3It cGNlLWNvbnRyb2xsZXI8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGZvbnQgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0OyI+DQo8ZGl2IGNsYXNz PSJQbGFpblRleHQiPlRoYXQncyBzdXBlci1mYXN0IHdvcmssIFNodXBpbmcuIFRoYW5rcy48YnI+ DQo8YnI+DQpJIHNraW1tZWQgdGhyb3VnaCB0aGUgY2hhbmdlcyBhbmQgY2hlY2tlZCB0aGUgb25l cyB3aGVyZSBJIGhhZCBhc2tlZDxicj4NCnF1ZXN0aW9ucy48YnI+DQo8YnI+DQpFdmVyeXRoaW5n IGxvb2tzIGdvb2QuPGJyPg0KPGJyPg0KSSBjYW4gbm93IGZ1bGx5IHN1cHBvcnQgdGhlIGxhc3Qg Y2FsbC48YnI+DQo8YnI+DQpCZXN0LDxicj4NCkFkcmlhbjxicj4NCjxicj4NCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogUGVuZ3NodXBpbmcgKFBlbmcgU2h1cGluZykgJmx0 O3BlbmdzaHVwaW5nQGh1YXdlaS5jb20mZ3Q7IDxicj4NClNlbnQ6IDE4IEF1Z3VzdCAyMDIwIDEy OjA4PGJyPg0KVG86IGFkcmlhbkBvbGRkb2cuY28udWs7IGp1bGllbi5tZXVyaWNAb3JhbmdlLmNv bTsgcGNlQGlldGYub3JnPGJyPg0KQ2M6IGRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9uLWZv ci1wY2UtY29udHJvbGxlckBpZXRmLm9yZzxicj4NClN1YmplY3Q6IFJFOiBbUGNlXSBQQ0UgV0cg TEMgZm9yPGJyPg0KZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9s bGVyPGJyPg0KPGJyPg0KRGVhciBBZHJpYW4sIDxicj4NCjxicj4NCk1hbnkgdGhhbmtzIGZvciB5 b3VyIGRldGFpbGVkIHJldmlldyBhbmQgY29tbWVudHMuIDxicj4NCjxicj4NClBsZWFzZSBmaW5k IHRoZSBkaWZmIHdpdGggb3VyIHVwZGF0ZXMgdG8gdGhlIGRyYWZ0IGFjY29yZGluZyB0byB5b3Vy PGJyPg0KY29tbWVudHMuIEhvcGUgd2UgaGF2ZSBhZGRyZXNzZWQgdGhlbSBwcm9wZXJseS4gPGJy Pg0KPGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy90b29scy9yZmNkaWZmL3Jm Y2RpZmYucHlodD91cmwxPWRyYWZ0LWlldGYtcGNlLXBjZXAtZSI+aHR0cHM6Ly90b29scy5pZXRm Lm9yZy90b29scy9yZmNkaWZmL3JmY2RpZmYucHlodD91cmwxPWRyYWZ0LWlldGYtcGNlLXBjZXAt ZTwvYT48YnI+DQp4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXItMDYmYW1wO3VybDI9aHR0cHM6 Ly9yYXcuZ2l0aHVidXNlcmNvbnRlbnQuY29tL2RocnV2ZDxicj4NCmhvZHkvaWV0Zi9tYXN0ZXIv ZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9sbGVyLTA3LnR4dDxi cj4NCjxicj4NCldlIGhhdmUgYWxzbyB1cGRhdGVkIENoYW8gWmhvdSdzIGVtYWlsIGFkZHJlc3Mg aW4gdGhlIGRyYWZ0LiA8YnI+DQo8YnI+DQpUaGFuayB5b3UhPGJyPg0KPGJyPg0KQmVzdCByZWdh cmRzLCA8YnI+DQpTaHVwaW5nPGJyPg0KPGJyPg0KPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLTxicj4NCiZndDsgRnJvbTogQWRyaWFuIEZhcnJlbCBbPGEgaHJlZj0ibWFpbHRv OmFkcmlhbkBvbGRkb2cuY28udWsiPm1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPl08YnI+ DQomZ3Q7IFNlbnQ6IE1vbmRheSwgQXVndXN0IDE3LCAyMDIwIDEyOjE1IEFNPGJyPg0KJmd0OyBU bzoganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tOyBwY2VAaWV0Zi5vcmc8YnI+DQomZ3Q7IENjOiBk cmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXJAaWV0Zi5vcmc8 YnI+DQomZ3Q7IFN1YmplY3Q6IFJFOiBbUGNlXSBQQ0UgV0cgTEMgZm9yPGJyPg0KJmd0OyBkcmFm dC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXI8YnI+DQomZ3Q7IDxi cj4NCiZndDsgSGkgSnVsaWVuLCBXRywgYXV0aG9ycyw8YnI+DQomZ3Q7IDxicj4NCiZndDsgSSdt IGxpc3RlZCBhcyBvbmUgb2YgdGhlIGVpZ2h0IENvbnRyaWJ1dG9ycyB0byB0aGlzIGRvY3VtZW50 LCBhbHRob3VnaCBteTxicj4NCiZndDsgYWZmaWxpYXRpb24gc2hvdWxkIHJlYWQgJnF1b3Q7T2xk IERvZyBDb25zdWx0aW5nJnF1b3Q7Ljxicj4NCiZndDsgPGJyPg0KJmd0OyBJIHdhcyBhIGNvLWF1 dGhvciBvZiBSRkMgODI4Mywgc28gSSBhbSBnZW5lcmFsbHkgZ2xhZCB0byBzZWUgcHJvdG9jb2wg d29yazxicj4NCiZndDsgYWRkcmVzc2luZyB0aGlzIHNwYWNlLjxicj4NCiZndDsgPGJyPg0KJmd0 OyBUaGlzIGRvY3VtZW50IGlzIGFsbW9zdCByZWFkeSB0byBwcm9ncmVzcywgYnV0IHRoZXJlIGFy ZSBxdWl0ZSBhIGZldyBuaXRzPGJyPg0KJmd0OyB0aGF0IHdlIHNob3VsZCB0YWtlIGNhcmUgb2Yg YmVmb3JlIGFza2luZyB0byBhZHZhbmNlIHRoZSBkb2N1bWVudC48YnI+DQomZ3Q7IEFmdGVyIHRo YXQncyBkb25lLCBJIHN1cHBvcnQgdGhpcyBkb2N1bWVudCBiZWluZyBwdWJsaXNoZWQgYXMgYW4g UkZDLjxicj4NCiZndDsgPGJyPg0KJmd0OyBUaGFua3MsPGJyPg0KJmd0OyBBZHJpYW48YnI+DQom Z3Q7IDxicj4NCiZndDsgPT09PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEZpZ3VyZXM8YnI+DQomZ3Q7 IDxicj4NCiZndDsgSWYgeW91IG1ha2UgdGhlIHRhYmxlIGluIFNlY3Rpb24gNS4yIGludG8gJnF1 b3Q7RmlndXJlIDEmcXVvdDsgdGhlbiB5b3Ugd2lsbCBub3Q8YnI+DQpuZWVkIHRvPGJyPg0KJmd0 OyByZW51bWJlciBGaWd1cmUgMi48YnI+DQomZ3Q7IDxicj4NCiZndDsgQWxsIGZpZ3VyZXMgc2hv dWxkIGhhdmUgYSBjYXB0aW9uIHN1Y2ggYXMgeW91IGhhdmUgZm9yIEZpZ3VyZSAyLjxicj4NCiZn dDsgPGJyPg0KJmd0OyBBbGwgZmlndXJlcyBzaG91bGQgYmUgbWVudGlvbmVkIGV4cGxpY2l0bHkg aW4gdGhlIHRleHQuIFRodXMsIGluc3RlYWQgb2Y8YnI+DQpzYXlpbmc8YnI+DQomZ3Q7ICZxdW90 O2FzIHNob3duIGJlbG93JnF1b3Q7IHlvdSBzaG91bGQgc2F5ICZxdW90O2FzIHNob3duIGluIEZp Z3VyZSAyJnF1b3Q7LiZuYnNwOyBUaGlzIGlzIGltcG9ydGFudDxicj4NCiZndDsgYmVjYXVzZTo8 YnI+DQomZ3Q7IC0gaXQgaGVscHMgdGhlIFJGQyBFZGl0b3IgY2hlY2sgdGhhdCB5b3UgYXJlIHVz aW5nIGFsbCBvZiB0aGUgZmlndXJlczxicj4NCiZndDsgLSBpdCBwcm90ZWN0cyB0aGUgdGV4dCBm cm9tIGVkaXRzIHRoYXQgbWlnaHQgbW92ZSBpdCBhcm91bmQgaW4gcmVsYXRpb248YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7IHRvIHRoZSBmaWd1cmUuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4N CiZndDsgPGJyPg0KJmd0OyBBYnN0cmFjdDxicj4NCiZndDsgPGJyPg0KJmd0OyBzLyhHKU1QTFMv TVBMUyBhbmQgR01QTFMvPGJyPg0KJmd0OyBzL1BDRVAgcHJvdG9jb2wgZXh0ZW5zaW9ucy9QQ0VQ IGV4dGVuc2lvbnMvPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0 OyBJbnRyb2R1Y3Rpb248YnI+DQomZ3Q7IDxicj4NCiZndDsgcy9kcmFmdCBzcGVjaWZ5L2RvY3Vt ZW50IHNwZWNpZmllcy88YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQom Z3Q7IEludHJvZHVjdGlvbjxicj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBU aGUgZXh0ZW5zaW9uIGZvciBQQ0VDQyBpbiBTZWdtZW50IFJvdXRpbmcgKFNSKSBpcyBzcGVjaWZp ZWQgaW4gYTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgc2VwYXJhdGUgZHJhZnQgW0ktRC56 aGFvLXBjZS1wY2VwLWV4dGVuc2lvbi1wY2UtY29udHJvbGxlci1zcl0uPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IFRoaXMgcGFyYWdyYXBoIGlzLCBvZiBjb3Vyc2UsIGNvbXBsZXRlbHkgdHJ1ZS4gQnV0 IGl0IGlzIGFic29sdXRlbHk8YnI+DQp1bmNsZWFyPGJyPg0KJmd0OyB3aGF0IGl0IGlzIGRvaW5n IGhlcmUuIFRoZXJlIGhhcyBiZWVuIG5vIHByZXZpb3VzIGRpc2N1c3Npb24gb2YgU1IgaW4gdGhl PGJyPg0KJmd0OyBkb2N1bWVudCwgYW5kIHRoZSBvbmx5IG90aGVyIG1lbnRpb24gb2YgU1IgaXMg aW4gNS41LjkuIEkgdGhpbmsgd2UgY2FuPGJyPg0KJmd0OyBwcm9iYWJseSBkbyB3aXRob3V0IHRo aXMgcGFyYWdyYXBoLjxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS08YnI+DQomZ3Q7IDxicj4NCiZn dDsgMi48YnI+DQomZ3Q7IDxicj4NCiZndDsgT0xEPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNw OyBUZXJtaW5vbG9naWVzIHVzZWQgaW4gdGhpcyBkb2N1bWVudCBpcyBzYW1lIGFzIGRlc2NyaWJl ZCBpbiB0aGUgZHJhZnQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtSRkM4MjgzXS48YnI+ DQomZ3Q7IE5FVzxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgVGVybWlub2xvZ3kgdXNlZCBp biB0aGlzIGRvY3VtZW50IGlzIHRoYXQgc2FtZSBhcyB0aGF0IGRlc2NyaWJlZCBpbjxicj4NCiZn dDsmbmJzcDsmbmJzcDsmbmJzcDsgW1JGQzgyODNdLjxicj4NCiZndDsgRU5EPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyAzLjxicj4NCiZndDsgPGJyPg0KJmd0 OyBPTEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGl0IGlzIGFzc3VtZWQgdGhhdCBsYWJl bCByYW5nZSB0byBiZSB1c2VkIE5FVzxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgaXQgaXMg YXNzdW1lZCB0aGF0IHRoZSBsYWJlbCByYW5nZSB0byBiZSB1c2VkIEVORDxicj4NCiZndDsgPGJy Pg0KJmd0OyBPTEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEEgZnV0dXJlIGV4dGVuc2lv biBjb3VsZCBhZGQgdGhpcyBjYXBhYmlsaXR5IE5FVzxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsgQSBmdXR1cmUgZXh0ZW5zaW9uIGNvdWxkIGFkZCB0aGUgY2FwYWJpbGl0eSBFTkQ8YnI+DQom Z3Q7IDxicj4NCiZndDsgT0xEPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBUaGlzIGRvY3Vt ZW50IGFsc28gYWxsb3cgYSBjYXNlIHdoZXJlIHRoZSBsYWJlbCBzcGFjZSBpcyBtYWludGFpbmVk PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBieSBQQ0MgaXRzZWxmPGJyPg0KJmd0OyBORVc8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgYWxzbyBhbGxvd3MgYSBj YXNlIHdoZXJlIHRoZSBsYWJlbCBzcGFjZSBpcyBtYWludGFpbmVkPGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyBieSB0aGUgUENDIGl0c2VsZjxicj4NCiZndDsgRU5EPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyA0Ljxicj4NCiZndDsgPGJyPg0KJmd0OyBP TEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEZvbGxvd2luZyBrZXkgcmVxdWlyZW1lbnRz IGFzc29jaWF0ZWQgUENFQ0Mgc2hvdWxkIGJlIGNvbnNpZGVyZWQ8YnI+DQomZ3Q7IHdoZW48YnI+ DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2lnbmluZyB0aGUgUENFQ0MgYmFzZWQgc29sdXRp b246PGJyPg0KJmd0OyBORVc8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSBmb2xsb3dp bmcga2V5IHJlcXVpcmVtZW50cyBzaG91bGQgYmUgY29uc2lkZXJlZCB3aGVuPGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyBkZXNpZ25pbmcgdGhlIFBDRUNDIGJhc2VkIHNvbHV0aW9uOjxicj4N CiZndDsgRU5EPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyA1 LjM8YnI+DQomZ3Q7IHMvVGhpcyBkb2N1bWVudCBzcGVjaWZ5L1RoaXMgZG9jdW1lbnQgc3BlY2lm aWVzLyBzLy9uZXcgQ0NJPGJyPg0KJmd0OyBvYmplY3QtdHlwZS9uZXcgQ0NJIG9iamVjdC10eXBl cy88YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDUuNDxicj4N CiZndDsgcy9EdXJpbmcgUENFUCBJbml0aWFsaXphdGlvbiBQaGFzZS9EdXJpbmcgdGhlIFBDRVAg SW5pdGlhbGl6YXRpb24gUGhhc2UvPGJyPg0KJmd0OyBzL1BhdGggaXMgc2V0dXAvUGF0aCBpcyBz ZXQgdXAvIHMvc3ViLVRMViBpbiBQQ0Mncy9zdWItVExWIGluIGEgUENDJ3MvPGJyPg0Kcy9QQ0Un czxicj4NCiZndDsgT1BFTiBtZXNzYWdlL2EgUENFJ3MgT1BFTiBtZXNzYWdlLzxicj4NCiZndDsg PGJyPg0KJmd0OyAtLS08YnI+DQomZ3Q7IDxicj4NCiZndDsgNS40PGJyPg0KJmd0OyA8YnI+DQom Z3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElmIHRoZSBQQ0VQPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZu YnNwOyBTcGVha2VycyBzdXBwb3J0IHRoZSBleHRlbnNpb25zIG9mIHRoaXMgZHJhZnQgYnV0IGRp ZCBub3QgYWR2ZXJ0aXNlPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyB0aGlzIGNhcGFiaWxp dHkgYXR0ZW1wdHMgYSBQQ0VDQyBvcGVyYXRpb24gdGhlbiBhIFBDRXJyIG1lc3NhZ2Ugd2l0aDxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgRXJyb3ItVHlwZT0xOShJbnZhbGlkIE9wZXJhdGlv bikgYW5kIEVycm9yLVZhbHVlPVRCRDMgKEF0dGVtcHRlZDxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsgUENFQ0Mgb3BlcmF0aW9ucyB3aGVuIFBDRUNDIGNhcGFiaWxpdHkgd2FzIG5vdCBhZHZl cnRpc2VkKSB3aWxsIGJlPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBnZW5lcmF0ZWQgYW5k IHRoZSBQQ0VQIHNlc3Npb24gd2lsbCBiZSB0ZXJtaW5hdGVkLjxicj4NCiZndDsgPGJyPg0KJmd0 OyBUaGlzIGlzIGdvb2QuIEJ1dCB5b3UgYWxzbyBuZWVkIHRvIGluY2x1ZGUgd2hhdCBoYXBwZW5z IGlmIGFuPGJyPg0KJmd0OyBpbXBsZW1lbnRhdGlvbiB0aGF0IGRvZXMgbm90IHVuZGVyc3RhbmQg dGhlc2UgZXh0ZW5zaW9ucyByZWNlaXZlcyBvbmUuPGJyPg0KJmd0OyBJIHN1c3BlY3QgeW91IGNh biBkbyB0aGlzIHdpdGggYSByZWZlcmVuY2UgdG8gYW5vdGhlciBkb2N1bWVudC48YnI+DQomZ3Q7 IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoZXJlIGFyZSBhIGNvdXBsZSBv ZiBjYXNlcyBvZiBzL2EgTFNQL2FuIExTUC88YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IDUuNS4xPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IHMvYmFzZWQgb24gUENF Q0MgbWVjaGFuaXNtL2Jhc2VkIG9uIHRoZSBQQ0VDQyBtZWNoYW5pc20vPGJyPg0KJmd0OyBzL0xT UC1JREVOVElGSUVSIFRMViBNVVNUL0FuIExTUC1JREVOVElGSUVSIFRMViBNVVNULyBzL3dpdGgg RDxicj4NCiZndDsgZmxhZ3Mvd2l0aCBEIGZsYWcvIHMvYW5kIHNldCB1cCB0aGUvYW5kIHNldHMg dXAgdGhlLyBzL2luY2x1ZGUgdGhlPGJyPg0KJmd0OyBjZW50cmFsL2luY2x1ZGVzIHRoZSBjZW50 cmFsLyBzL1RoZSBDQy1JRCBpcyB1bmlxdWVseSBpZGVudGlmeS9UaGUgQ0MtSUQ8YnI+DQomZ3Q7 IHVuaXF1ZWx5IGlkZW50aWZpZXMvIHMvdHdvIENDSSBvYmplY3QvdHdvIENDSSBvYmplY3RzLyBz L1BDRUNDIExTUCBpcyBzYW1lPGJyPg0KJmd0OyBhcy9QQ0VDQyBMU1AgaXMgdGhlIHNhbWUgYXMv PGJyPg0KJmd0OyBzL3JlY2VpdmVzIFBDUnB0IG1lc3NhZ2UvcmVjZWl2ZXMgYSBQQ1JwdCBtZXNz YWdlLyZuYnNwOyZuYnNwOyAodHdpY2UpPGJyPg0KJmd0OyBzL1RoZSBQQ0VDQyBMU1AgYXJlL1Ro ZSBQQ0VDQyBMU1BzIGFyZS88YnI+DQomZ3Q7IHMvSW4gY2FzZSB3aGVyZS9JbiB0aGUgY2FzZSB3 aGVyZS88YnI+DQomZ3Q7IHMvbGFiZWwgYWxsb2NhdGlvbiBhcmUvbGFiZWwgYWxsb2NhdGlvbnMg YXJlLyBzL1NpbWlsYXJseSBDIGJpdC9TaW1pbGFybHk8YnI+DQp0aGUgQzxicj4NCiZndDsgYml0 Lzxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS08YnI+DQomZ3Q7IDxicj4NCiZndDsgNS41LjE8YnI+ DQomZ3Q7IDxicj4NCiZndDsgWW91IGhhdmU6PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBU aGlzIFBDVXBkIG1lc3NhZ2UgaXMgYXMgcGVyIFtSRkM4MjMxXSBTSE9VTEQgaW5jbHVkZSB0aGUg cGF0aDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgaW5mb3JtYXRpb24gYXMgY2FsY3VsYXRl ZCBieSB0aGUgUENFLjxicj4NCiZndDsgPGJyPg0KJmd0OyBJIHRoaW5rIHRoYXQgeW91IGFyZSBu b3QgZGVmaW5pbmcgYW55dGhpbmcgbmV3IGhlcmUuIFlvdSBhcmUganVzdDxicj4NCmRlc2NyaWJp bmc8YnI+DQomZ3Q7IHdoYXQgODIzMSBhbHJlYWR5IHNheXMuIFNvIGhvdyBhYm91dC4uLjxicj4N CiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBQZXIgW1JGQzgyMzFdLCB0aGlzIFBD VXBkIG1lc3NhZ2Ugc2hvdWxkIGluY2x1ZGUgdGhlIHBhdGg8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGluZm9ybWF0aW9uIGNhbGN1bGF0ZWQgYnkgdGhlIFBDRS48YnI+DQomZ3Q7IDxicj4N CiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDUuNS4xPGJyPg0KJmd0OyA8YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSBJbmdyZXNzIE1BWSBmdXJ0aGVyIGNob29zZSB0byBkZXBs b3kgYTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgZGF0YSBwbGFuZSBjaGVjayBtZWNoYW5p c20gYW5kIHJlcG9ydCB0aGUgc3RhdHVzIGJhY2sgdG8gdGhlIFBDRSB2aWE8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFBDUnB0IG1lc3NhZ2UuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoaXMg aXMgZmluZSwgYnV0IHlvdSBzaG91bGQgcHJvYmFibHkgYWRkIHNvbWUgZXhwbGFuYXRpb24gb2Yg d2h5IGFuPGJyPg0KSW5ncmVzczxicj4NCiZndDsgbWlnaHQgY2hvb3NlIHRvIGRvIHRoaXMuPGJy Pg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyA1LjUuMTxicj4NCiZn dDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBJdCBzaG91bGQgYmUgbm90ZWQgdGhhdCBp biB0aGlzIGV4YW1wbGUsIHRoZSByZXF1ZXN0IGlzIG1hZGUgdG8gdGhlPGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyBlZ3Jlc3Mgbm9kZSB3aXRoIEMgYml0IHNldCBpbiB0aGUgQ0NJIG9iamVj dCB0byBpbmRpY2F0ZSB0aGF0IHRoZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgbGFiZWwg YWxsb2NhdGlvbiBuZWVkcyB0byBiZSBkb25lIGJ5IHRoZSBlZ3Jlc3MgYW5kIGl0IHJlc3BvbmRz IHdpdGg8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSBhbGxvY2F0ZWQgbGFiZWwgdG8g dGhlIFBDRS48YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhpcyBpcyBhIGxpdHRsZSBhbWJpZ3VvdXMu ICZxdW90Oy4uLml0IHJlc3BvbmRzJnF1b3Q7IC0gd2hhdCBpcyBpdD88YnI+DQomZ3Q7IFBlcmhh cHMgeW91IHNob3VsZCBoYXZlOjxicj4NCiZndDsgJnF1b3Q7Li4uZG9uZSBieSB0aGUgZWdyZXNz LCBhbmQgdGhlIGVncmVzcyByZXNwb25kcy4uLiZxdW90Ozxicj4NCiZndDsgPGJyPg0KJmd0OyAt LS08YnI+DQomZ3Q7IDxicj4NCiZndDsgNS41LjIuMTxicj4NCiZndDsgPGJyPg0KJmd0OyBzL3Rv IHNldHVwIGFuIExTUCBiYXNlZC90byBzZXQgdXAgYW4gTFNQIGJhc2VkLzxicj4NCiZndDsgcy9p bmNsdWRlZCBpbiBMU1Agb2JqZWN0L2luY2x1ZGVkIGluIHRoZSBMU1Agb2JqZWN0LyZuYnNwOyZu YnNwOyAodHdpY2UpPGJyPg0KJmd0OyBzL05ldyBQQ0VQIG9iamVjdC9BIG5ldyBQQ0VQIG9iamVj dC88YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDUuNS4yLjI8 YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgSWYgdGhlIFBDQyByZWNlaXZl cyBhIFBDSW5pdGlhdGUgbWVzc2FnZSBidXQgZG9lcyBub3QgcmVjb2duaXplIHRoZTxicj4NCiZn dDsmbmJzcDsmbmJzcDsmbmJzcDsgbGFiZWwgaW4gdGhlIENDSSwgdGhlIFBDQyBNVVNUIGdlbmVy YXRlIGEgUENFcnIgbWVzc2FnZSB3aXRoIEVycm9yLTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsgVHlwZSAxOShJbnZhbGlkIG9wZXJhdGlvbikgYW5kIEVycm9yLVZhbHVlPVRCRDgsICZxdW90 O1Vua25vd24gTGFiZWwmcXVvdDsgYW5kPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBNVVNU IGluY2x1ZGUgdGhlIFNSUCBvYmplY3QgdG8gc3BlY2lmeSB0aGUgZXJyb3IgaXMgZm9yIHRoZTxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgY29ycmVzcG9uZGluZyBsYWJlbCBjbGVhbnVwICh2 aWEgUENJbml0aWF0ZSBtZXNzYWdlKS48YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhpcyBpcyBPSyBh cyBhIGNob2ljZSwgYnV0IEkgd29uZGVyIHdoeSB5b3UgbmVlZCB0byByZXBvcnQgdGhpcyBhcyBh bjxicj4NCmVycm9yLjxicj4NCiZndDsgVGhlIGludGVudGlvbiBvZiB0aGUgcmVxdWVzdCBpcyB0 byBtYWtlIHN1cmUgdGhhdCB0aGUgbGFiZWwgaW4gdGhlIENDSSBpczxicj4NCiZndDsgcmVtb3Zl ZCBmcm9tIHRoZSBQQ0MuIElmIHRoZSBsYWJlbCBpcyBub3QgcmVjb2duaXNlZCwgaXNuJ3QgdGhp cyB0aGUgcmlnaHQ8YnI+DQpyZXN1bHQ8YnI+DQomZ3Q7IG1lYW5pbmcgdGhhdCB0aGUgYW5zd2Vy IHNob3VsZCBiZSBhIHBvc2l0aXZlIHJlc3BvbnNlPzxicj4NCiZndDsgPGJyPg0KJmd0OyBJJ20g bm90IHNheWluZyB5b3UgbXVzdCBjaGFuZ2UgdGhpcywgYnV0IHBsZWFzZSBjb25zaWRlciBpdC48 YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDUuNS4zPGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IHMvSW4gb3JkZXIgdG8gc2V0dXAvSW4gb3JkZXIgdG8gc2V0IHVwLzxi cj4NCiZndDsgPGJyPg0KJmd0OyBPTEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZTxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgUENDIHJlc3BvbmRzIHdpdGggZmlyc3QgUENScHQg bWVzc2FnZSB3aXRoIHRoZSBzdGF0dXMgYXMgJnF1b3Q7R09JTkctVVAmcXVvdDs8YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCBhc3NpZ25lZCBQTFNQLUlELjxicj4NCiZndDsgTkVXPGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBUaGU8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFBDQyByZXNwb25kcyB3aXRoIGEgUENScHQgbWVzc2FnZSB3aXRoIHRoZSBzdGF0dXMgc2V0IHRv ICZxdW90O0dPSU5HLVVQJnF1b3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBhbmQgY2Fy cnlpbmcgdGhlIGFzc2lnbmVkIFBMU1AtSUQuPGJyPg0KJmd0OyBFTkQ8YnI+DQomZ3Q7IDxicj4N CiZndDsgcy9mcm9tIFBDRUNDIGFyZSBzZW5kL2Zyb20gUENFQ0MgYXJlIHNlbnQvIHMvc2V0dXAg b3BlcmF0aW9ucyBhcmUvc2V0dXA8YnI+DQomZ3Q7IG9wZXJhdGlvbnMgYXJlIHRoZS8gcy9MU1Ag aXMgc2FtZSBhcy9MU1AgaXMgdGhlIHNhbWUgYXMvIHMvdGhlIFBDRSBTSE9VTEQ8YnI+DQomZ3Q7 IHNlbmQgdGhlL3RoZSBQQ0UgU0hPVUxEIHNlbmQgYS8gcy9JbiBjYXNlIHdoZXJlL0luIHRoZSBj YXNlIHdoZXJlLzxicj4NCiZndDsgcy9sYWJlbCBhbGxvY2F0aW9uIGFyZSBtYWRlL2xhYmVsIGFs bG9jYXRpb25zIGFyZSBtYWRlLzxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS08YnI+DQomZ3Q7IDxi cj4NCiZndDsgNS41LjM8YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgSW4g Y2FzZSB3aGVyZSB0aGUgbGFiZWwgYWxsb2NhdGlvbiBhcmUgbWFkZSBieSB0aGUgUENDIGl0c2Vs ZiAoc2VlPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBTZWN0aW9uIDUuNS44KSwgdGhlIHBy b2NlZHVyZSByZW1haW5zIHNpbWlsYXIuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IERvIHlvdSBtZWFu ICZxdW90O3JlbWFpbnMgc2ltaWxhciZxdW90OyBvciAmcXVvdDtpcyB0aGUgc2FtZSZxdW90Oz88 YnI+DQomZ3Q7IElmIGl0IGlzIG9ubHkgc2ltaWxhciB0aGVuIHlvdSBuZWVkIHRvIGRlc2NyaWJl IGhvdyBpdCBpcyBkaWZmZXJlbnQuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsg PGJyPg0KJmd0OyA1LjUuNCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBgPGJyPg0KJmd0OyBzL21vZGlmaWNhdGlvbiBvZiBQ Q0VDQy9tb2RpZmljYXRpb24gb2YgYSBQQ0VDQy8gcy9JbiBjYXNlIHdoZXJlL0luIHRoZTxicj4N CiZndDsgY2FzZSB3aGVyZS8gcy9sYWJlbCBhbGxvY2F0aW9uIGFyZSBtYWRlL2xhYmVsIGFsbG9j YXRpb25zIGFyZSBtYWRlLzxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS08YnI+DQomZ3Q7IDxicj4N CiZndDsgNS41LjQ8YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgSW4gY2Fz ZSB3aGVyZSB0aGUgbGFiZWwgYWxsb2NhdGlvbiBhcmUgbWFkZSBieSB0aGUgUENDIGl0c2VsZiAo c2VlPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBTZWN0aW9uIDUuNS44KSwgdGhlIHByb2Nl ZHVyZSByZW1haW5zIHNpbWlsYXIuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFNhbWUgcXVlc3Rpb24g YXMgNS41LjM8YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDUu NS41PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IHMvY29udHJvbCBvdmVyIHRoZS9jb250cm9sIG92ZXIg YW4vPGJyPg0KJmd0OyBzL0luIGNhc2Ugb2YvSW4gdGhlIGNhc2Ugb2YgYS88YnI+DQomZ3Q7IDxi cj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDUuNS45PGJyPg0KJmd0OyA8YnI+DQom Z3Q7IHMvdGhlIFBDRSB2aWEgUENScHQgbWVzc2FnZSBhcyBwZXIvdGhlIFBDRSB2aWEgYSBQQ1Jw dCBtZXNzYWdlIGFzIHBlci88YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IDUuNS45PGJyPg0KJmd0OyA8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSBQ Q0VDQyBjYXBhYmlsaXR5IE1VU1QgYmUgZXhjaGFuZ2VkIG9uIHRoZSBQQ0VQIHNlc3Npb24sIGJl Zm9yZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsgUENFIGNvdWxkIGFsbG9jYXRlIGJpbmRp bmcgbGFiZWwuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE1heWJlIHR1cm4gdGhpcyBhcm91bmQgdG8g cmVhZC4uLjxicj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBCZWZvcmUgYSBQ Q0UgY2FuIGFsbG9jYXRlIGEgYmluZGluZyBsYWJlbCB0aGUgUENFQ0MgY2FwYWJpbGl0eSBNVVNU PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBiZSBleGNoYW5nZWQgb24gdGhlIFBDRVAgc2Vz c2lvbi48YnI+DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDYuMTxi cj4NCiZndDsgPGJyPg0KJmd0OyBPTEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSBt ZXNzYWdlIGhhcyBiZWVuIGV4dGVuZGVkIGFzIHNob3duIGJlbG93IE5FVzxicj4NCiZndDsmbmJz cDsmbmJzcDsmbmJzcDsgdGhpcyBkb2N1bWVudCBleHRlbmRzIHRoZSBtZXNzYWdlIGFzIHNob3du IGJlbG93IEVORDxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS08YnI+DQomZ3Q7IDxicj4NCiZndDsg RWl0aGVyIGluIDYuMSBvciBpbiBzZWN0aW9uIDIsIHlvdSBzaG91bGQgaW5jbHVkZSBzb21ldGhp bmcgbGlrZTxicj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBUaGUgbWVzc2Fn ZSBmb3JtYXRzIGluIHRoaXMgZG9jdW1lbnQgYXJlIHNwZWNpZmllZCB1c2luZyBSb3V0aW5nPGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyBCYWNrdXMtTmF1ciBGb3JtIChSQk5GKSBlbmNvZGlu ZyBhcyBzcGVjaWZpZWQgaW4gW1JGQzU1MTFdLjxicj4NCiZndDsgPGJyPg0KJmd0OyBBbmQgb2J2 aW91c2x5IGFkZCBhIHJlZmVyZW5jZSB0byA1NTExLjxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS08 YnI+DQomZ3Q7IDxicj4NCiZndDsgNi4xPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IGMvQXQgbWF4IHR3 byBpbnN0YW5jZXMvQXQgbW9zdCB0d28gaW5zdGFuY2VzLzxicj4NCiZndDsgPGJyPg0KJmd0OyAt LS08YnI+DQomZ3Q7IDxicj4NCiZndDsgNy4xPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IHMvZGVmaW5l cyBhIG5ldyBvcHRpb25hbCBUTFZzL2RlZmluZXMgbmV3IG9wdGlvbmFsIFRMVnMvPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyA3LjEuMTxicj4NCiZndDsgPGJy Pg0KJmd0OyBPTEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5vIGZsYWdzIGFyZSBhc3Np Z25lZCByaWdodCBub3cuPGJyPg0KJmd0OyBORVc8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IE5vIGZsYWdzIGFyZSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuPGJyPg0KJmd0OyBFTkQ8YnI+ DQomZ3Q7IDxicj4NCiZndDsgLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDcuMzxicj4NCiZndDsg PGJyPg0KJmd0OyBPTEQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEN1cnJlbnRseSwgdGhl IGZvbGxvd2luZyBmbGFnIGJpdCBpcyBkZWZpbmVkOjxicj4NCiZndDsgTkVXPGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyBDdXJyZW50bHksIHRoZSBmb2xsb3dpbmcgZmxhZyBiaXRzIGFyZSBk ZWZpbmVkOjxicj4NCiZndDsgRU5EPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IHMvQSBQQ0Ugc2V0IHRo aXMgYml0L0EgUENFIHNldHMgdGhpcyBiaXQvPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4N CiZndDsgPGJyPg0KJmd0OyAxMS4zPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IENhbiB5b3UgYWRkIHRv IHRoZSBkZWZpbml0aW9uIG9mIHRoaXMgcmVnaXN0cnkgd2hhdCB0aGUgc2l6ZSBpcz8gSSB0aGlu azxicj4NCnRoZXJlPGJyPg0KJmd0OyBhcmUgMzIgYml0cyBhdmFpbGFibGUuPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyAxMS40PGJyPg0KJmd0OyA8YnI+DQom Z3Q7IEkgdGhpbmsgdGhlIG5hbWUgb2YgdGhpcyBzZWN0aW9uIGlzIHdyb25nLiB5b3UgYXJlIG5v dCBjcmVhdGluZyBhIG5ldzxicj4NCnJlZ2lzdHJ5PGJyPg0KJmd0OyBpbiB0aGlzIHNlY3Rpb24u PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgPGJyPg0KJmd0OyAxMS42PGJyPg0K Jmd0OyA8YnI+DQomZ3Q7IFlvdSBzaG91bGQgc2F5IGhvdyBtYW55IGJpdHMgdGhpcyByZWdpc3Ry eSBjYW4gdHJhY2suIEkgdGhpbmsgaXQgaXMgMTYuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLTxi cj4NCiZndDsgPGJyPg0KJmd0OyAxMS43PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEl0J3Mgbm90IHRv byBpbXBvcnRhbnQsIGJ1dCBpdCBtaWdodCBiZSBuaWNlIHRvIG9yZGVyIHRoaXMgbGlzdCBieTxi cj4NCmluY3JlYXNpbmc8YnI+DQomZ3Q7IGVycm9yIHR5cGUuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7 IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyBGcm9tOiBQY2UgJmx0O3BjZS1i b3VuY2VzQGlldGYub3JnJmd0OyBPbiBCZWhhbGYgT2YganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t PGJyPg0KJmd0OyBTZW50OiAwNSBBdWd1c3QgMjAyMCAxNzoxOTxicj4NCiZndDsgVG86IHBjZUBp ZXRmLm9yZzxicj4NCiZndDsgU3ViamVjdDogW1BjZV0gUENFIFdHIExDIGZvcjxicj4NCiZndDsg ZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9sbGVyPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IEhpIGFsbCw8YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhpcyBtZXNzYWdlIGlu aXRpYXRlcyBhIDMtd2VlayBXRyBMYXN0IENhbGwgb248YnI+DQomZ3Q7IGRyYWZ0LWlldGYtcGNl LXBjZXAtZXh0ZW5zaW9uLWZvci1wY2UtY29udHJvbGxlci0wNi4gUGxlYXNlIHJldmlldyBhbmQ8 YnI+DQomZ3Q7IHNoYXJlIHlvdXIgZmVlZGJhY2ssIHdoYXRldmVyIGl0IGlzLCB1c2luZyB0aGUg UENFIG1haWxpbmcgbGlzdC48YnI+DQomZ3Q7IFRoaXMgTEMgd2lsbCBlbmQgb24gV2VkbmVzZGF5 IEF1Z3VzdCAyNiwgMTE6NTlwbSAoYW55IHRpbWV6b25lKS48YnI+DQomZ3Q7IDxicj4NCiZndDsg UGxlYXNlIG5vdGUgdGhhdCB0aGlzIEktRCBpcyByZWxhdGVkIHRvPGJyPg0KJmd0OyBkcmFmdC16 aGFvLXBjZS1wY2VwLWV4dGVuc2lvbi1wY2UtY29udHJvbGxlci1zciB3aGljaCBpcyBhbHJlYWR5 IGluIG91ciBXRzxicj4NCiZndDsgYWRvcHRpb24gcXVldWUuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7 IFRoYW5rcyw8YnI+DQomZ3Q7IDxicj4NCiZndDsgRGhydXYgJmFtcDsgSnVsaWVuPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IF9fX19fX19fX19fX19fPGJy Pg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQomZ3Q7IDxicj4NCiZndDsgQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVu dCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zPGJyPg0KJmd0OyBjb25maWRlbnRpZWxsZXMgb3Ug cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcyw8YnI+DQpl eHBsb2l0ZXM8YnI+DQomZ3Q7IG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBh dmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLDxicj4NCnZldWlsbGV6PGJyPg0KJmd0OyBs ZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBp ZWNlcyBqb2ludGVzLjxicj4NCkxlczxicj4NCiZndDsgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBl dGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZTxicj4NCnRvdXRl PGJyPg0KJmd0OyByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVm b3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkPGJyPg0KJmd0OyBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0 aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsPGJyPg0KJmd0OyB1c2VkIG9yIGNvcGllZCB3 aXRob3V0IGF1dGhvcmlzYXRpb24uPGJyPg0KJmd0OyBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kPGJyPg0KZGVsZXRl PGJyPg0KJmd0OyB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48YnI+DQomZ3Q7IEFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuPGJyPg0KJmd0OyBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQu PGJyPg0KJmd0OyBUaGFuayB5b3UuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBQY2UgbWFpbGluZyBs aXN0PGJyPg0KJmd0OyBQY2VAaWV0Zi5vcmc8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3BjZTwvYT48YnI+DQo8YnI+DQo8L2Rpdj4NCjwvc3Bhbj48L2ZvbnQ+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_E8CA205CD08748BD8DF60E63CACD4221_-- From nobody Tue Aug 18 04:39:21 2020 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 5034E3A08F9; Tue, 18 Aug 2020 04:39:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 rWtMpWr1JOry; Tue, 18 Aug 2020 04:39:13 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 374E23A08F4; Tue, 18 Aug 2020 04:39:12 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07IBd7jP005257; Tue, 18 Aug 2020 12:39:07 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0E7AE22165; Tue, 18 Aug 2020 12:39:07 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id 02EA822164; Tue, 18 Aug 2020 12:39:07 +0100 (BST) Received: from LAPTOPK7AS653V (121.128.51.84.dyn.plus.net [84.51.128.121] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07IBd55G009570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2020 12:39:06 +0100 Reply-To: From: "Adrian Farrel" To: "=?UTF-8?Q?'=C3=89ric_Vyncke'?=" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159774566007.7391.8438917795083934621@ietfa.amsl.com> In-Reply-To: <159774566007.7391.8438917795083934621@ietfa.amsl.com> Date: Tue, 18 Aug 2020 12:39:05 +0100 Organization: Old Dog Consulting Message-ID: <02bf01d67554$2e17c260$8a474720$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQKBrEWumaZLVS7rxtG72qJfs/CRwafnTTsQ Content-Language: en-gb X-Originating-IP: 84.51.128.121 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25610.007 X-TM-AS-Result: No--12.712-10.0-31-10 X-imss-scan-details: No--12.712-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25610.007 X-TMASE-Result: 10--12.711800-10.000000 X-TMASE-MatchedRID: byfwvk+IcRnxIbpQ8BhdbPVY7U3NX8JgjHhXj1NLbjCZfDRE1uqSgkr7 8ukJS5uUAWMdzSV1IwZftVf9jKTVg16l23lOYahrHmtCXih7f9O7jNK3pmd1I2mycYYiBYyZ3Rw 96PbAPw3XmSfqAAHVehsXlQV/5kAd8eA/CsXTGsvxkn8eupvmjLqGBW9J0YqjH1j5Sz7tlhFXoY nJE8t84tflfWM/YhUIeM78+YQVhU23pB3EN2QnIlyuZHgmvm5o1O6lMmMIDDdScXQMxepe+4c4C x6gjMqoaUR7CttfdCfnQNZEDCSthORL/dfzA4JWTG680mNjQJ5+CWCcHScOE0+86maMM3aS3JMP HOsk+biLZcV4+iDJyLBRe+5XB6XLZ9cCvpSR42GeAiCmPx4NwFkMvWAuahr8965lu4dW+MEXeuQ CqIxled934/rDAK3zhG2qikEpQGV96T1uBcUwRR2/7nZmP4586mpmSseo1DoJsqBNEBftyPtoFq U4zjJn X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf-?= =?utf-8?q?pce-pcep-flowspec-10=3A_=28with_COMMENT=29?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 11:39:15 -0000 Thanks Eric, Yes, that's a good catch. Embarrassed that is sneaked through. I now have=20 The Value field MUST be set to 0 and MUST be ignored on receipt. in my working copy. Best, Adrian -----Original Message----- From: =C3=89ric Vyncke via Datatracker =20 Sent: 18 August 2020 11:14 To: The IESG Cc: draft-ietf-pce-pcep-flowspec@ietf.org; pce-chairs@ietf.org; = pce@ietf.org; Julien Meuric ; = julien.meuric@orange.com Subject: =C3=89ric Vyncke's No Objection on = draft-ietf-pce-pcep-flowspec-10: (with COMMENT) =C3=89ric Vyncke has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. I found the text easy to = read albeit sometimes it could be shortened (section 1 for example). But, I = prefer clarity and ease of read to concise text. I have only one non-blocking comment in section 4: documenting what is = the expected behavior when receiving a "Value" !=3D 0 could be helpful = (probably the usual 'ignored'). I hope that this helps to improve the document, Regards, -=C3=A9ric From nobody Tue Aug 18 04:41:41 2020 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 ADE2F3A0903 for ; Tue, 18 Aug 2020 04:41:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, 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 mEZVeQKYmXfq for ; Tue, 18 Aug 2020 04:41:37 -0700 (PDT) Received: from mail-il1-x12d.google.com (mail-il1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) (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 C517F3A0901 for ; Tue, 18 Aug 2020 04:41:37 -0700 (PDT) Received: by mail-il1-x12d.google.com with SMTP id c6so17258407ilo.13 for ; Tue, 18 Aug 2020 04:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=mKXufnpFyBn1E8qUFccvx0ZbPLV8ycrPV7mUQ6B9Wpg=; b=F7grPXYqM4Tkp0vtYdOyHy6i31uBSuEvoLRQJ3ltB1uohq7fpg/4WVJILfijfFRIR7 UyZVnwM/Q2Iu4+AilGHpfVYg38jwES9Vx68fmZ40CK67oYTMfdpBw3gODM4bccHetblR Op5THgUfLLY35QsHPW/W/sfa3G1UGfdubkCCGVNvIieQFdvAP0TI7YmvCFovOGHdD09F B9pNu4G9CwXyI/ADXzwbom9aZnQXimP8Rdm28mi8ofApBOyF/nWkvDwXk1dDCAqVX/gT xyHlRrUTyAEFDRCsefiO4+liU/6WnOLjW5J0lEqYavNxGxxue4hQMp1YRc5S+BGKErMl y3mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=mKXufnpFyBn1E8qUFccvx0ZbPLV8ycrPV7mUQ6B9Wpg=; b=jDo4MDS7RBIBOIcRk5SVPKEibSFMtSU6Jbmh0FZxYQBb+5Wb9rkmNB4SkNRb47Jc7+ Xda8A4sw6GOAJBPoEYHI6Zx9JddNL1yA96njgscd82dkemyYCpmvETDIqLHHS37Oshv9 kjcOqZIh2i217B2ICe+hqDsYmq3n6OeG2Ygez0oM+DkUYgZZMLNCAEuTZ0y0Zf9X+6aZ 2j/dDslty9s377yLTvvtQa+pbhfRtMKQcBK5KgVZAHp+2uzlhR/Cz6ycirrqTIPwmIyR qTQlqmFg40HukW9Sw6zD0fQ7zSTqR0byMwTdTBkB0MV3etddlr5qI4iV0qVnnkODoz3D q+Iw== X-Gm-Message-State: AOAM5305ZtW8OoAJGfcJYnQ7I2pxBJA4ffpc7vfsw/7r3OGCtm7hp/6l BtTAtvQ5ENKI8cJ5dphnAqQ6mV2qgIY+9U9RBBY= X-Google-Smtp-Source: ABdhPJzgNrhTBgwWNNtOCLVmmm3eTKxGmt1zFh3JF7VqSeGNofWG/zgJq0/VFuC2PflKyELsNacYDy/mhhzsOgjjBZw= X-Received: by 2002:a92:b05:: with SMTP id b5mr17162870ilf.14.1597750896760; Tue, 18 Aug 2020 04:41:36 -0700 (PDT) MIME-Version: 1.0 References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> <004b01d6721f$243fc540$6cbf4fc0$@tsinghua.org.cn> <4278D47A901B3041A737953BAA078ADE192929BB@DGGEML532-MBX.china.huawei.com> <009d01d674f9$aa375500$fea5ff00$@tsinghua.org.cn> In-Reply-To: <009d01d674f9$aa375500$fea5ff00$@tsinghua.org.cn> From: Dhruv Dhody Date: Tue, 18 Aug 2020 17:10:59 +0530 Message-ID: To: Aijun Wang Cc: "Pengshuping (Peng Shuping)" , Julien Meuric , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 11:41:40 -0000 Hi Aijun, As a contributor to this I-D and a WG participant, let me jump in and snip to ... > 2. This draft states it focuses on LSP Path central control, but I think = the procedures described in this draft is common to other CCI object(which = may be defined in other documents). So would it be better to generalize the= procedures? The specific part for other path type may be only the CCI obje= cts. This can facilitate the extension of PCECC procedure in other scenario= . > > > > > > [Shuping] Yes, you are right. We can add some text in the introduction to= make it clear that though this document focuses on the basic PCECC LSP mod= e for the static LSPs, the procedures defined are generic enough to be used= by other PCECC extensions. > > [WAJ] Not only the introduction part, but also the following procedures. = It is better to generalize the (section 5), not strictly limit within the = LSP path. > > [DD] I see that this has been updated based on Adrian's comment, this now reads - While this document is focused on the procedures for the static LSPs (referred to as basic PCECC mode in Section 3), the mechanism and protocol encoding are specified in such a way that, extensions for other use cases is easy to achieve. For example, the extensions for PCECC for Segment Routing (SR) are specified in [I-D.zhao-pce-pcep-extension-pce-controller-sr] and [I-D.dhody-pce-pcep-extension-pce-controller-srv6]. I disagree regarding the need to change section 5. In this I-D, we don't generalize but allow for an easy extension for new use cases. This document defines what needs to be done for CCI Object-Type=3D1, and allows other CCI Object-Types to be defined in other I-Ds later. There are cases where we can generalize when the extension can stand on its own, for example, a generic ASSOCIATION object, and have different association types. But we do not have a generic CCI object, we have CCI Object-Type=3D1 that needs to be specified in this context. This is similar to how PCEP for SR-MPLS exists on its own in RFC 8664 and later extended for SRv6 without a generic SR text. > > > > 3. Section-5.5.1of this draft describes the =E2=80=9CBasic PCECC LSP Setu= p=E2=80=9D, which is based on the LSP delegation mode. But for LSP delegate= mode, the LSP must exist beforehand, which is constructed via the distribu= ted protocol(RSVP etc.). In such scenario, is it necessary to allocate the = Label via the PCE? > > > > > > [Shuping] This is similar to the case for RFC 8664 where a PCC-initiated = SR path is delegated to the PCE. It is not mandatory for the path (label-st= ack) to be "constructed" beforehand. > > [WAJ] For the PCC-initiated SR path, only the headend need to be touched.= It is different from the scenario described in Figure 2. > > > [DD] It is different, but Shuping's response was based on your comment "But for LSP delegate mode, the LSP must exist beforehand..." and to highlight that the requirement for the LSP to exist beforehand is incorrect! One can send a PCReq message first to get the path and then delegate it. It is also allowed to delegate an LSP that has an empty ERO (down LSP). But in either case, there is no requirement for the LSP to be established in the data plane before the delegation. > 5. Similar consideration is for the =E2=80=9CPCC allocation label=E2=80= =9D. What the reason to let the PCC allocate such label? Why can=E2=80=99t = PCE allocate such information for each PCC from its appointed label space? > > > > > > [Shuping] It was suggested to be added because in some cases PCC may not = be able to allocate a part of its label space for PCE to control and it wou= ld want to control the full label-space allocation. > > [WAJ] In such situation, we think the distributed only label allocation i= s fine. The PCE should not intervene this process. Adding PCE in the networ= k should simplify the procedures, not make it complex. > > [DD] The capability of the PCC to allocate labels is something that already exists and by adding one flag in the protocol exchange one is able to allow both modes. This is not particularly complex IMHO :) Also, you should note that this is quite common in SR use cases such as binding and path segments where PCC allocated binding segment and path segment is supported. > > > > 6. For definition of CCI object, will it simplify the overall procedures = if the CCI object for MPLS label includes both the IN and OUT label togethe= r? > > > > > > [Shuping] At the ingress, we would only have out-label, and at the egress= , we would only have an in-label. > > In case of P2MP branch nodes, we would have one in-label and many out-lab= els as described in another I-D. > > For these reasons, we decided to have them as separate CCI instances. > > [WAJ] Separate CCI instances requires the binding function on the devices= . How to avoid the problem when the CCI instances can=E2=80=99t be bound to= gether? For example, the PCE download two out label, no in label, or vice v= ersa? > > [DD] I discussed this with Shuping and she has added explicit text to handle this now via error messages. The "binding" is in the PCInitiate message itself which includes the LSP object and then multiple CCI objects are included. Thanks! Dhruv > > > > Best Regards, > > Shuping > > > > Best Regards > > > > Aijun Wang > > China Telecom > > > > > > > > > > -----Original Message----- > From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of jul= ien.meuric@orange.com > Sent: Thursday, August 6, 2020 12:19 AM > To: pce@ietf.org > Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-contro= ller > > > > Hi all, > > > > This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-exten= sion-for-pce-controller-06. Please review and share your feedback, whatever= it is, using the PCE mailing list. > > This LC will end on Wednesday August 26, 11:59pm (any timezone). > > > > Please note that this I-D is related to > > draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our W= G adoption queue. > > > > Thanks, > > > > Dhruv & Julien > > > > > > _________________________________________________________________________= ________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc pas etre diffuses, exploites o= u copies sans autorisation. Si vous avez recu ce message par erreur, veuill= ez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. = Les messages electroniques etant susceptibles d'alteration, Orange decline = toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci= . > > > > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; they should not be distributed, us= ed or copied without authorisation. > > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > > Thank you. > > > > _______________________________________________ > > 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 Tue Aug 18 04:55:46 2020 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 A71733A0949 for ; Tue, 18 Aug 2020 04:55:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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 gUuVy6fHw_er for ; Tue, 18 Aug 2020 04:55:43 -0700 (PDT) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 3919D3A0948 for ; Tue, 18 Aug 2020 04:55:43 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id m20so15015125eds.2 for ; Tue, 18 Aug 2020 04:55:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1DlT2ULn1TtIqeTuQT7oplxVbYuqhUWW97D/XtK5oiY=; b=Pgtm+pxquK0B1GHmyxp/ggpgIlnCWFOI0gLvIxEvmz+Llp0SltFiT9UGvvwiRRBh21 evdXs/d4rifz6NV6twBInt4Kd5uVD/ygkzrcjxAUKWr+j8hv9/zwW8XV9y2sKjx2817j NbQEIWlQzeSMAIa3iuVQR7TRSirlUo0x2E0lGJ2pnVMbpFjzx5H413AN2kD7i3L+vnvv TlIoGsFYTiGGATw3ymixe9pW8NOmrjrpgJCj8TzJLpStbo6lsvUGW2QS3X0XFrLynyKh UyV4wocgqxejKpXwe5g5zQn/70k16ep4xE78ilFmPnl0AILri7ff8Ldiy/9dEgwBt0iz ymKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1DlT2ULn1TtIqeTuQT7oplxVbYuqhUWW97D/XtK5oiY=; b=VqcVts12AADz3E9mBrl6OuPzyHGSmM7ENdqDfVmyWVPRJ+wiGgqpBi1JIrLjfiKRQS 7ALoCV/J1OGH+C/+sxNDOBVn0JgLL1EuSzjG16A7+zyO4Ap0Ucz6sSLRvbdFMZ+bJCeI aA4m+Rhnt78uCQgTUpkh43PWEVJfx9qG2ksQxBgcQ6DDRwbmQ6Q4XGemCGY9J9A/tzR0 T+1A+VuY+NOjjwyj4kaXvawddnNQkMCjiWc4fPjRD3Xg51py89yVJtZEQ7PQAocRlr0U MWG1aDtk7xqEMSP7YIUboNVLT+xGiKABOSJRzOab07vAgO6eAAafZ8tQuA99Wh/+FGof Fh0A== X-Gm-Message-State: AOAM530VLej+KvXlzF/ednFLdnDi3XtcvRzlXDuGPwYOleeLu3kVv+g7 lx+jIprHyhsoTaFLsMm9nxA9IPiQVpRz83cdvFc= X-Google-Smtp-Source: ABdhPJwDhgSS7lC+XPXnNDIjUnIIy2qT9t+uNnaTe3Jz9OHzG7XN+42ZrEJEnXDFcz2bgN8KCY5FX+RgjzvthF4etEs= X-Received: by 2002:a50:fd0b:: with SMTP id i11mr18938591eds.298.1597751741621; Tue, 18 Aug 2020 04:55:41 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mahend Negi Date: Tue, 18 Aug 2020 17:25:30 +0530 Message-ID: To: Hariharan Ananthakrishnan Cc: lizhenbin@huawei.com, pengshuping@huawei.com, qzhao@ethericnetworks.com, chao.zhou@cisco.com, pce@ietf.org Content-Type: multipart/alternative; boundary="000000000000ffadc705ad25903a" Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 11:55:45 -0000 --000000000000ffadc705ad25903a Content-Type: text/plain; charset="UTF-8" Hi Hari, I am not aware of any IPR applicable to this draft that should be disclosed in accordance with IETF IPR rules. Regards, Mahendra On Fri, Aug 7, 2020 at 9:32 AM Hariharan Ananthakrishnan wrote: > Hi Authors, > > In preparation for WG LC on this draft, I'd like all > authors and contributors to confirm on the list that they are in compliance > with IETF IPR rules. > > Please respond (copying the mailing list) to say one of: > > I am not aware of any IPR applicable to this draft that should be disclosed > in accordance with IETF IPR rules. > > I am aware of the IPR applicable to this draft, and it has already been > disclosed to the IETF. > > I am aware of IPR applicable to this draft, but that has not yet been > disclosed to the IETF. I will work to ensure that it will be disclosed in a > timely manner. > > Thanks, > - Hari > > --000000000000ffadc705ad25903a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi = Hari,

I am not aware of any IPR applicable = to this draft that should be disclosed in accordance with IETF IPR rules.

Regards,
<= div>Mahendra

On Fri, Aug 7, 2020 at 9:32 AM Hariharan Ananthakrishnan &= lt;hari@netflix.com> wrote:
<= /div>
Hi Authors,

In preparation for WG LC on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of the IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari
--000000000000ffadc705ad25903a-- From nobody Tue Aug 18 10:13:57 2020 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 AEEF63A077C for ; Tue, 18 Aug 2020 10:13:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=dhruvdhody-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 YVe9DThQiCoq for ; Tue, 18 Aug 2020 10:13:53 -0700 (PDT) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 141DC3A0140 for ; Tue, 18 Aug 2020 10:13:51 -0700 (PDT) Received: by mail-pl1-x629.google.com with SMTP id q19so9530393pll.0 for ; Tue, 18 Aug 2020 10:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2tDx9WLW2jkkg6DvHwW01o9g+PmwxzZ81yAqQQc6DAg=; b=MPi6nPIernzqW9rS9IhW72GxSAxN5Uwis+lLsWK+CraOBKvrZ8JgNi+5kqHkX0Yn8d 6FEmF+jTmQhaE9IVYYrE63q4wQfPfaRTPSIzE0XG4isaaX9823PCLrmYULR3ypUphtxO sIeQnK4S2vvFguF1t6r5X+e6HX3bTYD6XXoeMzoQJ2TBrPLZV8I1N/CVexlFNOnoURiP MlwT7jR2KNz8WCwdPlNnQ9dOdawVa58X66wDLoIKOI7M3/dGtD/CqAciEw54tUWnNsPp qXWJ8K377fA5V7grOPsut6DANMFNNz2WcMArgx7hQ1R+Uq2cJowtctu1EH4d5+3yk8jg MoNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2tDx9WLW2jkkg6DvHwW01o9g+PmwxzZ81yAqQQc6DAg=; b=f0i097dXcLkc5AT/Tdz9oTIOo5MJ3IKpIYM7+4pZgK3B+jUCYtQCu3UmYwjjfCgKZS XER7S+yLwogZO+/cY9wnejM5xx56RuqxrNyN2XZzrzF8tU12cn+i/KsSRfigmHO6LcGs mJCeOz0E6QxWJl4R3hELNcWtdrp8i4+cITO4PWM85Xdask39qh8aJcHzgan4QTvNw9Xa LMMbTqqx34Gh4F7bK9c5FEg7Jog0egGYVJqW4c/ley/v2DEQrVTQDwgB3S2Km/CvJqBG hEnfHO1JOtZYFIZHekF6uzgYimy33lY99ZDLzqQn3h9nlkAWElD5jPfh+YrX9b06vvGc RxPQ== X-Gm-Message-State: AOAM531xxihmJJpjvG1xWfocPvdtFGnK0VZXx1LyE/c6FnqgRVgbv51H syb2JyvldMkBowYPoCOHeZBpI4SoDVKweAjCUFJLUCGQA+s0mA== X-Google-Smtp-Source: ABdhPJxVQDIQQLku53bJTZDZ/VPjdrcTtV3bzkmlKC93LIWLmQAztl1AQOz6+pUTvfJi++c+B+1e/id4mRmwO0Ms4Ts= X-Received: by 2002:a17:90b:3685:: with SMTP id mj5mr809347pjb.50.1597770830316; Tue, 18 Aug 2020 10:13:50 -0700 (PDT) MIME-Version: 1.0 References: <1734819606.3160969.1597770578735@mail.yahoo.com> In-Reply-To: <1734819606.3160969.1597770578735@mail.yahoo.com> From: Dhruv Dhody Date: Tue, 18 Aug 2020 22:43:39 +0530 Message-ID: To: "pce@ietf.org" Cc: "chaozhou_us@yahoo.com" Content-Type: multipart/alternative; boundary="000000000000c618dd05ad2a02a7" Archived-At: Subject: [Pce] Fwd: IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 17:13:56 -0000 --000000000000c618dd05ad2a02a7 Content-Type: text/plain; charset="UTF-8" Sending to the list... ---------- Forwarded message --------- From: Chao Zhou Date: Tue, 18 Aug 2020 at 22:39 Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller To: Dhruv Dhody Cc: pce-chairs , lizhenbin@huawei.com < lizhenbin@huawei.com>, Quintin Zhao Hi Dhruv, Thanks for the email. Sorry for the delay of response. My response regarding to this draft is below: I am not aware of any IPR applicable to this draft that should be disclosed in accordance with IETF IPR rules. Thanks, -Chao On Monday, August 17, 2020, 11:18:26 PM EDT, Dhruv Dhody wrote: Hi Chao, Forwarding to your updated email address. Please respond to the below IPR poll by including the PCE WG List ( pce@ietf.org ) in your reply. Thanks! Dhruv ---------- Forwarded message --------- From: *Hariharan Ananthakrishnan* Date: Fri, Aug 7, 2020 at 9:32 AM Subject: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller To: , , Mahend Negi < mahend.ietf@gmail.com>, , Cc: Hi Authors, In preparation for WG LC on this draft, I'd like all authors and contributors to confirm on the list that they are in compliance with IETF IPR rules. Please respond (copying the mailing list) to say one of: I am not aware of any IPR applicable to this draft that should be disclosed in accordance with IETF IPR rules. I am aware of the IPR applicable to this draft, and it has already been disclosed to the IETF. I am aware of IPR applicable to this draft, but that has not yet been disclosed to the IETF. I will work to ensure that it will be disclosed in a timely manner. Thanks, - Hari _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --000000000000c618dd05ad2a02a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sending to the list...

---------- Forwarde= d message ---------
From: Chao Zhou <chaozhou_us@yahoo.com>
Date: Tue, 18 Aug 2020 at= 22:39
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-= pce-controller
To: Dhruv Dhody <= dd@dhruvdhody.com>
Cc: pce-chairs <pce-chairs@ietf.org>, lizhenbin@huawei.com <= lizhenbin@huawei.com>, Quintin Zhao <qzhao@ethericnetworks.com>




Hi Dhruv,<= /div>

Thanks for the email. So= rry for the delay of response. My response regarding to this draft is below= :

= 
I am not aware of any IP=
R applicable to this draft that should be disclosed

in accordance wi=
th IETF IPR rules.

-Chao



=









= On Monday, August 17, 2020, 11:18:26 PM EDT, Dhruv Dhod= y <dd@dhruvdhody= .com> wrote:









=
Hi Cha= o,

Forwarding to your updated email address. Please respond to the below<= /span>
IPR poll by including the PCE WG List (=C2=A0pce@ietf.org=C2=A0) in your reply.

Thanks!
Dhruv

---------- Forw= arded message ---------
From: Hariharan Ananthakrishnan <hari=3D40netflix.com@dmarc.ietf.org>Date: Fri, Aug 7, 2020 at 9:32 AM
Subject: [Pce] IPR Poll on draft-ietf= -pce-pcep-extension-for-pce-controller
To: <lizhenbin@huawei.com>, <pengshuping@huawei.com>, Mahend Negi <mahend.iet= f@gmail.com>, <qzhao@ethericnetworks.com>, <ch= ao.zhou@cisco.com>
Cc: <pce@ietf.org>


Hi Authors,


=

In preparation for WG LC on this draft, I'd like all

authors=
 and contributors to confirm on the list that they are in compliance
with IETF IPR rules.



Please respond (copying the mailing li=
st) to say one of:



I am not aware of any IPR applicable to t=
his draft that should be disclosed

in accordance with IETF IPR rules=
.



I am aware of the IPR applicable to this draft, and it has=
 already been

disclosed to the IETF.



I am aware of IP=
R applicable to this draft, but that has not yet been

disclosed to t=
he IETF. I will work to ensure that it will be disclosed in a

timely=
 manner.



Thanks,

- Hari

<= br>_______________________________________________


Pce mailing l= ist


Pce@ietf.org


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




=


--000000000000c618dd05ad2a02a7-- From nobody Tue Aug 18 20:47:16 2020 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 B185C3A1108; Tue, 18 Aug 2020 20:47:04 -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: 7.14.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159780882462.11851.6546318902336898166@ietfa.amsl.com> Date: Tue, 18 Aug 2020 20:47:04 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-extension-native-ip-06.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2020 03:47:05 -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 Extension for Native IP Network Authors : Aijun Wang Boris Khasanov Sheng Fang Chun Zhu Filename : draft-ietf-pce-pcep-extension-native-ip-06.txt Pages : 10 Date : 2020-08-18 Abstract: This document defines the Path Computation Element Communication Protocol (PCEP) extension for Central Control Dynamic Routing (CCDR) based application in Native IP network. The scenario and framework of CCDR in native IP is described in [RFC8735] and [I-D.ietf-teas-pce-native-ip]. This draft describes the key information that is transferred between Path Computation Element (PCE) and Path Computation Clients (PCC) to accomplish the End to End (E2E) traffic assurance in Native IP network under central control mode. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-native-ip/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-extension-native-ip-06 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-extension-native-ip-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-extension-native-ip-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Aug 22 18:27:56 2020 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 43BED3A03F5; Sat, 22 Aug 2020 18:27:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Erik Kline via Datatracker To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , julien.meuric@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Erik Kline Message-ID: <159814607025.15134.10999082889595538343@ietfa.amsl.com> Date: Sat, 22 Aug 2020 18:27:50 -0700 Archived-At: Subject: [Pce] Erik Kline's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 01:27:50 -0000 Erik Kline has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [ section 2 ] * "a flag is provided to indicate that the sender of a PCEP message that includes a Flow Specification is intended to be installed as a Longest Prefix Match route, or..." This didn't scan too well for me. It seems the subject is the sender as written, but perhaps the message itself is the thing that "is intended to be installed..."? Oh, perhaps this is what's meant: "a flag is provided to indicate that the sender of a PCEP message that includes a Flow Specification intends it to be installed as a Longest Prefix Match route or as a Flow Specification policy." [ section 5 ] * Is it well-known whether multibyte numeric fields are network endian or not? [ section 6 ] * "The TLVs follows" -> "The TLVs follow", I think [ section 7 ] * "carries one or more ... TLV" -> "...TLVs." * "defines following new types" -> "defines the following new types" * Purely out of curiosity, if either S=1 or G=1 can/should it be specified that the source/group addresses simply not be included (i.e. the bits indicate not only that the field is not examined but that it's not inclued)? [ section 7.1 ] * "carries one or more ... TLV" -> "...TLVs." [ section 8.4 ] * "will be place on a single tunnel" -> "will be placed into a single tunnel" perhaps? [ section 8.7 ] * Recommend splitting up the long sentence with ", however" -> ". However, ..." * "if the Flow Specification make" -> "if the Flow Specifications make"? * Maybe I've lost too much mental state between readings, but the final paragraph, as written, makes me wonder how a FlowSpec gets installed in the first place. I assume I'm missing something in my naive reading. =) From nobody Sun Aug 23 06:32:29 2020 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 1DF513A09F2; Sun, 23 Aug 2020 06:32:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.004 X-Spam-Level: X-Spam-Status: No, score=0.004 tagged_above=-999 required=5 tests=[MAY_BE_FORGED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 s2RTcaDFMC0W; Sun, 23 Aug 2020 06:32:26 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 D40583A09F0; Sun, 23 Aug 2020 06:32:24 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07NDWMGB002397; Sun, 23 Aug 2020 14:32:22 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E616D22032; Sun, 23 Aug 2020 14:32:19 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id D0EF22203C; Sun, 23 Aug 2020 14:32:19 +0100 (BST) Received: from LAPTOPK7AS653V (1.197.bbplus.pte-ag1.dyn.plus.net [81.174.197.1] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07NDWHPh012310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 23 Aug 2020 14:32:18 +0100 Reply-To: From: "Adrian Farrel" To: "'Erik Kline'" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159814607025.15134.10999082889595538343@ietfa.amsl.com> In-Reply-To: <159814607025.15134.10999082889595538343@ietfa.amsl.com> Date: Sun, 23 Aug 2020 14:32:17 +0100 Organization: Old Dog Consulting Message-ID: <08cc01d67951$d330f040$7992d0c0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIhChxgb+nWpSfM3BSF+viSaiMTQqiwjuuw Content-Language: en-gb X-Originating-IP: 81.174.197.1 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25620.007 X-TM-AS-Result: No--16.010-10.0-31-10 X-imss-scan-details: No--16.010-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25620.007 X-TMASE-Result: 10--16.010000-10.000000 X-TMASE-MatchedRID: qsaWi0FWcYvxIbpQ8BhdbFhxiWPCm7jEekMgTOQbVFtpsnGGIgWMmYvK DKbUyTyLAWMdzSV1IwZftVf9jKTVg16l23lOYahrHmtCXih7f9O7jNK3pmd1I2J9vGyAQsb3d28 7y76rWl0gRR2pqoQBmXMKQgXcQBjhhF5+MerjO+nN+qWlu2ZxaHcEoz5ZZVPjd6RFRE7vKfHYCB OAp4W5KlKrZKj4cH6Yi1jsX+soAaYUx7+vwaok+f9N7e3lwkwbamKrgqy61cJo5YsPsbyLXf6NZ thKIM9Q3P38zdjijVlXKoklfL1yzJRpdkEYVGP54WAObM1VUqjyRrv+hwfKX99RlPzeVuQQSbir 7D5aLgYUvplANMTH9l09y/v1yA1xqzTLWvCkMqHoQ2ipOtS4ECFceJVsZ+5jp04odrdPZG3Di1q A9dFHHBlOnyldyd2fITth+DgIjHy92ZU0OjkvfJzEHTUOuMX39/plKg1lCshmXB0VCd6qQNGvJV PfEl1IVou3tdUwrwvgz08qZLGpTbDABUyausHHOJJP0pnMGEV5dnPVq3ls7ATUT12yL068762sj 1EMXVp2fLpad9DXJ5TjjmZF9xBOqjwmnqsHzISiVU7u7I4INanWKg6SIaSpmyiLZetSf8mNwWY+ KmOUGxcwnHgDaR+HC24oEZ6SpSkj80Za3RRg8Pzi4JbBLyA65jYQEaL/ppVqvPD5iMlXp/1CtAd L/2sWegYAQSDilXQ= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Erik Kline's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 13:32:28 -0000 Nice collection of nits, Erik. Thanks. Will attend to them when the next version comes out. Best, Adrian -----Original Message----- From: Erik Kline via Datatracker =20 Sent: 23 August 2020 02:28 To: The IESG Cc: draft-ietf-pce-pcep-flowspec@ietf.org; pce-chairs@ietf.org; = pce@ietf.org; Julien Meuric ; = julien.meuric@orange.com Subject: Erik Kline's No Objection on draft-ietf-pce-pcep-flowspec-10: = (with COMMENT) Erik Kline has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [ section 2 ] * "a flag is provided to indicate that the sender of a PCEP message that includes a Flow Specification is intended to be installed as a Longest Prefix Match route, or..." This didn't scan too well for me. It seems the subject is the sender as written, but perhaps the message itself is the thing that "is intended to be installed..."? Oh, perhaps this is what's meant: "a flag is provided to indicate that the sender of a PCEP message that includes a Flow Specification intends it to be installed as a Longest Prefix Match route or as a Flow Specification policy." [ section 5 ] * Is it well-known whether multibyte numeric fields are network endian or not? [ section 6 ] * "The TLVs follows" -> "The TLVs follow", I think [ section 7 ] * "carries one or more ... TLV" -> "...TLVs." * "defines following new types" -> "defines the following new types" * Purely out of curiosity, if either S=3D1 or G=3D1 can/should it be = specified that the source/group addresses simply not be included (i.e. the bits = indicate not only that the field is not examined but that it's not inclued)? [ section 7.1 ] * "carries one or more ... TLV" -> "...TLVs." [ section 8.4 ] * "will be place on a single tunnel" -> "will be placed into a single = tunnel" perhaps? [ section 8.7 ] * Recommend splitting up the long sentence with ", however" -> ". However, ..." * "if the Flow Specification make" -> "if the Flow Specifications make"? * Maybe I've lost too much mental state between readings, but the final paragraph, as written, makes me wonder how a FlowSpec gets installed = in the first place. I assume I'm missing something in my naive reading. = =3D) From nobody Sun Aug 23 14:24:16 2020 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 1F73E3A0E70; Sun, 23 Aug 2020 14:24:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.197 X-Spam-Level: X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 vUGl-kLcwX9e; Sun, 23 Aug 2020 14:24:10 -0700 (PDT) Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (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 172473A0E6F; Sun, 23 Aug 2020 14:24:09 -0700 (PDT) Received: by mail-oi1-x232.google.com with SMTP id 2so1015115ois.8; Sun, 23 Aug 2020 14:24:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ALo8uiqNeGnoMBc8H2uDf9pj65zM2ZuvNiGvPGB5FIY=; b=jLsy86uWDUJ7TDUcEQDA41Acv+HVXypluxOmwbFN/UR29cWe8geIF62vUmekSYh01b X0Ykk2F8htmbmIwzlBSZvmb6tvbDidGegjgs7aI2f8VxZorOGbQRA9OyqtwuD3T+f5Ze p+RLGe9vBcXImZFAiGWJ0stqJrxUWfBxFmmFUL4Ls1hJjtVBqrqRlfnqKZT0bSMU6TZt t4axN5ms83i+lOMzSckUsYPIz8gT2aTU/QGm+zs0KyPKnK55vJDcLKnSkS0sxeMhySU9 yrdymJVaUanOSg+c3UBxXX/5n67TutZHd+rsRs2FJ7cV1mxmGQRc9CkctjHJyMyBQkTu VPXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ALo8uiqNeGnoMBc8H2uDf9pj65zM2ZuvNiGvPGB5FIY=; b=lnPukxEYpFC05zM+44H3jBGM5iptTmyR9hKkQDSbR0j3KW9XYdwFsyDaQjTvNl2Ib4 PC6p6Z13PJ3wNBLkqkW09uc33LC2FsLfbIjFsYVGCPs+B2HsIyx6MuA2MluMaNg6lzn3 a+1cC8fZ8dWv6a0lzN0NiZCSBibPgLfIPnQ367Fb7VjxqUE5dbAmaE5o355SPimGyyNn nnZpRbll5QLh2Fmq5g5QONgU7XKPL4i9DLp/AkR8Ft855VmCyTgYOKbaUvH1oYpcQ4lF LW/Hyk+U1//PJ25DJ4mJ/cNtYBUBcMN1vHAhbGoWT9FuFDOSKaiXpxE9HHeln5GCrWiB jelQ== X-Gm-Message-State: AOAM530BPwly7BziQHF9rS7IZ6iTC++2ibUItFyj4IU5xQeleTbGEY+g evf1PAyAiiNiExQ0+vJ5uLZKmgE1KugR19/CyHY= X-Google-Smtp-Source: ABdhPJyfC5juEt7EBMLf4F32Lix/HkZi+OxnjVUV6GxEO+RzKNCfyxwvY/jJwp9rJ1O2M1UnahtDzUvRdooCR6hrYm4= X-Received: by 2002:aca:ad54:: with SMTP id w81mr1536411oie.100.1598217849254; Sun, 23 Aug 2020 14:24:09 -0700 (PDT) MIME-Version: 1.0 References: <159814607025.15134.10999082889595538343@ietfa.amsl.com> <08cc01d67951$d330f040$7992d0c0$@olddog.co.uk> In-Reply-To: <08cc01d67951$d330f040$7992d0c0$@olddog.co.uk> From: Erik Kline Date: Sun, 23 Aug 2020 14:23:58 -0700 Message-ID: To: adrian@olddog.co.uk Cc: The IESG , draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric Content-Type: multipart/alternative; boundary="0000000000002db4db05ad921781" Archived-At: Subject: Re: [Pce] Erik Kline's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 21:24:11 -0000 --0000000000002db4db05ad921781 Content-Type: text/plain; charset="UTF-8" On Sun, Aug 23, 2020 at 6:32 AM Adrian Farrel wrote: > Nice collection of nits, Erik. Thanks. > At best, it's really all I'm good for. =) --0000000000002db4db05ad921781 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Aug 23, 2020 at 6:32 AM Adrian Fa= rrel <adrian@olddog.co.uk>= wrote:
Nice collection of nits, Erik. Thanks.
<= div>
At best, it's really all I'm good for.=C2=A0 =3D= )
--0000000000002db4db05ad921781-- From nobody Sun Aug 23 22:08:05 2020 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 422EE3A0A12 for ; Sun, 23 Aug 2020 22:08:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=mtn.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 fsKs8EGjLexM for ; Sun, 23 Aug 2020 22:07:58 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50071.outbound.protection.outlook.com [40.107.5.71]) (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 83D133A0A07 for ; Sun, 23 Aug 2020 22:07:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LPSP1KQKhtYYdGWekOZdrqp4pFl61Q+2r6OO9/BDcUmnRZDghJapuBaQ0SAVxIJUjxhLEJiqWQKDemHUtriyMpdbA8D/MNB8vZOogRv1kMLwbAw5LAKEIyLJb+x6cjuWDcvoWFbbqq45UrPMK+9XqfmC0JBxfuGg/rYk44I+w52j2yrHNd1a2W0BxE+i5frPFHESoft4vTWH1et4MV/6H0ST9hwtWHZS4jacF94RNPPw5qFvdEUqY2WOEVSFV8UpN1Tz1Ze8W6EcJBouH+XV6IekIXekY6am19m0hHFyNiSwkBHJDZ9ujrk0nqBwQ08DIFbAzi5WoBpxi6Ntd2YYHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ubRdfTtTBNrgdmt4/qVGqKpEwm/Q5wrWntdQZPZeRZ8=; b=YpC8wcYGUkPuKoVb0Mt6ZcJW4TsW34tuyPfYGgOg1TK0a7W20z0sAbJWIv02FNsa6WBJNjU9rIkQxzHnFj5orpxMobcSDcG9jLjMiGgGOyhHzc0caGcWQNvW5ohH3JteKCBk5hg+HHvvreLCfH6qRHNb7slh5iMCFvl4SRhfeParoZIIDYZcqviKBExGNOWmUuImgMT1w1YhyGptmYWL4OFO+hdHnblEoaO3kmGt0LjgPOA/LFfDX2e02gXXklT1EL3+FZn+HyUT6Uf2oaKjQmzdkvSqLg0aFGoDSnxLfkn8fM3lG3oNqzU13NNzLbZXaIVWgadKpuUn3EIcc9Z5jg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 104.209.35.28) smtp.rcpttodomain=orange.com smtp.mailfrom=mtn.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=mtn.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mtn.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ubRdfTtTBNrgdmt4/qVGqKpEwm/Q5wrWntdQZPZeRZ8=; b=N1iTH5X30Bb+jlfJyGITH08/ic/BDwRPRMwkUW4MZip85OFM9JAFvUDCdgIpcaRSEKU2P4M0MFJqU1aiqD83tOOvZU1c5Th5HJQL9RUAyxamIgDK3SxuYML5xrAHeJvmRlsx2WrSSbMa8ES3UlbMRIJO4BB531lTDOJKcX7jZXA= Received: from AM6P193CA0113.EURP193.PROD.OUTLOOK.COM (2603:10a6:209:85::18) by DB7PR02MB3610.eurprd02.prod.outlook.com (2603:10a6:5:8::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.24; Mon, 24 Aug 2020 05:07:49 +0000 Received: from VE1EUR03FT011.eop-EUR03.prod.protection.outlook.com (2603:10a6:209:85:cafe::ee) by AM6P193CA0113.outlook.office365.com (2603:10a6:209:85::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.24 via Frontend Transport; Mon, 24 Aug 2020 05:07:49 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 104.209.35.28) smtp.mailfrom=mtn.com; orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=pass action=none header.from=mtn.com; Received-SPF: Pass (protection.outlook.com: domain of mtn.com designates 104.209.35.28 as permitted sender) receiver=protection.outlook.com; client-ip=104.209.35.28; helo=us2.smtp.exclaimer.net; Received: from us2.smtp.exclaimer.net (104.209.35.28) by VE1EUR03FT011.mail.protection.outlook.com (10.152.18.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.3305.24 via Frontend Transport; Mon, 24 Aug 2020 05:07:46 +0000 Received: from EUR02-VE1-obe.outbound.protection.outlook.com (104.47.6.58) by us2.smtp.exclaimer.net (104.209.35.28) with Exclaimer Signature Manager ESMTP Proxy us2.smtp.exclaimer.net (tlsversion=TLS12, tlscipher=TLS_ECDHE_WITH_AES256_SHA384); Mon, 24 Aug 2020 05:07:48 +0000 X-ExclaimerHostedSignatures-MessageProcessed: true X-ExclaimerProxyLatency: 49905177 X-ExclaimerImprintLatency: 6380111 X-ExclaimerImprintAction: 1c6f8051576f4a7d8f257b15a064b756 Content-Type: multipart/related; boundary="----_=_NextPart_4ef65895-96c9-438e-843b-b29d1b97a37b" Received: from AM0PR02MB3681.eurprd02.prod.outlook.com (2603:10a6:208:4d::29) by AM0PR02MB4307.eurprd02.prod.outlook.com (2603:10a6:208:d9::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.26; Mon, 24 Aug 2020 05:07:39 +0000 Received: from AM0PR02MB3681.eurprd02.prod.outlook.com ([fe80::4823:a751:1ca6:ba93]) by AM0PR02MB3681.eurprd02.prod.outlook.com ([fe80::4823:a751:1ca6:ba93%3]) with mapi id 15.20.3305.024; Mon, 24 Aug 2020 05:07:39 +0000 From: "Luc-Fabrice Ndifor Ngwa [ MTN Cameroon ]" To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0QgSptIYcqi4kO70w3dQX32LqlG0eiw Date: Mon, 24 Aug 2020 05:07:38 +0000 Message-ID: References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Authentication-Results-Original: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=mtn.com; x-originating-ip: [129.0.76.210] x-ms-publictraffictype: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: 61ba1134-a5e1-4f3f-94a7-08d847eba5b8 x-ms-traffictypediagnostic: AM0PR02MB4307:|DB7PR02MB3610: X-Microsoft-Antispam-PRVS: x-ms-oob-tlc-oobclassifiers: OLM:10000;OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: /8+SjU1elVPc2fXJ0UIyFHqWNPhIrylCZ7GdW3aG0pTKSWmuB+VWzTIBxMm7g0ApSVfVMm3wXsGOkIJtFNGLX3YNalyjN9x5hCllskh/YhuN7YX7RLDiJCBOkmHFf9DK5QfTTClH1LXFOLFWMrAGCk8/m9rLzHrTLg56B59dWL6sie5HqJkUvo4WeRCyCr3sspDsiwMYWo6os9Iv0MUR+/4C2CP9xcpXs/rEEMyIQ8YoA3seCeVBDcWjey93thaEuJobC2HWTE80nMGuJJxPOA/jBFxxo7GlZZTrVCtu8uAErl7RR7FK5L8X+jKHiZY4nvTgbXQM3chPi+7diIEq4dGrQ11bE2gGfpfLtJuTSJ8MCFjADTSSAzUDr7vkK2rJgv9xL7wJ9TWHHZFEpnQWdA== X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR02MB3681.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(376002)(366004)(39860400002)(136003)(55016002)(478600001)(2906002)(86362001)(316002)(33656002)(110136005)(8676002)(5660300002)(26005)(9686003)(71200400001)(76116006)(66946007)(66446008)(66556008)(7696005)(6506007)(53546011)(52536014)(83380400001)(966005)(186003)(66476007)(64756008)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 00sVVsVGQ/l5cXPxg8Sj+4HX+QJLEvZtjb1bpPfq5XTFR6UQkrCbUy58GBwE0YdLBPl9kLNyTQqjleiDyiISsPNgf/gGgairLDfwxzF7a05FWGseTUOt9jAWqQ5AHElHTWy//Smr76/DCYS+jx4bR/MmhX50/0Ra+ZRfPTKEYWV3HWGEMKBSzvakXtltFc3SWQzy/AE+tDCIpHpnIhi3ZTPcgY8Y/QWlnZ7XLkHCFQSJ+QQX9bGmrZ6fJ8+8KedrYlTbqIcJ0V53zGSHfCQruhumLH9mSxqk1ipCdOMDbhC24wHI+1ynW7KvxzFAzwZjdPWNniWJnvIfwAUXOVJzYKvKSipmgh9BPbZUfzTWE2p9vNgRUcByOWuYlqzQWzdScjC9WlOkFvoU5q2dRu9qB3H6BBBZqXZAQIdIa60c/AF+cAnnz97kvTNDdSwyU3P2UW1brhFUHT5KnDgVHVL8ThGiLx63lhGyigYSSwaqmyfhCWBL+Ga2pksYjxM2CbXxqB1ZPcb3DEmSNXpCjhpkTJh9cOM7BY03ouaQYdN2Y1YCbh698ul9COAaXHikMk971ZXm5pj7fjz68KR289m0Ayy0C0hV6467FkVGXJEmHl2SzSuBJ27ne3iN/BnlJrhPx4EYH3UO+Dn97+hHSft+Lg== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR02MB4307 X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: VE1EUR03FT011.eop-EUR03.prod.protection.outlook.com X-MS-Office365-Filtering-Correlation-Id-Prvs: 030f4a0b-0d95-4ce4-79d0-08d847eb9f77 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: jMwbfgQlR1WW5qwMM/N38m4lNWVuPd99lw+hrSCgP4DiuA2ygc/1ihgcninnOO6pTUSG2lLiU53P1SyA+qOZzwD4Plo7+xetvjPbktu7Cy48roUIRBhZ3lPGwL9MoiO/k6Cx49Sw4nexyBBkUF85iwzu1000yR0NjnjcaavYmb7dZIpP9To+tVD6Sy3qHxAmqWVPeIERLjdxK5EFMgrQKQf/DPjOBQ7qEz759ozT5qFRE/u0Q9KdCIjlnwwO5HvLuv7tkMH28THNwYYYkqfimuUDwXXy+PzE+c90+p1DbvWhoCc9M4/0oZdxAh1WQk3+k58AI2YwaRe2twX2xVo/14rIKx/UScYR298mOyK4cZofFQSN+RwtjNA0IG5bXa+JHDTpt5uHKLeC6tHL1w/vYg89JYUnn0RItshyS+GGQHcCTdBGySOH0ybaUpdmIdGGxsNTT6uDSqql/aV0q0G9ZePQawJooelaz24Bb2V08jm0FqxhrQ0gDryjxurTDWUo X-Forefront-Antispam-Report: CIP:104.209.35.28; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:us2.smtp.exclaimer.net; PTR:us2.smtp.exclaimer.net; CAT:NONE; SFS:(4636009)(396003)(136003)(376002)(39860400002)(346002)(46966005)(82310400002)(166002)(8676002)(7636003)(966005)(83380400001)(8936002)(356005)(86362001)(47076004)(110136005)(83080400001)(82740400003)(7596003)(478600001)(316002)(33656002)(5660300002)(70586007)(7696005)(336012)(6506007)(26005)(186003)(53546011)(33964004)(9686003)(55016002)(66576008)(2906002)(52536014)(33310700002)(70206006); DIR:OUT; SFP:1101; X-OriginatorOrg: mtn.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Aug 2020 05:07:46.7631 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 61ba1134-a5e1-4f3f-94a7-08d847eba5b8 X-MS-Exchange-CrossTenant-Id: c9b9cb50-3644-4db4-a267-fa84df2f4ceb X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=c9b9cb50-3644-4db4-a267-fa84df2f4ceb; Ip=[104.209.35.28]; Helo=[us2.smtp.exclaimer.net] X-MS-Exchange-CrossTenant-AuthSource: VE1EUR03FT011.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR02MB3610 Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 05:08:03 -0000 This is a multi-part message in MIME format. ------_=_NextPart_4ef65895-96c9-438e-843b-b29d1b97a37b Content-Type: multipart/alternative; boundary="----_=_NextPart_e2bf2341-1310-45fc-b1f9-0087899f149f" ------_=_NextPart_e2bf2341-1310-45fc-b1f9-0087899f149f Content-Language: en-US Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Julien, I support the WG LC of the draft. Have no objection with the current status= of the draft. =E2=80=8BWarm regards, Luc-Fabrice Ndifor Specialist - IP Access and Data center Luc-Fabrice.Ndifor@mtn.com T +237 677 55 02 13 Head Office: 360, Rue Drouot =E2=80=8BP.O. Box 15 574 Douala, Cameroon T +237 679 00 90 90 | mtn.cm This email is confidential. If you have received it in error, you are on no= tice of its status. Please notify =E2=80=8Bthe =E2=80=8B=E2=80=8Bsender imm= ediately by =E2=80=8Breply email and then delete this message from your system. Please = do not copy it =E2=80=8Bor use it for any purpose or disclose its content =E2=80=8Bto any other person as to do so could be a breach of =E2=80=8Bconf= identiality. =E2=80=8B Please be informed that no employee or agent is authorized to conclude any= legally binding agreement =E2=80=8Bon behalf of MTN Cameroon =E2=80=8Bvia email. This can be only done if the email is confirmed explici= tly in writing =E2=80=8Bby an MTN Cameroon authorized officer. In no event =E2=80=8Bwill this email or its content be construed as a written =E2=80= =8Bapproval. -----Original Message----- From: Pce On Behalf Of julien.meuric@orange.com Sent: Wednesday, August 5, 2020 5:19 PM To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controll= er Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extensi= on-for-pce-controller-06. Please review and share your feedback, whatever i= t is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG = adoption queue. Thanks, Dhruv & Julien ___________________________________________________________________________= ______________________________________________ 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. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute 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. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce ------_=_NextPart_e2bf2341-1310-45fc-b1f9-0087899f149f Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Julien,
I support the WG LC of the dr= aft. Have no objection with the current status of the draft.

=3D""=
​Warm regards,​
Luc=E2=80=91Fabrice
 
Ndifor
Specialist =E2=80=91 IP Access and Data&nb= sp;center
Luc-Fabrice.Ndifor@mtn.com
T +237&nb= sp;677 55 02 13
Head = ;Office: 360, Rue Drouot
​P.O. Box 15&n= bsp;574 Douala, Cameroon
<= tr style=3D"font-size:9.33px;">
T +237 679 00 90 90
 | 
mtn.cm
=
This email is con= fidential. If you have received it in error, you are on notice of its statu= s. Please notify ​the ​​sender immediately by
̴= 3;reply email and then delete this message from your system. Please do not = copy it ​or use it for any purpose or disclose its content
R= 03;to any other person as to do so could be a breach of ​confidential= ity.
​
Pl= ease be informed that no employee or agent is authorized to conclude any le= gally binding agreement ​on behalf of MTN Cameroon
​via em= ail. This can be only done if the email is confirmed explicitly in writing&= nbsp;​by an MTN Cameroon authorized officer. In no event
​= ;will this email or its content be construed as a written ​approval.<= /span>
3D""
-----Original Message-----
From: Pce <pce= -bounces@ietf.org> On Behalf Of julien.meuric@orange.com
Sent: Wedn= esday, August 5, 2020 5:19 PM
To: pce@ietf.org
Subject: [Pce] PCE= WG LC for draft-ietf-pce-pcep-extension-for-pce-controller

Hi a= ll,

This message initiates a 3-week WG Last Call on draft-ietf-p= ce-pcep-extension-for-pce-controller-06. Please review and share your feedb= ack, whatever it is, using the PCE mailing list.
This LC will end on W= ednesday August 26, 11:59pm (any timezone).

Please note that thi= s I-D is related to
draft-zhao-pce-pcep-extension-pce-controller-sr wh= ich is already in our WG adoption queue.

Thanks,

Dhru= v & Julien


___________________________________________= ___________________________________________________________________________= ___

Ce message et ses pieces jointes peuvent contenir des inform= ations confidentielles ou privilegiees et ne doivent donc pas etre diffuses= , exploites ou copies sans autorisation. Si vous avez recu ce message par e= rreur, veuillez le signaler a l'expediteur et le detruire ainsi que les= pieces jointes. Les messages electroniques etant susceptibles d'altera= tion, Orange decline toute responsabilite si ce message a ete altere, defor= me ou falsifie. Merci.

This message and its attachments may cont= ain confidential or privileged information that may be protected by law; th= ey should not be distributed, used or copied without authorisation.
If= you have received this email in error, please notify the sender and delete= this message and its attachments.
As emails may be altered, Orange is= not liable for messages that have been modified, changed or falsified.
Thank you.

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/list= info/pce
------_=_NextPart_e2bf2341-1310-45fc-b1f9-0087899f149f-- ------_=_NextPart_4ef65895-96c9-438e-843b-b29d1b97a37b Content-Type: image/png; name="image236752.png" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image236752.png Content-Disposition: inline; creation-date="Mon, 24 Aug 2020 05:07:50 +0000"; filename=image236752.png; modification-date="Mon, 24 Aug 2020 05:07:50 +0000"; size=5040 iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAATd0lEQVR4nO2ceZAU133HP91zz+zs 7H2wC3twCgRIIJAEQiBZMrpiW5KPOLaUipPYlp1Y5UrFcaw4scvlI4njslyRXXEcVyq+4jgxFVuW ZKRIgAzCCIQAIcEuewC7O3vvzj3T00f+eD27Mzuzy+6CoZ30t6qZpft193vv+97ver/XkvGqqx8I YsMKiDmBJde6FjamEJSB2LWuhY0pxORrXQMbhbAJsRhsQiwGmxCLwSbEYrAJsRhsQiwGmxCLwSbE YrAJsRhsQiwGmxCLwSbEYrAJsRhsQiwGmxCLwSbEYrAJsRhsQiwGmxCLwSbEYrAJsRhsQiwGmxCL wSbEYrAJsRic17oCxTBAMkDWQTbEkJEBh/krmQd5vyUeMfVrALp5aLm/JdBlMPIfZg1cO0IkA2QV XIjDiehwHVDNI+MgmfISUbxEFB/RrIdE1k1SdZHWXGR0B6ouoxuiU2XJwCnreGQNryOL35kl4FII ujJUuNOE3Cn87jR4NHBqxe/MmofuNMm6+rhKhBjgUMENeBCjXQNSEI2V0xOrEke0ivPxSvoSIcLJ ICPpAGMZP1HFi6q6QXWJwzBHd26E52aEZL5Lyh06OLPgzOJ0KpS701R7ktR6EzT6YzQHIrSUTdBW Pk5b2Tht5eOUl0XBq4qe0QAFyACak6sxmyTjVVeUK70/xEAQ4DXAi2hHAgYnajgxtoTjY0t4Y7yR M5O1nItWE0mEIOOHrNnZsgYODRxZ8RxZB0kzf005JOW/rKBJeadN0nRZPFd3iI7NHbpDkObKgidJ KBBhefkYaypGWF85yA01/WysHqCxchQC5jPTQFoSs+jKI3blCDEQo9GPICEFAyM1HBxs4+Xwcl4Z auHkeANKrBIyPrMjFHClxX0O1ezsawBDEgSpLsh6IesWBHrSuILjbKgKc2v9BXY0dLO9sZum2lHR RgVIIO67MpPnMgkxEKM2oIFPVO7kQAvPnl/LcxfXcHCwlexkjaiwOwXepCBB0q9I7X/jMGRBTtoP ik+IvtAo2xt7uaf5LPe2vMnGpl4xe1JAwiFm4+LJWSQhBmKal4u/u/oa+Unnjezp2cCR/naIV5iz JQqujEmAtayZhcMAZFA8kAyC6oayCFuWdPFg+0nes/I4K5rDwkiIIMTvwpu8QEIMCdwKVABJeObs Rr5zeht7ujfAZA240xCIiFlwjayUqwbJEDM/XgGKF0KjvHP5Kf5o3SEeWP26EN2TgOJeiCieJyGG JBRslQEp+N7JbTx5/A6O9awVyq18TJDxf52E2SAZgpRoNcgam9pO8/gN+3h040Ehyscl0FzzIWYe hOhARRacsOfEJr7wyv0c71ovZkFoTFhElyLCmKMi0iz3zuse0+Rd6DiYMpON2d8133rll5MMoUMi NZB1c8PyU/zVLc/w8MZjoh8nLynG5iDEkIQeqDbo7qvm8ec/wNOntoNThYph8fK5iJAASYaRSVCy s5erKoeAF1RtunHDE+L/s97jA081jIemfY+FwJCEMVI9AZPjEFeKy4TKoNxv1muOtoQCUB4orG+u bybrQHVy//pDPHn3D1jePApjkmmVlazzLIToEvgVCMK/HN7Ox559FCVWDdX9wjw15hkCiyb5wN2b 2NJSP2uffXP/CTq6BiDoFycmYvzhA7ewvqmm9D0SfO/YEMfeOMDX33ZIdJbmmF99cpA1PLLOYy/c wsbVO/mDm5cUveup/SfoPNcvOjvXlrs2saU1ry0SvHDmAk8fOAUVZSXqqgtzeqwJV9kYT937Pf74 1l9BHEi4RWioELFi70aXoFwBB3zkvz7It19+EMoiUN8rHKn5kpHJgkPmu4/cjds5e4e91HGRjuPn RMNHI1Q31fCdR+6e89HfOnaa9ZWv8fj9+8Wm7oVa0QFgGB77yTaeuO9W3rOxqqhILKPw2V+fEfXK teX3347bUdj+M4MTEE2WJsSQxUys7yUbr+TDP/4kR/rb+ed3/Bs4FIgWk1JIiC5BUAEJ7v3BJ3ju +Nug7gI4FUHGQhBPsXJd65xkAMQzWXA6xEiPJvn0h2+Zs3w6q3H25Fm+tH1UkDHqWli9AKQs3zq2 EbwbuXNFoGSRzcvqIegD3YBYkjUb2ovIUHWdHx7tKE1GPnQHBCbBk+Q7Bx7mQqSSX37gSTHwZ5Ay /QZDAl8WXHD/v39MkNHYI/TIfGdFPhJpdq1YwEciIglc7Y38ya4NcxZ7sXMUYud4qL1PxJim4lZz GQEz4lvAjzsacC5tpjrgKXnLzW0NSDUhyCiQzHDnyqaiMkd7h4gOjMIszyiAIYu+bOxm74k7ufdH HxfTwZct0MXTPS1pUG7wqb2/wzPH7oGGHlH5xZiyBuB0cPvK5vmVlyUYifLRO2/E65o7RvTD12P4 QqdYfd2QCFSGVKhUoUzNCzia0MxBVqmKciEVaoTy3d/bzL1rK2d9T1XAy8ZldRBLgdvJrlVLi8rs 7+wX4uoSUmAKhiQGRWMPz722mz/75Tuh3BB9b8I5VbBK49ibrfz9/vdDTb+QfYv1K5Qs1IbYtap4 VJVEMgN1FXz67ZsvWfTUhU5cRpA//cVDqBkzAqt4Cfij/N3Wp5FdKqgmqSGVlzrW8B9v3C4cVgCn RjrphuRSHr1xblGzvb2R1194DVY0sbNEW/Z19gkyFmLkGZIY6LV9fG3/7/K+tlNsXd0N4w6QDJMQ hwoaPPbKu4QD400Ke3qxiCdZvb6d5spLBwAcsgSDE7zzoR0sCZWW5zmksirnhzqIKsv5x//ZaZqj Bow10rxxH1+9c4+IxIJotEfnKyfuYO9Lvwe1feK8LkEmhdQYZfeaujnft335Ep5KK6xvqaMuZwWa UDWdg91hKPNdso1FMCTwpCBSw2OvvItjK74mONAdJiEBnTO9Tbx6/nqoGLo8MgASGXa0NxbXwxCK 0JWnHJOKBgEPn793a0HZVFbFN0N8He4OE+mLQGUZyOHpC7qDj689ZAY4zXucGkw4eH2yHpo7RFwt h+EJNrddR9BX2MkzsW15I/g93NJSX3Tt1d4hYv1jwldZDHQZKoZ57fw63uxpZm1rH8Qcpg5xw8/7 1kKiXHjglwNTf+xYUTzFj10Y4lT/aMG5M4PjVN26lo3NNVPnjl8c5tj54aL793X2QSIN+daO7gBv nJ0N3WLVLwcfnBxpZnhsCXiS0+clIJ1lVwklPRMtVeU4VjQJn6hUXWJJcF7G4HUpkAzys751YvEO kJEM0OBspFaYX5cbj1KyUBNi16pihb6vo4++ycKvQUkS/MXuLQXn9hw/R02Zt+j+/Z394HIWyuyM j/KqMFtrL4gQeA5u2DfYDomQEAc5aAZ43dxegpCUomLMCI08ctv1rGusLl2XheqPmTAjBmcjtWJ1 UjLMGWJAWnNemXWKeIqVy+pYVlWsP/Z39uN2TFskKUXlvZtX8eFt66bOPftGLwe7wqxpKHTWUorK 4Z5BKJ8hs9NlbK+7gKNCAcUcrZIOWTgw2FZsDqcV5PrKohmsqBpf3HuUSKpQQnzuvpuFd56HbE5/ BBehP2ZCMshojinnVhaRXGjwxcwQxGWu2s3if0wk07zcFaa2bFrmqrrOX96zhQr/tB3/6Z8dorGE cj/UPUAmPA6+GTa/5hDiyg0YJtlODaIODgy1gDdRWD6W5KbW+oJ3AgzHUvzD3qOEI4XlW6qCBL3u gnNHegaJD4yBv3gWLwwGaA7qfTFh7xrStB+yvbbXnNqXIbJM/bGzhP9xsCtMpH+EqsB0I4JeN015 Xu7FiRgnj5zhQ9vXFd2/r7O/tP7wxdjV0C2yRXLwwcnRZkbGGwv1B0Amy84S+u30wCjp4+c4HR67 ZDP35/SH4zKNHyRwaGyvPT91RjwxAfe1vYmnpk/I3MWubZv6o5TNfqCzD2Ip3HMowY/85ADIMneu LnbCDnT0g3um/vBTXjXITbUXRfJBDm54ebBVGCn5+sMwwOPmthL642BXGMZjHOoKF12biZe7Bubv DM4KAxIhXNV9PNB2WqzNkyMk7cRTl+GJDS+KRZbFIp5iVUt9Sf/jRVMJzrbMEUlleHbPr7hx65qi a0kly+HewemI8NSFIA+3nMbRogivPZiF8ix4YP9gO0WzPaUg1Vdw2/JikfpiZx9UBHips2/OJqq6 zqHuwcX5H/mQDIhW85kNL+GtT0NGmOviX0mGqMRnb/sl335rG339q6H24sIDiok0d5TQH4qqcewS SvBvnn0VegZ59+MPFV073DOIMjgu/I98OLMEfQpHLy6FCafof6cKWZl94XYIRAvLx5NsXttSIDYB YuksR7rDsKSG13uHGImnqJ2lw4/0DBHtH128/wFiUW+0mcaWU3zutucgJolY15SnjgEpJ9Rkef7B b3Ldt78MkToIDS+MFJejpDl5pHcIwuPQUBzmBhHxffLpw9DawM2tDUXXD+T0R035tMjSdage5xtd 9/ONtx6cLiwByTToMfBFpwOjpv+xs8SAOdjVT3ZwXCyWDU+wv6OPd29aWbKuU/pj5uCYL2QNIrXg TPPCw0+BXxcRazPiO+0Ky8CYizWtgzz3wS9zz7/+tVjxqpgnKRnF1B/FCv2A2QiphIMF8KW9R+Hs RVybV7K1tdgrLul/+MoIxsf5/p5/AlXK03sS/916Pd/dcR/E8xR0zv+YxT8iqUCdAxT1EoT0L15/ yJroU83BLx79AmtbwzDsKkh5L4xNSMCIk93rOnj+Q5/nvh/8OdmRZVBjytW5nMZIkhu3ri6wmnLY 19EHDgcSEJphtiqazlefPgweFzuWLykyMQ3gla6BYnEXrOSeNw/xjoHTRe97ccVK8PohlkdIKoOv qYZ3bGgvUb9+8LqE0vd55tQjB0vV5VLIZVuOLMXpi/L0o19l99qzMFwc2S42eQwJhp3ctaaTkx/9 DBua34Jwm8iqkOdwHLMqt7U1ousGqqZPHeOJtGiE6VuMJVIF1z/381fIXhiGMh83La1D1fWC6z8/ 2UVmaKLY5td1bhk+jyrLqLJj6ki43Pxw+SaITxaWT6TZZM6+/Of3T8Y52hOe1gnlfk73DnNuZLKg nKrp7H3zPPHw+ML8D1kXfRdu5/qms5z8yBPsvs4kw5CK7I7Zkxx0oDoLCnzyhffx9YMPgOaGqnDp 0LymURsqwznDNk9nVSby1gzqgn4R4TURHo2KSskStaEATrnw/olkmnQyA25XYcaHJNGQiBR5TVnZ wWggBKpa2FhVoyLox+92Fki+RCZLNJacfr4EKBplZd6i2TqZzJBKpovrUgq5DJTxBnCofGLbL3jy rh8Ja3DMVWoqwCXTgHQJAiLZ4VdnVvDEgYc4cGazWPkKjRYS45DFukZmRnBSksUUlyVzOTQFRt5M 83nA4zaVcYn7XU4I+IQSz4ehg8cPTjcFysUwIJUQ1/NTdGRZ+EnJdOFzZFmYsJI0TQgSxFOgzch8 cTqhzCvaMRskQxgSZgrtjtWv8cXbf8qONZ1zJTfkMI+8LEMSK1pVGmjw4xNb+dsjuznes068PDRq LvP+P02SyyGXyRipAUPihrbTfGrLXt5/w6/F9otxhwjtzO10LyCV1JBEskMlkIL/PL2Fb53awYtd 6yFVJmx+X+zyVhp/25CbDckgxMvBH+eO9jf46IaXee/aI9PppNl5p5MuItnakEQcvwJQ4Nc9K/j+ mS38tHsDA0PLxPKpPwa+xPyyGn/bIBnCDUgHIBEEh0pjwwUeaj/JI6tf5eb2cyLQOcliEq4vYztC blNO0AAXKGMenum9nj0969l7cTWDI0tECr87LSKursy12/9xuTAkc1tCmbCY3Gkaavt5+9IO3tV2 ivtb38BdnRYLZFFzr8nixuGV2rBjgFsVTzEgM+7jQP8Knu9bxf7wco6NNKFFqyDrEfrGnRJEXctN OrMht3lH8YpDdYEri1w+xk21/exs7OKu5k5ub+rEW5USHR8DlEXkhxXjCu6gmoJJTgChzBLQN1bL keEWjgwv4/jYEk6NNxCOVgvdk3Xn7QVUzN1UmhB3uf2CVxK5fYm6Q6z/qC6x1yO3d9GlgC9OY/kY 6ysHubFmgK11F9hSd4Gl1cNCL+hAEjMgeEVF8m+CkBlwiOjr1F7DDGRjXjoidZyZqOOtyTo6IrV0 R6u4kKggnAyipv1ia1luL2AuOXpqf6E+e4JcLjfLMAN2+fsMJXPzqUMFVxqnN0WjP8rSskmWB8dZ FRphTcUw11UMs6piGFcwLeqe21uYQWTl/OZwFQiZCVkDpy4UnwvhIKmAAkbKw2AySDgZZDAVZDAZ ZCRdxljGz0TGR0TxEs+6SapuMroTRXOgGlLhtmjJwOXQ8MoqfqdCmUsh5E5T6UmZO3Dj1PviNPhj LPFHafDHkHwZUR8nYvRnRX1Q5YVHvC8P14CQUpAMc+etITrFYR4SgjCD6U3/uQ8BaHl/5yP3cYH8 Dw3Iec/T856nIQaDZoqwa28Rlsh+vxbIKdLcvvBSKNgOnRNbJcrlOjybE1cwJbZ+C2ANQuaDmR8J 4KqKkqsG++MzFoNNiMVgE2Ix2IRYDDYhFoNNiMVgE2Ix2IRYDDYhFoNNiMVgE2Ix2IRYDDYhFoNN iMVgE2Ix2IRYDDYhFoNNiMVgE2Ix2IRYDDYhFoNNiMVgE2Ix2IRYDDYhFoPMtc7rtZGPoBMYwCbF Koj9L1R9+WBFG5M6AAAAAElFTkSuQmCC ------_=_NextPart_4ef65895-96c9-438e-843b-b29d1b97a37b Content-Type: image/png; name="image994356.png" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image994356.png Content-Disposition: inline; creation-date="Mon, 24 Aug 2020 05:07:50 +0000"; filename=image994356.png; modification-date="Mon, 24 Aug 2020 05:07:50 +0000"; size=33272 iVBORw0KGgoAAAANSUhEUgAAAh0AAAChCAMAAABUKf3yAAADAFBMVEUAAAD////QMjjMu7wlHB96 aXNiW2EtJCwUDBQcFBw0LDT89Pzs5Ozd3N1QTFiTkZ4MDBQUFBwkJC709Pzj5O7Q1OkaHCW9xeHp 7PScrcslLDYuQlYsOUbJy80cJi+KorhbhKh0lK47VmhDZHg7TVicrbgrNTqJkZUTTWdObn1XeotN X2cYbpPc4+Zca3CJn6Zyi5I5RUiXqa24xch9l5xKVlgMFBVneHoUHBwkLCwgJCTM1dX0/Pzs9PTk 7Ox8gIA3ODipuLeZpKGmqqiFmIwlbDemtqprb2xlaWa4vLlJVEuVmpbJ1coUHBQkLCT0/PTk7OS6 xrkrOSlPgj9jnErb5dbs9OhYWld3eXZDWzUfJBxhZVzX2NXs9NnGyMHs9Mzn6tna4Lvm68jP1Krn 67jV1sufoW7n6Kji4p2GhnlKSkf8/PTs7OSJiYbW04n07IT07Ix9eUnr5Is5OCn19Ojl3ITTynq2 r2rCu3Xy6pz79LgtLCL05GT05Gx0bDXp3HkVFAyVjlb886z15HX05I3AvKaYlorLtEr85GT03GTc xVvKtlXr1WT85GyBdDf03GypmUtrYztbVTb89MqahjfDrEhqXim4okjozVzVvVblzGTBq1T56KX8 9NRXVUx5dmr69NzzzUu7njqIdCzWuUt4aCpiVSX01GJ8bDT13Yf157flvDyrjzpWSR7002z0xDzU rDyPeTd0ZDR8bD1GPSMgHRSuqZv0y2L81Gz00Hj36sjps0B0YzzpzJP06ta2tLDftGbowXpVSjXY nDdlUzVtZlqin5pMQjXCgTd+YEGZb0imeVPOmGqthmTbp4DDq5mKWjq5glu6j3DGmnrJo4i4l4HR r5d1a2Tgvqjr1MZ5Tzfgs5hEPTmaYkToyLfaxLmIY1HRuK2Wi4ZbOCk2LChqQTGVcWRpV1D07Ons 4+BXSkc+GxVRIBjYbV5IMi/Xysh+JRvURT28RDzUVk8UDAwgFBQsJCT89PT8/Pz09PTs7Ozk5OQs LCwcHBwUFBQMDAxhoVheAAAACXBIWXMAAAsSAAALEgHS3X78AAAgAElEQVR4nOy9C1RTZ7o3Thdo RUCmXuuFoiAywAdEYsvUSCAJB5uBNqFtUsZCSAIImOBYSWdE4WtHRQrGph3gE2htKdLikRzB4jDf cvWYOQyFOSIXuZWb3OQmMwOzvmmBnRj6X8/77p3sJNDa055T+2+fd22T7CQbZP/27/k9l/fddgtf bwK2ga3UKxYWnMR6pcuUckqpUj3A1xYW5kNulMbFweeV+fEX8vPj8/Pzj+NxvDdJUqtL0tU21GZL OHwOn8Phcbx4XrygIG6Qq3daWigjJiYtcnR0IvX9mM/e/+yzTz/79NPpmfur1+7dO3c/7FHj4heO zxrnwgbCZsJm0gdmGk1jYGYgPX1s7MTYo/fnHFY99eXiqqd+tri4uGrR0WHv2P3Vq1fXVf1kD2g0 dDxCG/g1aU56kV4IeFDoVcp7U2Ll1JTABglLmqq0tFQpVqqUFy5cyL+Qb7Lj+fJYSXZtkn12bW2t hM/kMwEeABBeRFBEUFBgoHdaaGhozP7UM2dSU9+feB/D47OVa8J23X/OYa/D04/OGZ817l09MDAQ NjAzMNDY2AjbTGNj47WBmZn0mbGx+2OPzi0uLi7+bHHV4irHxcXHfrH4rPG5+2OrVzf9BI4HNEvu eIQOCpMRbH+lPgRgolIqXcRK/YNyh1PphVLllFKpvBFPA8dxBI5ZSYNkVserrc3mA3PoOJwIxB5B PG4QF+CxJzQ0ODT4mf1paakAjs8++/TTyU8nJw+Fbbm/12g0Oux1dJgbmAHuQMwB0BhA/JGOwHFi bG7OuLhq8fPXAR5fvr7ouOjo+Oyice/9+wM/iDPzMJjdIzRQ0LmD9pxQ+uv1BHCHSqyUTomVqinB guX3lt6I0tILAI7SG5g7zAARsWS12UnRutrakTNpHB3mjghgDuRaAB6BgQxGcHBwsN8zMWmh7382 8dlnnw5/+unky5Nrwp5/dO8Xf/iF0SFsoHFgYGbgGvDGdCPij2uN1wYwPB59eu4P4FBWff7l4uuL qxYXn3U0bjT+4lnj3KM3f+xn/UHtQXSHSujvPAXocCKQ7tArxYTNh5YwgbL0gtJZqbxx70L+Bbru iJfHJul4swmgOnShoWlBTHArERysOgIRNPYEeu/xZgQHBwQHvLRmf3DMfqQ8Jj99afKlyUMDW9Zu /IXjXBjpWGYa75qYY+Za+szq9NVjcyfm9gI4vlz1Jdjiqtd/tvjYLxyNGzc6Gucqfxgn53s3C3Q8 YsMeyPRCg14PSkNBiNmGB9cdIaA6lMpSZfwFS90R75IkaeDH6nQNtSO84Jj3V8Q0BIFbIZkjkIvg sWfPHsYeBmPFMwH71xx6b//+9z/9bBK4Y/KlyTXvDaze+3TYIcwdA0hzNCLncq0RnM3YzOqx+/eN jqA7EDhWffnUU46LTy0aNxo37t1o/ORHftYf1Gx1B/052pz0/kpn/Trgjnk220WsVCpVD8IdhAqB Y4pUHWa3ctwldraWl5Sta6ittY8M3b9ixZmGCC9ekFdQUJCJORB37GEwGAzf4ID9AYfCDvntfwYp j5cm10xOTx8aGEDgGCBFKQUN4A4Ax+oxhy8ee2zV4udfkvb5l4uLi58vOjpsdHB49M8/jLPzfZud peaw1h6wCfRCvV6/sPCIQjA/JZROTSnFD6Q7MHVMKW9cv3DBQnfIY5Mkrm5JOl5tQwJHd6aBpyMF aRDSHFwzd2D2CGUEBAQEHAobmFz56UqAx8r33ptec2i6cRpYw8wcjShiuTaD4JF+38HxF4uPIe5Y hbbPv0Sxy1PGjWsd6n/cZ/1B7QF0B6F30bNDFJC/cNKzH1R3KNYpS+NAdSilF+IsdMd10WxSgy6J z+M11EqYnGg+k8Px4nhZMEd4oDeGBmKPYIZvgF+A38D9sEN+oDvee296+tChRsQd6UhvDGDmICMW YI77ax2ffYxyLGZ7atFxEfij+odxer5nM6HjEQsGWaA9F7ANegQHhWBeJRRNTSmn9A+gOx4vLS0F SYpVh1l3HL/OSrLnSpJ4vIaGbD4/GgaHExHhFQEAwaI0ElwLxR0YIMEBzwT4hY2tPrRm5UuT74Fr mUbwaKRyHdgGIGJJX50+NmY0Ov5i8dlVFHNg9oDh6Oi4aJz+UZ/1BzUzd9i6BtL0bBTQPrKgmBfo hS5Tzg/EHYRYVSpU3lMqpXGW4ezxWFYSjxer4zU08GpDI3nRHBTOIt3hRdcddHAAf6wI8AtYEzZ3 f2DNmpfWvDc93XjIDI8ZBJEB0B0QsUDMYnTc+JjjY6ssmONzBJJVi8bHHH8ijwcwu+U1BzVChGy2 mHhk4RGBwolwNkwplWL91+oORYiqNE4phExY6QUL3SGPTUpocJPoeLzI6LS00DTvIA6wRzSH4wX8 EUEDCGmMcBN/rPR7Muy5uZlD7yHnMo2zHHSDiAVCWsiYOf7C0XFx8fNViDVM2uPLp362uMpx4+RD f2oeAnsA3cEWGthkQOukwtyh/1ruWKcsVSkNwnvK3gsXLHRHYiyojlgdqI4kXhokzNO8IzhUxgMn 0rlm9kD8sYNBRi8+AS/5rQk7cOD+wACAo67xUCPJGgM43zGQHpYetjp99aOORkfjouMiqrPQmINk jy8XtxT92E/9A5jdAo0nKHdCr7Q84iT21wsJwSMLj+wTEAKhv16p1H+97oCABRzLvbgLpRa6Q86K jQ4C1cHjJkilogjvUAQQLgeZjkPxR2BgYLil9iD5w8/P78ldcw73ww4dQuwxAPwx3WiCR9hAWNjq MQfjRgfjY4u/gIQYmRT7nByrPl/8fHHVttqH/tx8/2ZnhoGV3qAendj+j6OAdkFBCAjgDuXX6w5C XFoqVRqU96QYHPlUxBLPYiXxOKA6eBGqKalImsT3ZoSGrogJDgeAeHE4HCp2oWmPHQyTBTN8fJ70 2xnm4LA3DCkQHL2gbeDQwMDA7tUDYWFrjRuNjkbHxVWOjs+ugnT6KuRaTMzx5VNbg35KmH6tLaE7 LHOmjxB6fz1btYB1hwB0h3Dqa3UHoVKolELlPemNUkvuEMWyJDy3KB2Px5UqFhQCpVAqj+aGhsaE BseEcr04EeBezKGtmTtoIPEN9vTzeDJszjgX9ssAFM2sfMbv5Zf8nvR78qU1T65Zs3vN6r3GvRsd NjoYjYuLi79wdHxqcRESY4tIf+Cq7Rr3Y//zf+3K+rkDdVp4pr1a8/v0N6uqqt66WlM3UANvnTB+ pLX5xn/ph5ww/v47OdID6A6C7c/WTy1g3UFyh37e5mMW5oRVh+GeC4IG0h2QQc+/HuuWxOOjXIdu XuGkUCjmCaU0VtLAWBG8f0VAMCMwKCLI5FoswEEz0B8efmt27zU6hK0JZoQzvBmM4FBUkwnw81uz ZvXejUZqOC6uesxx4+LiqqdI94LY42eLa9zdbf4Yy1q1tub36Zfo71a3Nc45HGi89M1Cn3Sjg9Fo 1FZVoUeHtqoq9Gisgbdg33dxUtPRMf9is/+/YFa6Y2GBniVFz0OgQgs64xGBgFBAyUX4tbojBOU6 7knvxZeWmlzLhfz843JWkoSHVYeLYt8CpNgUCwKBUpoUwYDTuz8gmMEFeHgFIXBYilMaSHyDffw8 /HY/77B3l19weHhgZGR4pHd4KCM4eOWaLWs3rt241zQcHBcXjY6OiDEwe7z++eIqP3evPz3An6tS e6m+8YARxpu0vfXGA+So/wYOqgB/J72qCn+3pqoK77lUVYD3fAfNBeSRrtm88V8ws+6gG91NhDgb 2BCjPLKwD+kOseFr6yzrxKpSpdAgNUjjzOBAuQ5QHV6xfB2PyxE4CZwUpjGvFPHPBK8ICFj5sl8w I5AbFBQRaAppwbwt2QPxh5+fn9/A/b27PIIZkXsiwyP3hIcGe+zetnXbtiee2OiA4OFgcjAQu7yO wtuf/eypn63yc3fnff2f64ARX+XklU5a2XNG8/7nymy+tZxdIr9TVYUfL8ET2FdTVUMeb5lvfgOr IX+v7wQdNjrDularF67XI52BdIcBdIf+a+os60B13BMapFIAB4075LGsqAZmEqgOf4HCSQGbYgEP gUCaEAkaYuVLfiuD9wSh0HbPDmANiFdw3sMsTve4enlxXIjH9f6bXHevfjI4PJwbGR7s6RHg4+nh 8fOt237+BDDI2r1r9+51WLt3r6MjdHhAn8eqpz5f/Pz1VcHuXg9AHgeM5lFD7aw+YaTvP/HA3kVr xR1vUtxR891zx3fS4vS1usNJ76931jvBU4FJd4i/UncI2KA67hnuucSVlkKmNJ7UHddj3WJ5PDcJ qA5in5PACTYag4hE0dzgAL+VL7305Et+wXsCA4O43D0YHrSYJXjP5k3IiCnCmb3+cfbj6zesWL0z mBHuy2D4+nls3bpl29afb922ZcvGjcAfDnhzXLUI/aWfv764uOr1L5/ycXf3SrX5c1hbuoOZJUy6 o5HGHLA12nxtOcO6o2B53fFdNDXi3/k76XCyo1dYFpbgDoHeoFfqkftxEhACg0GvZ+un9i3pkEiD 0r1BaBDek5aaIxYwKStplsuP5fB4PBHJHAISGIg/CJEoKoqXFrDyJb8nn1zjF8AABgGA0BXHnk2b NmzYABvh5LzesN5fz378cWKT39qdwdzA4K07d+7cunXbz7dt3frzbduewMyBGAT0x+eLpDk+Feru 5eVbbvP3sLJGGkdQuuMqfn3/akEd+c5Vm+8tYxCzpBdULaE7UKRxrWDpr30zq6x/zjjwnRxpmXwH bUMVWkKBSvmEgDAYxM5KvYrkjiXh4aRXlSoNELHgcNYcscSyknRBsxIej8cBxtiHNgE5ACTKKFZU VHR0ZPBLKDQ99FIAYw83kBtJQSM8MnDT+g0Ajk0bNmwiiPUu613Wr3dezzY8rudtedqP6/2yx5Nb AR5bt/3cwwP4w+xgNjpsNC6+/vkiVGlXOQa7u3v5NNv8Paysr/Htmjatpe44ga5y1F9Wj9njmytA G93xcJrdIwtfPQilQa8nEKc4ge4QTunZUyEKq/wIfVunVJQCcwjvlZZaZDvkG1hJXH4sH1QHyRoL NGGqcFqYF0WJoqKioiQRjGcQfxza6RccjhwMQkeQ/4YN6zdtQsyxaRMhWL/eAOBYv369PztEt3PX roDwyFRGcLBPgE+wL8PXx8Nj288BIMAeDnuNex32IoH6rKPjojdwR8CDnRPTlQ5WRmOSSlKB0JTH WzX16W9VaesOGNPr0W5t/dgB4wB1/rVvftxYs4TugLdqPmk0waTsk8YTxgPp9SZaqtTW1J3QVlW+ ifbT2aq65qP0A2N1dTVllQWfpOPf4ZPGN/Eh69O1VVVXIeoyHfeA8cCY+bhVBfXpSKfU1diG01+r O8RUyzGpOwxTbL0yxMnmc2Z7XKVSGgyGe4a4UhIamDniRW6xfB4zisdr4BCIOebNzCFYJ3BSzDvp /VlRUVHRURKRNDo14ElIbe3eGeC7JzxwDyOYsXnD5s0bQHFs2AQPBOG83tkZ2MPgst6FrXffuXPX 7v0RERz3oKCIiKCgoB0MT0+SP8jw1gEUyLOrFhcdGe7uXp4BD1ZssdAdZHSBI5W3sW4w8TiZa6jH nzlwtaqyjtQn6ZUm3VGzvO4gf4b2hEnXnMDncQy91l6ioqUZCpBl9RYayIH6Hdqqqmbwd6pnTNFQ 2TXzcTEWCk7QvnvA2kXaLdXTQR+E0KDE3IF1h1CvV+LkGK3zlG7rxGbVUUoPaONZSZBE5+t4PBYw x4KAzhuCedgETgTbH9hDppoXiCLe93vyyZ2Hdu9+MpixZ4/Xhg2bSHAAc2za8LjAsN6wfsN6+Ndl vYuevd3DY+funeER0cxoaAoI4jJ8fX08tm4jAWLEGmRu7V7HLxb3BHq5+wS/ZoOEpcxCd9ShV3Pk hWfSDdjIXAOlVebOp5t0C2hXE1PY6g76z/jEIiZqrDR903w0ypsVPGfx2QNGm2MXDOBHs2KiqaU3 Lb99yeo/b9tXarXp2WSFdgHpDqFBrNTrCadldQeU7qecgTuUpaWmTClo0l5WUrSrhKXj8XiE0z6n fXTmoA+C8BdFRSUp5wXzNyThzyB4hO32C96MWYMUpZs2bHp83nm9v8t6g2GDgRnq4bHCi+nrue2J bdt2BtTyoyMgXxK4Y8+OHT6eW7du2UXxx961DmvXPurgsMPd3d2T8eoHS4DBxix0xzV0pZFxShm+ 6kzT66yiGQd6vkRLYwpb3UH7GVZsYJyppD5H39B1/qbNfptjXzPlP65afVZbpbU6prX+sbPVDhZD ECKECu0CqTvm/YVTer04xAZEpk0wpUBJdKGh1JI74mPdenk6FmjSJBStLJgjFswepm0fEeIvEqmc FhQKlTwi9aVfAjwYgI7HETY2bNq0edPmTesFznpnPZvtv37TDt81a3Zu2+QZsGXblrUbt6yN4WUz oa0I9YwE7fH1wBGMw15QIGufXrt2bZC7l7tn6tEKGygsYRa6w8wEtq+qDhiXH/U23PGmzZ4a5LrI jEVjOvnsE+pz9NFo1kAHjI0mVrE5NjWobMvYJzVvNpK/NebB9DdramqQzrFBh83Fb2l4Di1JC4QT YTBAf4dqed3xuEqlMkDEokTQKDXlOuRuLAmXH8vjcXlirDnoEQvoDrTNO82jLUSvRGCZV/UmhO/f uTvMHQCxAbHH5s2bN7tv3ryeIFTEFKHXu+zY4b2Vwdjm4btl7RrDmoCtfjt9grnRSVEstygmk8P3 4voywMM8gRUIimEC3d3d/9fBV0/ZYsHWLHSHZY7Dgc4kFAMYGy99QrHGiZpL2O8b05diCls2qZzD OgWEzVX83FhWRV3ddW0110wsQeoYxDjVdZTusDo2tVVhLfN79HvWY300Z5FV1dYvgQ7bHAe9Qiv2 D1ESmBsEAkLgr9TrUYf6Mo7FSVyqUAqhdK+yilhYrFgeLwmoQ7IUc5gZhEyTzYMSQZ+Zj4s6nIqo A8JZBI9NsK0n9OtZLDeme6ifx9ZtDMaWbZ7bnlijZzC8V7j6BfuGc7MlsihJREREBBeC4mAfU4jr sHZLUKBXoOfBo0cexLVY6I4H4I46s4+Hp5XPUZ7flilsdccl/AyLRlIX1FdROgZ2NlKfKKBFPNT3 bI5tPPCxtqqq+qoWM4cWGf4m+TuO1V16U3ve5n+N0GE9d9ayz4NgG/RoDi2Z7/B3Bt2BuEOxBDwU 68SKOANwhxQ7FpwpzY/Pl7PcZl350BPGVTrZRCwUf1DMYdqQq5kXiOWbARHrN20gY5ZNTCaTtTnI N2DNmtWrH31076Nrd+3evcs488QTMVu2bNmyzc/H08/PIyCYy4vg1kaGB4eHhzMYWKI+8cTGtRt3 ubu7u3r+9uiRXJs/ia1Z6A4cNcxR6EDvmWZPmVmm0sQK1JVqXIopbNkEZ2LHyAPiq/uaRV6kgNIx +LhkrFqzjO6g6kCfWGsio/HSNfrrazU2BcWvyXcshOjJgJbSHXrQHVPWc2CobZ9eUXpjSdUhcovV 8dyieDxe9DzKbQiW0Bs05qAeyYwqsWnTrL2b+4b1OBnmGsp39Q4OXRGwe83KlStXPuowN+ZwwCFs ziFsyxNPwHy3p5/eu9e413hg1wuM2tqIcAaDi+Hh6bEVZUC2ebl77QB0/NoGC7ZmoTvIKxf/Jc/T r15LlqG98+Yy3LGk7pizYCPyp1VZ/ByKO3A0Qn60Zhnd8bHlkejjzQLL1yeWiGi/0kLY/qZOMAHW HUq9XqxY5juESlWKch3YsZhqLPHyTW6z3M2xHF4DV7QMczgJ1lkzh5lBNmzW1TaM6jZs2sxz9XLl hq6cObRmxWirvYtB72yw91w952g0Lm58yfjooqPj3ud/uXv31p1bd2/btuXpjU/vDg4H54IaEVGK bOsTW57Y6u7uvsPz2NEjRx/AtVjojo+NtDrGK5T6pz5pZhna1d5GRQ22TLEcm5jQQTIVjYmoz2qr LDK1NcvojhrTkayjHoe/VL3ynOU+q4QYjTsWllAfCyF4Di3OlVrrDhsThKhAdQgNwikTd+BwNonF 4gdJ3HSQRKfXV5ZnD6d98yYWmRdsrm1oGB0Ndd/jHerqu327r8/27ds9N2/eNLuezXaJXbn6fpjj F384ELb3i2cXd+8J9/Tx9PT09PP08PDYuXXblm1+4dwI1NYcAT1nDM+tP98ZFOjF8PzNkSMP4los dAd5veHT9xF6/pzVJ9EJoV3tNctwx5K6A0cflOcaI5nEIh9BcQd+TMc7l9MdVA5jCe6orKqqrEmn 7/nICh02IanF5iQ2sJ2ncISiwLpjylmvJ5bhjnX6UpXQ34AdywUSHKgTneVGzn/jisj6isJScWB9 YcMaTvMCwmlesEF3puvM6IrPpl03IwHivmM7mPuO0FGmiyG2dvWuuecdjJ+/vsaVJ/Hy8SSHj4+f p5/fzq3btu3yY0TwJUwmmncXERjs4ePu7s7wO3z0yIO4FgvdUXnAnG8g8wXmeZc0lqFduZe+ie6o pzOVlnrfIh9B6Y50OnMtpzso7sC6Y26JbhRtQU1b3Yml+ku+Rnco9EIyoMW6gxBZ6g4rEQs9YYb1 BuW9Gxaq40K+3C2Jz4NwlhdB0JlDsDxzUJEL2ja4j6amfvbZZzgdZrIdayYnJidTW3WfDaxdNBq/ +CJNtyE21tfHx8cn2MfXJ9g32DcY+j22bt2224PBjZZEuUUxOUGBexh7gty9fANePXIk4yujFm0N 5AJItoDntHzEJ9o3sUYwmsss34Hu0JIaAL5ZhpXFicqldcfbeG86/PzKumV0h6nCQx73YwSmsqv1 A5VV1elvm50ietcKHTbXv6WO0LvonUMUZt2BuEO5jO6A+W/3gDmgxELVWEB1xLOiZnk8oA6eG+Qw 8EbnjmWZA7TIusc3bxqd7Fu5YjPKheEqy4ZN3qunh0cnJoaH+ybvOhiNq576sq55VOe2IcjH12L4 +Hns3Llt27bdHsGMQC8OnrXr6u7u6/Pq0SNfHdNesvbVkFmw8tX09R6+A91RVUced64x3Wj7uSqa 7iijMrL1l+qp/MpSx8Z2zfr/0oizsul1bTWXPsH1Fqs11eweoUUetkOAKrQkM4DuECnRfBYbYJCa VKFCqkNqFbGIWG6SBiY0dnCJpTTH/HLMgbb5kA0oz7HBf8P6Df4b/DFCQqfrh5vb20cnVkwOTw5P z33x7OIXf52eXtFgz/H1DfZFsKAYxMcH8ce2Xbt3BjAiOBF7GHvc3b18g189cuSrXYtVHQJXOrWW ++hdWN+B7qiqTLf6mfVVVUvrjqq3bbXEUsfGVj1n/dkam29bq1Ib92CxQcuxMw5ZHlE4EYIQ4A6l UoXbha1MoIeeMGeD0mCV67ie5JbE40kkPB43einmsIxWrJ47Pb5+/foN6/1RKEuZ18q/3Z3s6mrt 6uoaXTExPDw8Mdz417HxiX/c/dujMUxfHz9PrDt8fBCLBPv4eGIHs23Lrl07PTx2MgLdAz2CXz19 5MiR0zaYMFubdY4AvXOTvu8avXHwO9AdVVWVlle5NROZdQdV2cVZ1K/RHVVVZemW/5fGAmsWtMmV WuYsbCq0bKq7AxqBFPOESK9nC/HkJ5uN7AlTGoSlJnigiEXuFiXBPWFcZ9sMqUlzzNOiFCpqIYj1 69cDPtZvgLEBNl7ozNjf/rO5tba1e0RnX9s+Afwx0Tc93N730T/uzOwdZXh47PTw8CTh4YPYIxgk qgeqt2zZtWUbw909yCMc6Y6vci02Vxf5dzb1jM29afH570B3gF1NN/3EAXw5L6k7qmjs8ab2a3QH +u/QOmLHrkLEMkb7v83ZNHh8je4QC/2Veqqo4kQ4hfg7653x4qU25hSCe8Lu4eosrSssyo2lc5VI eA08Dpx6BSk1LcZSmmN+fv2mze579jBcXV13uLrqvHiuris+vftv/xjva+9s7WztHBkZaW3tQtpj eHi46x+3O/7fP9qMh/w8dvr5+P3cE4e1nphBfEh44II+Y4d7oOeLR48eOX3ktMYGFCZbSncg09Y3 Gh1O1F2ySi8ufbV/M92B8fH7RqPDgca3qRBjSd2BgPrxCQfjWH11lfbrdAd5XKjNzF2roea7lNXA jAyjw7X6JXparWKWBSsGCTGwhSZ0EAKCcFEqleyldcc6MVYdSoNVrkPOkkA4q8M9YVZZUoVZc8xb 5zse3xz+4osvvPjCC2/Xjc3AgnF3x+9+NN7W19c3PNze2dra2joyYt/a1TwxMTE53Nfe1tTZ03nn zozjLtwZhsJaMJJBfHw8ffz8MECAO6DMAvZAlbgfpS2vO5Ch+fcLZt0h9mfrYS7cUroDlnPxp1Vn KXBclzGj+Fw+LOfCI8g+dBpzLButzD/u/uILL7744gsv/KpubCz92szdu+MAjX/09Q3fmZiobc1u zR6xtx9pb28fHZ4c7+u403fzzp9v3embc9jt4+vr60NmPYA9/EgV4odSZDs9tu4JdHf1rD0N8Dh9 5McOgmXNzjJisXqE+fcGggIMIZgnXPR6tvOSumNdSKlCaIDqrIXquJAf7xaVxIVwlovCWbPumLfJ ddDZY94JmAPshX9JvzZ2925d3XhfW9/4+J2J27c7Ols6u7tHRoaGhlo7OzqaV/RN37n1z7a+O//v 9t8nxsbmdnv44FyHp6c5NQYGbOLn6fEkFPA9s48i3XEkc7m/zo/dvlp3rGODZ6FezRNOYpGz3lno vITuQMu5GPwNMMWJCmZxxJLk5iZx5c/yGniRepvKCuaRJZhjndOGPYg5XnzhhedPjM3M1N2t62sb Hx+/03Tr1q1bLS0tLT09Q0NDIyOdHc3tE5Pjd9o7/367e/Dv3RN3Z2bm9j6x1QOpDQ8PD08PrD88 /TB3QILdfYf7Ds+Io6dBdxz5CuHx4zarfIeV7oD590IyoCV1h14pFC6lOwR6RWkclUS3qM6ymFQ4 y6fHKvNfkSEFFpnfgKnjhRf+BdBRd/ejvjttbWgVBaUAACAASURBVG1Nt/8EyLjV39/S0jM0ODQ0 0trV1d48PD18q6Wn6dZgS2fX+PjMWLrR+MSW3R4BvlCWxQChai/odSB4lsNYd3xlxuPHjQ4brYEe SW4gnP0fVxKU7iAIgV7EVt4TOottdUcIqs66GAxSeq4jPz9eznSTRHqB6uCKlmCOpaMVyHlsQpIU 4PH88yeujff1tbXdudN0u+UWGi09/S0diDu6uto7/j4xPtnU3tPV1XK7vWu4b3zslV/d37vX+PSu nR4+ONcBACGHB8Udh4+ifMeR018R0/4wTFtTl/5Av+jVEw6/t4izKgvaGpe964TVPFqrPvMQoYte v85SdyiFS+kOQUipAjuWG5ad6PlRbm58rkTC43J5X5HrsGEOBbEh/CDWHb/6lxNjd/v6+tr+0nT7 9p9a/nTrT7daOrs7Wzo6hwZnh0Za27vau4Ynp//Z1N3e0t/e2TzZNt44USo7+F7Yc8/t3bLNw8/H x9cKID6BUMA/SuqOr8p4/CCsEWc6vt5QP0odXnMCFwAOkL1sS9oyukOx4ARTF0MM/s56gmKJecJJ 7+KsdGYbbHUHrBMmdPEXGVxonejx+fH5iW7MJFceS9fAdY2yUh2KdV/R00GQngXrjhN3Z0Bx3G6/ 1dLy51tNt291NQ9PtHf2DM0CdzR3dQ3fnZ5uut3S39N9u224b/zu5Py+eVXCwd8/P7eXBIiPn8fP IUmGzM99h/t2xB3AHkcfpEHsYbZGss/0a+0SmROZM/WFoK6w5b5mZxHAmsEhUChwQKtUmtbqIOZB dwiFQqWt7oDqrL+/SGqQWuY6jouYUfxIfhI3qIEbYs0aiqWZA2dNifWBFDz+5cSJsca+4eHbtzta /uPWraY7E59Mf9bV0THSMzg71N3R3t4F3DF9p6m9v7vjzvBE33hjYxJER/OlCQffS3967rldWz08 A1A5DgMkIDDQneFzlNQdP3hZ+sDcgTpJyTUAcIeK+dkSZmcLjQVUcJuHVcL0IrZBT/aQLigIYh5x h9B5ylp3EPrSUqm/iwGqs1SW9DqojngmU8JtcNNxG7h8MwBM0cpSrIF1B+EUspnijl89f2BsfKKp qfn2rZaWW013+mZrhzs62rt7BodmhyDf0dE1MQ7waO/vvnMX0DFzt102tW9eAQwiO/h2+nNPP71r q4cfzpbu3OrhE7gjyNf31SOk7vihZzwaMSM8gNUbHQ6U0RnD+FXzgJeYz4LhAVeeAAe0igVTzBIC 3OGstNEdhEpRahBZhLOYO2QspsRbl8TjciOFD1qZRbpjgRBsiDC5lvSBm01NTbdv32r5j5Zbd/5f V0fT7dv9Pb2Dg0ND3Z3AHSsmZ6ZnJu+0tV0bb58YHm/8z7yc30rJntT5UlnEK796+umnt22F6gsA xGdHoPv2YBClSHf80IXHA3MHCI6qKmvu+Ga6AyY/E4J5RQjbRe+vn1eQqXRCTOhdnIUGMt9B4w5Y seOGi7+LwQUWoCylrRMWxZfwAvnRDdzICEJgZg5yLMEaVGWWcCIInA574YX//TJHN9x0507bzdst /f0tt/va2tqau/sHhwZnB0e6u9qbu0aHx6enp1e3/fWLv01MTIxPf5xXXlz4jkQkJPC8mXmVNPuV Xx0wbtyy7ecefh7AHe6+jFePkLrjO0FHYc21MeMMrOd2zVzfgLksz1VXVVW21aU7nKh7Be0sK7jU 2FalraN3lkGtI52qulajmbMOqCmwzIjX9ai8VJduPFFHVf2qa+pmjGN1uE/YpDtwdffN5Y9TfbPm Wp1p3o3RqMUs8krdibkl1oewW0J1LCwI8FVHCP31bL1CQAKBIIgQF6Wz0iC01h0hqtJSkcHF4CK9 YMEc8deZTElkUBKPGxnJMmdGLaMVKrFOZw7YBPMEMxDFLXy9wNDcfrOtbXy4paf/P1o6mts7EDiG eodGOjva29snJien18ysHm+72zY6Ojz5SlFeUV554TvRIn+xGE17ECjm528kfPq88Rcbt2zbujV4 R2Cgb+pRkjm+E+Fxiap1NlZS3r2qqprszyigeivGzpPXa81N6vOoHwt1q16lqsIF5Deh8/Mm7jI1 HeE+mnlimj+LZkVR3FGP9iHELHMcI+53N9VlUWX3GtlzanPbmiW4AyYowskjBGKhi9JAEAKnBSdU oiWAO2B+vVW+A1bsiPN3Ebnck9J6SfPz449HMZk6b52E6xoZSdj0oC/BGlSug3AC5UHMGzZt5rMI mPPWOjpxc7Lxb539/S393f0t3d39/T09g0M94Fja2ycnp6dnph+d6esbHp2YbgJwlBTnFJ6VJMik eiKECCEIwbxAJQp/ceeWxx5zfMJvzw53n3BUoT1y+sjRIw822/qrrN5cyZ3Bc17KqOpsWdVVc5V3 rpr09ebPXyXnzqIlQcrIbrObVOd7PZqnS5sDC+tB0ObPwnwVUne8bWKOZY9jxDP3TD9ba1GBti7h 2y2hORQLpL8mhP5CPfSBLlDcIY5VCmFSPt5hmjurLC0VuohcpC6Wi8jlX49iJkUGSXSR3Mhoqx5S i1lvVj0duDAnWCcgEDBCCNU8IW0ebZ4emOzsBwOA4NEJVZbRFZOTKycnBwZWT4+vGF3xn2q1ukSd V1Scl1dSfPbsscPSkBC2UBonFgijmBHhwbuf/4XnjsBAnzNUyPIdZEtR7+nAVS26eq9+TF2JA6h3 7C3UPVGD+1Dr6bNtC6j8A/kO2YWeXkX2jH6Ce9SvanEvibYGfw5d8Sdq3kL9GvUUd1xFe6ma/5LH oXPHica6xsYy8+9C/iYW6KCzhoLUHLj/Yl7BNsSynQkouuOFm8QE28Vwz2CAfIeCxh3s0tJSFxeA B9VLiu//dl3GZPK9vaJcIyMjDQ/AHIQTJOuJeWKecEKDCCH0SqVYKRYTqtbGruHhiZaW/p6ezlvt HR2dHR0dnZ2d7e3NTcOT49Pj05Mzj96fGe+bGC4qAXgUlajzSvKKz57NOVt4bETEioqGlR+imNER EYxg3x07Aj0boKv0KNIdX9Uf9iCGek3RmhqwXkddNVyJJ0hffwnpEIgU0JyTOerKPfFJW10ZWpej uqrJfOWi+TLVZNdXelU1PKJusbkysvP8OaQz0EvIX8yRugPNrXnOtE7pksepIufKGC3yHca6wsrf G2kz8JZEhylagSrIvGJeL/I3KAlyXVHgDpU+FhaaNFjqjnXK0lKpyMXgIrphsa7x8eMSpoTnGs3n ukbylmQNuu6YhwUv8ZgnH0HoiPUh+jipSiy4p5sYnmjt6B8c7O/vb7/T1N7R3tHR0nHrdtPwcN/w 8PT49PTY3MB432d56itqjfqKWl0EDqb47NmzZwvPvnMsOiE6mhkNGzM6gsvY4+pZa9Yd31aWIqVR AzNUa9D8FtQ7VoY7tyqrUVyApq/Cs/NVtH7PGqw36s3zUtDVrK0kr+ZKYI06dISPzEdA17lpPmwZ 5o4Tlp1gSx2nis4d5pgFcFI5t0TcY2cNDXSqUMSiErBF/gZnwfy+fQuw7JsTEUI4xxqk/gaDRb5D EXKjtFSEuOOCub5yPP/68UQmR5IWJOFFRnonWfSB2bAGYg4AA7CFKoSgbApei9lKqUpFeI2Otra2 9Ay29PcO/v1OXx+kTrs62psnJ/smxyfHpwcaZx6dmawvBmCoEXvkFeXlFRfnnD17NuedwrMRGBic CA4nOpDBCPSMAObAyuP0A63UsLz1WXWQIV3wMVy4xnpq3iu1aavw1YwMsUxdpdFqXbI26jtXgR1u Flh2qBVYdqxpaasg0m6XucRxqui6wyrfsVTOxG7BKs+BXIpAARvBdmH76yFiUaBFq0MIQskSQqnN QnfsE5aWxsX6u0hdblgwR368jB8d4c1xi4w8E0kIaMwhsO0EA4AQAlXIlEoZJxSLCcQgYAKC0IuV YiWhste1do30vzvYP9hz687tpjvjfU1NKFyZnpwcnpycbJwZeDRs8i31FcQdasQdJQCPszDOFha+ kx0dFQ3wiGZ6bd+xx/MYkAbJHt8SHfS1CRELwJU492cUFVAzXKlRbZFjQLPpag6YZubilX8a3z5g PAFKoR7er7Q6glWnfDV9nptZOixxnGW4A31nqZyJHT3jqVjYp5gXEAIV6HuBijDEGvzZin1o6Tco wekJZ5bB4OLvYqE7QpRAHSwXF1G8Kc8BzBF/ncmReHtLOA3e3nxTRdbJaWnNMe9EEPo46Q25XCYX CfUEZhIwsQq0h16pa+1qtu/v7//7nX/0/bPj77fvjP9tvA1rjsnJyfHpupmZgUcnS9SIO8CxqEtK 8vIoeBTnnD9/vvD8sdqICE4E0337dm8o4FMxy+lv2T1YZ3E115Ezz8DnnzCvPkxe3Za1jZton9HB PKEORRuNRmMdfG/sAEQaNRbs85xlpzylO4zPWfaRLnGcqqV1B8kdtrUaS88CKw7PK+bJTSXcwBbh 4BW0iCBEpRKy7gF3KOnfefxC6QWRS6yLSES7g9Px/OPHZUxOdhpPwo2M9Baa2wRtdAe5QSZWKpUn ypJlcpEYAWOeUh96sVIlHelqb0641fJnaPLoHhlq7Rq+9rfGvsnp6enJxsnJyZlDYbunxwo0Gk2F Rl1xRaO+gnQHsmKASOFb58+/dfHqxewIDjNo+44dnr/5tVl3fEt0oKuZXDK9GsRpNXUt11Ar9NDe taht3Cc/ac5FkX3ib1LHuGp9BDzzn3ZArDvK0Pqpc+eXP84y3IGeLckdNP0AlVkUShIC1TzQvH+s wV+PIhYEmBA9YWAZ7rm4uCidTLpDsU5aekHKio11iY3PJzVHfv71/OPHExM4kkhvDt/b25tH0FWH DWtg5iAIvVAkkyUnyERCYQjKUcwjiBAhIXqxUtrV3tzUPHGnqW18fKKrq7V1dHJmbu/A+PTMdOP0 3enpmZmZ1dO3Nepccmj+SCoPzB+FZee1F7U5AJNjEdE7tjN2eCDuwHWW098ypK3G62ykX2u8RkYT VD6j0vx87FrjNXTJWtQ2SGahzVEk1w0ro+bJVpPZV+r4M5TOONF4rRFlWBvx5ysRe6R/xXG+he5A 8FAIEDwgeaQXbljvTyBGQftDQkKEblKDIdafTVvcJSTuQqkoliVykefTbg54PP/4ZT4/Oi1Swo30 Do8SmHSHgJpVbz1fFuIToVwml8lkcn8hG2sOJ4o9lOLejubbd8b7Jicn+ybaO7sHezrvjF+bGZie nm6cnp6Gm/aM1RRlajTqK1c0uZpcjbqiqIiER1FxTk5eSVFeMZkB+U32Ht8dDM/DNN3xbetwZfS1 02H1SXJdHeQvLGe3aS1rG+SVTZsXg2f5j1HzYAZsjvBW5QBdd2hN1z3KeBx4e/njLM0dy+sOGgvg hr59TgIVoYIElJ7F8jeEIMiA7iBC2CH+bi4uLi6xSiRUsYwVXrhwg8WKjY2Vo34O0Bzxx48fv348 gcOJCOXxI72901QEhocTMIdt1LIOcYdKxRaKhCJRkijJ31/IDlFRAHEiCLFYKhu9/c87423j0xNd Lf39nX+/fae96eb01vHp8YEZ4I30mfP/V6PJ0mg0IElz1VfUJG/kFb+ThyKYkrPF8DLn7NnitO3b GX6vUjHL0W+Pjqq/pJtnpaGE1Bwt+1hp1iWwuqxlT0Wdg9G0/mkVecawDikzz3ExrXtqNMIRqutM ugNeWtVZ/rL8cb6p7jDLUsGCYGEf/Iu4QyUQ+rMMBkKxsA8lyOYVerFY6iZ1EcWKEHfgvg9wLHJw LElmxYFUR6KEIxn15kd4h6fxIftpci6mqMVilUHgjhC2mC0WCv39RdBDQuCsB8qDEOI4+cF/NvX1 9U12jXR2Nv/zTkfP5cHuiYn7jdPTYWGrB2Zm0v+Uq8nN0pxCA/IdoDuwV6mAGKakBHEHJEDy8iK3 72DgGfjfUcIDLRp8zXhgrvFtcubk2wfMOQxqjeHGeqsKaRV15wWLLGU9pUPSD5hn+Fscoarq/NsQ J5EvTdd9tYm7ljnOktyxvO4gu8DILCkaaIKiap4QslxcDMQCej2vEhBidojIzcWFFYu4Y0GP+IZ9 4cIFViwrNlYeT7oU0BzXj19P5HD4oVxJ5Jk0hj9yEeYsKbkh97JOsU6wTrBuHgewKN8BDUZCoViv QvtQ9jQkRChvvXOn7e74dHZX852Ofx+8Mdjb2dk9mb56emb36vurdz/6O7VGrbmiuaJ5jWKQkhJ1 XnFOXpHmNY36CmADUUfeO2eL81wZDEYA2RmGlcf3V8NHV7ZtffRhMDvEFqaAVoDYA13phMAAcYgC gtx5FOTqQ/QGidTFhSUSwqeVkAkhhBcuyEnHkp9v0hzHj4NjqWVw+FzvtEhr1lDgJRnIHg8F6gQz D5JDplRivA+l10PEcvnEcN/dmZn3J9sSeomRGz3dvYMdw2Hbwmbu378ftrpeXVSUmXVKc06D7IpG DZqjSK3RAFw0anVeXjFwSUkecEfg9h2M4KOk7kAQeeN7Oxn1tutmPCxmh5evx/kLxB77cL6UIAh/ N3+WAa5s0CFigtCz9S4SF5dYFksJWsQAFZjHpRfiRW6spFgJmeeIPx4PzHE8OdorOtSbH+GaFhpl wRz0VY0Rc5BVWaitEASOXUL0IXqxWKU3RS0Qz8iT/7Pv2tgf5v463eui7Oq6MTs40jG8etu21bvW Pro67KxaXaHOzQXWOAXg+GNRifqParUmF4ByRa0uySsmZcjZs8V53tu3bw8+atYd3yN3oPVJ37bZ /VCYHdIa5qBWAL0d5KkTsVxEBgQUSI2pBGwl258p6o1lxWLuUCoEAv8L+fluLLfYJJlJc2BL4XB0 oZGSyEhGeAiqugLoiAWa1lhYB1oEMQdiD+pRgB2MWKVUiQlzzUV5IzG7b/zu2B+m77p26mZ7R3oH uzuGVw9M3vzdK9M1Z3OLPsj7oKiiIhdpj6yiLM0Vda6GNJQ3xVZSXHw2L8/VlwHtHTTd8b01Hl86 YLF60ENldihKMcGDjE7Q0IuAO6CErgKbV7GFehbTRcQiueOeQaV4XJp/IcnNLSlpVm6CBkQsl09G R0REhkZwvNNSeQSKOwTUhqCHniOOwqv7mDZgD9SRoZrC8CDzHiFiqTzhd/X1d8dmJsZ7Z3t6Bvs7 O9qH31JrcnNzNbm5RXnV1dXl5XlFarVGk6XWaE6p1aBDNEiLlKCUWB7KnULkssN3+/bUo6fNdZZv m0r/r1v6N7o71P+s2S3sQ3dWMsctTijXQQjmxbFuLiIhDm9RYp3NZov4otjY2VjIle5T9irm2fEX 8pPcopKShmjRClhydFB0jDefmxYeIyLoqkJBLnpNRjGEAHegmzbU+T6lAngo4wAeZNYUohb5sRem Z9LHhrtmB/v7O9rbb93S5KrzynPyinJBb0AIW16e94E6s6JCnQUQgSgGuRY1yRyoLFdckrfHd4fv QVN7R8b3OBH/qqmb6yE0O3T9Qi2FjFqg5QayHap5dizThaUUq2CAidkGNosZG+sWxVLCJw1JcYQI mgPdJEmSRLPmAOZIlHl58WK8+Yy04FQ5fJ8qulqwCHpF9XJQXWEocQ5DeUMuFYrZYgwQ4A5ZwsH9 A2Nz79uPdHb+vWn4dklWUXlZXlFukboi94pGk1uiVufmFQN/5GrUGnAtV3LVuRgclOo4Bo4lj7F9 u++Zo7i/AzPIt+8O+44s3aZWUm+9AtEJ3K9Kfaoa6ijUN6AyS5Vs2swrIf/XzA7qKYp5sodDIMBk r4KrnM2SxMYqKceiUhFCtjCWL4plucUqQcJKWaWP38iHSdRRswnxJtY4efzk8cvHoyM4Z0IjeGmh Mccuy+PjVCpVCOIggmQmQgC3DQTJC8/XLZgZBFdl2UqhUC6VxwnZ7BAxfA9xhyz54C9Xjx3qam+f 6Bt/R60pz8mD8DW3qOKDiopcTZYGNIemKA+ciyZLA05Gk4uCWxSxQO4072xxccmf4Jalv7XQHQ/N Ih6oVkImLCrRGkA19fTMKM5PoE+RakVrvVI7BZu6r5qr8iBmNz+vUqlQwEqupCFAOYb5eYG/GzOW pVQh5hCrxIRe6M9248fGSiRueifFPoVLFNv/ev71BKbELUpCguMyjJOXTyZzuNn703TeoTHvpyQn JsbL46VxyvgbcWJT5ZXGGvjRpD1QSKsXCkVyuVwkFQmF4hBiKkQP3JEoS/ALuz82/Z+Nd9tu5arP 5iEQaHI1FRUVuepclOdAuY5c9FiUC/BQa9RFiDmKSoqgagvPfX23+9aepuuOf/3vO9/fyMrMqweh RjPo37BeLfASmf0kOaKGxjZaI23F4vRvGw3ZCRAvCFSmyizqCwOY+DPdWLFTAswd4lKV2F8ojOLD 8oFJMMdFIHXzF+Xny5kSSZLkMp05Th4/KfOKqI2JzA4NjeEmZyQfTzyZnJiYmHg5MS4OAS2EsNAi iE9o7IEyHkK5TCqXi+KEUJJTQWeoXC6Xy363M+x+WGpX15806vLcrHOac7DByM2tyM09l3UOch5Z iEPUiDvAw5DMgdLpeSUlJce2+zB8jlH5ju9Vd1gbvovKCUQeZB9HNayZ+ibq8fg9Wj/1z9TdFTAM 6mnK5Sq9U+TAN7nf5VJmB6oCThlc0QATRPwo/8CKZs6yEHPEoc+w/UUGJj82iilxmwLd4SJxiz+e L2Hau0miryO9kXj88vHEk5dPJl6ODvJKDeY1xAS/n52cfBLAkZKcnJySnJyYKJVL5VIUjTiZGISA HnR61CIWC4UikUgqkstEIqGQrQ9hs6UAFpEk9Ze77sfoul/TFGH3kUUyRpZGU3Hl/5L5Do1GXfFH dYka8qek6igpwdwB408+vr4+x448jLqjzbzeWJnFWmVldFYg1zPDbqOR1k2O+06pb3zb++HbqeJU cWKxKkSFcxqgQfDaGioRn8WMxZIDSVO2yF8UpYt1kzARdzhJ+bL4/PhopkQylHCcpjlOngTHUrs/ jZMWHPNiRuKFk8AdySkwMgAgyYmJcqlYjF0YlQ2lRy0CQhASIhRK4+VS3AwE4lQYJ5XKpSLZsZiB gfbXEEOcyjqHh+acJgsYI1dDao9TWZACKwJwaNQoVgHmUCOAqEuKfrvdl+Fz+LRZd2Q8NNxB3uN2 rtJUlyWVQwGdFT4iFQhiBqNpLURcLaGkRoGpcqL9JP2AcYAs0VRqa+rrK2saT5A3vaTuKznwsU3W xU4cJ40TxikRQFBsoiAD2pAonZuEhaARh4a/SOTP1MW68ZluKsiLuOhmj19P5Ev4Env5dZrmSDyZ LAsKPLPfOyI4Zn9E8vHkk8nvJicnJ8pSkhNTUlKSE1KgwUcaBz8xhGIQAMg6SnsQ8yHgXISIO5IT ZDKhSCgUihB3yKJqn3nnjdysrCwN2vDIojEI+ZgFeVO15gooUtKtlKhLSlCt9qCv73af3/z6NMkc Rx4i3ZFu0ha/J3UGvhuTBSuY1ikFD1SGoxhsY6iflfoG7jI3r3+K4ADslI4ryM+hO0WY1jGds7kD R2kcwEOsVEF2ErhDhXSHSqFncYA7BJg54lRif5a/KJrTy4zmJ6mggK/kJV3PT2DyJRKJiTmQXT4Z zeWmBnMjQ/e/n3L88snkjOSMlAxgj8RkZHIQqnE4VKaxB0HNvsc9HSHCOKlcJJelJCTLRKI4kVQa L40XyZNf05zLRHrDemjOaU5lndNk5Z7LytRkQhoM+jwqoJGwArUhQzOhuqTkbMF7wB2v/prUHKcf Jt2B+i3QbBWYj3LCHIHU2UQmZA96AT0yofelk984T1vjuN6qBxbu4U+70+ScFXvYSeOk8IdXAntQ mQ2UGRUyeW7MWLRPGQfuR8RiiTi6WT6HLyH2KZwESp4k8XI0h8+U2COHAqxx+WTyyXdPJkfs4QaE 8hj796cCMI6kZKQcTQFLliWmJMtgJCbGo3kqlP6Yp5p91jlRDcdivUgkkyWkJCQcTogSyeQicCzy 1zIRM5wz8wZtkKxxBUUx6ooi9R/VRX8s+mNRURFmDhh577z5h0O+vrAM9lHTeGh0B8xrbfwLNeuN rjXSaawA+9PRHJrnypAGodY51Vqvr1pTVQl3T5ir+UsBYpCrVej+cHOf/OVqOp4th35GXXVVdZ3F 3SKQ2cXdiFNKRdAHriLhUaoqVSlUKv+ooCi+iGSOUrFK7B/lz9Lpkjh8fhShUCicxDyJ7DKHz5dk y06aeAPs3RRu4JlnGBHB+184BqyRcjTl6FF4TAaAAIGkJCfL5XFxcXGQJjPrD1RrIUzzWvRCDI/D hw/LoGNMLpWfPHUuNzOLzhynyCgF9p0CzZF1CuTHlYqiiiJ1kRqAYfoXZsjlnf/ff/ji0HZfRsDR Iw+h7riK+snIHnN8LzfyejbS1jwvQB0hVzEbgAahGgAs7ziLYpm3Tb2mY7iP5AD5+Uo8W+6+qYNt jtaPgs3uRpw0TioVCdliMCWpMlQqlT+HJ2G6AHOI46DioWJFsUQ8PnCHG1RnBXoeX5bA4fDt+Ykm 5kgE5ng3OygyNSAycn/A/gSIVI4igCQnJ8uQNMX/JiYmyuWQKlehtDkwyDqkQPBkp3mC0Ov9RQlg hw8fTpClnD56KuvXWVngOrKySFC8oUGvNedys5AwJUdFLrQN2hq0/mg/+uKLP7zs64tn4FMRy0Oj O3DuAt/3pR73nOI3yhysIpMaUqNo02mdZTbrumsrzeuf45l4WtMx0Wy5m9Q9/XF3mOVvA9whjZPG ixDNx6nEpXGquDhxqUoVyw9y40tNzFGqYjH9WRH8JL6Ok4S4g4jQJUR7cfjR2XTegIglYg/3mWBe WsAzqYnJGYmJKRkZGRknE5NJ7khOlgODpCQnX78eB8dGxzfnPpzIxxChUCZLSEhISUg5/Bpmisw3 cm3UBj3nocHPoacU4EFBBPNIUd4HxYUF117/w7UPf7fdl0HOwH/I8h2NOIsB2mCgsupjs9ZAeZBK 2qcKqvD8XIueLvheeg3OjyB9gb+H6QdleyKdIgAAIABJREFUTBDjpJtff2TBNdb3Z5GCYxHKRFI0 XzVOLI27EXcDdAaL58VnGlRiMY5Y4sRRTFYUly/RRegkTk4KJycVnyvx4kVE8xNMegNtySmB3uEr g3n7n3n5GMQqiYmJGckZiRnJMBkhBSmPFMrJyNFPk8YrxVMqMoNq6unQs0WIOw6nvJaJVMYbuZm5 mbm5uZkWTHHKFKFk5mpgy9VU/BEDIw9vyLVAAa688OKJL659WPDWQR9fKOA/hPkOmFdbjfTDXBm+ mkmtYVEzGSM7zOuo3lLqjRM0DXIJdbojNsE7YBb+DGIM3KcIc25mDliwjbXukIIslULKCcMg7kZc fFxcqUrFjAhiMpUqAiXSgVFYHIQOjo4TNa9QKOYF2dxoDk9in51y8rKJOd49mXEyO5AR7hce+czK TxNAZWQkA2QSccCCk2Km1NjJy/FyUXREA5cbwRcJQ6gOdLJDDHRHiuwoMEPmG3jTZAJING9kYqZ4 A9yKBu8/l6vJzYQkei52LMAX8Jh7JRfgUVJUXPjhiWsfFpw/DxGtb+rph1F3ULkLrbaMnJlPnuw6 68gEHqvJTnhTVyo9O4r6TvE6Hug1min7MeIdfEzQHWjNgGuNlFnfn0WulEqVcZB/UKri4pRxEDbe EMepxMxIHocpxKmwUlCQTE5UVCRTouPp3HArjyQymqcbiY54l9QbAI13M04mRzDC9wdEMla+nCqT AQwSk99FIAHNkSKTA3MAi6SkpCQmx/tH7wl+6ZcDu8N2D/wyIJzjj1fbgJKdXpmY8VpWJmiKN4At ciFaIcGRq4F94EQwo2gyNaBFUQibq8kFUPwROZQida4ay9KiYu21v14rKCvMycv7racvLuAfpeaz PCS6Q2vRrV5J0xr0monW1FFOy6xWUfepo84wmkeL9QoCzO/xnJbnqGOi71bT2cY2GyYVipVEXLw0 Lq40DuU+pPFxwB2lzMAIHRMyICiKiSuNi+awogL5El4EJwmv3uPGzdbpErKz3yX1BmaOjAxuePjL +3n7n/E7liBDDgTY4zICSEpKYiIpSiFzmhzPZnHCA34ZtjssLCxsV9iusIFnwqOEaNWOuJOnzmW+ kYlyG4g5zlF5DvT4BjAG+ZzSG29oSOCAa1FDSFsB8+Kwa8m5+NdrHxaUoVkLwB0HT5+m646HY9nB q2ROAttbNK1Bn/MCn8JIqRyzmEd3la5BSB4Zw2uHaBtx9bYSzXGp0WrRfeQ+wbWcxqvat67WNB6w 7n22EymlcZAvxXpDKhXJ4ZlKJeV4c7yYpOYojYu7oWRymBLvaD6Pq2MBdzgRSZG6bPvs7GxSb2QA c7ybkXE4PDTtydDIAL8XEiAcTUkAJ5IBgEiGTCmKWhKSUTSTqN/A4YT/8vmwXx5a8+TLwcExwQF+ fjsDDsoSL59GSkKTlZmFTnpWbiY9s5F1zibXgbVHFrgXxB0YHLmki8nTfvRvF7WFiDmKz7/v6etb e9Qi3/FwrCtHz11YaA2LmkmbuYqLVxWiQpaPaWtwUNVa+uo+9VVVfzFavq5Op722Xi/ZTiSNjxMr 44Ez4gEecrkUeEQljQjn8KJL4/C4EBcnZbpHMcP5fC6PI4ICvpMglhuRkJKSkPwuyRrvYoAcTmPE +DHC/V4Ol8tQ6hwYIwX4AzmXlMTERBkqyiUnJ7I38ZkRDRyOROJmP2tvP2I/MqIb6f5NyRskY7yR iWMVE0tkknHKqXOnTM+ysqj8B5rLkqXJrKhAbqXiSm5FhTpXXZGXc/GjgsLCwvM5wByFF9/29fX9 7REL3fFwLGjbaHFvtk+WqbLQP9VoXWWhNMhNikdMK47NXbW8W9UcckiV5txpvbVrsZOI5KA2pHK5 /Lo8Xi6VyWWQqFKJIkI5XIlSHIc0x424eOHmoCgJgxnBddW5oMUkCVFDbfa7KRnJ72aczMDAOAmx 60FG6DN+4cErXzpGqgskQpMzwLVQWQ8Z3itlubnN2mMbsh8aGRqx143oRlpbWzRIZ5zLzco8l5mV +UZmZia8RiI06xQq0J+D3EfWqVPnTtkyCJKhAA7oU1ery7X/9n/KynNyynKKS/Lyzl/88EVPX99j lrrje+srtbATFrPirpm1Rg3t3vsoMqFOpNa8Fgi+Rz/9/rP4jcpLjXCHyjYErrcppiBfk/epgjtL 2siOKrsE+yRhnDxeLk+Uy+PhUS5PBPYQcRmcoFnMHHHxUOHgBPkzve11gVw+XnlUIKzlRmPeOEkx x8mMkync0PD3AiKf8dufkJwI2gIXV05mZGBwYN2RnJgoS0qSuNm7UdAAQwAZybZvbT2msa6lUPqC 0h5UruMUqq+Q2Y5TKJ1+DrrFiiquaKDnQ11UePGjgjKIZ3Py1CV5569efAci2mNHLPId3998lv9Z q7Ocs/vVZse3z04C4pAlyuSJ8kR4TIQIJiowlOMaRakRaNPy4og4DFhvge+MYxY9NzLiXRpzvAvM kZHgzYhZE3DQ76VUWUIiVXdDkjSDDGSTE2RJSW5u9vab7fn2OnAnCB4IGggerSOtrZ0aYIEsHL6S mkKTadYXGpzzOEUOU59Hbu4V6AqD3LkG5UyLCz78UFuYl1dcmJNXVFKsvaotzjvo6evzm4dRd/z3 24Fv0vNhZ59tb88SxScmyoA1AB6ooiGNCmd4caMgMRYXFy+Xi+RRERxhhHc01zswegrrjpAI7+wM GmugkZEdHhqzhjHq92SCLDFRnngZxSsnExOT301EeY9EedQsyRgIGCMm5ugZgns1ATxGRlp1LZlY Z+Sey0Qj61wWlfMgH3E6narOIoicwk2DuRVFFWqU98gru3hVW1ZeVJRTWF6kLjlboM0pKj77vq+v 728sdcePBB1oHbHzNruXMbvskWx7Pi8KmmzkMgwOgIecmRocFJiEuCNeLpfJkqLcmcIIRnSkd2S0 HusOIsI7IoXUG1hznDySkRERynjmybSYl15OkCN4UOyRAVnTpNhZpDN0AI0RBA1ScQwhUHSjgdhj pCULRSpYf2RmvqHJynyDZIw3UFY0M5ess+B4BuU7clEDYW5RBepHL6ouuKgty8krKi8syytR5xUW nC/OO6/9Py97ovtYH6HVWZb+8/z/zrRLzLRf3uzss6PtdWca+HIkR0nuSJTLOaEMLjcJcYc0Xi6K EjGDooSB4fxwb240Xq9YQESn6VLovAEgyeAyGC/7RT7jF5OMuSgRuxe5LGl21s3NnmmPIYGZAzmU odkh7Fh6srtbu7uzAR5gJSaNoTlnme/IwvmON3LfyMX/5qINQaMit0KTW1GRe6Wi6ANtgbasMC+v PKew7AN1RXGhtrC4+K2L//bh+z7oPtZm5vj2KzT8QKzGVGV5IHTosrMlvDOuZxqiRDJQHBR3uAeH cl1F8hvSeKlULoKFPoNErHBvfmgaV0KgWfQEwWfwEjIykN5490gGjIyMfw8PTj3kF+73JFcmS5LJ ZL3AO0mIMZib7XWgM0Z0IyOkU8HwwGJ0xD67u7W1q7WztbW7tbt1pLW7BLMHsEIm0hS4GkvlNTAU YFSoKz6oIFPn6F9IpRcXXtSWFeYUFZZVF1YXqdVnz5cVnn3n4kcfns9J9fT1fZWqsRz9DtYN+8EY XvH4gdExkj0iaRiNdD1zho/YIxFziDxof5orVwTgiJcqRaIoEYfjL2JweYxQnkSAb1ZORIdGHLYK ZzMSGDGp7wWc+fT9aFmSLAlmzs26bQLGAGeigzuEDtmTIhQzhv0sFauMjLRmt8JNiAEe4GK6c88h KZqZe06TmQsp83Oka8HuBbiioiITAPIBJM4/KKogE+gV6qIcbUFZYXlRnrYwr7i84ooaFsY+W3jx Yln52bPv+/iGvkotc/zTPWmXNTtdtk7ifebMGdczo1wJRCzJOHoJ3M/wDpTKRbG9sbGzvbG9sUNM A4vLq01La0hCM9ecVER0WsNhBAnEGpg9jp05U1s7IplNcpmdpXIZpKeAJya2ICExhG0Eaw3gjNbO zq7W2tbW7NaR7mO5GtrAZvEaAQPxxgdkAkyNS3B5ZQXanPKiomptdXFeXoW6KK845+w7ZRe1OcWF 7xS+7+kb/KqZOY7+8O/u9N9jwB38M5ENkZGjZ9LOcEQiebIczRvhBuxh6Fxceu/19vZe7r1x70Zv 7yw5eu8562GBSpUkNDL7Xcq1IJQky2SxLrOxs7OzswgCiClwoIoBMTQ0BPdGGEJbwpDJRhJAkgIk gD26OjtbgT2yfwMuBUEiE0+mtgUIlqGQ27iCPllRUfRBXjnSG+q8Mm1OHiTV0ZrHhedBd5w9W/jO fh/f1FeP4sUZjp4++tAkwx42s2vN1unSGiIbvF1HR9PSXCVJWJTK9gS4MgEIvb2Dg4ODvciG0EmX wLl36TU46yVp3tmYMY6mJAxJZt3g/dmhWYodRkxjiApWh0Zmh2CAzeIgFmsOnOVAlt3VWQvs0d3a 3ZmHAlNYJA623NxcNSS4ci32wTqDGjTgUV1UVF4O9ZSiohxtWTn0d6iListzynMKC4sBHO+8UxiM uOP0UWynj54++mNJd3wzs9PpsnmjkQ1nvL3PAHuM8qIQd0Tp+C6zg4OXBwf7u1uHZntnh4Z6Z9GJ h/zEEALIbOzs0BC08aSYKGDW9GxwdhC9gjvGIhD0oIwG4gyT4QxHD6U6YGS3juhaW3WtAI7s1pGu IhNPZOZmAYOokTtBs+vRYi5oo6ACFdkPyivLwal8UKYty4P6LMzNLyYXhipGy2IH+PiGvwrI+DUJ jp/uSLuk2dVm6yLTzninrVwxOpo2mjqaFsmXJ8qlU869vb2DPf393SMjiDl6BnvRjbaGhkaQq7Cf xWaPtMXIUM9gD9jQ0GAPhglyH2QeA7ae7J6eoRG0jZBbdk92z0gP+T44lhEECV0rMAcSp52tb5Gr jyJmyCQfc01sQR9q1MtRVF5cXl5dVFSu1Vbn5eG+sLxycn25nJzCdwrPv+Xj6Zv6KsDjX48ePYpg stTf5iezy67lp6Wlnfns/dSGtFE0GnQyqUvvjd7B/o7R1lZwK9eRewH90TvYO4i5YMQkKNHrnkES HoMkO5Cc0TPUAwDo6e4Z6envGRnpRq96QGf0jCR0d0NkgvehVFg3jlpqOztbwbl0tnZ23MZgyFJn qrNyM01gyKJtGpNjURd9kJdXmZNTlFetLcv5wNw0WJxXfraw8Pz5t85rtRcvevr4HHwVu5VfI4j8 dK/zJc2utlYXuiI19P3UhtozqWlpaStG01xH+d2df2+fuDN6z7l3FhikB26Y0z/YMzgI8BiEEw4p q37EANj6e/p7uvvJE00BYqR7pB+d9G5Ic3UjMPTD6+weDIzW7s7Ojs5O9C4wRVdrV2dXbVcX2rq6 Oro6uybOq0nLVS9tr1F7EUuUlxcWlueUofQ5WpKhvLiwsExbcPHixYtXL1689OGH2nc8MXeggR7V S/1tfjK71tramJiY0NTa2mxwLWlpqaOjo6O1XTfv3L7d2XsPdEdHS+ex5uZbLf39/ZhBBgcRT/T3 9JPs0DOIGQIggh9h6x5BgAHr6abAQW0jFCA6O7vgNjyt6FlXV2dXpwkcAI+O5r7yCjSXLZe2ofn1 6tfIzQyO4vKcsrKynDKttpoEx1kAxocXP7x4taCg4GLBxYLzZ8+/9b98fA4ePvqqefwU0C5pdrW1 qfv3x8Q06PictLS01LTU1NS01NHUrq6m4Ztdhztbug8nQA5Vxmltbm661dLf8++IQUwA6SFBgYCA B/AGBkE3Zg0SCN3daIN/4VVnJ9o6u7ra25vh5m7tzc3NBw8iVBzsau9qJ+1OH1IPIC+XNZjrlpdX Xl1Wpi0rK9SWQawCNw4sK7gIwNBqCwsLywrLysrKc84XaF/x9PQ5+Oqr/4qYA+ynkGVpQ+iIWRFT q+M3hGJwpKaOpqaGujakhSYkyBJEKLWeKGOyRPwJgAfcrG+wdxA0CABkqJ8ER39/d39/fzdyL1hN AG+YIJHdTbPOVhIcJGO0326+3dTU9Lum5uaudsQc7QgyaDSNX/wKcLyG5scW5X1QXl5WBpxRWFhW XQ0Tq4vL/nLx4kUtZNNzynOKC1FA+875t8q0r3j6eP72MAbGa8i1LPm3+cnsurpi9u/fv3+Ux40J DU0NTV0RsyJ1BfyblnomOiFBFiWLkiXIEqI4LFZ0wJkJuJ10f39P/7+TcuPfe3q6+1vQIJ1Idwvc 8bG7s7sFQ6O1E2/UALbo7IDR0QUbBkLzzZvDN19pmmhubm7uGm1vHm1unmiaaAK70/a3AnJpBfoo MT0vKskrB9oA3qgGhigsLkesQUKjuLz4bE7h2WL4953Cd86fB3QcPHz41d+8+iraDj80i4Y9ZGZX eyYV0PHMiv0xMaExMTEx76fCvytSQ1NDudFRCYg6EmQSJkvECeCFx/zuzq2Olpb/aOmHrf8/EGe0 YChgOCCQ9NN4otsSGnAXSLB2tLW3YxfS3NzU3NT8u+bm0ebRZvyqqanpZtPNpjs328bvvlO0HDhQ RJKTg6FRCMyBdAdAo6zw/2vvDIDauNI8b9mADTchFjvTOTedBmOlTSKi8YtHIGnuok6cRLJSUBuS qpbVLtfmXMuWekOqKDaGKlcRqLvgqviKk1hZrENG2khGYWIRkJHtTbCDAxJgYXtxMrNsHDnjwdia AYZ4ZoCrOOrW1fdaAhzb2blkZupy4+/VU6tbwrjUP/7f/33vdQvQOIy//Ovw64ehDHaoo6Ojs9O7 5eGShn2vYuV4dd+rr7z6xl86BneJNSemsgEOk9lkqjCZTFZo2VaT12vP9pqefWYvVo69zz33xO4f P2EcvH9kKnZ5/OLH5y6cO3fuQibw2Yaxx4WfXVjGAMOy7C2wWmAD+jFYTYwFpI2L5+VHDMf4+JXY 9fPXW663xK7HxmOxy3KbuHb1quwj8I2dXn9jeQvt9SMYDQwHbIMuUA0X+I9DRw4eOXDgEKxDf/3w kU4Y0DqCPkeHesuWkoaX973y8iugHy+/8vI923HnWHNiatKUbTKZIbKxipisrVNbp541ZmdP1Z7Y +9/gWtbn9j6x/cF1g4Mn4DuDY5dj4xc/6jwHcQEQOdd50XG+4aOPP274GL7lESDBHXD4WFaLBhmf j3/2ccPPP/6o4aOPoF8ELBzQx8+PAyAt4y1XrmM4Yldil2NXQhiOyxNdV69ewnC8ISMCN3hKP3v9 MCDhw7oBWxd4jbF0igEd8XUcfD3zBWByxcMXVG95uKRx3ysvv/ryK/twv0fHnWPNyAiH2cgx55g1 fL4nn+N2KiCmzFN4+9d79j732jNPPDM48vOpn0+dv3IZTtjl8fGPLp67KAPSEbt8eTx2/rw88jj3 UTpp4MQh68TqltGM8xm9kBNIusUmrvTHzp69dPbSxMTZibMTlycmJiZuXLt6dSJ9I+vXV8WR1w/0 BWXd8OHv38RDVlcQ4wJwHDqEL246DPMruMMUXIevZMsWVeO+fa/se2Xfy/tge8eP5l70rjkxUsuZ zSbAg1cnoh6O4z/HVJiiO/D2b/fu3fvMa0888fOfj18fv3hx/DLE2PjYuOPiuXMfn/v43Dk4dvZy //j4+fMXcaqQ08VHt4bjI1CLNBowRnFgzzkec2XwGAfNOJs4mzh1CeLsBAByZeLyRNe1a1evBjNw vJH5rrcjR7A4YDsaDLqCGA2AI4iBOXToyOH0d8JlAn+75GGHTAfA8eq+l/e9uu9eLewusWbkxIiX M5vNvEbNWVun7ImZfAzF98w5soa0PrP3tcZnntgxdT02MX55fDw2AeoxPh7E5/biRcCg8VzjOUfs ypXYlVgsrQU4zo9jhTh/EW8vpre3agaOy7hfkVXj7KVTkUvXMCCXQDomLgWu9ly9dgBO9OvyCT9y +MiZA2m/AZqRUQ2XDIbP0QFjlMNH4JusOw8cOAitM9NaSraUgHbs2/fhPhyv3/mzuRdrToycGOFz zGazJid7yj411eqNYih+nMPfh594vIN7X3vuoWdqY5fHLo/FxmJtE1cuh7B6ACCOxlf2vfLhK/te /fCVfY3n6872n431hy6H5JMOeoAhGR93jLdgtQCP4cC1jfHYWGw85orFYqFY7HLo7NkJjAYOWT1O XZq45L/kvtozF54NLwaW51lfPwwTbX0YjDG/v6sr4F82ogegHTiCh69w9RvuHTBW6XDIptTHb9lS UgJ0vCrDse+e7bhLrBkZGRlp5XLMOXyOfQd86dt9X2Io7nvwQbz9cibf+sxzO5958qkXovbrCe+J wZ3PDf78emwC/71f70x/wOm/QrvXW5fA5xd7hitnY/2x/lhbbDmurzgMeUwycXni8kT/xMSlS5HI tUgkcenspUvXIjOXZiIJey2ntdb5b9yYm1tcnJ2bHTty5AgIwuGDRw70YcUIgWL4/Te6uvxpt9GB h7FnDh7sPNB5sPOAjIavw+cLOmR98bv82pIthVxD+j8OlNz5o7kXQMeJkZEpD29We60jiuX4/qai TQ+l+wP2Z5547MkfPaU+UWExPrduz7o96557bfDESKu94tmGD7Gxe3kf3jbW8HYTMtu13GOttXbr 9StXzl45e7k/DcllPBKRW3/scqi/H6eNs5cwGkND4XB9/f6knkFbUZJByML/6KFthWp1XZf/d7+7 MXfjxo0DBw8DHgdBN4LphNLV5feHXJgMjMZB+GLzzoMH0za0EZb7HEiPVRzyz6i2lBSqGxuX8biX WO4WWDtGRuwCl5Ntta/Qsb1sJbZrrY89+ey2Cs0OE2rduW7ng3ue27lz584dTxortmb+BNPh1Rgn GVOFpeShHxZtLtq8udganbl67VoicfYUThqXzuKRyMQlaMcge1y7dO3a1fDcflGUpHJJknL1JT8q ekyjT7KsoK3Y+qRapUKM0NZ148aNG/4jBw4ehMsPIKU44Ez7/diG+pZ1o1Oepu/o7EwjAuMUrCSd h9IJxlVSUkLxDfsa953Z1wjtn+7y2dyLNB0j3vyEN9u6QsdDq+jYZLFYn/zhtgrjk7zwtz/Y/YPN j+5ct3PdzhMjdlPrrXQ0vsA/ZUYmq0X92A8Bjm3bjPz0/NzcnFqwzMyYpjjP6OjotaHINefQ1frw dKTOm1zKOl5ZKYq5lZLUXJkrGsgtP9r80EPbjYYqxO5C2oofblMhFVPt8t+4ceN32F4e8rscvmDQ 0QEmFLTAJQ9gO+Te4Qt2dAAqHR2QZICNMwdxdB7shABTWsg3NuKkAo9/8RDcNdZMjTw70jrS2po9 aZo07V6m44GiTUXFpWVlm4o2FW0V8k3P7niyYscOrra49Ivisu17du4c/PyZEWvtyMuN+1a1xgqN kaeMGkH72LbN2zYXFz9i5GZn5+fmEpYKc556q6aQIUTdkt729NOV0qJgtzPV0mKuqBMNDMUQYi5B UyXFxZs3Fz1URFeK1QzLIG1FhYYqpPpdrgn/jbHOA4d8dV09jmAw6HDIaATlkQpGo8N3KBgMdvh8 Dl9Q7jjZgI4c6uyEOZZOR2e0pKSwMNoAeMhxt8/mXqwZaQVbOtLaOjk5OblOsTqKy8qKv19UXLz9 2aLi4uLiBzYXb/5xWVlxcdmmor/58ebizdsfKN5edHoVHK83vKB5ikNGs4q/f/O2bcXbHqkwembn ZmfnrnACOY+MRhXFEscNet3TTz/dbLMbhUpLdW5lro3QM1QhKiCZwtJHHtkGv6yUrhQrqxiWqUZq jUbFFHqxZzjQEYo7XWHAwdHgkgMPagGPjkOHOn2+js6OQx2dHZ2H0g2eQXR0duBwqEu2FJbI2oEB +U7ajnff/BPFLXfIWtP67P2gHq1Tk+bJ6KRpcnLFmpaVlRU/AqmleDnJbE7vFBWXFeNnxS/DBwz9 TGNjY4NZU6tFRrVKvbV4G9xPuMI4Mzc3Nzt3zWyrnEf8syrEIoMhj2Geftq2oVpcbK5SG3SVooEm KZZCVElhSdkjZVtKS2maEKVFSayq3r9EIou6hGU8LaARHoZh/MddIB2ONB0wE+uQU0lHsONQp6wS nZ3L9Q1AA7DwORwOR7ClMKMd6Thy20f/HYg3FX+i+Mdb6Hi2tbUV8KiZnIziNpj5rY8CBWXFjwMN j5aVbZLp2PRoWfEPZESKy8q2v/hy4+HGfekOdDwlIKMambdte6TikYqKbdYZgGPuxoxejM9ot5op AVUXVLOo+ulqSVpsXmx+mqkyGAz65PzVee2WwtLSLaUlVClNi+JipVQpLYr6KoOoZy0qxLBtjhBi KIb073c7gg3LdLig0hHs8HVAGulcjUUGjgaHD9c6HC6Hy1EHplQVXYbju5lY/mR0/GT1b1kzNTXV 2vpsa2vtZBRi0rzsPTaVlZY9hOViM6CwCRSjqOyBB8o2PVBWXFZaVLypdHNr48HGxuXeUMOZaxEy 5iPNtocfebji4QqjcX5uFtps1uL8TGGFEVGoGukZltUzUvOC1CxVqmixssqQZChGVUiSpVQpTRKE KOZKkrTQvNAsiaKtUjTATecYPVtYzTB6//EeF5YOXL0IyR27jw45qXSk1eNQOqEAGPJg1uVyRUu3 FBZS3obGdDt82yf/XYg/GR3v30pHbetWwOMpr1dWjy9W6CgrexS8xwPFZUVFf/WDYuw5/nNR2QOb yrbDzuayIvsKGhA1ak0tKxgtqML48MMajUZTa5yZxalldnZu5hpSb1VRyMJaeKNVwxqapebj1Una giwWi1ar1ahIupSkSNogEscrKwGOlCRVimLlcaly0ZBkq6v1SVZFVbeFww5c3JKLYbI1dfmDDhjK dmTwkL0GdEdH0CfrhssRdHCQWEpfaMjg8Z1MLH8u7YCLFKZap1rtXq+3dffnuz9ffl9x2Z7X/uHv P937X9//t6KysjLFS6dPKxRvnv5n+dUfP6pQKHZ7GxtWtxqL2cgiI0Imo3qLWqOpMBqvzmI8Zmen 56/Nq4waEiGL0ap5XmPUipKtPhpmncJmAAAeeklEQVS3IaNxW8U2Y61RTeMgbASkFSm1MZVKNUtJ xBqkDVKzJC6tT+qTehbtqgrjNRz+dO1T1gR5HONII9KBTajsN0A5oEF66XBoS9QURTkaMnHbB/+d iGU6dm81xQdXnd11I0Yub0965+YUl2cTBcH+vfSbTcKSTcheGZruyBJtOQpFlZi1lD5yq++Adeit U09NTXmve1fVSjEdLw/85M3ek4qBk5ueKC5T/GSg94N3Bno/WPWW7TUv/t2Lexv2vvjiZ3/XuPez F2u0mqeqLUYBWY1qgMO0bVk7rmp5NENp1BRj4Y2owvi8sUJty6r2cEmD5injNqPduA3oIGjCIMrK sZBaSDVvqDSwSK1W6RebpeZK8bhoMCyRTw8tYyGvNHdBcUxu2H90dDg60yrS0LGsKI5OcB+qkpLS QlQDbDQ2NHxHE8syHbsNok0cVNyEE/54LY9E2DekX6ytssn7osyDVUzvGzMn0CoaxB2KPaJNjN5R O+yw1BhWo3u93lW1UjxkGRx4/8zwwGcDn50eGBj4+9MDAyfT24EP3x84OfCO4oOBowMD7785cHSg d+Ad6CqNlUFGFplqVVq1RmOy1gqzczfmZhdn5/gKYx4TFwmS0qiNWgulKbGwuYZ6S5wgNaAexgoN TehEHaETcxclKSVHebMoJhmkrsg3bGhONTdXSpU6m1jt8mfSin95dhY7D0cQl8yxSny14dTSVlpS QhZaakA8OhsaGr6biWVFOwRRtO14KS4oFIpBURRt0Fn8yve4zL4o4v34yn4GjzybWKVQmETRdn/6 yK2+o9Y+VVtbO1Vr9173elfD8eOysseGzwwPDJ8cOD08cGbgs/dgr2/gnaMD7w2/B4gM/GTg6D+d HHh/YOC9owPvDfSePHrSqjEyKiNirVPaEl5j0hi3crM4tczNJhBiDItJLclwiFdDJUNTQVQusUIy V1WxzWisqFAX5upyKysrcd20ObWQSqU2pJorl2wGkkUaDVvZvFFakKRKqbLS5Q/JqhHC6oHRwMoB aeQ2LKC1+P3uri6Xy1lYUlhI1dV8txNLmo7dCsVjok18LA76oRjM3HeUwy8ieU+YqbLFYZ/D+/E8 eEy+JKchG04s9aKt6s6+Q9YOe60X4ter6Hi0aNP24bFzp4fHTp8ZHh4efv/M8GfDHw6fOTP82enh 02eGP/hw+PTAkb8fHjg98OF7wx+eHhgeGP6pxWxikJVCpq1arB0VW/n65HRWeG5u7pqaMSyKXAVF I4sW3/Zaa2I3iIY4K+pU6oqKCo2KoiVJWpQkSdrQjF1HKrWwUWoWC/SGJINKNBwrLQAwzZLbL4Ph x325ZuqQE4wj3YPyINYVCnV1BdxdfpfDFYiXlBRSVF2No8HRUNPgOHjb5/7dCJkO+5J5pF7MWrKJ WXGFwi7axCzoWBm8+Dl2HOsgKWzF+1sVCgEfV2TeM6LYLtpEc+a0f8V32O3GKbiOxev1Xv9ccWuM jX16emzsf58Z6/z0jGL43HMn3sGonBl+f3j4Jn48M3zmn4eHhwc+e2d44PTJv9ml8TKqCoSsU2aV mjeZrLWmvIJcKXHlxtzVbEbMYikjIkmtUcsgFrGIMUiGqrhBIpFBbdJoWVpZLjXjtiClsO9IwdRc pZinr6piGItGw0gbF1LNC2EZDhkP2ZTKaHwVD7CvXV2BgNsPg+BQT3hXqZoqJVsADdCPo99pOoSM r7CJhkHF7sHdiil4Dov67oNjVXtWTmc1vA+g2AHv94C2LP8s9K130o5su9UOlyeYvZPeSXvrCfyW L0dOYJc79rtffDp2jv/l2OWLFz65fMEe/XTs3382Njw29g9jw3891vH5ubEjYx9+MnbuzKev/WJg bPjCa0hjZpCJQd5ak5bTaEym2gqW1qW0k5fm5vIRm8cyORqSZBDDMAw1M59H6iRxyZCSSpCOYRg9 LclANG9sTvsOMKbNzVKuTZ80LOkZpMlndc2p1EJ3m98fagv5Q7L/WJlxWW5yoczf5Q4EApBSHC5X TzjgR4UqiqJaahygHjWO2z72/6t46+133zh58t2T7/6H64eOjgWDt99L+JtHmo60j6jK2Zoeldhh HyZEcuC4cQWO+2G/Gj+Fn6lXKDIeJN0H7+Q77Fa71W60W81mnFta8Vv2tMorjuHeT8/aBcF4wur1 ntgxyZ/YsdU8NTg4ODJ4wv7azlrr3r17/2Z4bGxs7OOG1178rMG5y8wzWhNC1tparZo3a0zGbYjS SUuTl27MXtUatfN5WiNVQCYRw5LstfgcRUqSKDWnVGpUoEWINEhYLRag1gHasbARl8yaQT8YJmlI kkidwzELC/vli6ZxzSPtPVrSYCzXUNNwwAoQgCMEAhJChSVUIappqcGJ5Vt60vc3FRVtLiratOmd 2166JYKj05FTp+qn+2975ZuGTMf6jNOIvpQxqbCnUChegm29YveU3bhnebxiM+Gn+Cew51jd7ug7 vFYvvsxJw5tAPWSCBmvlwe3ndrs3Py6wKC54ec7KR/loTtQ8aYIZGe8k0FTjeO3CuX8/N37hXxsc NS08MnOMxcwik1EjcDxv1li3cRS90ZCfmJ+dzWfY6TgylpA0xTEMM3dDv56kCEgVElJrSEaFKFKv gzoHoLEBK8fCxmYABOod0vEqJplcn6S0HNqYCvu7/G3+tIKsJBg8yJX3/aHuri5Aw4/HNP5AV5v/ WHthjjo/X2N3OEA9ar5lYvl+evqp6PRtL62OofpYWz8skIzU+2578ZuFTMfIjpemZK9RZbwp5w8w nvAK+A+TGb9WvU7GJiutD9ibKHYbwaYKRruYJVYZ7RmZudV32L346jeTlfPCCZedx7NPyRnmhNU6 KQgIIcHs5XlvNBo1Q4OaKsBhNeH83dDQuPdfG2pqHDUewcwxWh4h3mxXq9Vmjdm0VYMYqVyIXpud nZuVpq+iigqGLKD0DHttSU9TVKmhckGHLBo1QyNEUaSekAAJDAgkGNCRtBeRKsUqhk0mk2yBKEnh 9InPFMVCyy1dYMdX3vvBdrhcLf6ugNsdCIfrK+5/8v4nn9yKU0tN57c7Rf99U2YFzLtffcnX7+sP HQ36IJv0RNrk71s6dCr01W98/XZ0KBTbk6JNSIo2MSHvpz2FwrjaUyR3KxTwHgNWmJtwbD0kH4No 264YsYmG7JUM9BXf4fV6s73eSQ2n4syTkyODO3eu21lbe2Lnnp2DI844W8+ycRbNWBN8jjeBtYOP 5vB81Bw1eU3RlpoWhwNkuuZ8jaOmxYNMAqNVM4g31pq0arWGNxsrkEpqFj2X5HL61Tw1+FKaJgpm DQRBI4SQSqXikIFUmRBFUSSZpVv2HBtxeikH75Fq3iBtAECybPuXjkM9pLnH3dXVDQoCELTh4qk/ 1Iafd+EIuHt6At0hV53fHejpCYeP7w+PqjTZFdlGU0uLo6Wm5ZtIx9tvv3vy3ZMn3/ifJ999B+ag ioqKih59q/crC8yGxvsjkfpT4Uhv77HI0DISx2J/+K1kvzYydEANw36/KMZl37EDPIQdD19Xewqz QoG3K+8RFIrv2USQGVCQleLpV3wHpBPvpNekZima4rygJPba9F2Aau326Mz8fH39qDcaTUxGMRR8 lOchxZgnTV4+jYXcWlosFpPAqDkWea21Ro7j1WaN1WhR21ISl30Nyunz84LKqKVIkjYQhFKpIxkt r9aqtYzBQJuNpkKKYchklSil00pKwuqBk8uCVC7BiAaWF5ZL+PXjbre7q8svt26/398tP+/q6nK7 A4FwuKc7PZztCYf3h8MBt99TWKotUZu8AIej5us+/7vFyX95783T73xy3y8++fV/gWWVm7f/6qc/ /eDxX3z+4uqrcUPHjp0K9fW7Th09ur97eOX4qaGvfpv4t6Jjd44N/v5zUNp3tIKDGMz4D/Og4iUz HFkPVjTjLWpxFcSOE8uMEYbBSWPtXbTDBGs6Jk0mlKRJUo8mvXav3ShXT2sxHibsM6IJ3hRNRHOg 8wme4xNRsynKtzhwq8G95QVL3BxntFpGMFmNtVqO4zleU6tVk5LOkJOYnZ1jDdOjSKNhGJImDDqd kqBJRqsxafWEgSCRyWgqZEiSTBaAOU0tKwgkGuw/Nmb8SDqOBwIBN6SMLmgYCrm5Az2zs+GukCvk b8JozGI02kL9FkpVSNF1L4B2OL6Ryr/19run3/zky9+sXftpevHtI/d98vu1a9f+/per1iC2BfvG j4ZCsVDvqUhfKHjIdTQWdB1rCwZ99b2+SL+v7+jweG9fb9/Ro0d9vr7eiCvS5zsbPOXr8zkjvr6+ vqP/gaytzLPYlxSKm5llW8astBII2FvII5QswCIPtvhAHq53ZGojcheW6bjVd3hN4CEmeYYhCJok qUmv3QpYTMndG43iqX0+ymNTyvM8hoPj+WjUy2XAqMHbFoTMuxhOQMKk1V5r1sK7zEazxSKpGcvk 1dl5rVobj2sRSVJ0AeChI0mKQoyeoA00hRCkIbKApGmbgZA2rlCQHr/g6mkmJElKHe9xu0EkesJh yDIYCzfshXsCXdh5dMkv9rghAbkDQ1xhqaqQLK1raQE8bvvM/7B496fv/Bpw+FXGdmz+zdq1v1+7 9mcvr/y4uL97tH5IHA33LkV6bUv94Xmxun20u7qvd7o3uF8cWhoKjwb3D1XVRyKjo/vbRpdGl4am RyNDSz6xamh/uLo+/vUDnLvM0QrgKeCJ6Za6R7VCkYAtjDXAZ4is55Zah7gyh3Krdphlq8kRjJLQ EQaSNHnt2bX2WiPu1smEjEY0Ec3mE7JqJDiOS3ggzSRabok6hEzVDCcwFny7Bw+oh9paIah1Io8m r80uehgtqdc1EwwNzoMoN5AMyTCkjiAMNEWhQk22iiAIAvaJ3FRqTeq2jgGB4wtS7kJqV1Mb6MRc eHb/nDsQgIuiju8P9wS6wXmA15gLz/UEwJ244fmotqSQLqRIuq6upa6l5dBtn/kfFm999j2sFf/p 8c2bn8CE/Ob3n933y3978MzKj9efDdaHRuP1o+GlcG/9kGt0PF4fCfvCvTHR1xELxZwRZ8wx6hgK TQy1d0RCkd6I0zXUfzYW8YVirogzEopMf62y3YWOPBu2FDBmgfmWlxQ388FvZCsU2bAVFIodVeBF pupv8SXiyvzrrb4jKofAwEnR2Qgyz2vFqQWa0Sq/CniYJhM8H03IiCS4RCJqjnJfoYMVTCzDI5Q/ 6bVaa7WcVs3xZqPFrLdp2fzsudl5FU2nNrA8yYAx1el0FEMxBlAOgqHAoCKDVF6ZS+hEkbbZpNVa kUpJlTawHBk9KbctlO9vCvT0BHqgQzIJ9wTSCQZMaE9PT4+cdOS9gEWdr6WoQookowDHN/KkED/9 9e/X/uY3ay88+v2/+uLml7BM7tNPLqxdu/aXq2pi6ZtGwL0AfL7hvr7M7wrN1/t6+/C4dhhOf/Bo b+/R4dt+BfwLtx35ejoenxEE7DaSguDBcyeibf1MFT7yuEJxE9dG2Lg896LA87JmjFPypdX/zFe1 A0YiCTZZSWThv1o9ZZULZNBMsm4AEtY0GBgND+fBe66WlpbYCh0IeVmGQ6zFDEUUXsuBelRwWqGc jXuyIbXoU6klpKFAO3SEUklTWERoHc0gClGIbsYjFCUAotOVb8A60UyzcPGTVsPRSh3gsQaOSrrm lC3Q426SLWjALWeZAMDSMyd7DRyzONF0tXm0KlUhRaky2vFN66Sn/32tHNtKS2ANbGlp6W8vXPjt 2rV7Vr0pEontP+aMDDld9f2RoUg4/SV/sfqjo319ojNytt4ZDoWdsbNDQ33xkHMoPuobikQiwUjb 0Ndqxt3pGFzlIwScQDL7VdiV2Fdej99UKHJsYtY6xUiWaDPe8s/c6jvwCCTqTBp0REGSEAkDoddm 4Ki1Tjr3jGC3kYiaeOeybng4T4JrfZB33ioddawQZRmeRZZJSC0mDquH1YR4iUTJyZn5uXyDJE2T ZhWJU4uunKCrGVAOAvwHhSgRW08Yl+h0ynIphc2pklJptWqVinqa0Uk6ZWW5VA6rxgzl5fsDXU1N 3U1t4C8CgZ5AxqCC/5CLZV1NaXS62rWq/EKKKi2k6NLnX6j7xtLxzq9++9u1v127du3vHi5Nx8/W woHfrrIdva7QqeFgR9DnCgVdrlBwuK/fh5Wjr2+617c/UhUOTgfa5+tHT81HgvVD0/Ph0SFbvWvp 1LQz/vWicVc6jKt8BJzwrcn0Ptouv8Geed10U14XIsg+Zfct/8yt2uFJwCkf1SsNBsLAPb41/yXT fV/sgUL6iGK3YvCLm4rd9puDOxRffjHIX1fYFV9+0fpltgKuz9+paP1CofjlJ40tdenmrEbmJMOx jMVsMnkrjHhFIMdbWY2hWcvlT84uzlMMuVSgwqvACKJ8QafT0QShU+opBvDQb0jhGseGjdLG5o2Z JFJertPpGcZgU+rkVq6UlJJSqUwddzc1tTU14YFtd1dbV1s3bl3d3aG2trautJK4u9q63D35KhVF 0RSNKJJuqqur+4bS8dZP3v/g/fd//Zu1vyvdkobjic+wlHx85/tLBcNOUIPYkq83Vj8Qijhve8c3 idvp4Fb5CDyj9j27UCUKOSuWYrdJEDMrw7wimI3B1bOzd/IdYDP5RL1SZ2D0sKYoqYCS7OB9tYqb gxgRPBT+BH5Hglf8WjHlVShqFZ7dit2fbFXYFY0fKEA1cK+LMgKfZHiW1UbhJlNWXrCAelRYtGhB r2ez5xenVYhaSkJqgVVg5SmakJSETklQFMsgloU6qVwhTUnLQ1d5Yk6ng9VilUq6HM/aKiuVhE5n a2uCxNLV1LYS3W1tobZQWxsU0dv8cBjg6faoBOCCpAoLSZKvq2v5VkXLd35x4RdFjz+6ufjhbQ+9 8/b/+uTC73+5+27V9NEQ/nbq0P5T80d9wa83m39w3E7HHylu1Q4u4UkkEqKk1BUU6Hcotup373hS sWfndu/NL7YqHvyVXTH15TrFoMK+UzGY4L68Oaj4ovULxZeJLxTrFN49CkWN4rWMctTVeaoRrwft 8PAmfA8yAYF6mDiWK09tTPIzs4vry5XiPGNGAAeRStEkkUotlDMM2FNESmkcyjNwZEYteFibSm0o 15Vn9qVypTLsdrubutq+Gt3dXV1uwAQEpMsNT5qQqpAlaSVJyr6j7psOZ+V46+Qb754+2fv2yXdP voV3/8fJu07THpp2pdWjLxSr/+MUw/5c17OAj+AtklJU6sUsvV5p0IsEa7Jm2//6hNUaBZ/h5Jwe nodt9MtWD3gOz4xnxuPxeCzOuilFy3JiqXuesXB6hmNYj9k8aTaZrBZB0AoWtYlR61KpSm327Ozi bPPSPMupQTt0GxdIkiEMRDXFUixDUYaNAMEGeW5lY/OCzqbX69NrCHGaWZCUUmolFsJNWDXq0nSk t1Be7wbV8LdBoR2HoEKIKVBKdClCZGm0ru5bzL9Fhvr6en2Rvkj/qeHgKRiR9PnqfXf/B3313f39 vqO+/pBr/o8Ex59LOzych/PEywmlKAhLoiGpJPQ21mTK3rHdZDXxGAZuxpPDeTyeROsgoOHxCDOC RfDMeOLtzk/sdSthSSKPjdEySU+OmTebTSaeFZCg0moQYlOpjYxpfnF2MWt2nkIaErRjjY6kaLzU g6HgQTYaG/QMQqgQUYUUzLtQJE3YcnNlJdkIpRCDLo3ImrAbm1Jo3W39uHV3d69OMuntMYQQReaW z8ax7+Cj30Y6pm3t4pBtKVgvDomjo0u2iBgZzQrf9raV8A3tb4sFY6HR6eBtr33D+DNdz5LwJDyJ alGnyxMEC2sw6HMNBgGK5yaraRKPTxKedp6HUQpuOIYsoB6C0N7UL6MRw4/t+l0emvQkGdAajAdC kFzM2ur88tQGhp9ZXFzKWpqOUzi16FIEw+gZFsNBMawBkodEqpCqUMYD5mwpiikgoYjLkLpmHUkW ECRN0xSpS2tHUwYOwKO7bTUa8h7eepAKUXRusztOFSKSdNZ9m+wfP+YbGuqP9Lb3uyKR4Z4h37FT rvav/yq+vrah8OipPxobfz7tgEjqiNx4XBgV4kuEQSni28yZTCYelIKbmeGwYsi6gdMKFF48M0Lc 6XQ31bWltaOtTkjGBYJESdIDpfYc3mxSAR6CVqNHulRKQubFxWm2XMxjtRyMWVI0CacdZINhWFKZ SqVshYCFPLyVlYMqoGmGZEiKociC3MpcGO2QFAWGRRpyH3M2nQJEupu6m/qb2pq6u+Xelu7dcosj hEhiIexOa0fdbR/3dyzeevdf3v6XP0U/eQsdWA2WDLrp+OioIFhm9KItiWdgzZNmHtKJx+PhPbLP SGTwEGYgsaBdzqZTqxLL87v0gkCTgr7ag+HIMZv5aqweZpZkUylJMM0vLgmI0OchDUPThEQwtKwb DENRBRtTKRLDweJLrikKgABE8grIApIkCVFS5hbQMPBADGkwEOtHne4mZ5NzGY/u7lVopMGArROh fJYhpEATW0qBdvwxF/H9fxxr4LQLBkKsj8dH46PCjDCd5+Fy4O6lZnMahZwZy4xHyOiGZ6ZdgJgR EFvXVOfs76+Tm7O/Xh8f1ZFxvd7CQfAcb0bgIRCPqoTcVIqAUQtCiMljeIqm6XKa1jMMnmthGEaZ SjHgNRgqD5PBwEQ/TZIFBUQWQdMkodyQS+Cr5UiSJGmGodaH293tbrfT7XQ3ubuONR1rOtZ9rCmt F03Huo7BI7R2CiGW1B13u+M0BWOWv/TT/gfGGqwKhJiM18fj8bgQF2Y8cGJ5Mx/lMRAC7/EIsnZk lMMiDAlDgoVFToCirq6uH3cnqxfiBIn0yRkujYdZYFmEBI4zJCs3pKoEfnExaWGI9YxFiwtiNInT CjzS5eUABZUnqwlsscMoMORmEaAYOkkkMmyQepjdpZhdgUA7VNCPuY+5ZRC+0rpwH8WmVBl2O1kS tOOedPxhsQbbS1tWfX28Ps7G2TjGIwcnBg7rhMczMzMjzMiDWEFOK8IoqAfL1jmbnHXLzVldFWd1 1axeb9HCSIjjODUP8yfIwulx+YLNz1rMQohYn4fUUEyHKXxGboxOScmSkYcbHFtPE2SBKIkEUCFu 0BHwBJAh6QISJx2GHXKCfmAFOeZuch871gSY4C6rSZP7mDsO2kEre9wBFrTD8104M/8vxBqPxTNj mZ4H5WDj7Py8IHg8CRkPj8fiGZrhLEPtgmUIJxULPIJyQGIZYndlwOiXtyyN8giGNVQLHo+MB88j CrEI8cxscyolGWBIG0eImiZzWJIkYflPGg4S6qU4rTAklQd2FNIHQYqLYi5NF9AFuWJuBo5SWh7F 4EbtGnoe5lXcaUCcgMaxZUSanMfcTaBfbIEyEHHXl1IUfeAv/az/obEG1y5GwXPEcWoBlfBwXA6M U0AlPDNplwHvm8ENxjZCXBDYeqfzlNPpfN55ylnnjDqd+qp4UsfkGfTCjCcfN45XMYAHh7KOz2ZJ hvWzCwtLSKfL0qvyaZImlOlEQTIEJacYmNwnSTKPJAkSZm8lUQnKoSdyMRzLQcBIBgdNktXh9p5A u5xkVsKZ7m43RSFEEWJ7oL2epqivXVZzL1bFGsuMZWZmVFYD6JZ8gCPBJTjsLzygFCwhCEOCB7zG DDgOYRSarB39yz3anjQIVQRTbdAji2ARLPmWfA+nxle9eQTD4uzxrKylhcWFLKY8lVWA8iG1KNMn OTNklZ/nFcDyQTCiBUSlEitGgawcBWn1wP4j06AeYtgf3tUDs26yishWFfwIBoRBSKBoMRAIVJMM untV8158hY6MGowOQbJI+wvsGbBmeOABl8qWY1TWjqV6NuxcFdH2doM+XqVj9TYDnAw8cxK3cCzD Ukhlydo/vZSVtYgjVS4VMAKcWKWOyKgHSTJ5FJmHUw0JQ1iigCbo3HIlIWNBEDQcWaUfJF1A46Qj rzSr3B/u6cEaAogEwIu4I+6Iu90dgKVFLHG8J9BTTVPjt30I9+IusQbgaMdjEKhhgHKAdsDSwKEM HHGdksFeI60wWDl2TY+yu9JsyObUuatKLywR1XqCjiO9Xg+Sj5BFqGYQK1iqDIhkknkFyaX1hqzc xSTL4DUeMKil0wmigGGYPFLPkMmCAposIOgComCDkoAJuwJDFoajQEZFhgM0A8NRkL4tjLJyf3io J5DRkABe2RFxB9wMixBFZwV62pOlwp0/iHtxh1gzmpEEwCM/4xc8nnzQB4sgxEfj1UplUojLUMjK EY8LbDzOhp3tznan0+nBvX2XjgbtMIgEo9cbDDpCR+gF1qJnGDZuMRiYAgMs9MHNwMLp1OmIciVh 0OO/fTjzeXkwioUKBxTaC2iaKC8nCEIJL9JyYoFEk24F8qA43eA4sbH5eDiMlwnKrd3dHmgP9DAU ilOEraenJ0l33P4h3Is7RW9v7/8BWjK8eO6is1IAAAAASUVORK5CYII= ------_=_NextPart_4ef65895-96c9-438e-843b-b29d1b97a37b-- From nobody Sun Aug 23 23:19:15 2020 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 3D2393A0A83; Sun, 23 Aug 2020 23:19:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 2qtbhPltJ9BK; Sun, 23 Aug 2020 23:19:13 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 E995E3A0A7D; Sun, 23 Aug 2020 23:19:12 -0700 (PDT) Received: from lhreml710-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 8EC9049B9F985B9862B5; Mon, 24 Aug 2020 07:19:10 +0100 (IST) Received: from lhreml710-chm.china.huawei.com (10.201.108.61) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 24 Aug 2020 07:19:10 +0100 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Mon, 24 Aug 2020 07:19:10 +0100 Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.174]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0487.000; Mon, 24 Aug 2020 14:18:58 +0800 From: "Pengshuping (Peng Shuping)" To: "pce@ietf.org" CC: "pce-chairs@ietf.org" Thread-Topic: New Version Notification for draft-li-pce-pcep-pmtu-02.txt Thread-Index: AdZ53glYVDLSBFGDQWm0rkePrBSZXA== Date: Mon, 24 Aug 2020 06:18:58 +0000 Message-ID: <4278D47A901B3041A737953BAA078ADE192ED214@DGGEML532-MBX.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.195.99] Content-Type: multipart/alternative; boundary="_000_4278D47A901B3041A737953BAA078ADE192ED214DGGEML532MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] New Version Notification for draft-li-pce-pcep-pmtu-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 06:19:14 -0000 --_000_4278D47A901B3041A737953BAA078ADE192ED214DGGEML532MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear PCEers, Thank all the colleagues who have commented on this draft during my present= ation in IETF108. We have addressed all the comments in this new version. P= lease review. Htmlized: https://datatracker.ietf.org/doc/html/draft-li-pce-pcep-pmt= u Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-li-pce-pcep-pmtu-= 02 Since we have agreed that this is a nice feature to have, we would like to = ask the WG to adopt this draft. Thank you! Best regards, Shuping --_000_4278D47A901B3041A737953BAA078ADE192ED214DGGEML532MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear PCEers,

 

Thank all the colleagues who= have commented on this draft during my presentation in IETF108. We have ad= dressed all the comments in this new version. Please review.

 

Htmlized:   &= nbsp;   https://datatracker.ietf.org/doc/html/draft-li-pce-pcep-pmtu=

Diff:    = ;       https://www.ietf.org/rfcdiff?url2=3Ddraft-li-pce-pcep-pmtu-02

 

Since we have agreed that th= is is a nice feature to have, we would like to ask the WG to adopt this dra= ft. Thank you!

 

Best regards,

Shuping

 

--_000_4278D47A901B3041A737953BAA078ADE192ED214DGGEML532MBXchi_-- From nobody Mon Aug 24 10:32:08 2020 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 C021E3A122E; Mon, 24 Aug 2020 10:27:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: Cc: Vishnu Beeram , Path Computation Element Discussion List , Daniele Ceccarelli , Multiprotocol Label Switching Discussion List , Traffic Engineering Architecture and Signaling Discussion List , Scott Mansfield , John Drake , Tarek Saad , Common Control and Measurement Plane Discussion List , itu-t-liaison@iab.org, Lou Berger , Loa Andersson , Fatai Zhang , Julien Meuric , Alvaro Retana , Deborah Brungard , Nicolai Leymann , scott.mansfield@ericsson.com, Dhruv Dhody , Martin Vigoureux X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159829007777.27288.9464080707579066019@ietfa.amsl.com> Date: Mon, 24 Aug 2020 10:27:57 -0700 Archived-At: X-Mailman-Approved-At: Mon, 24 Aug 2020 10:32:07 -0700 Subject: [Pce] New Liaison Statement, "Reply to LS on OTNT Standardization Work Plan" X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 17:27:58 -0000 Title: Reply to LS on OTNT Standardization Work Plan Submission Date: 2020-08-24 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1693/ From: Scott Mansfield To: hiroshi.ota@itu.int Cc: Martin Vigoureux ,Loa Andersson ,Julien Meuric ,Traffic Engineering Architecture and Signaling Discussion List ,Fatai Zhang ,Path Computation Element Discussion List ,John Drake ,itu-t-liaison@iab.org,Scott Mansfield ,Dhruv Dhody ,Multiprotocol Label Switching Discussion List ,Alvaro Retana ,Deborah Brungard ,Vishnu Beeram ,Nicolai Leymann ,Daniele Ceccarelli ,Lou Berger ,Tarek Saad ,Common Control and Measurement Plane Discussion List Response Contacts: scott.mansfield@ericsson.com Technical Contacts: scott.mansfield@ericsson.com Purpose: For information Body: Thank you for your continued interest in the work of the IETF related to OTNT standardization. This liaison is in response to SG15-LS245 (https://datatracker.ietf.org/liaison/1673/) A list of changes and additions is contained below: + In section 4.7.2 - Delete L2VPN WG - Delete PWE3 WG - NOTE: L2VPN and PWE3 WGs were replaced by the PALS WG, but the PALS WG has mostly concluded its work - Add - PCE WG: Protocols to enable a Path Computation Element-based architecture - TEAS WG: IP, MPLS, and GMPLS Traffic engineering architecture and related control-protocol functions + Updates to Table 11 in section 6.4 - Updates to Internet Drafts - Add * PCEP Extensions for LSP scheduling with stateful PCE https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ - Delete expired draft * A framework for Management and Control of DWDM optical interface Parameters https://datatracker.ietf.org/doc/draft-ietf-ccamp-dwdm-if-mng-ctrl-fwk/ - Delete drafts that are now RFCs * PCEP Extension for WSON Routing and Wavelength Assignment (now RFC 8780) https://datatracker.ietf.org/doc/draft-ietf-pce-wson-rwa-ext/ * PCEP extensions for GMPLS (now RFC 8779) https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions/ - Delete replaced Internet Drafts * Path Computation Element Communication Protocol (PCEP) Extensions for remote-initiated GMPLS LSP Setup (merged with PCEP Extension for Flexible Grid Networks Internet Draft) https://datatracker.ietf.org/doc/draft-ietf-pce-remote-initiated-gmpls-lsp - Add RFCs - RFC 8237 * October 2017 * MPLS Label Switched Path (LSP) Pseudowire (PW) Status Refresh Reduction for Static PWs * https://datatracker.ietf.org/doc/rfc8237/ - RFC 8469 * November 2018 * Recommendation to Use the Ethernet Control Word * https://datatracker.ietf.org/doc/rfc8469/ - RFC8779 * July 2020 * Path Computation Element Communication Protocol (PCEP) Extensions for GMPLS * https://datatracker.ietf.org/doc/rfc8779/ - RFC8780 * July 2020 * The Path Computation Element Communication Protocol (PCEP) Extension for Wavelength Switched Optical Network (WSON) Routing and Wavelength Assignment (RWA) * https://datatracker.ietf.org/doc/rfc8780/ The list of upcoming IETF meetings can be found on the IETF website at https://www.ietf.org/how/meetings/upcoming/ Thank You, Daniele Ceccarelli (CCAMP Chair), Fatai Zhang (CCAMP Chair), Dhruv Dhody (PCE Chair), Julien Meuric (PCE Chair), Vishnu Beeram (TEAS Chair), Lou Berger (TEAS Chair), Loa Andersson (MPLS Chair), Nicolai Leymann (MPLS Chair), Tarek Saad (MPLS Chair),and Scott Mansfield (IETF's ITU-T Liaison) Attachments: No document has been attached From nobody Mon Aug 24 21:34:44 2020 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 4F0673A09B7; Mon, 24 Aug 2020 21:34:36 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Martin Duke via Datatracker To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , julien.meuric@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Martin Duke Message-ID: <159833007629.5553.14411672979817230087@ietfa.amsl.com> Date: Mon, 24 Aug 2020 21:34:36 -0700 Archived-At: Subject: [Pce] Martin Duke's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 04:34:36 -0000 Martin Duke has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I found this document clear to follow, so thanks. Iโ€™m somewhat concerned there are no implementations. Nits: Sec 5. Specify the error if more than 1 TLV of any type is present. Sec 7. The text is incomplete for the (*, G) case. From nobody Tue Aug 25 02:46:24 2020 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 778D53A0BD5; Tue, 25 Aug 2020 02:46:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.005 X-Spam-Level: X-Spam-Status: No, score=0.005 tagged_above=-999 required=5 tests=[MAY_BE_FORGED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 oHNUxDrJzeV1; Tue, 25 Aug 2020 02:46:21 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 BC4723A0934; Tue, 25 Aug 2020 02:46:20 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07P9kHQ2028715; Tue, 25 Aug 2020 10:46:17 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D528A22044; Tue, 25 Aug 2020 10:46:16 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs2.iomartmail.com (Postfix) with ESMTPS id BF7AE22042; Tue, 25 Aug 2020 10:46:16 +0100 (BST) Received: from LAPTOPK7AS653V (1.197.bbplus.pte-ag1.dyn.plus.net [81.174.197.1] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07P9kFWF029580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Aug 2020 10:46:15 +0100 Reply-To: From: "Adrian Farrel" To: "'Martin Duke'" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159833007629.5553.14411672979817230087@ietfa.amsl.com> In-Reply-To: <159833007629.5553.14411672979817230087@ietfa.amsl.com> Date: Tue, 25 Aug 2020 10:46:14 +0100 Organization: Old Dog Consulting Message-ID: <0b2c01d67ac4$9387af50$ba970df0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQDeX1s/bmQ3uY1yA/2o9xlYbJ7jE6s4x/OA Content-Language: en-gb X-Originating-IP: 81.174.197.1 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25624.005 X-TM-AS-Result: No--6.531-10.0-31-10 X-imss-scan-details: No--6.531-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25624.005 X-TMASE-Result: 10--6.530700-10.000000 X-TMASE-MatchedRID: wQVy7q402w3xIbpQ8BhdbPVY7U3NX8Jgt3aeg7g/usDfUZT83lbkEAXZ LVXlDEPdcMt/aQe1vysObBUaq6q/ctCM7qHJP9TJ4WAObM1VUqhK4f4Z+CZAZ08iLpubparmoMI oayjLCJHnzlXMYw4XMKHUf3pt8cg1U6baA36eiazZs3HUcS/scCq2rl3dzGQ1YF03LeJ9qnE9Tl Xm0RgVvX/aiD1pIks1ooLEjJhMeNp7P71X0BxP8sC+ksT6a9fy X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Martin Duke's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 09:46:23 -0000 Thanks, Martin. > Sec 5. Specify the error if more than 1 TLV of any type is present. Yes. Both TLVs earn the text... If more than one instance of this TLV is present, the first MUST be processed and subsequence instances MUST be ignored. > Sec 7. The text is incomplete for the (*, G) case. Ooops, yes. Should read... (*, G) - S bit =3D 1, G bit =3D 0, the Group multicast Address prefix is = used to define the multicast flow, but the Source Address prefix is ignored. Cheers, Adrian From nobody Tue Aug 25 03:15:13 2020 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 44F5C3A0C0B; Tue, 25 Aug 2020 03:15:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.003 X-Spam-Level: X-Spam-Status: No, score=0.003 tagged_above=-999 required=5 tests=[MAY_BE_FORGED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 hW8WLwK7f0SO; Tue, 25 Aug 2020 03:15:06 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 015C53A0C07; Tue, 25 Aug 2020 03:15:05 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07PAF2qW020899; Tue, 25 Aug 2020 11:15:02 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 80ACD22061; Tue, 25 Aug 2020 11:15:02 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 714FB22056; Tue, 25 Aug 2020 11:15:02 +0100 (BST) Received: from LAPTOPK7AS653V (1.197.bbplus.pte-ag1.dyn.plus.net [81.174.197.1] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07PAF1Ox027088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Aug 2020 11:15:01 +0100 Reply-To: From: "Adrian Farrel" To: "'Erik Kline'" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159814607025.15134.10999082889595538343@ietfa.amsl.com> In-Reply-To: <159814607025.15134.10999082889595538343@ietfa.amsl.com> Date: Tue, 25 Aug 2020 11:15:00 +0100 Organization: Old Dog Consulting Message-ID: <0b3201d67ac8$981d8e50$c858aaf0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIhChxgb+nWpSfM3BSF+viSaiMTQqizdEXA Content-Language: en-gb X-Originating-IP: 81.174.197.1 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25624.006 X-TM-AS-Result: No--20.494-10.0-31-10 X-imss-scan-details: No--20.494-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25624.006 X-TMASE-Result: 10--20.493800-10.000000 X-TMASE-MatchedRID: oll/cJ/dUC7xIbpQ8BhdbPVY7U3NX8JgVBDQSDMig9GqvcIF1TcLYP6N ZthKIM9Q3P38zdjijVlXKoklfL1yzJRpdkEYVGP54WAObM1VUqja7r6g8x1D7iMjOm6mgJcrRvK ZyuHDtXpRGY4CeY7rHqVO53heAqOvqzTLWvCkMqHoQ2ipOtS4EHZ3wyrbpAWsbYLPo+BSN4RM0W 6BZHLgpmhc5L0SxUVbfe5ST3Zd3gPval0j+sMh9zA2Ejh8jKICDvc/j9oMIgVRD5heJnxuKyNej BAaOsAKrr0bUEOQfl09JzJaVK+1QB6ElTNWlXcRSMFvyr5L84IHgh3sKJBzP/sC4qoK8pu2VZ88 HTjDYjPUXjERmNo0JyIxn9nu9W73v8ozXMI08IywWQIt56582/cF8Z5bip17fkiy7TTogYaRs9n XnY46nNQMXwm9PC26fpjuna5PaPFCEt7PFRaK3PGSfx66m+aMab+ZPXqZNQKXbcZfsC7t1FH8CW Vd7YZDzj0YseGMxURarSIJariEAclxOpZvztj9SZJFFtJz2zdrLj3DxYBIN/p5Xn4sBppfWyRxg P0YDauYEk34v49ms3Gdym+v3majWxNN+WbWWo/+QWP7vm29DJur2s8NUt+bX6hYnnjKV+whktXU E1FUaQfmTTgc/NDWM6zYPnEnyUjPLOaarwAhU8n9tWHiLD2GDmTV5r5yWnqp3QxRZDyTw3FaJgx lQ0i2585VzGMOFzABi3kqJOK62VOm2gN+nomsxEHRux+uk8jpP8tMOyYmaA== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Erik Kline's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 10:15:08 -0000 Thanks again Erik, Processing the details now... > [ section 2 ] > > * "a flag is provided to indicate that the sender of a PCEP message > that includes a Flow Specification is intended to be installed as > a Longest Prefix Match route, or..." > > This didn't scan too well for me. It seems the subject is the sender > as written, but perhaps the message itself is the thing that > "is intended to be installed..."? > > Oh, perhaps this is what's meant: > > "a flag is provided to indicate that the sender of a PCEP message > that includes a Flow Specification intends it to be installed as a > Longest Prefix Match route or as a Flow Specification policy." Yes, modulo s/that the/whether the/ > [ section 5 ] > > * Is it well-known whether multibyte numeric fields are network > endian or not? I think so. I think all PCEP integers are transmitted MSB first. Calling = this one out for "clarification" would cause the reader to wonder = whether it was in some way special (which it isn't). > [ section 6 ] > > * "The TLVs follows" -> "The TLVs follow", I think Well, maybe "The TLV follows" =F0=9F=98=8A > [ section 7 ] > > * "carries one or more ... TLV" -> "...TLVs." Well, you caused an 'argument' between me and my copy-editor wife = =E2=98=B9 I think this one is right.=20 Warriner says "the verb agrees with the nearest subject." Thus, "There is one or more cat," and "One or more dogs are in the box." But for consistency with other places in the document, which has = otherwise been entirely inconsistent, (and to save my marriage even = though I know I'm right) I've added the 's'. > * "defines following new types" -> "defines the following new types" Ack > * Purely out of curiosity, if either S=3D1 or G=3D1 can/should it be = specified that > the source/group addresses simply not be included (i.e. the bits = indicate > not only that the field is not examined but that it's not included)? Interesting, but I think that what happens then is you have to specify = how to handle what happens if the addresses are included. That = processing would either be to throw an error or to ignore the addresses. = Furthermore, since the format of the structure is fixed, the address = fields always exist and it is moot whether an address has been included = and set to zero (e.g., 0.0.0.0) or whether it has been not included. = Since processing can continue correctly by ignoring the addresses, it is = better to go down that path. > [ section 7.1 ] > > * "carries one or more ... TLV" -> "...TLVs." There being no section 7.1, I think this is per the previous comment. > [ section 8.4 ] > > * "will be place on a single tunnel" -> "will be placed into a single = tunnel" > perhaps? Ack > [ section 8.7 ] > > * Recommend splitting up the long sentence with ", however" -> > ". However, ..." Yes. Good. > * "if the Flow Specification make" -> "if the Flow Specifications = make"? Ack > * Maybe I've lost too much mental state between readings, but the = final > paragraph, as written, makes me wonder how a FlowSpec gets installed = in > the first place. I assume I'm missing something in my naive reading. = =3D) Flow Specifications can (sadly or happily, depending on your outlook on = life) be installed in a number of ways including the CLI and BGP. This = is just another way of doing stuff (mainly for a different purpose). Best, Adrian From nobody Tue Aug 25 09:47:10 2020 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 324A63A1116; Tue, 25 Aug 2020 09:47:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.198 X-Spam-Level: X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=cooperw.in header.b=owSUSuMq; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=MJfAUGcp 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 6QSuqlsvV133; Tue, 25 Aug 2020 09:47:00 -0700 (PDT) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61F103A110E; Tue, 25 Aug 2020 09:46:57 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 944C2AF4; Tue, 25 Aug 2020 12:46:55 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 25 Aug 2020 12:46:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=+ Maff2ksDW1TRwOoRuf6aYNfiOz4ftqEPRq//wUb6qQ=; b=owSUSuMqctmPIosiU AvoJ46P9p2j7DdkvyL2rFgaLdYymd91C0ediIN6LeSbARzQS2KRBy2BXzeXFtqzy Sf2oTXZsitsIA2B6nsmRavUJU5Beq7BOlvYpCfHJ7nOokPgQXcZc7vMn4ih3cg54 eTq5pRKPFY047dRi+ZuTH3h2IW4UCTW+ibHgRIu1f5mSX6drgIAFe2UAkhV0C/Zd ymMMnH9dgS58ULWNdUcPfOdBiMFxfOsP6bHTS1v/KNTZVrLhrKqnEvFHGoPJaZ3v /R9eEYdbYGSj/hrjn/lDt9P7K7qviXt1Djln2I0Wn36KURgVftRczWjbYQR1ob1B u19OA== 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-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=+Maff2ksDW1TRwOoRuf6aYNfiOz4ftqEPRq//wUb6 qQ=; b=MJfAUGcpwCzNLf6wiQRmPf8eMGCisHEG0rFUsEOovZdTOT4RwXr1EdPrw UTX8FYsN7Gz/KF/etKVdfZdQHOFjI7F7feTS4/XilBSugRSOdvgONiwoXCQKUXt+ A+IOJSTRq8in9fFfM7Xha4FE010FHxUCnGH66QYSkmJ/xxOoFn1wsqdCbNhBKY/q jkkUKsK1fP4PVWc7i1t7KbCngxL6Gmfn13YhiyzxJyaqEoJBlnmukmKNOEnKRtIs enGMXbW9qXw3Lk8g+7ug6Q247lTp9+ojBhykCvhSQLbJOvsnYSV/BUVEiEvaSirz InrbgjokPsAo65aWOnK0R7h/mremQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvtddguddtjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurheptggguffhjgffgffkfhfvofesth hqmhdthhdtvdenucfhrhhomheptehlihhsshgrucevohhophgvrhcuoegrlhhishhsrges tghoohhpvghrfidrihhnqeenucggtffrrghtthgvrhhnpeefudfhgfetgfetvddvffeiud dtkeffgedvjeejtdeiheefgfelfeeutdelvdfggfenucffohhmrghinhepihgvthhfrdho rhhgnecukfhppedujeefrdefkedruddujedrjeegnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrhifrdhinh X-ME-Proxy: Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.74]) by mail.messagingengine.com (Postfix) with ESMTPA id 0E81B3280064; Tue, 25 Aug 2020 12:46:53 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Alissa Cooper In-Reply-To: <159376005772.18637.5184937794879939300@ietfa.amsl.com> Date: Tue, 25 Aug 2020 12:46:52 -0400 Cc: gen-art@ietf.org, last-call@ietf.org, pce@ietf.org, draft-ietf-pce-pcep-flowspec.all@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <9CBA56EB-7D55-416F-AB37-BDC11CA00EDC@cooperw.in> References: <159376005772.18637.5184937794879939300@ietfa.amsl.com> To: Roni Even X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Pce] [Gen-art] Genart last call review of draft-ietf-pce-pcep-flowspec-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 16:47:02 -0000 Roni, thanks for your review. I entered a No Objection ballot. Alissa > On Jul 3, 2020, at 3:07 AM, Roni Even via Datatracker = wrote: >=20 > Reviewer: Roni Even > Review result: Ready >=20 > 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. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-pce-pcep-flowspec-?? > Reviewer: Roni Even > Review Date: 2020-07-03 > IETF LC End Date: 2020-07-06 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: > The document is ready for publication as standard track RFC >=20 > Major issues: >=20 > Minor issues: >=20 > Nits/editorial comments: >=20 >=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Tue Aug 25 13:31:14 2020 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 4AF9E3A0B92; Tue, 25 Aug 2020 13:31:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , julien.meuric@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <159838746927.27810.5362374320337926617@ietfa.amsl.com> Date: Tue, 25 Aug 2020 13:31:09 -0700 Archived-At: Subject: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 20:31:10 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- As with the others, I also found this document to be quite easy to read and well-structured; thank you! I just have a couple points I'd like to discuss, but I am not pressing for a specific resolution and expect to change to No Objection once the discussion has occurred (whatever the conclusion is). This is a Discuss because I want to have a discussion, not because I'm confident in the correctness of my position. But it seems like the ambiguity about when multiple flow specifications in single FLOWSPEC object are treated as logical AND to narrow a single flow specification versus treated as separate flow specifications per Section 8.4 could lead to confusion, and it would be simpler and have less risk to stick to the "one flow specification per FLOWSPEC object" model as discussed in the rest of the document. If the ability to define multiple flows within a single FLOWSPEC object is retained, I think we need more specific procedures for identifying when that is the case, quite possibly with a specific enumeration of cases. I also mention in the per-section comments several places where (IIUC) there seems to be a need to match the Speaker Entity Identifier TLV as well as the FS-ID value. It might even be an exhaustive list, but please do a pass to check. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- 5575bis's validation procedures (ยง6) include things like "originator of the flow spec matches originator of best-match unicast route for the destination prefix in the flowspec". This doesn't seem to apply to PCEP, so presumably we are supposed to ignore such requirements. Is there a concrete list of which parts of the procedures are affected in this way? I agree with the TSV-ART reviewer that the Abstract and Introduction could likely be improved by a restructuring. In some places we call out that our usage of "Flow Specification" diverges from that of 5575bis, since we do not have an "action", whereas in other places we say that there is an implicit action of "forward all matching traffic onto the associated path". It might be better to try to stick to just one of these two worldviews. Abstract I did a little bit of a double-take at "may be unsolicited instructions", given my understanding that PCE-initiated LSPs are at a protocol level just requests to the PCC to initiate the path. Section 3.1 2. Decide what properties to assign to an LSP. This can include bandwidth reservations, priorities, and DSCP (i.e., MPLS Traffic Class field). This function is also determined by user configuration or response to predicted or observed traffic demands. nit: I think there's a missing word/words before "response", perhaps "as a response to" or "in response to". side note(?): I see that (4) refers to the "PCC" as signalling the LSP across the network, but (5) refers to the "head end" being told what traffic to put on the LSP. I can see how the respective functionalities are important for those functions, but I am not sure if the roles will ever be played by different entities (if they are always the same entity there may be some rhetorical value in using a consistent term for that single entity). Section 3.2 o Flow Specification information/state must be synchronized between PCEP peers so that, on recovery, the peers have the same understanding of which Flow Specifications apply. I don't remember seeing much specifically about recovery and state synchronization in this document; should we have a little more exposition (somewhere later on, perhaps ยง3.2.3) about how normal recovery mechanisms suffice to synchronize the flowspec state along with other LSP state? Section 3.2.1.1 The presence of the PCE FlowSpec Capability TLV in the OPEN Object in a PCE's OPEN message indicates that the PCE can distribute FlowSpecs to PCCs and can receive FlowSpecs in messages from PCCs. The presence of the PCE FlowSpec Capability TLV in the OPEN Object in a PCC's OPEN message indicates that the PCC supports the FlowSpec functionality described in this document. (nitty nit): is there a reason to not use the "supports the FlowSpec functionality described in this document" for both cases? If either one of a pair of PCEP peers does not indicate support of the functionality described in this document by not including the PCE FlowSpec Capability TLV in the OPEN Object in its OPEN message, then (I expect the RFC Editor to ask about the apparent double negative here if the text doesn't change before it gets to them.) Section 3.2.2 o PCRpt messages so that a PCC can report the traffic that the PCC plans to place on the path. (nit) I just want to confirm that "plans to place" is still correct, given that RFC 8231 defines PCRpt as "a PCEP message sent by a PCC to a PCE to report the current state of an LSP". The PCEP FLOWSPEC object carries zero or one Flow Filter TLV or one L2 Flow Filter TLV or both Flow Filter TLV as well as L2 Flow Filter TLV, which describes a traffic flow. (nit): this sentence was hard for me to parse ("zero or one or one or ..." leaves the grouping of conditionals unclear). From subsequent text, I believe that the allowed possibilities are (one Flow Filter TLV and no L2 Flow Filter TLV), (no Flow Filter TLV and one L2 Flow Filter TLV), and (one Flow Filter TLV and one L2 Flow Filter TLV). If that's correct, I'd suggest rephrasing this more like "carries either or both of the Flow Filter TLV and the L2 Flow Filter TLV". Section 4 I'm a bit confused as to the usage of the two-octet "value" field that is apparently always set to 0, the same as the padding. I would perhaps have expected some kind of flags word if there was to be any non-trivial content in this capability TLV. Section 5 the PCEP object format defined in [RFC5440]. It is OPTIONAL in the PCReq, PCRep, PCErr, PCInitiate, PCRpt, and PCUpd messages and MAY be present zero, one, or more times. Each instance of the object specifies a traffic flow. (I know we've covered this before, and apologize for the noise, but I feel obligated to note that "zero, one, or more times" is equiavlent to "zero or more times" anyway.) The PCEP FLOWSPEC object carries a FlowSpec filter rule encoded in a TLV (as defined in Section 6). nit: not just a single TLV, per se, right? FS-ID (32-bits): A PCEP-specific identifier for the FlowSpec information. A PCE or PCC creates an FS-ID for each FlowSpec that it originates, and the value is unique within the scope of that PCE or PCC and is constant for the lifetime of a PCEP session. All subsequent PCEP messages can identify the FlowSpec using the FS-ID. The values 0 and 0xFFFFFFFF are reserved and MUST NOT be used. It might be worth a reference to draft-gont-numeric-ids-sec-considerations (I'm AD sponsoring it) as guidance for how the FS-ID is generated. There does not seem to be a need even for monotonicity of assignment, so some of the random assignment schemes might be best. Section 6 Section 7. Only one Flow Filter TLV or L2 Flow Filter TLV can be present and represents the complete definition of a Flow Specification for traffic to be placed on the tunnel. This tunnel is nit: I suggest rewording, as the current wording might be taken as implying that having both Flow Filter and L2 Flow Filter at the same time is forbidden; perhaps, "at most one Flow Filter TLV and one L2 Flow Filter TLV can be present". (I do see that the explicit list of options is given again a few sentences later.) Section 7 Though value 0 is currently reserved by the BGP specs, we are perhaps setting ourselves up for a conflict if it ever becomes "un-reserved" for BGP. Lumping it into the 1..255 range doesn't seem like it would introduce any problems, and would ameliorate this risk. (Doing this would have knock-on effects on text throughout the rest of the document.) Type values are chosen so that there can be commonality with Flow Specifications defined for use with BGP [I-D.ietf-idr-rfc5575bis]. We probably should reference draft-ietf-idr-flow-spec-v6 here as well, since our TLV can work with either IPv4 or IPv6, but the corresponding BGP registry is different. The content of the Value field in each TLV is specific to the type/ AFI and describes the parameters of the Flow Specification. The This suggests that any new allocations from the PCEP-only range should say what AFI(s) they are defined for, but no such guidance is provided in Section 10.3. Section 7.1 (Same comment about the value 0 as above.) All L2 Flow Specification TLVs with Types in the range 1 to 255 have Values defined for use in BGP (for example, in [I-D.ietf-idr-rfc5575bis] and [I-D.ietf-idr-flow-spec-v6]) and are set using the BGP encoding, but without the type octet (the relevant information is in the Type field of the TLV). The Value field is nit: this "all [...] in the range 1 to 255 have Values defined for use in BGP" makes it sound like they are all currently defined, which does not seem to be the case. Rewording to something like "L2 Flow Specification TLVs with Types in the range 1 to 255 have their Value interpreted as defined for use in BGP ([...]) and are set using the BGP encoding, but without the type octet" might help. Section 8.3 not the addition of a new flow as described in Section 8.4. The FS- ID field of the PCEP FLOWSPEC object is used to identify a specific Flow Specification. I'd suggest mentioning again that this is in conjunction with the Speaker Entity Identity TLV. When modifying a Flow Specification, all Flow Specification TLVs for the intended specification of the flow MUST be included in the PCEP FLOWSPEC object and the FS-ID MUST be retained from the previous description of the flow. (and likewise, if there is a requirement to preserve the Speaker Entity Identity TLV, though perhaps that's already required by RFC 8232.) Section 8.5 To remove a Flow Specification, a PCEP FLOWSPEC object is included with the FS-ID matching the one being removed, and the R bit set to (Presumably the Speaker Entity Identity TLV also has to match?) If the R bit is set and Flow Specification TLVs are present, an implementation MAY ignore them. If the implementation checks the Flow Specification TLVs against those recorded for the FS-ID of the Flow Specification being removed and finds a mismatch, the Flow Specification MUST still be removed and the implementation SHOULD record a local exception or log. Thank you for specifying the behavior in the event of a mismatch! Section 8.7 PCCs MUST apply the same ordering rules as defined in [I-D.ietf-idr-rfc5575bis]. (side note) I noted in my ballot comments on 5575bis that the ordering rules allow for situations where the priority of a rule with given semantic content can be different depending on how it is encoded, which seems risky to me. It would in principle be possible for this document to impose additional restrictions on how things are encoded to remove this potential disparity, though I do not actually expect us to want to do so (hence, this is just a side note). Furthermore, it is possible that Flow Specifications will be distributed by BGP as well as by PCEP as described in this document. In such cases implementations supporting both approaches MUST apply the prioritization and ordering rules as set out in [I-D.ietf-idr-rfc5575bis] regardless of which protocol distributed This MUST seems to just be saying the same thing as the previous paragraph? the Flow Specifications, however implementations MAY provide a configuration control to allow one protocol to take precedence over the other as this may be particularly useful if the Flow Specification make identical matches on traffic but have different actions. [...] And this MAY seems to be contradicting the MUST, making it "no longer a MUST". An implementation that receives a PCEP message carrying a Flow Specification that it cannot resolve against other Flow Specifications already installed MUST respond with a PCErr message I'm not entirely sure I understand what "resolve against" means in this context -- if I had to guess, it would be something about having a unique interpretation that is not in conflict with existing rules, but I'm pretty hazy on what the details of that would entail. Section 9 We should probably say that is specified in RFC 5440. I also couldn't tell if there was a clear rule we are using for when to expand out sub-structures that we are not modifying vs. leaving them to the referenced document. Many are left out, but we do expand, e.g., in PCUpd/PCRpt. (I also note that we cover PCUpd and PCRpt in the reverse order to RFC 8231, not that it really matters for much of anything.) Section 12 modified or torn down. Such systems, therefore, apply security considerations as described in [RFC5440], [RFC6952], and [RFC8253]. In my reading, the security considerations of RFC 6952 are directed more at protocol designers than at operators; could you say a little more about what you expect the reader to take away from that reference? Also, I think that at least some of the security considerations from 5575bis are also relevant to our usage of the data structures. The description of Flow Specifications associated with paths set up or controlled by a PCE add a further detail that could be attacked without tearing down LSPs or SR paths, but causing traffic to be misrouted within the network. Therefore, the use of the security mechanisms for PCEP referenced above is important. I might consider mentioning that the BGP flowspec work can use the "same originator" check for flowspec destination address and longest-prefix match for routes to that address, which is unavailable in the PCEP scenario. On the other hand, the PCE is fairly trusted already, so maybe there is less need for such a check in the PCEP case. usually considered private customer information. Therefore, implementations or deployments concerned with protecting privacy MUST apply the mechanisms described in the documents referenced above. (A construction of the form "if you care about , you MUST " doesn't actually impose much of a normative requirement...) Although this is not directly a security issue per se, the confusion and unexpected forwarding behavior may be engineered or exploited by an attacker. Therefore, implementers and operators SHOULD pay careful attention to the Manageability Considerations described in Section 13. I appreciate that you mention this risk in this way; thanks! Section 13.1 which path. Unlike the behavior in a distributed routing system, it is not important that each head-end implementation applies the same rules to disambiguate overlapping Flow Specifications, but it is important that: Just to check my understanding: this is "important" in the sense of "important to the stability of the network"? Section 13.3 This section seems like it could be roughly summarized as "someone should please write some YANG". My personal preference would be to say this more along the lines of "YANG models describing the functionality in this document have not yet been written, but are desirable. Some relevant preexisting work is: [...]", but I can understand if your preferences are different (or there is precedent for this kind of formulation). Section 15.2 Since we depend on RFC 4364 for the format of the RD, that seems to make it a normative reference. (We also use RFC 7399 as the source for a couple of defined terms, but that doesn't seem like a big deal to me, personally.) I think technically you need RFC 8231 to implement the updated PCUpd message we define, which arguably makes it normative as well. (Likewise 8281 for PCInitiate.) We do, however, require RFC 8232 for the Speaker Entity Identifier TLV, which is required in the FLOWSPEC object, so it's clearly a normative reference. From nobody Wed Aug 26 03:35:45 2020 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 53E103A0DBD for ; Wed, 26 Aug 2020 03:35:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 TIy0Gf_OQVXu for ; Wed, 26 Aug 2020 03:35:42 -0700 (PDT) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 40ED93A0DC1 for ; Wed, 26 Aug 2020 03:35:42 -0700 (PDT) Received: by mail-io1-xd35.google.com with SMTP id z17so1575747ioi.6 for ; Wed, 26 Aug 2020 03:35:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=im7e28J+sCXRRRiFbVSGhQnsinBHNvswRJ2lVoJvRuM=; b=T1wrE3lOhF4jleFWGOGr82tMkLP0KRi7Z5bztgWTDOm6JPYRYw7+ba2E4Wu6CKMEau UVZiCUiIm945QUpLGpR9D9bXx10swcPbSapk/+ODFP4EyN/JB9Hezp4SG1P+edPfYGlo ZVw10bGJiDQ5YS7RhQsJKK2Hiu2vYBDztdawv50BLSGqTqlpIwHTb2PxOuzVhiTIbKIv C7FpxFWEjubT6Q4cPFgTvSFjqTihesuVsUR2iAjTscw4p/Wac/gFhYhsnOYoG0uYcnSd zo1k3xUa2zjd7d5J59o0Ot0vBNJYQ4AmhuUspu0hzQ/k9PDokLoUDfAAaEtfjlnuIFpv M5yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=im7e28J+sCXRRRiFbVSGhQnsinBHNvswRJ2lVoJvRuM=; b=NHHzCPwsg93TZH4IitrCHYj//sCPnQDOuFF3ra283GZH8+P/Znuf6wvQ1TTuJgNRoZ d1k0E5G7wFYm8m3HB1K5pjcqTAnwwJ4BApbC5xPfq8MBmjTKr0YtrR6sSD36PmsNakXm 5+9xcUHPYDaqDCfM+8X2SsHeYiew2y8gn3WcY97UU1IZAqOVplDRL27iiM8eAFEKjTOZ Wmr6t1WW96+B+Uo4zDZzVY8E9JgJtrEnlFAjEvev8pAROHbnxbKR437BOaBPIJdmmxDJ 8ol1I9gc3lmBl5kA7xgpGxlLzwbt6XcpbmziVM+slq2j3HU/jxdRdVefQZvY200U2c8w wIbQ== X-Gm-Message-State: AOAM533tgHKYFSuNTdywS8uvHHnyJBPKCbMvX4d7iG7HmVFZgvDOBzHS mX9P5c05w1HdQibU37LSO1CJ6Bc1ND7bVwvZZCiwZ2bsprYaPA== X-Google-Smtp-Source: ABdhPJwEzYNPoPqsNgE7KKkCC41S4pTmOUMCcVuJfw+4CALH5rG2/yYw78sSYKQSbliJLmAP355/qNuu/v4U0Zaw774= X-Received: by 2002:a02:9307:: with SMTP id d7mr14199887jah.71.1598438141239; Wed, 26 Aug 2020 03:35:41 -0700 (PDT) MIME-Version: 1.0 From: Siva Sivabalan Date: Wed, 26 Aug 2020 06:35:29 -0400 Message-ID: To: pce@ietf.org, Julien Meuric Content-Type: multipart/alternative; boundary="0000000000009aa61f05adc56165" Archived-At: Subject: Re: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 10:35:43 -0000 --0000000000009aa61f05adc56165 Content-Type: text/plain; charset="UTF-8" Support this useful draft. Thanks, Siva -----Original Message----- From: Pce On Behalf Of julien.meuric@orange.com Sent: Wednesday, August 5, 2020 12:19 PM To: pce@ietf.org Subject: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Hi all, This message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extension-for-pce-controller-06. Please review and share your feedback, whatever it is, using the PCE mailing list. This LC will end on Wednesday August 26, 11:59pm (any timezone). Please note that this I-D is related to draft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG adoption queue. Thanks, Dhruv & Julien --0000000000009aa61f05adc56165 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support this useful draft.

T= hanks,
Siva

-----Original Message-----
From: Pce <p= ce-bounces@ietf.org> On Behalf Of=C2=A0julien.meuric@orange.com
Sent: Wednesday, August 5, 2020 12:19 PM
To:=C2=A0pce@ietf.org
Subject: [Pce] PCE WG LC f= or draft-ietf-pce-pcep-extension-for-pce-controller

Hi all,

T= his message initiates a 3-week WG Last Call on draft-ietf-pce-pcep-extensio= n-for-pce-controller-06. Please review and share your feedback, whatever it= is, using the PCE mailing list.
This LC will end on Wednesday August 26= , 11:59pm (any timezone).

Please note that this I-D is related todraft-zhao-pce-pcep-extension-pce-controller-sr which is already in our WG= adoption queue.

Thanks,

Dhruv & Julien=C2=A0=C2=A0
--0000000000009aa61f05adc56165-- From nobody Wed Aug 26 05:39:12 2020 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 C2D9B3A1281 for ; Wed, 26 Aug 2020 05:39:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 g87x1T1w-nwd for ; Wed, 26 Aug 2020 05:39:09 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 020503A1280 for ; Wed, 26 Aug 2020 05:39:09 -0700 (PDT) Received: from lhreml731-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id B106ABFA50C53BB192E2 for ; Wed, 26 Aug 2020 13:39:05 +0100 (IST) Received: from lhreml731-chm.china.huawei.com (10.201.108.82) by lhreml731-chm.china.huawei.com (10.201.108.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Wed, 26 Aug 2020 13:39:05 +0100 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml731-chm.china.huawei.com (10.201.108.82) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Wed, 26 Aug 2020 13:39:05 +0100 Received: from DGGEML509-MBS.china.huawei.com ([169.254.4.60]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0487.000; Wed, 26 Aug 2020 20:38:59 +0800 From: "Chengli (Cheng Li)" To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] PCE WG LC for draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWa0Q0QPRP7nr3IEyS/dTXR0M/kalKc64g Date: Wed, 26 Aug 2020 12:38:59 +0000 Message-ID: References: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> In-Reply-To: <17685_1596644315_5F2ADBDB_17685_395_1_04e4ec71-6fdd-2f8b-e094-66c7f8cf5997@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.165.209] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIFBDRSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1w?= =?gb2312?b?Y2UtcGNlcC1leHRlbnNpb24tZm9yLXBjZS1jb250cm9sbGVy?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 12:39:11 -0000 SGkgUENFLA0KDQpUaGlzIGlzIGEgdXNlZnVsIGRyYWZ0IHRoYXQgZGVmaW5lcyB0aGUgZXh0ZW5z aW9ucyBvZiBQQ0VQIGZvciBQQ0VDQy4gSG9wZSB0aGlzIGRvY3VtZW50IGNhbiBiZSBwdWJsaXNo ZWQgYXMgYW4gUkZDIGluIHRoZSBmdXR1cmUgdG8gZ3VpZGUgaW1wbGVtZW50YXRpb24gYW5kIGRl cGxveW1lbnQgb2YgUENFQ0MuIFRoZXJlZm9yZSBJIHN1cHBvcnQgdGhlIFdHTEMgb2YgdGhpcyBk b2N1bWVudC4NCg0KVGhhbmtzLA0KQ2hlbmcNCg0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7I yzogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmddILT6se0ganVsaWVuLm1ldXJpY0Bv cmFuZ2UuY29tDQq3osvNyrG85DogMjAyMMTqONTCNsjVIDA6MTkNCsrVvP7IyzogcGNlQGlldGYu b3JnDQrW98ziOiBbUGNlXSBQQ0UgV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5z aW9uLWZvci1wY2UtY29udHJvbGxlcg0KDQpIaSBhbGwsDQoNClRoaXMgbWVzc2FnZSBpbml0aWF0 ZXMgYSAzLXdlZWsgV0cgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtcGNlLXBjZXAtZXh0ZW5zaW9u LWZvci1wY2UtY29udHJvbGxlci0wNi4gUGxlYXNlIHJldmlldyBhbmQgc2hhcmUgeW91ciBmZWVk YmFjaywgd2hhdGV2ZXIgaXQgaXMsIHVzaW5nIHRoZSBQQ0UgbWFpbGluZyBsaXN0Lg0KVGhpcyBM QyB3aWxsIGVuZCBvbiBXZWRuZXNkYXkgQXVndXN0IDI2LCAxMTo1OXBtIChhbnkgdGltZXpvbmUp Lg0KDQpQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgSS1EIGlzIHJlbGF0ZWQgdG8NCmRyYWZ0LXpoYW8t cGNlLXBjZXAtZXh0ZW5zaW9uLXBjZS1jb250cm9sbGVyLXNyIHdoaWNoIGlzIGFscmVhZHkgaW4g b3VyIFdHIGFkb3B0aW9uIHF1ZXVlLg0KDQpUaGFua3MsDQoNCkRocnV2ICYgSnVsaWVuDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kg cXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQg c3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2Fi aWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1l cmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg YnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdp dGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4g ZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBh bmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMg bm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQg b3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KUGNlIG1haWxpbmcgbGlzdA0KUGNlQGlldGYub3JnDQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0K From nobody Wed Aug 26 09:28:17 2020 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 5B0B53A160A; Wed, 26 Aug 2020 09:28:12 -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: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159845929229.28967.9808709962125672135@ietfa.amsl.com> Date: Wed, 26 Aug 2020 09:28:12 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-27.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 16:28:12 -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 LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-27.txt Pages : 26 Date : 2020-08-26 Abstract: This document defines a set of extensions needed to the stateful Path Computation Element (PCE) communication Protocol (PCEP), so as to enable Labeled Switched Path (LSP) path computation, activation, setup and deletion based on scheduled time intervals for the LSP and the actual network resource usage in a centralized network environment as stated in RFC 8413. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-pce-lsp-scheduling-27 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-27 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-27 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 Wed Aug 26 12:43:05 2020 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 7F0E93A0921; Wed, 26 Aug 2020 12:42:56 -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: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Cc: Adrian Farrel , adrian@olddog.co.uk, rfc-editor@rfc-editor.org, db3546@att.com, pce@ietf.org, pce-chairs@ietf.org, The IESG , draft-ietf-pce-stateful-pce-lsp-scheduling@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <159847097650.28709.7911980111835357844@ietfa.amsl.com> Date: Wed, 26 Aug 2020 12:42:56 -0700 Archived-At: Subject: [Pce] Protocol Action: 'PCEP Extensions for LSP scheduling with stateful PCE' to Proposed Standard (draft-ietf-pce-stateful-pce-lsp-scheduling-27.txt) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 19:42:57 -0000 The IESG has approved the following document: - 'PCEP Extensions for LSP scheduling with stateful PCE' (draft-ietf-pce-stateful-pce-lsp-scheduling-27.txt) as Proposed Standard This document is the product of the Path Computation Element Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ Technical Summary This document defines a set of extensions needed to the stateful Path Computation Element (PCE) communication Protocol (PCEP), so as to enable Labeled Switched Path (LSP) scheduling for path computation and LSP setup/deletion based on the actual network resource usage and the duration of a traffic service in a centralized network environment as stated in RFC 8413. Working Group Summary The document was of interest to the working group. The working group process took 2.5 years and 12 revisions. This was based on the previous 2 years and 5 revisions as an individual I-D. The process has not contained anything noteworthy. Document Quality This document contains an implementation status section per RFC 7942 and according to PCE WG policy. The section indicates suggested plans for implementation by two vendors. The document shepherd is aware of additional plans to implement in a private research implementation of PCEP. Personnel Who is the Document Shepherd for this document? Adrian Farrel Who is the Responsible Area Director? Deborah Brungard From nobody Wed Aug 26 12:57:57 2020 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 6567D3A092F; Wed, 26 Aug 2020 12:57:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Roman Danyliw via Datatracker To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , julien.meuric@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <159847187489.17269.2128556004841645905@ietfa.amsl.com> Date: Wed, 26 Aug 2020 12:57:55 -0700 Archived-At: Subject: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 19:57:56 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for an approachable document. Thank you to the SECDIR reviewer (Scott G. Kelly) ** Section 12. To refine what Ben Kaduk noted about the applicability of [RFC6952], Section 2.5 seems to apply for me. ** Section 12. Per โ€œTherefore, implementations or deployments concerned with protecting privacy MUST apply the mechanisms described in the documents referenced above.โ€, it might be helpful to explicitly call out the specific guidance to follow. I believe that itโ€™s to use either IPSec per Section 10.4 โ€“ 6 of RFC5440 or TLS per RFC8523 to provide transport security properties. The legacy references to TCP-AO and TCP MD5 in those documents donโ€™t help here. ** Section 12. Per โ€œAlthough this is not directly a security issue per se, the confusion and unexpected forwarding behavior may be engineered or exploited by an attacker. Therefore, implementers and operators SHOULD pay careful attention to the Manageability Considerations described in Section 13.โ€, I completely agree. I would say it a bit more strongly that this complexity could be a security issue. Iโ€™m envisioning a situation where the complex forwarding behaviors might create gaps in the monitoring and inspection of particular traffic or provide a path that avoids expected mitigations. From nobody Wed Aug 26 13:11:45 2020 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 D8FB63A0B15; Wed, 26 Aug 2020 13:11:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Alvaro Retana via Datatracker To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alvaro Retana Message-ID: <159847270335.3198.8681264256502409326@ietfa.amsl.com> Date: Wed, 26 Aug 2020 13:11:43 -0700 Archived-At: Subject: [Pce] Alvaro Retana's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 20:11:44 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- ยง8.7: "it is possible that Flow Specifications will be distributed by BGP as well as by PCEP as described in this document...implementations MAY provide a configuration control to allow one protocol to take precedence over the other as this may be particularly useful if the Flow Specification make identical matches on traffic but have different actions." I understand the need to allow one protocol to take precedence over the other. The concern I have is that in BGP's distribution model FlowSpecs are forwarded to other BGP speakers...which may not also be PCCs. If PCEP takes precedence, and the actions are different, then there might be nodes that take the BGP-defined action when not intended to...potentially resulting in unexpected forwarding or rate-limiting of the traffic. Clearly, this issue is related to the different distribution models for the information. If the operator took care of using BGP to distribute FlowSpecs to only the PCCs, then this issue wouldn't exist. I would like to see some text that provides guidance when using both distribution mechanisms. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [major comments] (1) What is the number/type of Flow Filter TLVs that can be included in the PCEP FLOWSPEC option? Is it up to one of each, or just one or the other? These text snippets seem to not be aligned: ยง3.2.2: "The PCEP FLOWSPEC object carries zero or one Flow Filter TLV or one L2 Flow Filter TLV or both Flow Filter TLV as well as L2 Flow Filter TLV, which describes a traffic flow." ยง6: "Only one Flow Filter TLV or L2 Flow Filter TLV can be present and represents the complete definition of a Flow Specification for traffic to be placed on the tunnel....The set of Flow Specification TLVs in a single instance of a Flow Filter TLV and L2 Flow Filter TLV are combined to indicate the specific Flow Specification. Note that the PCEP FLOWSPEC object can include just one Flow Filter TLV, just one L2 Flow Filter TLV, or one of each TLV." ยง7.1: "when both Flow Filter TLV and L2 Flow Filter TLV are present, they are combined to produce a more detailed specification of a flow" That first sentence from ยง6 indicates one or the other, but the other text talks about the possibility of both. If they are combined, how is that done? (2) Entity Identifier ยง5: The Speaker Entity Identifier TLV can be optionally included in the OPEN [rfc8232]...and it is required in the FLOWSPEC object. Should there be a relationship between the two? If the TLV is included in both objects, then I would expect the identifier to match. What should the receiver do if they don't match? Related... Should a receiver check that the same identifier is included in all FLOWSPEC objects? What if they're not? (3) ยง5: "All subsequent PCEP messages can identify the FlowSpec using the FS-ID." [This point is related to Ben's DISCUSS.] The description of the use of the Speaker Entity Identifier TLV says that it is "used in conjunction with FS-ID to uniquely identify the FlowSpec information." I take this to mean that the FS-ID *and* the identifier in the TVL are used in the identification. Is that correct? The text in ยง5 also talks about using only the FS-ID: "the Flow Specification identified with a FS-ID does not exist". And ยง8.3 emphasizes it again: "FS-ID field of the PCEP FLOWSPEC object is used to identify a specific Flow Specification". If only the FS-ID is needed, what is the Speaker Entity Identifier used for? (4) ยง8.4: "it is possible to to define these within a single PCEP FLOWSPEC object: for example, two Destination IPv4 Prefix TLVs could be included to indicate that packets matching either prefix are acceptable." Two Destination Prefix TLVs would be equivalent to two Type 1 components in a BGP FS, but that is not allowed by rfc5575bis. This document follows the same rules as in rfc5575bis -- is this an exception that I missed? It may just be a bad example... (5) ยง8.5: If the R bit is set and Flow Specification TLVs are present, an implementation MAY ignore them. If the implementation checks the Flow Specification TLVs against those recorded for the FS-ID of the Flow Specification being removed and finds a mismatch, the Flow Specification MUST still be removed and the implementation SHOULD record a local exception or log. Which "Flow Specification MUST still be removed"? The one previously advertised using the FS-ID, or the one specified in the TLVs, or both? [minor comments] (6) ยง1: "For convenience we term the description of a traffic flow using Flow Specification Components as a "Flow Specification" and it must be understood that this is not the same as the same term used in [I-D.ietf-idr-rfc5575bis] since no action is explicitly included in the encoding." rfc5575bis uses pretty much the same definition (from ยง3): A Flow Specification is an n-tuple consisting of several matching criteria that can be applied to IP traffic. A given IP packet is said to match the defined Flow Specification if it matches all the specified criteria. The actions are encoded separately. Note that the definition in ยง2 of FlowSpec, apparently from rfc5574bis, is not included there. (7) ยง5: "L bit...If the bit is set, only Flow Specifications that describe IPv4 or IPv6 destinations are meaningful in the Flow Filter TLV." If there is no meaningful information then what? I'm assuming that the object is just ignored... It might be nice to be explicit about that. Just a minor point. (8) ยง7: In the Multicast Flow Specification TLV, what does "(*, *)" match? Any source and any destination? What is source/group wildcarding? (9) ยง7.1: s/All L2 Flow Specification TLVs...(for example, in [I-D.ietf-idr-rfc5575bis] and [I-D.ietf-idr-flow-spec-v6])/All L2 Flow Specification TLVs...(for example, in [I-D.ietf-idr-flowspec-l2vpn]) [nits] s/flow specification/Flow Specification/g s/defines following new types -/defines the following new types: s/will be place/will be placed s/to to/to From nobody Wed Aug 26 13:52:03 2020 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 BD97D3A0B8C; Wed, 26 Aug 2020 13:52:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 8t4sRY9cyQQW; Wed, 26 Aug 2020 13:51:58 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 E51B33A0B7E; Wed, 26 Aug 2020 13:51:56 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QKpsWc025770; Wed, 26 Aug 2020 21:51:54 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 18E722203B; Wed, 26 Aug 2020 21:51:54 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id 030CC2203A; Wed, 26 Aug 2020 21:51:54 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.114]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QKpqYc022187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 21:51:53 +0100 Reply-To: From: "Adrian Farrel" To: "'Benjamin Kaduk'" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> In-Reply-To: <159838746927.27810.5362374320337926617@ietfa.amsl.com> Date: Wed, 26 Aug 2020 21:51:52 +0100 Organization: Old Dog Consulting Message-ID: <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQLDTj3Q13wyyub0YMugaObGcrsfxKdwoGRw X-Originating-IP: 84.51.134.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25628.002 X-TM-AS-Result: No--11.436-10.0-31-10 X-imss-scan-details: No--11.436-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25628.002 X-TMASE-Result: 10--11.436500-10.000000 X-TMASE-MatchedRID: 8HTFlOrbAtHxIbpQ8BhdbPVY7U3NX8JgPXu1L28jSnEgcEd8uJSjxAfh L6pjLkc5+8QzzqHZWUZZb+27oxVuXTXcggXei7RX8eSmTJSmEv2sU/iX0A2wj1hs8uimgHNCjAW n+cwj67YQvVkm+Faty5rKSv5La3cgk3+L/4zTFENIBLcgaD98XIvkwJz527bYabJxhiIFjJlUtN /8KrHY5wluKPNg6fwjER1dX0UNbCK6LacOIlEHv8zSKGx9g8xhSMKL21+E+NDwJYZa/L83HeQPa XSraMNeLDhEWDXgyu4na5sZ1mBmvOVCKgyZK/PkvoQkZKo949Mx/k92L7R8tvdpM2ZaJMkenVtg vxMdrIPGNNColGJzSbfXSKKXBbFavyrXOM7tRaEdxBAG5/hkW10DithooYrCtEh/ibLfCukONoC R6OWM9/jyt8JbL/FNUryNtsGmsn5F6RGSvSrmvEzQymcuf4b0x7XEQ2SNYWFrRM6wvXgDaY7L34 K9Dgy6TkXQkPQZdiSsrduuHGHjZqZY4PxfRMWE73UEGh+e8cZM8zV+hbhmAxra6jjhXqeTtZXKI mxf+cGuBIawyKvCQkGyauxFu//93hSRRxQsjqZ3le3nv/6lB4vOGTCbVKU4EYdGQOkqrJ/JP1gp Pa+crr2cy0KUrEe0HH68puGceTAkFVbXj/dArYEU1kn9F/MZEMOd+fjOG06zU0R+5DbDbGRwK2d Ie4s+hqL3Xc8OycD9SGfY/icNAcnAiSMb8Y6cSQMMKz9P4BlxWv4UB7dQNV+oWJ54ylfsaGRLCn KSipWtws//g0BAwCQF6gsxVeuzR/vp4G1z4nieAiCmPx4NwFkMvWAuahr8m5N2YHMD0b8MyrfP9 j+C1SAHAopEd76vsoa4/yTF0eMCY8hWMWeCnCnO5n4RKSn6qLy3WXIdk4uYU2sBm1R3Qg== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 20:52:02 -0000 Hi Ben, Thanks for the review. A lot of very helpful comments and discussions. All answers in line. I have a working copy with the edits (hint to co-authors: *I* have the = working copy :-) Best, Adrian > DISCUSS: > > As with the others, I also found this document to be quite easy to > read and well-structured; thank you!=20 Kind of you to say so. > This is a Discuss because I want to have a discussion, not because I'm > confident in the correctness of my position. But it seems like the > ambiguity about when multiple flow specifications in single FLOWSPEC > object are treated as logical AND to narrow a single flow = specification > versus treated as separate flow specifications per Section 8.4 could > lead to confusion, and it would be simpler and have less risk to stick > to the "one flow specification per FLOWSPEC object" model as discussed > in the rest of the document. If the ability to define multiple flows > within a single FLOWSPEC object is retained, I think we need more > specific procedures for identifying when that is the case, quite > possibly with a specific enumeration of cases. The specification of a flow can be complex. For example, Destination address =3D 64.6.64.0/24 Destination port number =3D 53 Packet length > 1600 bytes These elements are each encoded in a separate Flow Specification TLV. = Combined (using AND), they describe the Flow Specification. All of the elements of a Flow Specification (all of the Flow = Specification TLVs) are included in a single Flow Filter TLV thus = providing a grouping. Thus a Flow Filter TLV describes the Flow = Specification. A Flowspec Object can contain zero or one Flow Filter TLV. Thus the = object (when it contains a Flow Filter TLV) describes the Flow = Specification. A PCEP message can contain multiple Flowspec Objects thus applying the = function of the message to multiple Flow Specifications. So far, so good. A little confusingly, we might want to describe a Flow Specification as: Destination address =3D 64.6.64.0/24 or 64.6.65/24 Destination port number =3D 53 Packet length > 1600 bytes This could be done by defining two separate specifications. But there is = a tendency to want to provide one Flow Filter TLV with four Flow = Specification TLVs indicating Destination address =3D 64.6.64.0/24 Destination address =3D 64.6.65/24 Destination port number =3D 53 Packet length > 1600 bytes The parser is expected to know when to apply AND and when to apply OR to = construct the Flow Specification. I can't say I think this is hygienic, = but it is 'common' practice in the BGP world, and it is basically = functional. So we allow it as well (after all, it is probably the same = code processing and installing the Flow Specifications). However, 8.4 points out the risks and confusions associated, and = indicates how those issues are resolved. > I also mention in the per-section comments several places where (IIUC) > there seems to be a need to match the Speaker Entity Identifier TLV as > well as the FS-ID value. It might even be an exhaustive list, but > please do a pass to check. Handled in line in the Comments with cross-check to the whole document. > COMMENT: > > 5575bis's validation procedures (=C2=A76) include things like = "originator of > the flow spec matches originator of best-match unicast route for the > destination prefix in the flowspec". This doesn't seem to apply to > PCEP, so presumably we are supposed to ignore such requirements. Is > there a concrete list of which parts of the procedures are affected in > this way? > I agree with the TSV-ART reviewer that the Abstract and Introduction > could likely be improved by a restructuring. Oh =E2=98=B9 I admit that I tend to write lengthy Abstracts, and that my style tends = towards wordy. However, looking back at this document it seems to me that both sections = attempt to describe the background before saying what the document does. = We could flip that, but I think it would cause confusion by using terms = and concepts that haven't been established in the text. Joe suggested adding paragraph 7 from the Introduction to the Abstract, = so I will do that. For the Introduction, Joe suggests splitting the Introduction to create = a new Background section. This seems like personal style to me: I = dislike terse Introduction sections that simply repeat the Abstract; I = prefer to follow the sequence of the Abstract, but add more substance = along the way. Joe's other comment on the Introduction is as follows. It flows nicely = into your next Comment so I'll handle the two together. | It also seems odd that this paragraph (#6 of the intro) undermines | the terminology of the document that this supplements (as cited | in the abstract). These documents as a pair should have consistent | use of terminology, coining new terms as needed rather than | redefining a key term as different in the two. > In some places we call out that our usage of "Flow Specification" > diverges from that of 5575bis, since we do not have an "action", = whereas > in other places we say that there is an implicit action of "forward = all > matching traffic onto the associated path". It might be better to try > to stick to just one of these two worldviews. In BGP, Flow Specifications have a choice of associated actions that are = exchanged alongside the Flow Specifications. Although 5575bis is clear = that there is a distinction between the specification of a flow and the = associated actions, common usage describes the combination as a Flow = Specification. This is partly because the "Flow Specification NLRI" = contains both the description of the flow (the Flow Specification) and = the Extended Communities that define the actions. What we all missed in this is that the text defining a Flow = Specification in 5575bis has changed since we copied it into this = document!=20 But we can tighten our language a bit. The point being that we use the = encoding of the pieces of the Flow Specification that describe the = traffic, but we do not present a range of choices of action since our = usage is for one action only. And obviously, we will resynchronise with = 5575bis. > Abstract > > I did a little bit of a double-take at "may be unsolicited > instructions", given my understanding that PCE-initiated LSPs are at a > protocol level just requests to the PCC to initiate the path. OK. s/instructions/requests/ > Section 3.1 > > 2. Decide what properties to assign to an LSP. This can include > bandwidth reservations, priorities, and DSCP (i.e., MPLS Traffic > Class field). This function is also determined by user > configuration or response to predicted or observed traffic > demands. > > nit: I think there's a missing word/words before "response", perhaps = "as > a response to" or "in response to". "or in response" > side note(?): I see that (4) refers to the "PCC" as signalling the LSP > across the network, but (5) refers to the "head end" being told what > traffic to put on the LSP. I can see how the respective = functionalities > are important for those functions, but I am not sure if the roles will > ever be played by different entities (if they are always the same = entity > there may be some rhetorical value in using a consistent term for that > single entity). Yup, this is sloppy of us. In practice, a PCC could be something like an NMS that would then = instruct the head end to signal. But in this context we are dealing with PCC=3D=3Dhead end. Tidying the text for this. > Section 3.2 > > o Flow Specification information/state must be synchronized between > PCEP peers so that, on recovery, the peers have the same > understanding of which Flow Specifications apply. > > I don't remember seeing much specifically about recovery and state > synchronization in this document; should we have a little more > exposition (somewhere later on, perhaps =C2=A73.2.3) about how normal > recovery mechanisms suffice to synchronize the flowspec state along = with > other LSP state? I've added a reference to section 5.6 of RFC 8231 > Section 3.2.1.1 > > The presence of the PCE FlowSpec Capability TLV in the OPEN Object = in > a PCE's OPEN message indicates that the PCE can distribute FlowSpecs > to PCCs and can receive FlowSpecs in messages from PCCs. > > The presence of the PCE FlowSpec Capability TLV in the OPEN Object = in > a PCC's OPEN message indicates that the PCC supports the FlowSpec > functionality described in this document. > > (nitty nit):=20 (the best type) > is there a reason to not use the "supports the FlowSpec > functionality described in this document" for both cases? The author was thinking that this document doesn't really describe what = the PCE actually does beyond the messages it sends and receives, while = the document has more details about how the PCC processes. Is it important? > If either one of a pair of PCEP peers does not indicate support of > the functionality described in this document by not including the = PCE > FlowSpec Capability TLV in the OPEN Object in its OPEN message, then > > (I expect the RFC Editor to ask about the apparent double negative = here > if the text doesn't change before it gets to them.) That's not a double negative, just clumsy text. If a PCEP speaker does not include the TLV then it is saying that it = doesn't (or doesn't want to) support the function. NEW If either one of a pair of PCEP peers does not include the PCE = FlowSpec Capability TLV in the OPEN Object in its OPEN message, then = the other peer MUST NOT include a FLOWSPEC object in any PCEP message = sent to the peer. > Section 3.2.2 > > o PCRpt messages so that a PCC can report the traffic that the PCC > plans to place on the path. > > (nit) I just want to confirm that "plans to place" is still correct, > given that RFC 8231 defines PCRpt as "a PCEP message sent by a PCC to = a > PCE to report the current state of an LSP". s/plans to place/will/ > The PCEP FLOWSPEC object carries zero or one Flow Filter TLV or one > L2 Flow Filter TLV or both Flow Filter TLV as well as L2 Flow Filter > TLV, which describes a traffic flow. > > (nit): this sentence was hard for me to parse ("zero or one or one > or ..." leaves the grouping of conditionals unclear). From > subsequent text, I believe that the allowed possibilities are (one = Flow > Filter TLV and no L2 Flow Filter TLV), (no Flow Filter TLV and one L2 > Flow Filter TLV), and (one Flow Filter TLV and one L2 Flow Filter = TLV). > If that's correct, I'd suggest rephrasing this more like "carries = either > or both of the Flow Filter TLV and the L2 Flow Filter TLV". I think bullets make this clearer... ...carries one of: o zero or one Flow Filter TLV o one L2 Flow Filter TLV o both a Flow Filter TLV and an L2 Flow Filter TLV > Section 4 > > I'm a bit confused as to the usage of the two-octet "value" field that > is apparently always set to 0, the same as the padding. I would = perhaps > have expected some kind of flags word if there was to be any = non-trivial > content in this capability TLV. The distinction is that the Value field can be used in a future spec to = define capabilities, the padding is reserved. A thin distinction. > Section 5 > > the PCEP object format defined in [RFC5440]. It is OPTIONAL in the > PCReq, PCRep, PCErr, PCInitiate, PCRpt, and PCUpd messages and MAY = be > present zero, one, or more times. Each instance of the object > specifies a traffic flow. > > (I know we've covered this before, and apologize for the noise, but I > feel obligated to note that "zero, one, or more times" is equiavlent = to > "zero or more times" anyway.) =F0=9F=98=8A > The PCEP FLOWSPEC object carries a FlowSpec filter rule encoded in a > TLV (as defined in Section 6). > > nit: not just a single TLV, per se, right? A single Flow Filter TLV (which may contain multiple Flow Specification = TLVs), or a single L2 Flow Filter TLV, or both. > FS-ID (32-bits): A PCEP-specific identifier for the FlowSpec > information. A PCE or PCC creates an FS-ID for each FlowSpec that = it > originates, and the value is unique within the scope of that PCE or > PCC and is constant for the lifetime of a PCEP session. All > subsequent PCEP messages can identify the FlowSpec using the FS-ID. > The values 0 and 0xFFFFFFFF are reserved and MUST NOT be used. > > It might be worth a reference to > draft-gont-numeric-ids-sec-considerations (I'm AD sponsoring it) as > guidance for how the FS-ID is generated. There does not seem to be a > need even for monotonicity of assignment, so some of the random > assignment schemes might be best. OK. That is an interesting document, I hadn't seen it before. Shame = there isn't a WG that wants to discuss it. Would be good to drag it = around to at least the various Area-specific mailing lists because it = has pretty broad impact. > Section 6 > > Section 7. Only one Flow Filter TLV or L2 Flow Filter TLV can be > present and represents the complete definition of a Flow > Specification for traffic to be placed on the tunnel. This tunnel = is > > nit: I suggest rewording, as the current wording might be taken as > implying that having both Flow Filter and L2 Flow Filter at the same > time is forbidden; perhaps, "at most one Flow Filter TLV and one L2 = Flow > Filter TLV can be present". (I do see that the explicit list of = options > is given again a few sentences later.) Yup > Section 7 > > Though value 0 is currently reserved by the BGP specs, we are perhaps > setting ourselves up for a conflict if it ever becomes "un-reserved" = for > BGP. Lumping it into the 1..255 range doesn't seem like it would > introduce any problems, and would ameliorate this risk. (Doing this > would have knock-on effects on text throughout the rest of the > document.) Agreed and rippled through the document. > Type values are chosen so that there can be commonality with Flow > Specifications defined for use with BGP [I-D.ietf-idr-rfc5575bis]. > > We probably should reference draft-ietf-idr-flow-spec-v6 here as well, > since our TLV can work with either IPv4 or IPv6, but the corresponding > BGP registry is different. You're right. This is caught in other places, but should be fixed here. > The content of the Value field in each TLV is specific to the type/ > AFI and describes the parameters of the Flow Specification. The > > This suggests that any new allocations from the PCEP-only range should > say what AFI(s) they are defined for, but no such guidance is provided > in Section 10.3. I think this 'Just Works' (TM) Section 5 shows where the AFI is placed for a FlowSpec. If the Type is from the PCEP range then there is only one place to go to = find the meaning and the AFI says v4 or v6. If the Type is from the lower range, the AFI tells you both v4 or v6, = and where to go to find the meaning. > Section 7.1 > > (Same comment about the value 0 as above.) Same fix. > All L2 Flow Specification TLVs with Types in the range 1 to 255 have > Values defined for use in BGP (for example, in > [I-D.ietf-idr-rfc5575bis] and [I-D.ietf-idr-flow-spec-v6]) and are > set using the BGP encoding, but without the type octet (the relevant > information is in the Type field of the TLV). The Value field is > > nit: this "all [...] in the range 1 to 255 have Values defined for use > in BGP" makes it sound like they are all currently defined, which does > not seem to be the case. Rewording to something like "L2 Flow > Specification TLVs with Types in the range 1 to 255 have their Value > interpreted as defined for use in BGP ([...]) and are set using the = BGP > encoding, but without the type octet" might help. =20 OK > Section 8.3 > > not the addition of a new flow as described in Section 8.4. The FS- > ID field of the PCEP FLOWSPEC object is used to identify a specific > Flow Specification. > > I'd suggest mentioning again that this is in conjunction with the > Speaker Entity Identity TLV. Yes > When modifying a Flow Specification, all Flow Specification TLVs for > the intended specification of the flow MUST be included in the PCEP > FLOWSPEC object and the FS-ID MUST be retained from the previous > description of the flow. > > (and likewise, if there is a requirement to preserve the Speaker = Entity > Identity TLV, though perhaps that's already required by RFC 8232.) Yes > Section 8.5 > > To remove a Flow Specification, a PCEP FLOWSPEC object is included > with the FS-ID matching the one being removed, and the R bit set to > > (Presumably the Speaker Entity Identity TLV also has to match?) Yes (again) > If the R bit is set and Flow Specification TLVs are present, an > implementation MAY ignore them. If the implementation checks the > Flow Specification TLVs against those recorded for the FS-ID of the > Flow Specification being removed and finds a mismatch, the Flow > Specification MUST still be removed and the implementation SHOULD > record a local exception or log. > > Thank you for specifying the behavior in the event of a mismatch! You are entirely welcome. > Section 8.7 > > PCCs MUST apply the same ordering rules as defined in > [I-D.ietf-idr-rfc5575bis]. > > (side note) I noted in my ballot comments on 5575bis that the ordering > rules allow for situations where the priority of a rule with given > semantic content can be different depending on how it is encoded, = which > seems risky to me. It would in principle be possible for this = document > to impose additional restrictions on how things are encoded to remove > this potential disparity, though I do not actually expect us to want = to > do so (hence, this is just a side note). I agree that we don't want to try to fix 5575bis in this document! In fact, while wanting to highlight the existence or issues around = prioritisation and overlap, we very much wanted to punt this issue to = the IDR WG which has far more experience dealing with FlowSpecs. > Furthermore, it is possible that Flow Specifications will be > distributed by BGP as well as by PCEP as described in this document. > In such cases implementations supporting both approaches MUST apply > the prioritization and ordering rules as set out in > [I-D.ietf-idr-rfc5575bis] regardless of which protocol distributed > > This MUST seems to just be saying the same thing as the previous > paragraph? I think you are right. Yet it says it slightly differently because some = had suggested "I could have one rule for BGP and another rule for PCEP". > the Flow Specifications, however implementations MAY provide a > configuration control to allow one protocol to take precedence over > the other as this may be particularly useful if the Flow > Specification make identical matches on traffic but have different > actions. [...] > > And this MAY seems to be contradicting the MUST, making it "no longer = a > MUST". Not quite. Suppose BGP and PCEP each distribute an identical FlowSpec = (thus capturing exactly the same packets) but with different actions: = BGP saying, for example, "drop packets"; PCEP (implicitly) saying "put = them on this LSP". The rule might be to discard the second received, or = to replace the first received. This knob would allow the operator to say = what to do. > An implementation that receives a PCEP message carrying a Flow > Specification that it cannot resolve against other Flow > Specifications already installed MUST respond with a PCErr message > > I'm not entirely sure I understand what "resolve against" means in = this > context -- if I had to guess, it would be something about having a > unique interpretation that is not in conflict with existing rules, but > I'm pretty hazy on what the details of that would entail. We're into an area that we should probably have left to 5575bis. Yes, "cannot resolve against" means that there is already a FlowSpec = installed, and the new one is somehow in conflict with it so that having = both installed would imply some form of contradiction. I did have some = examples of this, but my brain is now cloudy. > Section 9 > > We should probably say that is specified in RFC 5440. I think the inheritance is through 8281 and 8231. > I also couldn't tell if there was a clear rule we are using for when = to > expand out sub-structures that we are not modifying vs. leaving them = to > the referenced document. Many are left out, but we do expand, e.g., > in PCUpd/PCRpt. No clear rule at all. Just trying to do what seemed clearest. > (I also note that we cover PCUpd and PCRpt in the reverse order to RFC > 8231, not that it really matters for much of anything.) Curious =F0=9F=98=8A > Section 12 > > modified or torn down. Such systems, therefore, apply security > considerations as described in [RFC5440], [RFC6952], and [RFC8253]. > > In my reading, the security considerations of RFC 6952 are directed = more > at protocol designers than at operators; could you say a little more > about what you expect the reader to take away from that reference? The 'instructions' in 6952 are principally targeted at implementations, = but I think the considerations (highlighting risks/threats) seems to = apply to operators (and perhaps their choice of which implementation to = purchase). > Also, I think that at least some of the security considerations from > 5575bis are also relevant to our usage of the data structures. That's fair enough. > The description of Flow Specifications associated with paths set up > or controlled by a PCE add a further detail that could be attacked > without tearing down LSPs or SR paths, but causing traffic to be > misrouted within the network. Therefore, the use of the security > mechanisms for PCEP referenced above is important. > > I might consider mentioning that the BGP flowspec work can use the = "same > originator" check for flowspec destination address and longest-prefix > match for routes to that address, which is unavailable in the PCEP > scenario. On the other hand, the PCE is fairly trusted already, so > maybe there is less need for such a check in the PCEP case. In general, I prefer not to comment on the security of BGP in the PCEP = document. A consideration might be to compare the address of the far end of the = LSP with the lonest prefix route, but I am not really sure that is = consistent with the use of LSP tunnels that are often intended to take = traffic off the normal route. Indeed, it seems that the correct way to = achieve this is to secure the communication/authentication with the PCE = and assume that the PCE/operator is doint what they want to happen - = having the PCC interfere or reject the command might actually be very = frustrating. > usually considered private customer information. Therefore, > implementations or deployments concerned with protecting privacy = MUST > apply the mechanisms described in the documents referenced above. > > (A construction of the form "if you care about , you MUST " > doesn't actually impose much of a normative requirement...) True. Are we gong to say "an operator MUST care about privacy"? I don't = think so.=20 What we are offering is that if an operator does care about privacy then = this is how they achieve it. > Although this is not directly a security issue per se, the confusion > and unexpected forwarding behavior may be engineered or exploited by > an attacker. Therefore, implementers and operators SHOULD pay > careful attention to the Manageability Considerations described in > Section 13. > > I appreciate that you mention this risk in this way; thanks! > > Section 13.1 > > which path. Unlike the behavior in a distributed routing system, it > is not important that each head-end implementation applies the same > rules to disambiguate overlapping Flow Specifications, but it is > important that: > > Just to check my understanding: this is "important" in the sense of > "important to the stability of the network"? Yeah (not for reasons of poetic justice).=20 For the first "important", "stability" is it. For the second "important", it is more likely "goodly functioning". Clarifying the text. > Section 13.3 > > This section seems like it could be roughly summarized as "someone > should please write some YANG". My personal preference would be to = say > this more along the lines of "YANG models describing the functionality > in this document have not yet been written, but are desirable. Some > relevant preexisting work is: [...]", but I can understand if your > preferences are different (or there is precedent for this kind of > formulation). Far be it from me to plead for more YANG models! We were just trying to point to existing work and how it could be = extended. However, I have changed the "will need" to "would need" to soften the = message. > Section 15.2 > > Since we depend on RFC 4364 for the format of the RD, that seems to = make > it a normative reference. Agreed > (We also use RFC 7399 as the source for a couple of defined terms, but > that doesn't seem like a big deal to me, personally.) I prefer to avoid the resulting downref for these two largely = descriptive terms. > I think technically you need RFC 8231 to implement the updated PCUpd > message we define, which arguably makes it normative as well. = (Likewise > 8281 for PCInitiate.) Absolutely!=20 > We do, however, require RFC 8232 for the Speaker Entity Identifier = TLV, > which is required in the FLOWSPEC object, so it's clearly a normative > reference. Right again. From nobody Wed Aug 26 14:08:56 2020 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 BEA583A052C; Wed, 26 Aug 2020 14:08:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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-4RK1sbSAOO; Wed, 26 Aug 2020 14:08:52 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 A22503A0544; Wed, 26 Aug 2020 14:08:50 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QL8igB028940; Wed, 26 Aug 2020 22:08:44 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 938112203B; Wed, 26 Aug 2020 22:08:44 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id 7DF3F2203A; Wed, 26 Aug 2020 22:08:44 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.114]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QL8hc8026297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 22:08:43 +0100 Reply-To: From: "Adrian Farrel" To: "'Roman Danyliw'" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159847187489.17269.2128556004841645905@ietfa.amsl.com> In-Reply-To: <159847187489.17269.2128556004841645905@ietfa.amsl.com> Date: Wed, 26 Aug 2020 22:08:43 +0100 Organization: Old Dog Consulting Message-ID: <029301d67bed$150568f0$3f103ad0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQDIuNJwSHtALPLpWSOg46sVu7ttEatmZDHQ X-Originating-IP: 84.51.134.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25628.003 X-TM-AS-Result: No--13.767-10.0-31-10 X-imss-scan-details: No--13.767-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25628.003 X-TMASE-Result: 10--13.766500-10.000000 X-TMASE-MatchedRID: 6lay9u8oTUPxIbpQ8BhdbPHkpkyUphL9TPM1foW4ZgNPvOpmjDN2kgMT qT+LpjRFjinGluSN89YQqJhxB8BPggLT8D/3IprGAkW6JTMS9Iw7IFMOvFEK2JxtHQRPgxBNcna DsElvQjVOzIHV7sW89Lwgg/WFjWfVNnGOSatq1j5JQAV6arsHZSlayzmQ9QV0r3DiW2de5g9OVR 7i88n9KkuaH2lspx+3/4adSdiu6B9Wk0yLgOgG0vSG/+sPtZVk52mltlE2n8iOIsAELqL7WJYhQ e3AVJWN0QV/DEtCgkKfN1WaPiCFfTzfKiE7JMCcmvnKSb020hwFHCcDXik5RmsFfPqDo4B1FldP dGH/7gLrC0ay6kIWRSKdpy+2RQAXKqQYHGt7U+vYeXBrcJgL5DONjBb0T4D8ERgtK1vKtV2EtqH PcziCcefOVcxjDhcwlnP9MMAZcdpTptoDfp6JrMRB0bsfrpPIfiAqrjYtFiSU9u/oKvJGx37gan mBWrPzNpjImqbsAqP1b5u8ZdBqMn7cGd19dSFd X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:08:54 -0000 Hi Roman, > COMMENT: > > ** Section 12. To refine what Ben Kaduk noted about the applicability = of > [RFC6952], Section 2.5 seems to apply for me. Yes, that it the relevant section, and I've added an explicit section = pointer. > ** Section 12. Per =E2=80=9CTherefore, implementations or deployments = concerned with > protecting privacy MUST apply the mechanisms described in the = documents > referenced above.=E2=80=9D, it might be helpful to explicitly call out = the specific > guidance to follow. I believe that it=E2=80=99s to use either IPSec = per Section 10.4 =E2=80=93 > 6 of RFC5440 or TLS per RFC8523 to provide transport security = properties. The > legacy references to TCP-AO and TCP MD5 in those documents = don=E2=80=99t help here. You're right about the advice and we can make it clear. MD5 obviously doesn't buy you much privacy and we can say that, too. Understanding that TCP-AO is "not widely implemented" if it is truly = legacy, I wish someone would toggle the status to Historic or write some = guidance on its non-use. > ** Section 12. Per =E2=80=9CAlthough this is not directly a security = issue per se, the > confusion and unexpected forwarding behavior may be engineered or = exploited by > an attacker. Therefore, implementers and operators SHOULD pay careful > attention to the Manageability Considerations described in Section = 13.=E2=80=9D, I > completely agree. I would say it a bit more strongly that this = complexity > could be a security issue. I=E2=80=99m envisioning a situation where = the complex > forwarding behaviors might create gaps in the monitoring and = inspection of > particular traffic or provide a path that avoids expected mitigations. Right. So, to be clear, the threat here is "user error caused by = confusion resulting from complexity." Yes, I can clarify that. Thanks again, Best, Adrian From nobody Wed Aug 26 14:15:29 2020 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 B41903A08CC; Wed, 26 Aug 2020 14:15:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, 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=cert.org 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 2icqQW7JShqb; Wed, 26 Aug 2020 14:15:24 -0700 (PDT) Received: from taper.sei.cmu.edu (taper.sei.cmu.edu [147.72.252.16]) (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 7ACA83A0FA6; Wed, 26 Aug 2020 14:13:51 -0700 (PDT) Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 07QLDnpZ024708; Wed, 26 Aug 2020 17:13:50 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 07QLDnpZ024708 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1598476430; bh=ASFIlC9sEj7lyUO2DQcSlD0vkFqzJeIq5LY4HSYRntA=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=B7XSfXp+Ges0C8TIi+CoqeaUYZ32O4EL1EP5d25XBlEKI9KENHZ0T1KFVLrpa8nLI CNky46MldkbyCnBPQSWtMfXR1ctqqBXhKQsSy2wbIrDNzulQfCdf/ggvGXzrI5xDF3 QajsqsTORwMdU/5zrGJnvdYKndTi8aBtYEDFDt44= Received: from MORRIS.ad.sei.cmu.edu (morris.ad.sei.cmu.edu [147.72.252.46]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 07QLDl8a029144; Wed, 26 Aug 2020 17:13:47 -0400 Received: from MORRIS.ad.sei.cmu.edu (147.72.252.46) by MORRIS.ad.sei.cmu.edu (147.72.252.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Wed, 26 Aug 2020 17:13:46 -0400 Received: from MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb]) by MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb%13]) with mapi id 15.01.1979.003; Wed, 26 Aug 2020 17:13:46 -0400 From: Roman Danyliw To: "adrian@olddog.co.uk" , "'The IESG'" CC: "draft-ietf-pce-pcep-flowspec@ietf.org" , "pce-chairs@ietf.org" , "pce@ietf.org" , "'Julien Meuric'" Thread-Topic: Roman Danyliw's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) Thread-Index: AQHWe+M6jB2HUkRLQ0Wy91x/skwkRqlLJXCA//+9TfA= Date: Wed, 26 Aug 2020 21:13:45 +0000 Message-ID: <97fc081252ed4796ac26a51bcc5981e5@cert.org> References: <159847187489.17269.2128556004841645905@ietfa.amsl.com> <029301d67bed$150568f0$3f103ad0$@olddog.co.uk> In-Reply-To: <029301d67bed$150568f0$3f103ad0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.203.1] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:15:27 -0000 SGkgQWRyaWFuIQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEFkcmlh biBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs+DQo+IFNlbnQ6IFdlZG5lc2RheSwgQXVndXN0 IDI2LCAyMDIwIDU6MDkgUE0NCj4gVG86IFJvbWFuIERhbnlsaXcgPHJkZEBjZXJ0Lm9yZz47ICdU aGUgSUVTRycgPGllc2dAaWV0Zi5vcmc+DQo+IENjOiBkcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dz cGVjQGlldGYub3JnOyBwY2UtY2hhaXJzQGlldGYub3JnOyBwY2VAaWV0Zi5vcmc7DQo+ICdKdWxp ZW4gTWV1cmljJyA8anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPg0KPiBTdWJqZWN0OiBSRTogUm9t YW4gRGFueWxpdydzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVj LTEwOg0KPiAod2l0aCBDT01NRU5UKQ0KPiANCj4gSGkgUm9tYW4sDQo+IA0KPiA+IENPTU1FTlQ6 DQo+ID4NCj4gPiAqKiBTZWN0aW9uIDEyLiAgVG8gcmVmaW5lIHdoYXQgQmVuIEthZHVrIG5vdGVk IGFib3V0IHRoZSBhcHBsaWNhYmlsaXR5DQo+ID4gb2YgW1JGQzY5NTJdLCBTZWN0aW9uIDIuNSBz ZWVtcyB0byBhcHBseSBmb3IgbWUuDQo+IA0KPiBZZXMsIHRoYXQgaXQgdGhlIHJlbGV2YW50IHNl Y3Rpb24sIGFuZCBJJ3ZlIGFkZGVkIGFuIGV4cGxpY2l0IHNlY3Rpb24gcG9pbnRlci4NCj4gDQo+ ID4gKiogU2VjdGlvbiAxMi4gIFBlciDigJxUaGVyZWZvcmUsIGltcGxlbWVudGF0aW9ucyBvciBk ZXBsb3ltZW50cw0KPiA+IGNvbmNlcm5lZCB3aXRoIHByb3RlY3RpbmcgcHJpdmFjeSBNVVNUIGFw cGx5IHRoZSBtZWNoYW5pc21zIGRlc2NyaWJlZA0KPiA+IGluIHRoZSBkb2N1bWVudHMgcmVmZXJl bmNlZCBhYm92ZS7igJ0sIGl0IG1pZ2h0IGJlIGhlbHBmdWwgdG8gZXhwbGljaXRseQ0KPiA+IGNh bGwgb3V0IHRoZSBzcGVjaWZpYyBndWlkYW5jZSB0byBmb2xsb3cuICBJIGJlbGlldmUgdGhhdCBp dOKAmXMgdG8gdXNlDQo+ID4gZWl0aGVyIElQU2VjIHBlciBTZWN0aW9uIDEwLjQg4oCTDQo+ID4g NiBvZiBSRkM1NDQwIG9yIFRMUyBwZXIgUkZDODUyMyB0byBwcm92aWRlIHRyYW5zcG9ydCBzZWN1 cml0eQ0KPiA+IHByb3BlcnRpZXMuICBUaGUgbGVnYWN5IHJlZmVyZW5jZXMgdG8gVENQLUFPIGFu ZCBUQ1AgTUQ1IGluIHRob3NlDQo+IGRvY3VtZW50cyBkb27igJl0IGhlbHAgaGVyZS4NCj4gDQo+ IFlvdSdyZSByaWdodCBhYm91dCB0aGUgYWR2aWNlIGFuZCB3ZSBjYW4gbWFrZSBpdCBjbGVhci4N Cj4gTUQ1IG9idmlvdXNseSBkb2Vzbid0IGJ1eSB5b3UgbXVjaCBwcml2YWN5IGFuZCB3ZSBjYW4g c2F5IHRoYXQsIHRvby4NCj4gVW5kZXJzdGFuZGluZyB0aGF0IFRDUC1BTyBpcyAibm90IHdpZGVs eSBpbXBsZW1lbnRlZCIgaWYgaXQgaXMgdHJ1bHkgbGVnYWN5LCBJDQo+IHdpc2ggc29tZW9uZSB3 b3VsZCB0b2dnbGUgdGhlIHN0YXR1cyB0byBIaXN0b3JpYyBvciB3cml0ZSBzb21lIGd1aWRhbmNl IG9uIGl0cw0KPiBub24tdXNlLg0KDQpSaWdodC4gIEkgY29uY3VyIG9uIHRoZSBpbXBsZW1lbnRh dGlvbiBzdGF0dXMgb2YgVENQLUFPLiAgSSB3YXMgYSB0b28gZmxpcCB3aXRoIHRoZSB1c2Ugb2Yg dGhlIHdvcmQgbGVnYWN5LiAgVG8gcmUtc3RhdGUgbXkgcG9pbnQsIFRDUC1BTyBhbmQgTUQ1IGRv bid0IGdldCB1cyBhbnl0aGluZyBmb3IgdGhpcyBwcml2YWN5IGlzc3VlLiAgTGV0J3MganVzdCBw b2ludCB0byBJUFNlYyBhbmQgVExTIGd1aWRhbmNlIChmcm9tIHRoZSByZWZlcmVuY2VzIGFscmVh ZHkgY2l0ZWQpLg0KDQo+ID4gKiogU2VjdGlvbiAxMi4gIFBlciDigJxBbHRob3VnaCB0aGlzIGlz IG5vdCBkaXJlY3RseSBhIHNlY3VyaXR5IGlzc3VlDQo+ID4gcGVyIHNlLCB0aGUgY29uZnVzaW9u IGFuZCB1bmV4cGVjdGVkIGZvcndhcmRpbmcgYmVoYXZpb3IgbWF5IGJlDQo+ID4gZW5naW5lZXJl ZCBvciBleHBsb2l0ZWQgYnkgYW4gYXR0YWNrZXIuICBUaGVyZWZvcmUsIGltcGxlbWVudGVycyBh bmQNCj4gPiBvcGVyYXRvcnMgU0hPVUxEIHBheSBjYXJlZnVsIGF0dGVudGlvbiB0byB0aGUgTWFu YWdlYWJpbGl0eQ0KPiA+IENvbnNpZGVyYXRpb25zIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDEzLuKA nSwgSSBjb21wbGV0ZWx5IGFncmVlLiAgSSB3b3VsZA0KPiA+IHNheSBpdCBhIGJpdCBtb3JlIHN0 cm9uZ2x5IHRoYXQgdGhpcyBjb21wbGV4aXR5IGNvdWxkIGJlIGEgc2VjdXJpdHkNCj4gPiBpc3N1 ZS4gIEnigJltIGVudmlzaW9uaW5nIGEgc2l0dWF0aW9uIHdoZXJlIHRoZSBjb21wbGV4IGZvcndh cmRpbmcNCj4gPiBiZWhhdmlvcnMgbWlnaHQgY3JlYXRlIGdhcHMgaW4gdGhlIG1vbml0b3Jpbmcg YW5kIGluc3BlY3Rpb24gb2YgcGFydGljdWxhcg0KPiB0cmFmZmljIG9yIHByb3ZpZGUgYSBwYXRo IHRoYXQgYXZvaWRzIGV4cGVjdGVkIG1pdGlnYXRpb25zLg0KPiANCj4gUmlnaHQuIFNvLCB0byBi ZSBjbGVhciwgdGhlIHRocmVhdCBoZXJlIGlzICJ1c2VyIGVycm9yIGNhdXNlZCBieSBjb25mdXNp b24NCj4gcmVzdWx0aW5nIGZyb20gY29tcGxleGl0eS4iIFllcywgSSBjYW4gY2xhcmlmeSB0aGF0 Lg0KDQpFeGFjdGx5LCBhbmQgbXkgcHJvc2Ugd2FzIGp1c3Qgc2hvd2luZyBhbiBleGFtcGxlIG9m IGlmIGNpcmN1bXN0YW5jZSB3aGVyZSBhbiBhdHRhY2tlciBtaWdodCBleHBsb2l0IHRoYXQuICAN Cg0KUm9tYW4NCg0KPiBUaGFua3MgYWdhaW4sDQo+IEJlc3QsDQo+IEFkcmlhbg0KDQo= From nobody Wed Aug 26 14:26:29 2020 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 D9EC83A0796; Wed, 26 Aug 2020 14:25:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 gYwjfaYjrATp; Wed, 26 Aug 2020 14:25:23 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 8F2413A078C; Wed, 26 Aug 2020 14:25:22 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QLPJRr006245; Wed, 26 Aug 2020 22:25:19 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id CB3E82203A; Wed, 26 Aug 2020 22:25:19 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id B5BD722032; Wed, 26 Aug 2020 22:25:19 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.114]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QLPIUI002393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 22:25:19 +0100 Reply-To: From: "Adrian Farrel" To: "'Alvaro Retana'" , "'The IESG'" Cc: , , , "'Julien Meuric'" Date: Wed, 26 Aug 2020 22:25:18 +0100 Organization: Old Dog Consulting Message-ID: <029b01d67bef$6640c7d0$32c25770$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AdZ772DmKGiRSKrzR82llSRteZq/cg== X-Originating-IP: 84.51.134.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25628.003 X-TM-AS-Result: No--13.667-10.0-31-10 X-imss-scan-details: No--13.667-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25628.003 X-TMASE-Result: 10--13.666900-10.000000 X-TMASE-MatchedRID: Rp71wniPtoPxIbpQ8BhdbLOZfnoLz1R3Ub4EdIZGxuDzlv7FEwWOywI5 K4+VUbbMUDYGlQbJDZZoFgfZP2Kdx9GETJv1/WyOHcQQBuf4ZFuxq37CBjJNbK4LsT8h8VCmGeK Aa5WpyDvJ+pClJd2LfFnBPVposfdICQK8suTMyGt+AWdjDjY8XRT+tsOINhqjhQMmqI5pNpg4ef GdirZSiSMnMpCETJ9Hybw+wx8CfJ2+RaPBINtS5Ko2fOuRT7aaHg5GIHtmVzwOUs4CTUgKy0tTG RLzVIs2Oelg+pLqPPHRRjITm+/ALMqHIZzMU5PjCbXjsXAtrYqyRKOkRV2jAbEe96bzLpOvnSWE uKxy4hNhi4LAdiX/xx0gHfOD/E6pHmhFYg/idC+84C/3iwAgxEGlIO30Hn7cfXoLsYVy+TKXTKv wZ1+TS0E6zU9tEujoviTqhu0vM006OXeDanhdcMPJnAiwpjhGNACXtweanwYhg/had72R1FzbAC a9XQ5uEG/jacf8ESkoNUZwSp4D74xx6d6X8tJ6PE3khmVvHO6Kkdm3P6XV3koPLn6eZ90+sVm3Y vAah++g8ucgKDTuXjmac2FDcqld3e+mlod8WlUqkSeDPauzryIk3dpe5X+hm6bXzeQ4SJVqJYrm PZg3PefOVcxjDhcw5i/lXtZ4Z+wLbigRnpKlKSBuGJWwgxAr0t0ccteCeDfasPqCIgVp3B4+Srl vGhvDhwpvI2RZ4jGbBkx3dXqXleulxyHOcPoH X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Alvaro Retana's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:25:25 -0000 Hi Alvaro, Responding to your Discuss separately from your Comment to get you an = answer before the telechat. > DISCUSS: > > =C2=A78.7: "it is possible that Flow Specifications will be = distributed by BGP as > well as by PCEP as described in this document...implementations MAY = provide a > configuration control to allow one protocol to take precedence over = the other > as this may be particularly useful if the Flow Specification make = identical > matches on traffic but have different actions." > > I understand the need to allow one protocol to take precedence over = the other. > > The concern I have is that in BGP's distribution model FlowSpecs are = forwarded > to other BGP speakers...which may not also be PCCs. If PCEP takes = precedence, > and the actions are different, then there might be nodes that take the > BGP-defined action when not intended to...potentially resulting in = unexpected > forwarding or rate-limiting of the traffic. > > Clearly, this issue is related to the different distribution models = for the > information. If the operator took care of using BGP to distribute = FlowSpecs to > only the PCCs, then this issue wouldn't exist. I would like to see = some text > that provides guidance when using both distribution mechanisms. This is a worthy Discuss! My understanding of the way that BGP FlowSpecs work is that it is not = required that they be identical at different BGP routers. Indeed, part = of the point is that different flows are treated differently at = different routers. Furthermore, before even considering PCEP, we need to recall that = FlowSpecs can be installed by BGP or by direct user configuration at = individual routers. Now, when we look at PCEP installing FlowSpecs, they apply only on = individual routers. They are used to classify traffic into LSPs at the = head end of those LSPs (these are TE LSPs and not LDP LSPs). The = FlowSpecs only have meaning at the head end of the LSPs and to consider = distributing them to other nodes would be chaotic and wrong. Whether the behaviour of the whole network is "unexpected" when = different FlowSpecs are installed by different mechanisms is dependent = on how carefully one is managing the system. If, for example, you have a = mixed IP/MPLS network that used MPLS-TE, then you might consider that = the TE-LSPs cause traffic to diverge from the shortest paths and that = that fact could have unexpected consequences for how traffic is balanced = in the network. Furthermore, if the TE-LSP doesn't go all the way to the = destination, you can get tromboning and all sorts of undesirable = effects. Yet, carefully managed TE is highly popular. What this spec does (and all that this spec does) is provide a mechanism = for the head end of LSPs to know what traffic to put on those LSPs. = Currently this is done using any number of proprietary configuration = tools. This offers a standardised approach that melds with the mechanism = used to configure the LSPs. FWIW, over the years we have been working on this document, I have = repeatedly thought that we made a mistake to mention the term FlowSpec. = The problem with the term is it makes people think "BGP" too readily. In = the end, however, the mechanism for implementing packet filters for BGP = and for directing traffic to LSPs is all in one place in all the = implementations, so the common use of the term is practical. Best, Adrian From nobody Wed Aug 26 14:26:44 2020 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 8DE7F3A07E0; Wed, 26 Aug 2020 14:26:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 I_XMlCgoq9vY; Wed, 26 Aug 2020 14:26:34 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 278363A07A9; Wed, 26 Aug 2020 14:26:33 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QLQSLW001157; Wed, 26 Aug 2020 22:26:28 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5C4A922044; Wed, 26 Aug 2020 22:26:28 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs2.iomartmail.com (Postfix) with ESMTPS id 466B922042; Wed, 26 Aug 2020 22:26:28 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.114]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QLQRjp021622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 22:26:27 +0100 Reply-To: From: "Adrian Farrel" To: "'Roman Danyliw'" , "'The IESG'" Cc: , , , "'Julien Meuric'" References: <159847187489.17269.2128556004841645905@ietfa.amsl.com> <029301d67bed$150568f0$3f103ad0$@olddog.co.uk> <97fc081252ed4796ac26a51bcc5981e5@cert.org> In-Reply-To: <97fc081252ed4796ac26a51bcc5981e5@cert.org> Date: Wed, 26 Aug 2020 22:26:27 +0100 Organization: Old Dog Consulting Message-ID: <029c01d67bef$8f216920$ad643b60$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQDIuNJwSHtALPLpWSOg46sVu7ttEQF0Nq6jAU7YlQirUFTQ8A== X-Originating-IP: 84.51.134.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25628.003 X-TM-AS-Result: No--29.424-10.0-31-10 X-imss-scan-details: No--29.424-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25628.003 X-TMASE-Result: 10--29.424400-10.000000 X-TMASE-MatchedRID: ZFzIhWOuIzvxIbpQ8BhdbOqwWVBfMuvoekMgTOQbVFvp1qa73dDTdqe7 nmhJA6kzAsdc8BXLJb2x3CvLSK1ryE3bYJ4h3Z058eSmTJSmEv2oNgF4lZVXFJ722hDqHosTCPI vP3uOlZe5StfB/3Hd4aMBmStfnmy2yXNZc4VnAvov3+J18jXdW1eCQ99zu8oJmXw0RNbqkoLDfF GFK6UzgcribRtCIfuHwUkszbc6jeY158EdyYsSY4S/TV9k6ppAEAImHgFYA95tw+n+iKWyyLyHz TKr2PB5FhSUD5yteesanKKLKmIACnbjKtRz1M+cOwpfLMeBwRvJ5SXtoJPLyEYza41dGqxSp56A jxnx9+wBgAB9yP/VZjL2zCenPkjeaFlk0tAiKs74AIbmhYnu0rzETYfYS4xZCDaSBZ23epr5gc6 akIiNTfrKePmZLehHN30nkw+1G08bji6Tj+it2npJm01s0ox6z/ROYC2DUoQh44tUX96R0OLmdk /ji+Y6fW39y7WGAba9bbLusWzG+Rv0uavzJz/CngIgpj8eDcBZDL1gLmoa/JuTdmBzA9G/FzCce ANpH4cLbigRnpKlKSBuGJWwgxArFnn7zLfna4I= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:26:38 -0000 Lovely, thanks. I have this captured in the working copy. Best, Adrian -----Original Message----- From: Roman Danyliw =20 Sent: 26 August 2020 22:14 To: adrian@olddog.co.uk; 'The IESG' Cc: draft-ietf-pce-pcep-flowspec@ietf.org; pce-chairs@ietf.org; = pce@ietf.org; 'Julien Meuric' Subject: RE: Roman Danyliw's No Objection on = draft-ietf-pce-pcep-flowspec-10: (with COMMENT) Hi Adrian! > -----Original Message----- > From: Adrian Farrel > Sent: Wednesday, August 26, 2020 5:09 PM > To: Roman Danyliw ; 'The IESG' > Cc: draft-ietf-pce-pcep-flowspec@ietf.org; pce-chairs@ietf.org; = pce@ietf.org; > 'Julien Meuric' > Subject: RE: Roman Danyliw's No Objection on = draft-ietf-pce-pcep-flowspec-10: > (with COMMENT) >=20 > Hi Roman, >=20 > > COMMENT: > > > > ** Section 12. To refine what Ben Kaduk noted about the = applicability > > of [RFC6952], Section 2.5 seems to apply for me. >=20 > Yes, that it the relevant section, and I've added an explicit section = pointer. >=20 > > ** Section 12. Per =E2=80=9CTherefore, implementations or = deployments > > concerned with protecting privacy MUST apply the mechanisms = described > > in the documents referenced above.=E2=80=9D, it might be helpful to = explicitly > > call out the specific guidance to follow. I believe that = it=E2=80=99s to use > > either IPSec per Section 10.4 =E2=80=93 > > 6 of RFC5440 or TLS per RFC8523 to provide transport security > > properties. The legacy references to TCP-AO and TCP MD5 in those > documents don=E2=80=99t help here. >=20 > You're right about the advice and we can make it clear. > MD5 obviously doesn't buy you much privacy and we can say that, too. > Understanding that TCP-AO is "not widely implemented" if it is truly = legacy, I > wish someone would toggle the status to Historic or write some = guidance on its > non-use. Right. I concur on the implementation status of TCP-AO. I was a too = flip with the use of the word legacy. To re-state my point, TCP-AO and = MD5 don't get us anything for this privacy issue. Let's just point to = IPSec and TLS guidance (from the references already cited). > > ** Section 12. Per =E2=80=9CAlthough this is not directly a = security issue > > per se, the confusion and unexpected forwarding behavior may be > > engineered or exploited by an attacker. Therefore, implementers and > > operators SHOULD pay careful attention to the Manageability > > Considerations described in Section 13.=E2=80=9D, I completely = agree. I would > > say it a bit more strongly that this complexity could be a security > > issue. I=E2=80=99m envisioning a situation where the complex = forwarding > > behaviors might create gaps in the monitoring and inspection of = particular > traffic or provide a path that avoids expected mitigations. >=20 > Right. So, to be clear, the threat here is "user error caused by = confusion > resulting from complexity." Yes, I can clarify that. Exactly, and my prose was just showing an example of if circumstance = where an attacker might exploit that. =20 Roman > Thanks again, > Best, > Adrian From nobody Wed Aug 26 14:36:12 2020 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 DACE33A0838; Wed, 26 Aug 2020 14:36:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 BBQqwRJU3tv3; Wed, 26 Aug 2020 14:36:09 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 EFC073A0836; Wed, 26 Aug 2020 14:36:08 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 07QLa0mb021545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 26 Aug 2020 17:36:02 -0400 Date: Wed, 26 Aug 2020 14:36:00 -0700 From: Benjamin Kaduk To: Adrian Farrel Cc: "'The IESG'" , draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, "'Julien Meuric'" Message-ID: <20200826213600.GG16914@kduck.mit.edu> References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:36:11 -0000 Hi Adrian, Responding to just the Discuss portion due to time constraints before the telechat... On Wed, Aug 26, 2020 at 09:51:52PM +0100, Adrian Farrel wrote: > Hi Ben, > > Thanks for the review. > A lot of very helpful comments and discussions. > All answers in line. > I have a working copy with the edits (hint to co-authors: *I* have the working copy :-) > > Best, > Adrian > > > DISCUSS: > > > > As with the others, I also found this document to be quite easy to > > read and well-structured; thank you! > > Kind of you to say so. > > > This is a Discuss because I want to have a discussion, not because I'm > > confident in the correctness of my position. But it seems like the > > ambiguity about when multiple flow specifications in single FLOWSPEC > > object are treated as logical AND to narrow a single flow specification > > versus treated as separate flow specifications per Section 8.4 could > > lead to confusion, and it would be simpler and have less risk to stick > > to the "one flow specification per FLOWSPEC object" model as discussed > > in the rest of the document. If the ability to define multiple flows > > within a single FLOWSPEC object is retained, I think we need more > > specific procedures for identifying when that is the case, quite > > possibly with a specific enumeration of cases. > > The specification of a flow can be complex. For example, > Destination address = 64.6.64.0/24 > Destination port number = 53 > Packet length > 1600 bytes > > These elements are each encoded in a separate Flow Specification TLV. Combined (using AND), they describe the Flow Specification. > > All of the elements of a Flow Specification (all of the Flow Specification TLVs) are included in a single Flow Filter TLV thus providing a grouping. Thus a Flow Filter TLV describes the Flow Specification. > > A Flowspec Object can contain zero or one Flow Filter TLV. Thus the object (when it contains a Flow Filter TLV) describes the Flow Specification. > > A PCEP message can contain multiple Flowspec Objects thus applying the function of the message to multiple Flow Specifications. > > So far, so good. Yup. > A little confusingly, we might want to describe a Flow Specification as: > Destination address = 64.6.64.0/24 or 64.6.65/24 > Destination port number = 53 > Packet length > 1600 bytes > > This could be done by defining two separate specifications. But there is a tendency to want to provide one Flow Filter TLV with four Flow Specification TLVs indicating > Destination address = 64.6.64.0/24 > Destination address = 64.6.65/24 > Destination port number = 53 > Packet length > 1600 bytes I understand that this is the sort of thing that is done, and that it is an attrative convenience... > The parser is expected to know when to apply AND and when to apply OR to construct the Flow Specification. I can't say I think this is hygienic, but it is 'common' practice in the BGP world, and it is basically functional. So we allow it as well (after all, it is probably the same code processing and installing the Flow Specifications). I'm mostly just worried about the latent risk of leaving it up to the parser to just "know", since my parser may disagree with your parser. It may well be that this is a topic that should be handled in common for PCEP and BGP (I don't have the BGP details at hand right now) and thus punted to IDR, but I would feel a lot more comfortable if there was some specific list of things that get OR treatment when appearing multiple times. (Or is the rule that if a single sub-TLV appears multiple times it's always OR, and the AND is for sub-TLV types? That's actually a pretty easy rule to enforce...) Src/dst IP address and port seem like prety obvious ORs, but is there anything else? What about the case of a packet length range, only packets between 500 and 1500 bytes on this path, with smaller ones and bigger ones getting their own paths? > However, 8.4 points out the risks and confusions associated, and indicates how those issues are resolved. Indeed, the discussion of risks/confusions is key, and as promised I will not insist on changes. I am hopeful, though, that we can give more clear procedures and close off as much of the risk as possible. -Ben > > I also mention in the per-section comments several places where (IIUC) > > there seems to be a need to match the Speaker Entity Identifier TLV as > > well as the FS-ID value. It might even be an exhaustive list, but > > please do a pass to check. > > Handled in line in the Comments with cross-check to the whole document. Thanks, Ben From nobody Wed Aug 26 14:48:48 2020 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 5E9503A0853; Wed, 26 Aug 2020 14:48:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 1L5Vq46Sn8RO; Wed, 26 Aug 2020 14:48:45 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 96A0D3A084C; Wed, 26 Aug 2020 14:48:44 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QLmg10004730; Wed, 26 Aug 2020 22:48:42 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A5ED62203A; Wed, 26 Aug 2020 22:48:42 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id 906C122032; Wed, 26 Aug 2020 22:48:42 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.114]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07QLmfke010952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 22:48:42 +0100 Reply-To: From: "Adrian Farrel" To: "'Benjamin Kaduk'" Cc: "'The IESG'" , , , , "'Julien Meuric'" References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> <20200826213600.GG16914@kduck.mit.edu> In-Reply-To: <20200826213600.GG16914@kduck.mit.edu> Date: Wed, 26 Aug 2020 22:48:41 +0100 Organization: Old Dog Consulting Message-ID: <02a801d67bf2$aa6fbd00$ff4f3700$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQLDTj3Q13wyyub0YMugaObGcrsfxAGSTBOTAo08KYOnUEst4A== X-Originating-IP: 84.51.134.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25628.003 X-TM-AS-Result: No--30.657-10.0-31-10 X-imss-scan-details: No--30.657-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25628.003 X-TMASE-Result: 10--30.656800-10.000000 X-TMASE-MatchedRID: CxmI61mtwh/xIbpQ8BhdbPHkpkyUphL9P1EB4PPRVRv+osBVQQ/OPGlF 7OhYLlctYS4uzNQBxsKVli3dUdHmdvfoZuWRm0DRXK5keCa+bmirkSWwZ0fUGb0rWM4nIpJrg8I f1/1zIFLD19Wcc9T1z5kt8TjV39a63dpCt+02H6xcyFMR6lwfkLzETYfYS4xZWcVk1+PpebYADV ryRoxCDjaa45dRUBNmEvsg7x5dWvFlHUVkAeEQnNjz1jeuM5I6i/zKFHcBv/sb5Pj6VcKMJ0zVa T5eQdqW8GtzhHE0j3DUlUXqI6dEdWkB3UyzPuVK1T7WuTapx0o7GNv1BBu35BT6fRStTFA7Xa9+ 3ZJzfMJsfqdJaA07M7SJSoi4LGd3rujapP4CHCXM0ihsfYPMYUjCi9tfhPjQ8CWGWvy/Nx3Ym/1 wAQO/Ck4hq7v5fXMN2XB5Gvp432DD7ls8TAJe6E2rn9j60W9b8U2eviQyDg3g91xayX4L8/GtXK JT4WTOVgEY9eh+L8+310iilwWxWr8q1zjO7UWhHcQQBuf4ZFv348e2CE/wYvnUz2SOjbiBrYrkc 49p8FwjC473tmeTGbpukerCcV5JqsgaQnGP8hNLIfps09VJ2xYd2cDFj3ghL+H1U69PoCDmEus1 fR3aoQdeFLFituFxHJcfudTYVNytZmE9gjMaXTdfT4zyWoZSaVixrzjDaFNdmCn0mOn8zNNZnqb wOWHjrPPPZrtq33gOHz1oxm3CQuM2fQ6STlVfuoibJpHRrFnh79l0/syuVmtEzrC9eANpjsvfgr 0ODLpORdCQ9Bl2JKyt264cYeNmpljg/F9ExYSeAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47hHtBsf5 /UXJY+5utncM1VT3QfwsVk0UbslCGssfkpInQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:48:47 -0000 > Responding to just the Discuss portion due to time constraints before the > telechat... Understood Top posting: This really feels like a problem for 5575bis. I'm beginning to think we overstepped by even mentioning it in this document. I wanted to draw out the risks and confusions (almost to say "don't do that") without trampling on existing practice or messing with BGP. This is (clearly?) not the document to tell people how to manage their BGP FlowSpecs, yet we wanted to inherit as much as possible from BGP, yet we don't want people to damage themselves, yet the scissors are sharp and they enjoy running. You paragraph of suggestions of pointers of how/when to do AND and OR is a reasonable starting point. But surely it is something that belongs in 5575bis? Cheers, Adrian On Wed, Aug 26, 2020 at 09:51:52PM +0100, Adrian Farrel wrote: > Hi Ben, > > Thanks for the review. > A lot of very helpful comments and discussions. > All answers in line. > I have a working copy with the edits (hint to co-authors: *I* have the working copy :-) > > Best, > Adrian > > > DISCUSS: > > > > As with the others, I also found this document to be quite easy to > > read and well-structured; thank you! > > Kind of you to say so. > > > This is a Discuss because I want to have a discussion, not because I'm > > confident in the correctness of my position. But it seems like the > > ambiguity about when multiple flow specifications in single FLOWSPEC > > object are treated as logical AND to narrow a single flow specification > > versus treated as separate flow specifications per Section 8.4 could > > lead to confusion, and it would be simpler and have less risk to stick > > to the "one flow specification per FLOWSPEC object" model as discussed > > in the rest of the document. If the ability to define multiple flows > > within a single FLOWSPEC object is retained, I think we need more > > specific procedures for identifying when that is the case, quite > > possibly with a specific enumeration of cases. > > The specification of a flow can be complex. For example, > Destination address = 64.6.64.0/24 > Destination port number = 53 > Packet length > 1600 bytes > > These elements are each encoded in a separate Flow Specification TLV. Combined (using AND), they describe the Flow Specification. > > All of the elements of a Flow Specification (all of the Flow Specification TLVs) are included in a single Flow Filter TLV thus providing a grouping. Thus a Flow Filter TLV describes the Flow Specification. > > A Flowspec Object can contain zero or one Flow Filter TLV. Thus the object (when it contains a Flow Filter TLV) describes the Flow Specification. > > A PCEP message can contain multiple Flowspec Objects thus applying the function of the message to multiple Flow Specifications. > > So far, so good. Yup. > A little confusingly, we might want to describe a Flow Specification as: > Destination address = 64.6.64.0/24 or 64.6.65/24 > Destination port number = 53 > Packet length > 1600 bytes > > This could be done by defining two separate specifications. But there is a tendency to want to provide one Flow Filter TLV with four Flow Specification TLVs indicating > Destination address = 64.6.64.0/24 > Destination address = 64.6.65/24 > Destination port number = 53 > Packet length > 1600 bytes I understand that this is the sort of thing that is done, and that it is an attrative convenience... > The parser is expected to know when to apply AND and when to apply OR to construct the Flow Specification. I can't say I think this is hygienic, but it is 'common' practice in the BGP world, and it is basically functional. So we allow it as well (after all, it is probably the same code processing and installing the Flow Specifications). I'm mostly just worried about the latent risk of leaving it up to the parser to just "know", since my parser may disagree with your parser. It may well be that this is a topic that should be handled in common for PCEP and BGP (I don't have the BGP details at hand right now) and thus punted to IDR, but I would feel a lot more comfortable if there was some specific list of things that get OR treatment when appearing multiple times. (Or is the rule that if a single sub-TLV appears multiple times it's always OR, and the AND is for sub-TLV types? That's actually a pretty easy rule to enforce...) Src/dst IP address and port seem like prety obvious ORs, but is there anything else? What about the case of a packet length range, only packets between 500 and 1500 bytes on this path, with smaller ones and bigger ones getting their own paths? > However, 8.4 points out the risks and confusions associated, and indicates how those issues are resolved. Indeed, the discussion of risks/confusions is key, and as promised I will not insist on changes. I am hopeful, though, that we can give more clear procedures and close off as much of the risk as possible. -Ben > > I also mention in the per-section comments several places where (IIUC) > > there seems to be a need to match the Speaker Entity Identifier TLV as > > well as the FS-ID value. It might even be an exhaustive list, but > > please do a pass to check. > > Handled in line in the Comments with cross-check to the whole document. Thanks, Ben From nobody Wed Aug 26 14:54:02 2020 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 67F4C3A08AD; Wed, 26 Aug 2020 14:53:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 aXnA3mkj_1qX; Wed, 26 Aug 2020 14:53:56 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 11F723A0898; Wed, 26 Aug 2020 14:53:55 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 07QLrnFR027510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 26 Aug 2020 17:53:52 -0400 Date: Wed, 26 Aug 2020 14:53:49 -0700 From: Benjamin Kaduk To: Adrian Farrel , aretana.ietf@gmail.com Cc: "'The IESG'" , draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, "'Julien Meuric'" Message-ID: <20200826215349.GH16914@kduck.mit.edu> References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> <20200826213600.GG16914@kduck.mit.edu> <02a801d67bf2$aa6fbd00$ff4f3700$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02a801d67bf2$aa6fbd00$ff4f3700$@olddog.co.uk> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:53:58 -0000 On Wed, Aug 26, 2020 at 10:48:41PM +0100, Adrian Farrel wrote: > > Responding to just the Discuss portion due to time constraints before the > > telechat... > > Understood > > Top posting: > > This really feels like a problem for 5575bis. I'm beginning to think we > overstepped by even mentioning it in this document. I wanted to draw out the > risks and confusions (almost to say "don't do that") without trampling on > existing practice or messing with BGP. This is (clearly?) not the document > to tell people how to manage their BGP FlowSpecs, yet we wanted to inherit > as much as possible from BGP, yet we don't want people to damage themselves, > yet the scissors are sharp and they enjoy running. > > You paragraph of suggestions of pointers of how/when to do AND and OR is a > reasonable starting point. But surely it is something that belongs in > 5575bis? I suspect you are right... Alvaro, what do you think? -Ben From nobody Wed Aug 26 15:19:57 2020 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 D2D053A093C; Wed, 26 Aug 2020 15:19:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 xSFTITRMRgaB; Wed, 26 Aug 2020 15:19:50 -0700 (PDT) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 57C093A093A; Wed, 26 Aug 2020 15:19:50 -0700 (PDT) Received: by mail-ej1-x632.google.com with SMTP id o18so4979690eje.7; Wed, 26 Aug 2020 15:19:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=l+srp/VmD60OVRIHoISeJhV+ymkW18lNVcd6V5HDR48=; b=r0U5fs8XwqBZZNrIBC/2pmFYHAMxmZX8ZDX//WeF19fOyj3/owL/yfTeHRCd/exUqF jT1Xty5YZU8Bhxj7xWz5Zitml5MBU4h/UWmb0553oVvnt2JnqabKxCFjgXe/rhBrghxU PljP9Nv/agfc3K7z6O+Y0f0AKJHqPhrvAuUEieXP8R/u9WIW4v54twAgx6kUq7Cjbjrn +Qppy/XsAjAMHZdm7EWMIJdSluBXpfjZwOZlokiIFCdu3ax5jW6rx9RSZCj+5Sk5ZClx y5r0XbbCedIgK/MkPLLINk3TNlTJD9E9WU0vLppHkVKaO4z+AYR7qW+EJhKase2YVBE3 UTSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=l+srp/VmD60OVRIHoISeJhV+ymkW18lNVcd6V5HDR48=; b=cJkrJd26ttilszgMFv0U1Kt11sMlTB7NNb0nsNQf8EHls3gHuDPFQ73XMllPC2IOps XCFZpLUCGQxN3pu/GNiBVG6XBjelrb5DIQj4EQatEFlAbUjFA7PGyQaSezw0Qe8Y5Poi uqxzr2wvKK6aWNK8ZAhRDXl/zBr2camKe0BvlO1j3bM1ILZv/oXYvxXW6Q6+u/5ey6Xd WPYjTDw4F8+ENAS6ZfqqAblr4E65RPemyg57HUwSCfMFEWUqWfnk4O605S2DG2HVguGW PKaOnUwxQuqjNpBHBo4hwcKZ6ckrULLSuqLR/93hXINHn0/OwYhcDc1OPUSkgb9U0s8P hkPQ== X-Gm-Message-State: AOAM530oqcqHSFHTLR86zacoYZG1RKViN3Wsp5nmj+w/CateeEer3K/7 Js3KNFWykO/BWs4sXKNEwxHQWYZ/DscqWc60R2w= X-Google-Smtp-Source: ABdhPJzybWP72NoZLT2K5xfZR1h2ikA9zfc4d/j9UOmaXktDRJWYcwZU9Fmz0lmEF3iPK3xj2bNC0doEvs2MtT5KYvk= X-Received: by 2002:a17:906:74de:: with SMTP id z30mr18572702ejl.478.1598480388694; Wed, 26 Aug 2020 15:19:48 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 26 Aug 2020 22:19:47 +0000 From: Alvaro Retana In-Reply-To: <029b01d67bef$6640c7d0$32c25770$@olddog.co.uk> References: <029b01d67bef$6640c7d0$32c25770$@olddog.co.uk> MIME-Version: 1.0 Date: Wed, 26 Aug 2020 22:19:47 +0000 Message-ID: To: adrian@olddog.co.uk, The IESG Cc: pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , draft-ietf-pce-pcep-flowspec@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Pce] Alvaro Retana's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 22:19:52 -0000 On August 26, 2020 at 5:25:20 PM, Adrian Farrel wrote: Adrian: Hi! ... > > The concern I have is that in BGP's distribution model FlowSpecs are > > forwarded to other BGP speakers...which may not also be PCCs. If PCEP > > takes precedence, and the actions are different, then there might be > > nodes that take the BGP-defined action when not intended to...potential= ly > > resulting in unexpected forwarding or rate-limiting of the traffic. > > > > Clearly, this issue is related to the different distribution models for > > the information. If the operator took care of using BGP to distribute > > FlowSpecs to only the PCCs, then this issue wouldn't exist. I would lik= e > > to see some text that provides guidance when using both distribution > > mechanisms. > > This is a worthy Discuss! > > My understanding of the way that BGP FlowSpecs work is that it is not > required that they be identical at different BGP routers. Indeed, part of > the point is that different flows are treated differently at different > routers. Right. =C2=A0That is not my concern; I wasn't clear enough. As you know, there are multiple ways of setting up distribution of FlowSpec in BGP. =C2=A0One way is to have point-to-point BGP sessions from a central box to specific routers where the actions are to be applied -- limiting the distribution to just those BGP speakers. =C2=A0In this case, the FlowSpecs/Actions will likely be different (as you describe). I'm not concerned about that case. Let me try again. =C2=A0rfc5575bis says this: =C2=A0 =C2=A0From an operational perspective, the utilization of BGP as the =C2=A0 =C2=A0carrier for this information allows a network service provider= to =C2=A0 =C2=A0reuse both internal route distribution infrastructure (e.g., r= oute =C2=A0 =C2=A0reflector or confederation design) and existing external =C2=A0 =C2=A0relationships (e.g., inter-domain BGP sessions to a customer =C2=A0 =C2=A0network). By reusing the "internal route distribution infrastructure", the FlowSpecs are advertised, for example, from the originator to a route reflector to its clients -- and maybe even further (consider a hierarchical RR deployment). =C2=A0Note that this type of distribution is "normal" BGP, not specific to FlowSpec. In this case, the FlowSpecs are the same everywhere -- there may not be traffic that matches, but they are the same (modulo local policy). Assume distribution through a RR, and locating the LSP headend at the RR (=3D PCC). =C2=A0If traffic comes into the network through the clients, = it will first be matched against the BGP FlowSpec...even if PCEP has precedence over BGP at the RR/PCC. =C2=A0IOW, the traffic would first be subject to the action advertised by BGP before the PCC can act on it. Is this explanation clearer? Note that in some cases this type of setup may be what the operator wants: maybe the intent is to rate limit (some of) the traffic (at the client using BGP) and then let the headend put it in a specific LSP (using PCEP). I think this document doesn't cover the potential downside of using different distribution models. It might not be evident to everyone that the BGP information may be propagated further. Thanks! Alvaro. From nobody Wed Aug 26 23:23:13 2020 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 6122B3A0D35; Wed, 26 Aug 2020 23:23:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Murray Kucherawy via Datatracker To: "The IESG" Cc: draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, Julien Meuric X-Test-IDTracker: no X-IETF-IDTracker: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Murray Kucherawy Message-ID: <159850939237.13628.15156787752462147769@ietfa.amsl.com> Date: Wed, 26 Aug 2020 23:23:12 -0700 Archived-At: Subject: [Pce] Murray Kucherawy's No Objection on draft-ietf-pce-pcep-flowspec-10: (with COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 06:23:12 -0000 Murray Kucherawy has entered the following ballot position for draft-ietf-pce-pcep-flowspec-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-pcep-flowspec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I support two things: Ben's DISCUSS position, and the various kudos from others about a very well written document. For the sake of providing one bit of feedback not covered by others: Section 13.8 is probably unnecessary. From nobody Thu Aug 27 03:19:44 2020 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 D3F283A094B; Thu, 27 Aug 2020 03:19:42 -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: 7.14.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159852358280.12932.7487701395237384276@ietfa.amsl.com> Date: Thu, 27 Aug 2020 03:19:42 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-flexible-grid-04.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 10:19:43 -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 Extension for Flexible Grid Networks Authors : Young Lee Haomian Zheng Ramon Casellas Ricard Vilalta Daniele Ceccarelli Francesco Lazzeri Filename : draft-ietf-pce-flexible-grid-04.txt Pages : 19 Date : 2020-08-27 Abstract: This document provides the Path Computation Element Communication Protocol (PCEP) extensions for the support of Routing and Spectrum Assignment (RSA) in Flexible Grid networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-flexible-grid/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-flexible-grid-04 https://datatracker.ietf.org/doc/html/draft-ietf-pce-flexible-grid-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-flexible-grid-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 27 03:30:52 2020 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 C4D133A09B3; Thu, 27 Aug 2020 03:30:46 -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, SPF_HELO_NONE=0.001, SPF_NONE=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 NqqrnPBFbp44; Thu, 27 Aug 2020 03:30:45 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 8684B3A09A6; Thu, 27 Aug 2020 03:30:44 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07RAUf6S023227; Thu, 27 Aug 2020 11:30:41 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5006422042; Thu, 27 Aug 2020 11:30:41 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 42DE522056; Thu, 27 Aug 2020 11:30:41 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.114]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07RAUdTZ004942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 Aug 2020 11:30:40 +0100 Reply-To: From: "Adrian Farrel" To: "'Alvaro Retana'" , "'The IESG'" Cc: , , "'Julien Meuric'" , References: <029b01d67bef$6640c7d0$32c25770$@olddog.co.uk> In-Reply-To: Date: Thu, 27 Aug 2020 11:30:40 +0100 Organization: Old Dog Consulting Message-ID: <036701d67c5d$1d216960$57643c20$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQKIab1zgb7GVhZd+7X9oleQwz2eegGNmF0Ip9t2E2A= X-Originating-IP: 84.51.134.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25628.005 X-TM-AS-Result: No--25.904-10.0-31-10 X-imss-scan-details: No--25.904-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25628.005 X-TMASE-Result: 10--25.904100-10.000000 X-TMASE-MatchedRID: 8HTFlOrbAtHxIbpQ8BhdbPVY7U3NX8JgIiTd2l7lf6FHNQon9ngWGxPs JtLfbKU7VkkP1AGCiOtEOkB5+l4cBb+Cta6KT8i9vOAv94sAIMTg02I3oyGU8E+86maMM3aS9xo 1Ph7CMnaBzuYpt2gKCWSBw9ZfeHugjeydHFnA4nnwpAypldoLOQILzOoe9wbaSX8n1Gj4wAGQGj adrr54MevT+hPnNxjOyBHVl0XpbiZaNuBkeorXTjlRhU08NvGHSriC59qdEjIx8BJT3TOt8Af27 oWWf/ikIQ5e4/ccEJv/pOufJrbKKBGOY7n8oZ80hfVGKxFlUf4o0sFymuYemQg2kgWdt3qaB+Ev qmMuRzlLr8C4zF4b5ly/K+nxsecjbIXRFXH5aVDM1jffIgQXhq1ZGUKR0YgsF2PoDU7mzkBnOhY gYp+C3bdPrkFMalw+6dlG10oMNyN2CEKBxIsfqoEMv3ouDK4xFLcHeKExQb1/BPD+By8FjB/pZ3 bffunhDkJ1z0JWLnE2jtcmrDZtJLcqyQZetwv3Ra3I16lfmAAO9z+P2gwiBX8ozV5Wwb50XQFFm +iYXg3ZEhrS7mh5pv7K1AtfLy0amyCOnEqF8rMNwUVhIF6pVnougsvuHa/aRjNrjV0arFLyeXAq 2HsRLRLPBQDUYsgV3lrEPFc8edffisUn4LAGx6Jdz9kGTSBvRls6srywofFv/W4eavUSatO6Q5c VbfMnfdmtnxTcsDUlceWbm65xpmJHzZ+AhF/Y+KUzuemidPwh9mNF8ZPJ2JEs4f9DqeIvu21bCv U7tD2Kk7CRJFe7O0K9oY6PvCbGwn1SBY6OO6meAiCmPx4NwFkMvWAuahr8i2QFaYS1v20qtq5d3 cxkNQwWxr7XDKH8lExlQIQeRG0= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Alvaro Retana's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 10:30:47 -0000 Hi Alvaro, Thanks for iterating on this. I think it is not a 'potential downside' that the BGP FlowSpecs may be = propagated further than the PCEP ones. I think it is highly functional. = The PCEP FlowSpec is intended to apply only at the head end of the LSP. = It is not about network planning, but out processing on a single node = that is the head end of the LSP. Looked at another way: why was the LSP set up? Presumably the operator = saw the need to tunnel traffic from one point in the network to another. = That assumes that the traffic is arriving at that head end (because = otherwise, the LSP is a bit of a waste of time). All this document does = is tell the head end what traffic to put on the LSP, and (by omission) = what traffic to continue to route using other means. If changes to the = routing system (whether through BGP with or without FlowSpecs, or = through IGPs) mean that the traffic never reaches the head end of the = LSP, that is perfectly OK as far as this work is concerned. Of course, = the operator might be annoyed that they set up an unused LSP, but they = are also in control of the routing system, so they should work it out. I think there are three points we can work on to add to the document: 1. PCEP-installed FlowSpecs MUST NOT be redistributed to other routers = using BGP. 2. PCEP-installed FlowSpecs are intended to be installed only at the = head-end of the LSP to which they direct traffic. It is acceptable (and = potentially desirable) that other routers have FlowSpecs that match the = same traffic but direct it onto different routes or to different LSPs. 3. Note that changes to the wider routing system (such as the = distribution and installation of BGP FlowSpecs, or fluctuations in the = IGP link state database) might mean that traffic matching the PCEP = FlowSpec never reaches the head end of the LSP at which the PCEP = FlowSpec is installed. This may or may not be desirable according to the = operator's traffic engineering and routing policies, but it is not an = effect that this document seeks to address. BTW - a second issue arises from various discussions which had escaped = us before. 5575bis makes a change from 5575 such that only one instance = of any type of flow specification component can now be present in a = FlowSpec. This makes our life a lot easier and we can tidy the document = accordingly. Best, Adrian -----Original Message----- From: Alvaro Retana =20 Sent: 26 August 2020 23:20 To: adrian@olddog.co.uk; The IESG Cc: pce-chairs@ietf.org; pce@ietf.org; Julien Meuric = ; draft-ietf-pce-pcep-flowspec@ietf.org Subject: RE: Alvaro Retana's Discuss on draft-ietf-pce-pcep-flowspec-10: = (with DISCUSS) On August 26, 2020 at 5:25:20 PM, Adrian Farrel wrote: Adrian: Hi! ... > > The concern I have is that in BGP's distribution model FlowSpecs are > > forwarded to other BGP speakers...which may not also be PCCs. If = PCEP > > takes precedence, and the actions are different, then there might be > > nodes that take the BGP-defined action when not intended = to...potentially > > resulting in unexpected forwarding or rate-limiting of the traffic. > > > > Clearly, this issue is related to the different distribution models = for > > the information. If the operator took care of using BGP to = distribute > > FlowSpecs to only the PCCs, then this issue wouldn't exist. I would = like > > to see some text that provides guidance when using both distribution > > mechanisms. > > This is a worthy Discuss! > > My understanding of the way that BGP FlowSpecs work is that it is not > required that they be identical at different BGP routers. Indeed, part = of > the point is that different flows are treated differently at different > routers. Right. That is not my concern; I wasn't clear enough. As you know, there are multiple ways of setting up distribution of FlowSpec in BGP. One way is to have point-to-point BGP sessions from a central box to specific routers where the actions are to be applied -- limiting the distribution to just those BGP speakers. In this case, the FlowSpecs/Actions will likely be different (as you describe). I'm not concerned about that case. Let me try again. rfc5575bis says this: From an operational perspective, the utilization of BGP as the carrier for this information allows a network service provider to reuse both internal route distribution infrastructure (e.g., route reflector or confederation design) and existing external relationships (e.g., inter-domain BGP sessions to a customer network). By reusing the "internal route distribution infrastructure", the FlowSpecs are advertised, for example, from the originator to a route reflector to its clients -- and maybe even further (consider a hierarchical RR deployment). Note that this type of distribution is "normal" BGP, not specific to FlowSpec. In this case, the FlowSpecs are the same everywhere -- there may not be traffic that matches, but they are the same (modulo local policy). Assume distribution through a RR, and locating the LSP headend at the RR (=3D PCC). If traffic comes into the network through the clients, it will first be matched against the BGP FlowSpec...even if PCEP has precedence over BGP at the RR/PCC. IOW, the traffic would first be subject to the action advertised by BGP before the PCC can act on it. Is this explanation clearer? Note that in some cases this type of setup may be what the operator wants: maybe the intent is to rate limit (some of) the traffic (at the client using BGP) and then let the headend put it in a specific LSP (using PCEP). I think this document doesn't cover the potential downside of using different distribution models. It might not be evident to everyone that the BGP information may be propagated further. Thanks! Alvaro. From nobody Thu Aug 27 06:06:57 2020 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 7C8123A082E; Thu, 27 Aug 2020 06:06:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 gSGuVG1p38OS; Thu, 27 Aug 2020 06:06:51 -0700 (PDT) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 D2D703A0598; Thu, 27 Aug 2020 06:06:50 -0700 (PDT) Received: by mail-ed1-x52f.google.com with SMTP id f24so4834657edw.10; Thu, 27 Aug 2020 06:06:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=6jDQzLG+NOFaN5V/GmutHaCA9OygBa/X575TqVDd0gE=; b=kGt4DCDWgmLTPImN+bJwttY/NTazDAfurNOtw12yifMTSbzFBTudHuUeqpConBV8MB DRSH/6zuZoYNp1IrGvBmktbx+8KTB6r4J+HSVGzjnRi99gbhVq/wA2+LnDOechpG+e2J 5NyYnoAFL30x/gy8ksXGpb4hhkO6QkcB6eY4XxWLcc3xFXGiL6WcRpKgQOeiZes8mz6o nHNMOD61CfhgUJaKP9cm63Y/Z73eolKNQ/5nstw38JZewKEOrn2+DhJ51TNcI6+I7kO+ UG66XjjpWwVMcQzUChbKvVPXB95tHNvQZjS94HI525sb21pzlRynrcVyWaw28Dwao5AB pMmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=6jDQzLG+NOFaN5V/GmutHaCA9OygBa/X575TqVDd0gE=; b=r3ZAmKZETrk0RV/9qVIwETJ+XHYcLM5MW1RSwd9ASGoEpm1pAtaMSqncIdfdSDrrAi IkZjouMNU01HME/6zH5GO4Cgng2lxBYGdpUA3Y8XMDeDcVdKv3qbgQiRaIuCKP/IfRxG XTSdhDwFApRgA626Dc3ImEBI7n9k91603JpYRWXwIpkglICR7qIfL82vEapoaQcMMne3 3PsxANdvV2uoiE4y82Q4N1NDLlVMuuAPA+bPbijIUuCiCGWU7EM+P7ujxzpZtrr9QZo+ x2pKCbe8x1b+NGAF9KUTQYnmX/dyQTThxwgdet8eI5hvPF9BiFYV0ZZNa2sGg5acAQhO UCVA== X-Gm-Message-State: AOAM530D/v1OZQ7+BPhq3W9TV+HcTA8rbmRdmUDvTyhjkkO4rr+TU4MJ CMyLkVKPnMs4APgDLXwnjRr6n76FHMBq7dyPjy8= X-Google-Smtp-Source: ABdhPJy+wJpDQtG9A8vzqxZzlrISs6vi3JAILhgCEPh6Op7b/YcmEmm66Fw5kezetACJpmGEMn2Hhs7x+paJomvL1gw= X-Received: by 2002:aa7:dc58:: with SMTP id g24mr18590751edu.344.1598533609263; Thu, 27 Aug 2020 06:06:49 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 27 Aug 2020 06:06:48 -0700 From: Alvaro Retana In-Reply-To: <036701d67c5d$1d216960$57643c20$@olddog.co.uk> References: <029b01d67bef$6640c7d0$32c25770$@olddog.co.uk> <036701d67c5d$1d216960$57643c20$@olddog.co.uk> MIME-Version: 1.0 Date: Thu, 27 Aug 2020 06:06:48 -0700 Message-ID: To: adrian@olddog.co.uk, The IESG Cc: pce-chairs@ietf.org, pce@ietf.org, Julien Meuric , draft-ietf-pce-pcep-flowspec@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Pce] Alvaro Retana's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 13:06:53 -0000 On August 27, 2020 at 6:30:41 AM, Adrian Farrel wrote: Adrian: Hi! > I think there are three points we can work on to add to the document: > 1. PCEP-installed FlowSpecs MUST NOT be redistributed to other routers > using BGP. Just to be clear, redistributing PCEP FS was never the intent. Are there cases where PCEP information is redistributed into a routing protocol? =C2=A0If not, then I don't think this first point is necessary. > 2. PCEP-installed FlowSpecs are intended to be installed only at the > head-end of the LSP to which they direct traffic. It is acceptable (and > potentially desirable) that other routers have FlowSpecs that match the > same traffic but direct it onto different routes or to different LSPs. ok > 3. Note that changes to the wider routing system (such as the distributio= n > and installation of BGP FlowSpecs, or fluctuations in the IGP link state > database) might mean that traffic matching the PCEP FlowSpec never reache= s > the head end of the LSP at which the PCEP FlowSpec is installed. This may > or may not be desirable according to the operator's traffic engineering a= nd > routing policies, but it is not an effect that this document seeks to > address. That is what I'm looking for: a mention of the potential... Thanks! Alvaro. From nobody Thu Aug 27 08:09:55 2020 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 6E01D3A0C6C; Thu, 27 Aug 2020 08:09:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 goNZ4skR4FRg; Thu, 27 Aug 2020 08:09:49 -0700 (PDT) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 E14053A0D55; Thu, 27 Aug 2020 08:09:48 -0700 (PDT) Received: by mail-ej1-x632.google.com with SMTP id e23so7365365ejb.4; Thu, 27 Aug 2020 08:09:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=BS2M/Crr3k8g+lLnzlVH1MN7ij264mmDvY9Tw+b8azs=; b=rahD8MWXw22M/AIhnECddtWCN3QkqxbV+DONdcwRyN1SpBoObSI3gfpcFFuCgusZ+7 OOGAhSpTde1NrHoqarddMMzsc+cK7CF/NhIWyoWiyDQCPIEMsfuACTNZKuyv3+9pWCBI zoKpEj7jcFDtg07x/L8ZDC5n8h+RpicL+LGtAhzjluos7jvml1ZVnF7ou77mVCfCNr1j D4jyySX/5J434nikSgmnjMDqwkEgYER5Z7PXweJ7SUrPcHLbYDIgs6z8LTo1NTleh2Tq uieqEC6DQnx2HSaC+k6kLdRuLSlhrqxUqQCs+bKWXk96PWUgHuhgBnUhgw4S0UsNeQ0D zzdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=BS2M/Crr3k8g+lLnzlVH1MN7ij264mmDvY9Tw+b8azs=; b=fbWP9Vuaxw+bl2wYZafqUeV3dZeWtDPfNVpWOm+GWvNK7LY72ZLwAGCqdPnlpOVE6C pNAuPle0HSwGVuSJ+A86Npp1445mq4BPtptTIimpzqk9xY9jpi3mYrIMFaFBjY2Y4S2F zfXZI0Ky1AE6hhyufZ23t7igp6iGrrbb5mD7cHm61v6TUrFvboVK5s2JC/YAg3Sn2DyS FjN9AeHiftgXi8iWW1IR7Gxs2E9pZuDgmMz7c2oqd3QJ6mq4RtcgcsgCdpI++sOV4u66 8Wi6hQgtywSBcECTKE2wVyk3diH2y/x1YOml4ETa2CMDqpuX3ElnlcdBk4IyFNs6WJVM 1brA== X-Gm-Message-State: AOAM532XvWr5AFgfziqqcgqsAg+UTHpSqmkoM+3tm1arYqQfDVSoXKdc pJlPlKFtJt9+LCCXcqsEZjXf3svTuZlWdiBpPgk= X-Google-Smtp-Source: ABdhPJyUJptvBW/5yRPubAVZaOgrFCKA4aqWdP2APasD5DKJnIy2iNFGOUqsecNO1mVm4ei/19uCs6X75zMMFhbbp2A= X-Received: by 2002:a17:906:74de:: with SMTP id z30mr22217940ejl.478.1598540987393; Thu, 27 Aug 2020 08:09:47 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 27 Aug 2020 08:09:46 -0700 From: Alvaro Retana In-Reply-To: <20200826215349.GH16914@kduck.mit.edu> References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> <20200826213600.GG16914@kduck.mit.edu> <02a801d67bf2$aa6fbd00$ff4f3700$@olddog.co.uk> <20200826215349.GH16914@kduck.mit.edu> MIME-Version: 1.0 Date: Thu, 27 Aug 2020 08:09:46 -0700 Message-ID: To: Benjamin Kaduk , Adrian Farrel Cc: pce-chairs@ietf.org, pce@ietf.org, The IESG , draft-ietf-pce-pcep-flowspec@ietf.org, Julien Meuric Content-Type: multipart/alternative; boundary="000000000000b66bcf05addd5396" Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 15:09:51 -0000 --000000000000b66bcf05addd5396 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi! Adrian mentioned this in a separate message=E2=80=A6just repeating it here = to close the loop with everyone. rfc5575bis allows only one component of a given type to be included in the description of the FlowSpec=E2=80=A6which means that there is no need for A= ND/OR operations between them. There=E2=80=99s no change needed in rfc5575bis=E2=80=A6but this document ne= eds to be cleaned up to remove the ability of multiple components of the same type. Thanks! Alvaro. On August 26, 2020 at 5:53:54 PM, Benjamin Kaduk (kaduk@mit.edu) wrote: On Wed, Aug 26, 2020 at 10:48:41PM +0100, Adrian Farrel wrote: > > Responding to just the Discuss portion due to time constraints before the > > telechat... > > Understood > > Top posting: > > This really feels like a problem for 5575bis. I'm beginning to think we > overstepped by even mentioning it in this document. I wanted to draw out the > risks and confusions (almost to say "don't do that") without trampling on > existing practice or messing with BGP. This is (clearly?) not the document > to tell people how to manage their BGP FlowSpecs, yet we wanted to inherit > as much as possible from BGP, yet we don't want people to damage themselves, > yet the scissors are sharp and they enjoy running. > > You paragraph of suggestions of pointers of how/when to do AND and OR is a > reasonable starting point. But surely it is something that belongs in > 5575bis? I suspect you are right... Alvaro, what do you think? -Ben --000000000000b66bcf05addd5396 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hi!

Adrian mentioned this in a separate message=E2=80=A6just repeat= ing it here to close the loop with everyone.

rfc5575bis allows only one component of a given t= ype to be included in the description of the FlowSpec=E2=80=A6which means t= hat there is no need for AND/OR operations between them.

There=E2=80=99s no change needed in r= fc5575bis=E2=80=A6but this document needs to be cleaned up to remove the ab= ility of multiple components of the same type.


Thanks!

Alvaro.

On August 26, 2020 at 5= :53:54 PM, Benjamin Kaduk (kaduk@mit.edu) wrote:

On Wed, Aug 26, 2020 at 10:48:41PM +0100, Adrian Farrel wrote:
> > Responding to just the Discuss portion due to time constraint= s before the
> > telechat...
> =20
> Understood
> =20
> Top posting:
> =20
> This really feels like a problem for 5575bis. I'm beginning to= think we
> overstepped by even mentioning it in this document. I wanted to dr= aw out the
> risks and confusions (almost to say "don't do that")= without trampling on
> existing practice or messing with BGP. This is (clearly?) not the = document
> to tell people how to manage their BGP FlowSpecs, yet we wanted to= inherit
> as much as possible from BGP, yet we don't want people to dama= ge themselves,
> yet the scissors are sharp and they enjoy running.
> =20
> You paragraph of suggestions of pointers of how/when to do AND and= OR is a
> reasonable starting point. But surely it is something that belongs= in
> 5575bis?

I suspect you are right...

Alvaro, what do you think?

-Ben
<= /body> --000000000000b66bcf05addd5396-- From nobody Thu Aug 27 09:01:28 2020 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 B7A6B3A0F65; Thu, 27 Aug 2020 09:01:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 6xqiyHoNhgu6; Thu, 27 Aug 2020 09:01:24 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 9257E3A0F56; Thu, 27 Aug 2020 09:01:24 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 07RG1DN4007674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Aug 2020 12:01:16 -0400 Date: Thu, 27 Aug 2020 09:01:13 -0700 From: Benjamin Kaduk To: Alvaro Retana Cc: Adrian Farrel , pce-chairs@ietf.org, pce@ietf.org, The IESG , draft-ietf-pce-pcep-flowspec@ietf.org, Julien Meuric Message-ID: <20200827160113.GM16914@kduck.mit.edu> References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> <20200826213600.GG16914@kduck.mit.edu> <02a801d67bf2$aa6fbd00$ff4f3700$@olddog.co.uk> <20200826215349.GH16914@kduck.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 16:01:26 -0000 On Thu, Aug 27, 2020 at 08:09:46AM -0700, Alvaro Retana wrote: > Hi! > > Adrian mentioned this in a separate messageโ€ฆjust repeating it here to close > the loop with everyone. > > rfc5575bis allows only one component of a given type to be included in the > description of the FlowSpecโ€ฆwhich means that there is no need for AND/OR > operations between them. Indeed, this is happy news. > Thereโ€™s no change needed in rfc5575bisโ€ฆbut this document needs to be > cleaned up to remove the ability of multiple components of the same type. I assume I should keep a discuss ballot in position as an indication that this cleanup is pending. Thanks, Ben From nobody Thu Aug 27 09:22:42 2020 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 ABE193A0FBD; Thu, 27 Aug 2020 09:22:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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 AYQOTkHtFiRB; Thu, 27 Aug 2020 09:22:37 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 3C15E3A0FE5; Thu, 27 Aug 2020 09:22:36 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 07RGMWcl016462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Aug 2020 12:22:34 -0400 Date: Thu, 27 Aug 2020 09:22:31 -0700 From: Benjamin Kaduk To: Adrian Farrel Cc: "'The IESG'" , draft-ietf-pce-pcep-flowspec@ietf.org, pce-chairs@ietf.org, pce@ietf.org, "'Julien Meuric'" Message-ID: <20200827162231.GN16914@kduck.mit.edu> References: <159838746927.27810.5362374320337926617@ietfa.amsl.com> <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <028c01d67bea$ba959fe0$2fc0dfa0$@olddog.co.uk> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-pcep-flowspec-10: (with DISCUSS and COMMENT) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 16:22:40 -0000 Hi Adrian, Getting back to the COMMENT portions... On Wed, Aug 26, 2020 at 09:51:52PM +0100, Adrian Farrel wrote: > Hi Ben, > > Thanks for the review. > A lot of very helpful comments and discussions. > All answers in line. > I have a working copy with the edits (hint to co-authors: *I* have the working copy :-) > > Best, > Adrian > [...] > > > COMMENT: > > > > 5575bis's validation procedures (ยง6) include things like "originator of > > the flow spec matches originator of best-match unicast route for the > > destination prefix in the flowspec". This doesn't seem to apply to > > PCEP, so presumably we are supposed to ignore such requirements. Is > > there a concrete list of which parts of the procedures are affected in > > this way? > > [Did I miss a comment here?] > > > > I agree with the TSV-ART reviewer that the Abstract and Introduction > > could likely be improved by a restructuring. > > Oh โ˜น > I admit that I tend to write lengthy Abstracts, and that my style tends towards wordy. > > However, looking back at this document it seems to me that both sections attempt to describe the background before saying what the document does. We could flip that, but I think it would cause confusion by using terms and concepts that haven't been established in the text. > > Joe suggested adding paragraph 7 from the Introduction to the Abstract, so I will do that. > > For the Introduction, Joe suggests splitting the Introduction to create a new Background section. This seems like personal style to me: I dislike terse Introduction sections that simply repeat the Abstract; I prefer to follow the sequence of the Abstract, but add more substance along the way. I agree that it's largely personal style, so go with what you like best... > Joe's other comment on the Introduction is as follows. It flows nicely into your next Comment so I'll handle the two together. > > | It also seems odd that this paragraph (#6 of the intro) undermines > | the terminology of the document that this supplements (as cited > | in the abstract). These documents as a pair should have consistent > | use of terminology, coining new terms as needed rather than > | redefining a key term as different in the two. > > > In some places we call out that our usage of "Flow Specification" > > diverges from that of 5575bis, since we do not have an "action", whereas > > in other places we say that there is an implicit action of "forward all > > matching traffic onto the associated path". It might be better to try > > to stick to just one of these two worldviews. > > In BGP, Flow Specifications have a choice of associated actions that are exchanged alongside the Flow Specifications. Although 5575bis is clear that there is a distinction between the specification of a flow and the associated actions, common usage describes the combination as a Flow Specification. This is partly because the "Flow Specification NLRI" contains both the description of the flow (the Flow Specification) and the Extended Communities that define the actions. > > What we all missed in this is that the text defining a Flow Specification in 5575bis has changed since we copied it into this document! > > But we can tighten our language a bit. The point being that we use the encoding of the pieces of the Flow Specification that describe the traffic, but we do not present a range of choices of action since our usage is for one action only. And obviously, we will resynchronise with 5575bis. Sounds good; thanks. > > Abstract > > > > I did a little bit of a double-take at "may be unsolicited > > instructions", given my understanding that PCE-initiated LSPs are at a > > protocol level just requests to the PCC to initiate the path. > > OK. s/instructions/requests/ > > > Section 3.1 > > > > 2. Decide what properties to assign to an LSP. This can include > > bandwidth reservations, priorities, and DSCP (i.e., MPLS Traffic > > Class field). This function is also determined by user > > configuration or response to predicted or observed traffic > > demands. > > > > nit: I think there's a missing word/words before "response", perhaps "as > > a response to" or "in response to". > > "or in response" > > > side note(?): I see that (4) refers to the "PCC" as signalling the LSP > > across the network, but (5) refers to the "head end" being told what > > traffic to put on the LSP. I can see how the respective functionalities > > are important for those functions, but I am not sure if the roles will > > ever be played by different entities (if they are always the same entity > > there may be some rhetorical value in using a consistent term for that > > single entity). > > Yup, this is sloppy of us. > In practice, a PCC could be something like an NMS that would then instruct the head end to signal. > But in this context we are dealing with PCC==head end. > Tidying the text for this. Thanks for clarifying for me. > > Section 3.2 > > > > o Flow Specification information/state must be synchronized between > > PCEP peers so that, on recovery, the peers have the same > > understanding of which Flow Specifications apply. > > > > I don't remember seeing much specifically about recovery and state > > synchronization in this document; should we have a little more > > exposition (somewhere later on, perhaps ยง3.2.3) about how normal > > recovery mechanisms suffice to synchronize the flowspec state along with > > other LSP state? > > I've added a reference to section 5.6 of RFC 8231 Thanks! > > Section 3.2.1.1 > > > > The presence of the PCE FlowSpec Capability TLV in the OPEN Object in > > a PCE's OPEN message indicates that the PCE can distribute FlowSpecs > > to PCCs and can receive FlowSpecs in messages from PCCs. > > > > The presence of the PCE FlowSpec Capability TLV in the OPEN Object in > > a PCC's OPEN message indicates that the PCC supports the FlowSpec > > functionality described in this document. > > > > (nitty nit): > > (the best type) > > > is there a reason to not use the "supports the FlowSpec > > functionality described in this document" for both cases? > > The author was thinking that this document doesn't really describe what the PCE actually does beyond the messages it sends and receives, while the document has more details about how the PCC processes. > > Is it important? Of course not; if it was important it wouldn't be a nit :) > > If either one of a pair of PCEP peers does not indicate support of > > the functionality described in this document by not including the PCE > > FlowSpec Capability TLV in the OPEN Object in its OPEN message, then > > > > (I expect the RFC Editor to ask about the apparent double negative here > > if the text doesn't change before it gets to them.) > > That's not a double negative, just clumsy text. > > If a PCEP speaker does not include the TLV then it is saying that it doesn't (or doesn't want to) support the function. > > NEW > If either one of a pair of PCEP peers does not include the PCE FlowSpec > Capability TLV in the OPEN Object in its OPEN message, then the other > peer MUST NOT include a FLOWSPEC object in any PCEP message sent > to the peer. Thanks! > > Section 3.2.2 > > > > o PCRpt messages so that a PCC can report the traffic that the PCC > > plans to place on the path. > > > > (nit) I just want to confirm that "plans to place" is still correct, > > given that RFC 8231 defines PCRpt as "a PCEP message sent by a PCC to a > > PCE to report the current state of an LSP". > > s/plans to place/will/ Er ... I hope it's "will place" ;) > > The PCEP FLOWSPEC object carries zero or one Flow Filter TLV or one > > L2 Flow Filter TLV or both Flow Filter TLV as well as L2 Flow Filter > > TLV, which describes a traffic flow. > > > > (nit): this sentence was hard for me to parse ("zero or one or one > > or ..." leaves the grouping of conditionals unclear). From > > subsequent text, I believe that the allowed possibilities are (one Flow > > Filter TLV and no L2 Flow Filter TLV), (no Flow Filter TLV and one L2 > > Flow Filter TLV), and (one Flow Filter TLV and one L2 Flow Filter TLV). > > If that's correct, I'd suggest rephrasing this more like "carries either > > or both of the Flow Filter TLV and the L2 Flow Filter TLV". > > I think bullets make this clearer... Definitely! > ...carries one of: > o zero or one Flow Filter TLV Though I'm not entirely sure what the "zero" case looks like...does that only happen for removals? > o one L2 Flow Filter TLV > o both a Flow Filter TLV and an L2 Flow Filter TLV > > > Section 4 > > > > I'm a bit confused as to the usage of the two-octet "value" field that > > is apparently always set to 0, the same as the padding. I would perhaps > > have expected some kind of flags word if there was to be any non-trivial > > content in this capability TLV. > > The distinction is that the Value field can be used in a future spec to define capabilities, the padding is reserved. > A thin distinction. > > > Section 5 > > > > the PCEP object format defined in [RFC5440]. It is OPTIONAL in the > > PCReq, PCRep, PCErr, PCInitiate, PCRpt, and PCUpd messages and MAY be > > present zero, one, or more times. Each instance of the object > > specifies a traffic flow. > > > > (I know we've covered this before, and apologize for the noise, but I > > feel obligated to note that "zero, one, or more times" is equiavlent to > > "zero or more times" anyway.) > > ๐Ÿ˜Š > > > The PCEP FLOWSPEC object carries a FlowSpec filter rule encoded in a > > TLV (as defined in Section 6). > > > > nit: not just a single TLV, per se, right? > > A single Flow Filter TLV (which may contain multiple Flow Specification TLVs), or a single L2 Flow Filter TLV, or both. Right. (Though, looking back, I think when I wrote this I had misparsed, and was trying to point out that the Speaker Entity Identifier TLV is also a TLV and in the FLOWSPEC object ... but that one has nothing to do with carrying FlowSpec filter rules, so it's not relevant in this clause.) > > FS-ID (32-bits): A PCEP-specific identifier for the FlowSpec > > information. A PCE or PCC creates an FS-ID for each FlowSpec that it > > originates, and the value is unique within the scope of that PCE or > > PCC and is constant for the lifetime of a PCEP session. All > > subsequent PCEP messages can identify the FlowSpec using the FS-ID. > > The values 0 and 0xFFFFFFFF are reserved and MUST NOT be used. > > > > It might be worth a reference to > > draft-gont-numeric-ids-sec-considerations (I'm AD sponsoring it) as > > guidance for how the FS-ID is generated. There does not seem to be a > > need even for monotonicity of assignment, so some of the random > > assignment schemes might be best. > > OK. That is an interesting document, I hadn't seen it before. Shame there isn't a WG that wants to discuss it. Would be good to drag it around to at least the various Area-specific mailing lists because it has pretty broad impact. We've talked about it at secdispatch and SAAG; it should be heading out for IETF LC fairly soon (ball is in my court). Please feel free to send me specific suggestions for places to forward the IETF LC note, offline. > > Section 6 > > > > Section 7. Only one Flow Filter TLV or L2 Flow Filter TLV can be > > present and represents the complete definition of a Flow > > Specification for traffic to be placed on the tunnel. This tunnel is > > > > nit: I suggest rewording, as the current wording might be taken as > > implying that having both Flow Filter and L2 Flow Filter at the same > > time is forbidden; perhaps, "at most one Flow Filter TLV and one L2 Flow > > Filter TLV can be present". (I do see that the explicit list of options > > is given again a few sentences later.) > > Yup > > > Section 7 > > > > Though value 0 is currently reserved by the BGP specs, we are perhaps > > setting ourselves up for a conflict if it ever becomes "un-reserved" for > > BGP. Lumping it into the 1..255 range doesn't seem like it would > > introduce any problems, and would ameliorate this risk. (Doing this > > would have knock-on effects on text throughout the rest of the > > document.) > > Agreed and rippled through the document. > > > Type values are chosen so that there can be commonality with Flow > > Specifications defined for use with BGP [I-D.ietf-idr-rfc5575bis]. > > > > We probably should reference draft-ietf-idr-flow-spec-v6 here as well, > > since our TLV can work with either IPv4 or IPv6, but the corresponding > > BGP registry is different. > > You're right. This is caught in other places, but should be fixed here. I did notice it was caught in other places, and should have mentioned that this seemed a lone straggler -- thanks for the fix. > > The content of the Value field in each TLV is specific to the type/ > > AFI and describes the parameters of the Flow Specification. The > > > > This suggests that any new allocations from the PCEP-only range should > > say what AFI(s) they are defined for, but no such guidance is provided > > in Section 10.3. > > I think this 'Just Works' (TM) > Section 5 shows where the AFI is placed for a FlowSpec. > If the Type is from the PCEP range then there is only one place to go to find the meaning and the AFI says v4 or v6. > If the Type is from the lower range, the AFI tells you both v4 or v6, and where to go to find the meaning. And here I was thinking that we could do things for AFIs other than IP ;) > > Section 7.1 > > > > (Same comment about the value 0 as above.) > > Same fix. > > > All L2 Flow Specification TLVs with Types in the range 1 to 255 have > > Values defined for use in BGP (for example, in > > [I-D.ietf-idr-rfc5575bis] and [I-D.ietf-idr-flow-spec-v6]) and are > > set using the BGP encoding, but without the type octet (the relevant > > information is in the Type field of the TLV). The Value field is > > > > nit: this "all [...] in the range 1 to 255 have Values defined for use > > in BGP" makes it sound like they are all currently defined, which does > > not seem to be the case. Rewording to something like "L2 Flow > > Specification TLVs with Types in the range 1 to 255 have their Value > > interpreted as defined for use in BGP ([...]) and are set using the BGP > > encoding, but without the type octet" might help. > > OK > > > Section 8.3 > > > > not the addition of a new flow as described in Section 8.4. The FS- > > ID field of the PCEP FLOWSPEC object is used to identify a specific > > Flow Specification. > > > > I'd suggest mentioning again that this is in conjunction with the > > Speaker Entity Identity TLV. > > Yes > > > When modifying a Flow Specification, all Flow Specification TLVs for > > the intended specification of the flow MUST be included in the PCEP > > FLOWSPEC object and the FS-ID MUST be retained from the previous > > description of the flow. > > > > (and likewise, if there is a requirement to preserve the Speaker Entity > > Identity TLV, though perhaps that's already required by RFC 8232.) > > Yes > > > Section 8.5 > > > > To remove a Flow Specification, a PCEP FLOWSPEC object is included > > with the FS-ID matching the one being removed, and the R bit set to > > > > (Presumably the Speaker Entity Identity TLV also has to match?) > > Yes (again) > > > If the R bit is set and Flow Specification TLVs are present, an > > implementation MAY ignore them. If the implementation checks the > > Flow Specification TLVs against those recorded for the FS-ID of the > > Flow Specification being removed and finds a mismatch, the Flow > > Specification MUST still be removed and the implementation SHOULD > > record a local exception or log. > > > > Thank you for specifying the behavior in the event of a mismatch! > > You are entirely welcome. > > > Section 8.7 > > > > PCCs MUST apply the same ordering rules as defined in > > [I-D.ietf-idr-rfc5575bis]. > > > > (side note) I noted in my ballot comments on 5575bis that the ordering > > rules allow for situations where the priority of a rule with given > > semantic content can be different depending on how it is encoded, which > > seems risky to me. It would in principle be possible for this document > > to impose additional restrictions on how things are encoded to remove > > this potential disparity, though I do not actually expect us to want to > > do so (hence, this is just a side note). > > I agree that we don't want to try to fix 5575bis in this document! > In fact, while wanting to highlight the existence or issues around prioritisation and overlap, we very much wanted to punt this issue to the IDR WG which has far more experience dealing with FlowSpecs. > > > Furthermore, it is possible that Flow Specifications will be > > distributed by BGP as well as by PCEP as described in this document. > > In such cases implementations supporting both approaches MUST apply > > the prioritization and ordering rules as set out in > > [I-D.ietf-idr-rfc5575bis] regardless of which protocol distributed > > > > This MUST seems to just be saying the same thing as the previous > > paragraph? > > I think you are right. Yet it says it slightly differently because some had suggested "I could have one rule for BGP and another rule for PCEP". > > > the Flow Specifications, however implementations MAY provide a > > configuration control to allow one protocol to take precedence over > > the other as this may be particularly useful if the Flow > > Specification make identical matches on traffic but have different > > actions. [...] > > > > And this MAY seems to be contradicting the MUST, making it "no longer a > > MUST". > > Not quite. Suppose BGP and PCEP each distribute an identical FlowSpec (thus capturing exactly the same packets) but with different actions: BGP saying, for example, "drop packets"; PCEP (implicitly) saying "put them on this LSP". The rule might be to discard the second received, or to replace the first received. This knob would allow the operator to say what to do. Ah, good point. > > An implementation that receives a PCEP message carrying a Flow > > Specification that it cannot resolve against other Flow > > Specifications already installed MUST respond with a PCErr message > > > > I'm not entirely sure I understand what "resolve against" means in this > > context -- if I had to guess, it would be something about having a > > unique interpretation that is not in conflict with existing rules, but > > I'm pretty hazy on what the details of that would entail. > > We're into an area that we should probably have left to 5575bis. > Yes, "cannot resolve against" means that there is already a FlowSpec installed, and the new one is somehow in conflict with it so that having both installed would imply some form of contradiction. I did have some examples of this, but my brain is now cloudy. So I guess this is "resolve" in the sense of "has irresolvable conflicts with other Flow Specifications that are already installed", then. > > Section 9 > > > > We should probably say that is specified in RFC 5440. > > I think the inheritance is through 8281 and 8231. > > > I also couldn't tell if there was a clear rule we are using for when to > > expand out sub-structures that we are not modifying vs. leaving them to > > the referenced document. Many are left out, but we do expand, e.g., > > in PCUpd/PCRpt. > > No clear rule at all. Just trying to do what seemed clearest. Okay. My opinion on what seems clearest is probably not of much value, given how far outside the target audience I am :) > > (I also note that we cover PCUpd and PCRpt in the reverse order to RFC > > 8231, not that it really matters for much of anything.) > > Curious ๐Ÿ˜Š > > > Section 12 > > > > modified or torn down. Such systems, therefore, apply security > > considerations as described in [RFC5440], [RFC6952], and [RFC8253]. > > > > In my reading, the security considerations of RFC 6952 are directed more > > at protocol designers than at operators; could you say a little more > > about what you expect the reader to take away from that reference? > > The 'instructions' in 6952 are principally targeted at implementations, but I think the considerations (highlighting risks/threats) seems to apply to operators (and perhaps their choice of which implementation to purchase). Thanks for helping me understand. > > Also, I think that at least some of the security considerations from > > 5575bis are also relevant to our usage of the data structures. > > That's fair enough. > > > The description of Flow Specifications associated with paths set up > > or controlled by a PCE add a further detail that could be attacked > > without tearing down LSPs or SR paths, but causing traffic to be > > misrouted within the network. Therefore, the use of the security > > mechanisms for PCEP referenced above is important. > > > > I might consider mentioning that the BGP flowspec work can use the "same > > originator" check for flowspec destination address and longest-prefix > > match for routes to that address, which is unavailable in the PCEP > > scenario. On the other hand, the PCE is fairly trusted already, so > > maybe there is less need for such a check in the PCEP case. > > In general, I prefer not to comment on the security of BGP in the PCEP document. > > A consideration might be to compare the address of the far end of the LSP with the lonest prefix route, but I am not really sure that is consistent with the use of LSP tunnels that are often intended to take traffic off the normal route. Indeed, it seems that the correct way to achieve this is to secure the communication/authentication with the PCE and assume that the PCE/operator is doint what they want to happen - having the PCC interfere or reject the command might actually be very frustrating. Right; we have to trust the PCE a lot anyway so applying differential trust here is arguably un-helpful. > > usually considered private customer information. Therefore, > > implementations or deployments concerned with protecting privacy MUST > > apply the mechanisms described in the documents referenced above. > > > > (A construction of the form "if you care about , you MUST " > > doesn't actually impose much of a normative requirement...) > > True. Are we gong to say "an operator MUST care about privacy"? I don't think so. > What we are offering is that if an operator does care about privacy then this is how they achieve it. IMO that can be done without the 2119 keywords, but your opinion takes precedence. > > Although this is not directly a security issue per se, the confusion > > and unexpected forwarding behavior may be engineered or exploited by > > an attacker. Therefore, implementers and operators SHOULD pay > > careful attention to the Manageability Considerations described in > > Section 13. > > > > I appreciate that you mention this risk in this way; thanks! > > > > Section 13.1 > > > > which path. Unlike the behavior in a distributed routing system, it > > is not important that each head-end implementation applies the same > > rules to disambiguate overlapping Flow Specifications, but it is > > important that: > > > > Just to check my understanding: this is "important" in the sense of > > "important to the stability of the network"? > > Yeah (not for reasons of poetic justice). > For the first "important", "stability" is it. > For the second "important", it is more likely "goodly functioning". > Clarifying the text. Thanks. (I meant the first one and was sloppy about checking that it was the only one...) > > Section 13.3 > > > > This section seems like it could be roughly summarized as "someone > > should please write some YANG". My personal preference would be to say > > this more along the lines of "YANG models describing the functionality > > in this document have not yet been written, but are desirable. Some > > relevant preexisting work is: [...]", but I can understand if your > > preferences are different (or there is precedent for this kind of > > formulation). > > Far be it from me to plead for more YANG models! > We were just trying to point to existing work and how it could be extended. > However, I have changed the "will need" to "would need" to soften the message. Okay. > > Section 15.2 > > > > Since we depend on RFC 4364 for the format of the RD, that seems to make > > it a normative reference. > > Agreed > > > (We also use RFC 7399 as the source for a couple of defined terms, but > > that doesn't seem like a big deal to me, personally.) > > I prefer to avoid the resulting downref for these two largely descriptive terms. > > > I think technically you need RFC 8231 to implement the updated PCUpd > > message we define, which arguably makes it normative as well. (Likewise > > 8281 for PCInitiate.) > > Absolutely! > > > We do, however, require RFC 8232 for the Speaker Entity Identifier TLV, > > which is required in the FLOWSPEC object, so it's clearly a normative > > reference. > > Right again. Thanks for all the clarifications and updates! -Ben From nobody Fri Aug 28 03:53:01 2020 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 E6D113A0A96 for ; Fri, 28 Aug 2020 03:52:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 x_zuuNYSoUaP for ; Fri, 28 Aug 2020 03:52:55 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 94C6B3A093B for ; Fri, 28 Aug 2020 03:52:55 -0700 (PDT) Received: from lhreml727-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 549C82A58DAA6F7D1E91; Fri, 28 Aug 2020 11:52:52 +0100 (IST) Received: from fraeml712-chm.china.huawei.com (10.206.15.61) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 28 Aug 2020 11:52:52 +0100 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 28 Aug 2020 12:52:51 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1913.007; Fri, 28 Aug 2020 12:52:51 +0200 From: Giuseppe Fioccola To: "pce@ietf.org" CC: "draft-chen-pce-pcep-ifit@ietf.org" Thread-Topic: New Version Notification for draft-chen-pce-pcep-ifit-00.txt Thread-Index: AQHWfSXQv/ObnOhe6UezxprUlCzkOalNU79w Date: Fri, 28 Aug 2020 10:52:51 +0000 Message-ID: <63f27a54dba1476793653d347b16c91d@huawei.com> References: <159861042872.21356.14927520014515873028@ietfa.amsl.com> In-Reply-To: <159861042872.21356.14927520014515873028@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.209.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] FW: New Version Notification for draft-chen-pce-pcep-ifit-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 10:53:00 -0000 RGVhciBBbGwsDQpXZSBoYXZlIGp1c3QgdXBkYXRlZCBkcmFmdC1jaGVuLXBjZS1zci1wb2xpY3kt aWZpdCBhbmQgcmVuYW1lZCB0byBkcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQuIA0KVGhlIGRyYWZ0 IGhhcyBkZWVwbHkgY2hhbmdlZCBiZWNhdXNlLCBhcyBkaXNjdXNzZWQgaW4gbWFpbGluZyBsaXN0 LCB0aGUgUENFUCBleHRlbnNpb24gaXMgbm93IGFwcGxpZWQgYXMgVExWcyB0byB0aGUgTFNQIEF0 dHJpYnV0ZXMgYW5kIG5vdCB0byB0aGUgQXNzb2NpYXRpb24gR3JvdXBzLg0KSW4gYWRkaXRpb24s IHRoZSBQQ0VQIGV4dGVuc2lvbnMgZm9yIElGSVQgYXJlIG5vdyBnZW5lcmFsIGFuZCB0aGUgTFNQ QSBUTFZzIGFyZSBhcHBsaWNhYmxlIGZvciBhbGwgcGF0aCB0eXBlcywgb2YgY291cnNlIGlmIHRo ZSBJRklUIG1ldGhvZHMgKElPQU0gYW5kIEFsdGVybmF0ZSBNYXJraW5nKSBhcmUgc3VwcG9ydGVk IGJ5IHRoZSBkYXRhIHBsYW5lLiBTbyB0aGUgYXBwbGljYXRpb24gdG8gU1IgcG9saWN5IGlzIG5v dyBtZW50aW9uZWQgYXMgdXNlIGNhc2UuDQoNCkZlZWRiYWNrcyBhbmQgc3VnZ2VzdGlvbnMgYXJl IGFsd2F5cyB3ZWxjb21lLg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0 bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogRnJpZGF5LCBBdWd1c3QgMjgsIDIw MjAgMTI6MjcgUE0NClRvOiBIdWFuYW4gQ2hlbiA8Y2hlbmh1YW42QGNoaW5hdGVsZWNvbS5jbj47 IFRpYW5yYW4gWmhvdSA8emhvdXRpYW5yYW5AaHVhd2VpLmNvbT47IExpd2VpZG9uZyAoUG9seSkg PHBvbHkubGlAaHVhd2VpLmNvbT47IEhhbmcgWXVhbiA8eXVhbmhhbmdAdW5pb25wYXkuY29tPjsg R2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+OyB3YW5neWFs aSA8d2FuZ3lhbGkxMUBodWF3ZWkuY29tPg0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0 aW9uIGZvciBkcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQtMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lv biBvZiBJLUQsIGRyYWZ0LWNoZW4tcGNlLXBjZXAtaWZpdC0wMC50eHQgaGFzIGJlZW4gc3VjY2Vz c2Z1bGx5IHN1Ym1pdHRlZCBieSBHaXVzZXBwZSBGaW9jY29sYSBhbmQgcG9zdGVkIHRvIHRoZSBJ RVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQNClJldmlz aW9uOgkwMA0KVGl0bGU6CQlQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgQ29tbXVuaWNhdGlvbiBQ cm90b2NvbCAoUENFUCkgRXh0ZW5zaW9ucyB0byBFbmFibGUgSUZJVA0KRG9jdW1lbnQgZGF0ZToJ MjAyMC0wOC0yOA0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMTcNClVS TDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQt Y2hlbi1wY2UtcGNlcC1pZml0LTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWNoZW4tcGNlLXBjZXAtaWZpdC8NCkh0bWxpemVkOiAg ICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtY2hlbi1wY2UtcGNlcC1pZml0 LTAwDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRt bC9kcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQNCg0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1l bnQgZGVmaW5lcyBQQ0VQIGV4dGVuc2lvbnMgdG8gZGlzdHJpYnV0ZSBJbi1zaXR1IEZsb3cNCiAg IEluZm9ybWF0aW9uIFRlbGVtZXRyeSAoSUZJVCkgaW5mb3JtYXRpb24uICBTbyB0aGF0IElGSVQg YmVoYXZpb3IgY2FuDQogICBiZSBlbmFibGVkIGF1dG9tYXRpY2FsbHkgd2hlbiB0aGUgcGF0aCBp cyBpbnN0YW50aWF0ZWQuICBJbi1zaXR1IEZsb3cNCiAgIEluZm9ybWF0aW9uIFRlbGVtZXRyeSAo SUZJVCkgcmVmZXJzIHRvIG5ldHdvcmsgT0FNIGRhdGEgcGxhbmUgb24tcGF0aA0KICAgdGVsZW1l dHJ5IHRlY2huaXF1ZXMsIGluIHBhcnRpY3VsYXIgdGhlIG1vc3QgcG9wdWxhciBhcmUgSW4tc2l0 dSBPQU0NCiAgIChJT0FNKSBhbmQgQWx0ZXJuYXRlIE1hcmtpbmcuICBUaGUgSUZJVCBhdHRyaWJ1 dGVzIGhlcmUgZGVzY3JpYmVkIGNhbg0KICAgYmUgZ2VuZXJhbGl6ZWQgZm9yIGFsbCBwYXRoIHR5 cGVzIGJ1dCB0aGUgYXBwbGljYXRpb24gdG8gU2VnbWVudA0KICAgUm91dGluZyAoU1IpIGlzIGNv bnNpZGVyZWQgaW4gdGhpcyBkb2N1bWVudC4gIFRoZSBTUiBwb2xpY3kgaXMgYSBzZXQNCiAgIG9m IGNhbmRpZGF0ZSBTUiBwYXRocyBjb25zaXN0aW5nIG9mIG9uZSBvciBtb3JlIHNlZ21lbnQgbGlz dHMgYW5kDQogICBuZWNlc3NhcnkgcGF0aCBhdHRyaWJ1dGVzLiAgSXQgZW5hYmxlcyBpbnN0YW50 aWF0aW9uIG9mIGFuIG9yZGVyZWQNCiAgIGxpc3Qgb2Ygc2VnbWVudHMgd2l0aCBhIHNwZWNpZmlj IGludGVudCBmb3IgdHJhZmZpYyBzdGVlcmluZy4NCg0KDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz IGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBh bmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNy ZXRhcmlhdA0KDQoNCg== From nobody Fri Aug 28 08:15:10 2020 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 242433A0C8E; Fri, 28 Aug 2020 08:15:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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 Mse8p8m_lrk2; Fri, 28 Aug 2020 08:15:07 -0700 (PDT) Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (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 8E3243A0C8B; Fri, 28 Aug 2020 08:15:04 -0700 (PDT) Received: by mail-io1-xd34.google.com with SMTP id w20so1612605iom.1; Fri, 28 Aug 2020 08:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=gxaPf1dd+Y16eZUfn1PRcYZ2Xd/Z5FNipxV3hRCNJsY=; b=HamIPoSjDoa/NWlOM4rr6CpGW7KEYnNDritzmI22YDu3UXxmUeif5wwcFhnHZ1qt9n AtN+x9INqG7Ar5DKADooc8obxI12XaUQTZUEQFog+XA/YKaZdrQK98o2U7L7f9qPWm7w YPxde5SF8u0zCZDiJHdI/iyU6NiGPMGPWJxU242vejEb1yclecVapA/7zAT0Szr1/w8i lNfIsGWBmj8eqhcU8lb+Nw7QSSZqKNM0Wd8lCJDA4hk4qFAxT2raSr6Qcd5lX4eZD0BC +crp1oYDOWx4oD0p+run3y0ejrUejk2btGZ/AeC0o8ocJqwlQITHu4viWspPCRgY+EJG 1CYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=gxaPf1dd+Y16eZUfn1PRcYZ2Xd/Z5FNipxV3hRCNJsY=; b=AJUWoj3Ixq34Lxdx1G1vqfmxG7hkJvgKiog9IFXXRpQ/ach36GjQRv28gJcszc+pjQ t4tXa9GBmLxaX8CgutmU3DLFsNvaszX2GhkSWZsBtpR7Wz3V+M1iqprZXR9lWtmZNMZs eAV5GeZ0EGXZKsRbjF4CTck9Ea/epKAxIGp35BSYi2dqSqzc951p5CuyO49187qZfhCj idpNjfoLmlD1yQprPvgarOsG3/Nv8c8NW82F34ds5NFN57JkNFH2oe/UVby9v9nZBcK0 yM4MQC8QlzykgQgBDo9qHi9+JfXCX342Bzd9UPZgWlvL/7QEKpFWmFx7WxTuUN/hGUjq K+xA== X-Gm-Message-State: AOAM533AIfPKGVgpNH75zz/uoE1gYoNkQewsgIskfUQ0/RysDJlxxcac JquiZ9bs0yNMR35Ds9PgTaePolqDTYS3D2Xicb5CGytxgI8ydw== X-Google-Smtp-Source: ABdhPJyzi3a3jX6OqaBDO+fEh/CPK8qnmmhjTqhJRJ6i8sng+cWGli4TerjrmHJc6cob7U1cMWr61Kxyxs0aFjTFR6o= X-Received: by 2002:a02:c8c6:: with SMTP id q6mr1560383jao.76.1598627703554; Fri, 28 Aug 2020 08:15:03 -0700 (PDT) MIME-Version: 1.0 References: <159861042872.21356.14927520014515873028@ietfa.amsl.com> <63f27a54dba1476793653d347b16c91d@huawei.com> In-Reply-To: <63f27a54dba1476793653d347b16c91d@huawei.com> From: Dhruv Dhody Date: Fri, 28 Aug 2020 20:44:26 +0530 Message-ID: To: Giuseppe Fioccola Cc: "pce@ietf.org" , "draft-chen-pce-pcep-ifit@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Pce] FW: New Version Notification for draft-chen-pce-pcep-ifit-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 15:15:10 -0000 Hi Giuseppe, Thank you for handling my comments, much appreciated! Just a few more suggestions for improvement... * Section 1 RFC 8231 [RFC8231] specifies extensions to PCEP to enable stateful control and it describes two modes of operation: passive stateful PCE and active stateful PCE. Further, RFC 8281 [RFC8281] describes the setup, maintenance, and teardown of PCE-initiated LSPs for the stateful PCE model, while RFC 8733 [RFC8733] is focused on the active stateful PCE, where the LSPs are controlled by the PCE. Not sure why reference RFC 8733. Just remove it and maybe end the sentence before it. * Section 2 The IFIT attributes here described can be generalized and included as TLVs carried inside the LSPA (LSP Attributes) object in order to be applied for all path types, as long as they support the relevant data plane telemetry method. IFIT TLVs are o ptional and can be taken into account by the PCE during path computation. In general, the LSPA object is carried within a PCInitiate message or a PCRpt message. Few changes in the last 2 sentences - IFIT TLVs are optional and can be taken into account by the PCE during path computation and by the PCC during path setup. In general, the LSPA object can be carried within a PCInitiate message, a PCUpd message, or a PCRpt message in the stateful PCE model. * Section 3 A PCEP speaker includes the IFIT TLVs in the OPEN object to advertise its support for PCEP IFIT extensions. Make sure it is called IFIT Capability TLV to differentiate with other IFIT Attributes TLVs. Basically don't use just the "IFIT TLVs" anywhere in the document. Length: The Length field defines the length of the value portion in bytes as per RFC 5440 [RFC5440]. Length is a fixed value of 4. (and mention the length for sub-TLVs later on as well instead of the above generic description) * Section 5.1 OLD: For single candidate-path, PCE sends PCInitiate message, containing the SRPAG Association object ([I-D.ietf-pce-segment-routing-policy-cp]) and IFIT-ATTRIBUTES via LSPA TLVs. NEW: For single candidate-path, PCE sends PCInitiate message, containing the SRPAG Association object ([I-D.ietf-pce-segment-routing-policy-cp]) and IFIT-ATTRIBUTES TLV via the LSPA object. END * Section 6 6-65535 Unassigned/Experimental Use This document You should mark the above as Unassigned and add a table for the different registration policies 0-65503 IETF Review 65504-65535 Experimental Use Nits - Expand OAM - Update Requirements Language to include RFC8174 - Remove the last 2 sentences about SR Policy from the abstract and maybe add "This document extends PCEP to carry the IFIT attributes under the stateful PCE model." Thanks! Dhruv On Fri, Aug 28, 2020 at 4:23 PM Giuseppe Fioccola wrote: > > Dear All, > We have just updated draft-chen-pce-sr-policy-ifit and renamed to draft-c= hen-pce-pcep-ifit. > The draft has deeply changed because, as discussed in mailing list, the P= CEP extension is now applied as TLVs to the LSP Attributes and not to the A= ssociation Groups. > In addition, the PCEP extensions for IFIT are now general and the LSPA TL= Vs are applicable for all path types, of course if the IFIT methods (IOAM a= nd Alternate Marking) are supported by the data plane. So the application t= o SR policy is now mentioned as use case. > > Feedbacks and suggestions are always welcome. > > Best Regards, > > Giuseppe > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Friday, August 28, 2020 12:27 PM > To: Huanan Chen ; Tianran Zhou ; Liweidong (Poly) ; Hang Yuan ; Giuseppe Fioccola ; wangyali > Subject: New Version Notification for draft-chen-pce-pcep-ifit-00.txt > > > A new version of I-D, draft-chen-pce-pcep-ifit-00.txt has been successful= ly submitted by Giuseppe Fioccola and posted to the IETF repository. > > Name: draft-chen-pce-pcep-ifit > Revision: 00 > Title: Path Computation Element Communication Protocol (PCEP) Ex= tensions to Enable IFIT > Document date: 2020-08-28 > Group: Individual Submission > Pages: 17 > URL: https://www.ietf.org/internet-drafts/draft-chen-pce-pcep-= ifit-00.txt > Status: https://datatracker.ietf.org/doc/draft-chen-pce-pcep-ifit= / > Htmlized: https://tools.ietf.org/html/draft-chen-pce-pcep-ifit-00 > Htmlized: https://datatracker.ietf.org/doc/html/draft-chen-pce-pcep= -ifit > > > Abstract: > This document defines PCEP extensions to distribute In-situ Flow > Information Telemetry (IFIT) information. So that IFIT behavior can > be enabled automatically when the path is instantiated. In-situ Flow > Information Telemetry (IFIT) refers to network OAM data plane on-path > telemetry techniques, in particular the most popular are In-situ OAM > (IOAM) and Alternate Marking. The IFIT attributes here described can > be generalized for all path types but the application to Segment > Routing (SR) is considered in this document. The SR policy is a set > of candidate SR paths consisting of one or more segment lists and > necessary path attributes. It enables instantiation of an ordered > list of segments with a specific intent for traffic steering. > > > > > > Please note that it may take a couple of minutes from the time of submiss= ion until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Fri Aug 28 08:43:26 2020 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 CEB9F3A0C9F; Fri, 28 Aug 2020 08:43:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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 LQdETvjqR06X; Fri, 28 Aug 2020 08:43:22 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 D8FEA3A0C9E; Fri, 28 Aug 2020 08:43:21 -0700 (PDT) Received: from lhreml706-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id AB44711520F7CB5853DD; Fri, 28 Aug 2020 16:43:19 +0100 (IST) Received: from fraeml707-chm.china.huawei.com (10.206.15.35) by lhreml706-chm.china.huawei.com (10.201.108.55) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Fri, 28 Aug 2020 16:43:19 +0100 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 28 Aug 2020 17:43:18 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1913.007; Fri, 28 Aug 2020 17:43:18 +0200 From: Giuseppe Fioccola To: Dhruv Dhody CC: "pce@ietf.org" , "draft-chen-pce-pcep-ifit@ietf.org" Thread-Topic: [Pce] FW: New Version Notification for draft-chen-pce-pcep-ifit-00.txt Thread-Index: AQHWfSXQv/ObnOhe6UezxprUlCzkOalNU79wgAAsQwCAACZPoA== Date: Fri, 28 Aug 2020 15:43:18 +0000 Message-ID: References: <159861042872.21356.14927520014515873028@ietfa.amsl.com> <63f27a54dba1476793653d347b16c91d@huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.220.92] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] FW: New Version Notification for draft-chen-pce-pcep-ifit-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 15:43:25 -0000 SGkgRGhydXYsDQpUaGFua3MgYSBsb3QgZm9yIHRoZSBxdWljayByZXZpZXcgYW5kIHRoZSBwcmVj aW91cyBpbnB1dHMuDQpJIHdpbGwgYWRkcmVzcyB5b3VyIGNvbW1lbnRzIGluIGEgbmV3IHJldmlz aW9uLiBZb3UgY2FuIGZpbmQgaW5saW5lIG15IGFuc3dlcnMgdGFnZ2VkIGFzIFtHRl0uDQoNClJl Z2FyZHMsDQoNCkdpdXNlcHBlDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBE aHJ1diBEaG9keSBbbWFpbHRvOmRocnV2LmlldGZAZ21haWwuY29tXSANClNlbnQ6IEZyaWRheSwg QXVndXN0IDI4LCAyMDIwIDU6MTQgUE0NClRvOiBHaXVzZXBwZSBGaW9jY29sYSA8Z2l1c2VwcGUu ZmlvY2NvbGFAaHVhd2VpLmNvbT4NCkNjOiBwY2VAaWV0Zi5vcmc7IGRyYWZ0LWNoZW4tcGNlLXBj ZXAtaWZpdEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtQY2VdIEZXOiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIGRyYWZ0LWNoZW4tcGNlLXBjZXAtaWZpdC0wMC50eHQNCg0KSGkgR2l1c2Vw cGUsDQoNClRoYW5rIHlvdSBmb3IgaGFuZGxpbmcgbXkgY29tbWVudHMsIG11Y2ggYXBwcmVjaWF0 ZWQhDQoNCkp1c3QgYSBmZXcgbW9yZSBzdWdnZXN0aW9ucyBmb3IgaW1wcm92ZW1lbnQuLi4NCg0K KiBTZWN0aW9uIDENCiAgIFJGQyA4MjMxIFtSRkM4MjMxXSBzcGVjaWZpZXMgZXh0ZW5zaW9ucyB0 byBQQ0VQIHRvIGVuYWJsZSBzdGF0ZWZ1bA0KICAgY29udHJvbCBhbmQgaXQgZGVzY3JpYmVzIHR3 byBtb2RlcyBvZiBvcGVyYXRpb246IHBhc3NpdmUgc3RhdGVmdWwgUENFDQogICBhbmQgYWN0aXZl IHN0YXRlZnVsIFBDRS4gIEZ1cnRoZXIsIFJGQyA4MjgxIFtSRkM4MjgxXSBkZXNjcmliZXMgdGhl DQogICBzZXR1cCwgbWFpbnRlbmFuY2UsIGFuZCB0ZWFyZG93biBvZiBQQ0UtaW5pdGlhdGVkIExT UHMgZm9yIHRoZQ0KICAgc3RhdGVmdWwgUENFIG1vZGVsLCB3aGlsZSBSRkMgODczMyBbUkZDODcz M10gaXMgZm9jdXNlZCBvbiB0aGUgYWN0aXZlDQogICBzdGF0ZWZ1bCBQQ0UsIHdoZXJlIHRoZSBM U1BzIGFyZSBjb250cm9sbGVkIGJ5IHRoZSBQQ0UuDQoNCk5vdCBzdXJlIHdoeSByZWZlcmVuY2Ug UkZDIDg3MzMuIEp1c3QgcmVtb3ZlIGl0IGFuZCBtYXliZSBlbmQgdGhlIHNlbnRlbmNlIGJlZm9y ZSBpdC4NCg0KW0dGXTogQWdyZWUuIFdpbGwgZG8uDQoNCiogU2VjdGlvbiAyDQogICBUaGUgSUZJ VCBhdHRyaWJ1dGVzIGhlcmUgZGVzY3JpYmVkIGNhbiBiZSBnZW5lcmFsaXplZCBhbmQgaW5jbHVk ZWQgYXMNCiAgIFRMVnMgY2FycmllZCBpbnNpZGUgdGhlIExTUEEgKExTUCBBdHRyaWJ1dGVzKSBv YmplY3QgaW4gb3JkZXIgdG8gYmUNCiAgIGFwcGxpZWQgZm9yIGFsbCBwYXRoIHR5cGVzLCBhcyBs b25nIGFzIHRoZXkgc3VwcG9ydCB0aGUgcmVsZXZhbnQgZGF0YQ0KICAgcGxhbmUgdGVsZW1ldHJ5 IG1ldGhvZC4gIElGSVQgVExWcyBhcmUgbyBwdGlvbmFsIGFuZCBjYW4gYmUgdGFrZW4NCiAgIGlu dG8gYWNjb3VudCBieSB0aGUgUENFIGR1cmluZyBwYXRoIGNvbXB1dGF0aW9uLiAgSW4gZ2VuZXJh bCwgdGhlDQogICBMU1BBIG9iamVjdCBpcyBjYXJyaWVkIHdpdGhpbiBhIFBDSW5pdGlhdGUgbWVz c2FnZSBvciBhIFBDUnB0DQogICBtZXNzYWdlLg0KDQpGZXcgY2hhbmdlcyBpbiB0aGUgbGFzdCAy IHNlbnRlbmNlcyAtDQoNCklGSVQgVExWcyBhcmUgb3B0aW9uYWwgYW5kIGNhbiBiZSB0YWtlbiBp bnRvIGFjY291bnQgYnkgdGhlIFBDRSBkdXJpbmcgcGF0aCBjb21wdXRhdGlvbiBhbmQgYnkgdGhl IFBDQyBkdXJpbmcgcGF0aCBzZXR1cC4gIEluIGdlbmVyYWwsIHRoZSBMU1BBIG9iamVjdCBjYW4g YmUgY2FycmllZCB3aXRoaW4gYSBQQ0luaXRpYXRlIG1lc3NhZ2UsIGEgUENVcGQgbWVzc2FnZSwg b3IgYSBQQ1JwdCBtZXNzYWdlIGluIHRoZSBzdGF0ZWZ1bCBQQ0UgbW9kZWwuDQoNCltHRl06IFdp bGwgZG8uDQoNCiogU2VjdGlvbiAzDQoNCiAgIEEgUENFUCBzcGVha2VyIGluY2x1ZGVzIHRoZSBJ RklUIFRMVnMgaW4gdGhlIE9QRU4gb2JqZWN0IHRvIGFkdmVydGlzZQ0KICAgaXRzIHN1cHBvcnQg Zm9yIFBDRVAgSUZJVCBleHRlbnNpb25zLg0KDQpNYWtlIHN1cmUgaXQgaXMgY2FsbGVkIElGSVQg Q2FwYWJpbGl0eSBUTFYgdG8gZGlmZmVyZW50aWF0ZSB3aXRoIG90aGVyIElGSVQgQXR0cmlidXRl cyBUTFZzLiBCYXNpY2FsbHkgZG9uJ3QgdXNlIGp1c3QgdGhlICJJRklUIFRMVnMiDQphbnl3aGVy ZSBpbiB0aGUgZG9jdW1lbnQuDQoNCltHRl06IFJpZ2h0LiBJIHdpbGwgZG91YmxlLWNoZWNrIHRo ZSB0ZXh0IHRvIHVzZSB0aGUgY29ycmVjdCBkZW5vbWluYXRpb24uDQoNCiAgIExlbmd0aDogVGhl IExlbmd0aCBmaWVsZCBkZWZpbmVzIHRoZSBsZW5ndGggb2YgdGhlIHZhbHVlIHBvcnRpb24gaW4N CiAgIGJ5dGVzIGFzIHBlciBSRkMgNTQ0MCBbUkZDNTQ0MF0uDQoNCkxlbmd0aCBpcyBhIGZpeGVk IHZhbHVlIG9mIDQuIChhbmQgbWVudGlvbiB0aGUgbGVuZ3RoIGZvciBzdWItVExWcyBsYXRlciBv biBhcyB3ZWxsIGluc3RlYWQgb2YgdGhlIGFib3ZlIGdlbmVyaWMgZGVzY3JpcHRpb24pDQoNCltH Rl06IEl0IHdhcyBteSBvdmVyc2lnaHQuIEkgd2lsbCBtb2RpZnkgdGhlIGRpZmZlcmVudCBTdWIt VExWcyBkZWZpbml0aW9ucyBhbmQgaW5zZXJ0IHRoZSByZWFsIGxlbmd0aCBpbnN0ZWFkIG9mIHRo ZSBnZW5lcmljIGRlZmluaXRpb24uDQoNCiogU2VjdGlvbiA1LjENCk9MRDoNCiAgIEZvciBzaW5n bGUgY2FuZGlkYXRlLXBhdGgsIFBDRSBzZW5kcyBQQ0luaXRpYXRlIG1lc3NhZ2UsDQogICBjb250 YWluaW5nIHRoZSBTUlBBRyBBc3NvY2lhdGlvbiBvYmplY3QNCiAgIChbSS1ELmlldGYtcGNlLXNl Z21lbnQtcm91dGluZy1wb2xpY3ktY3BdKSBhbmQgSUZJVC1BVFRSSUJVVEVTIHZpYQ0KICAgTFNQ QSBUTFZzLg0KTkVXOg0KICAgRm9yIHNpbmdsZSBjYW5kaWRhdGUtcGF0aCwgUENFIHNlbmRzIFBD SW5pdGlhdGUgbWVzc2FnZSwNCiAgIGNvbnRhaW5pbmcgdGhlIFNSUEFHIEFzc29jaWF0aW9uIG9i amVjdA0KICAgKFtJLUQuaWV0Zi1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcF0pIGFuZCBJ RklULUFUVFJJQlVURVMgVExWIHZpYQ0KICAgdGhlIExTUEEgb2JqZWN0Lg0KRU5EDQoNCltHRl06 IFdpbGwgZG8uDQoNCiogU2VjdGlvbiA2DQo2LTY1NTM1ICAgVW5hc3NpZ25lZC9FeHBlcmltZW50 YWwgVXNlICAgICAgICAgVGhpcyBkb2N1bWVudA0KDQpZb3Ugc2hvdWxkIG1hcmsgdGhlIGFib3Zl IGFzIFVuYXNzaWduZWQgYW5kIGFkZCBhIHRhYmxlIGZvciB0aGUgZGlmZmVyZW50IHJlZ2lzdHJh dGlvbiBwb2xpY2llcw0KDQogIDAtNjU1MDMgICAgICAgICAgIElFVEYgUmV2aWV3DQogIDY1NTA0 LTY1NTM1ICAgRXhwZXJpbWVudGFsIFVzZQ0KDQpbR0ZdOiBTdXJlLiBJIHdpbGwgbW9kaWZ5IGFj Y29yZGluZ2x5Lg0KDQpOaXRzDQotIEV4cGFuZCBPQU0NCi0gVXBkYXRlIFJlcXVpcmVtZW50cyBM YW5ndWFnZSB0byBpbmNsdWRlIFJGQzgxNzQNCi0gUmVtb3ZlIHRoZSBsYXN0IDIgc2VudGVuY2Vz IGFib3V0IFNSIFBvbGljeSBmcm9tIHRoZSBhYnN0cmFjdCBhbmQgbWF5YmUgYWRkICJUaGlzIGRv Y3VtZW50IGV4dGVuZHMgUENFUCB0byBjYXJyeSB0aGUgSUZJVCBhdHRyaWJ1dGVzIHVuZGVyIHRo ZSBzdGF0ZWZ1bCBQQ0UgbW9kZWwuIg0KDQpbR0ZdOiBPaw0KDQpUaGFua3MhDQpEaHJ1dg0KDQpP biBGcmksIEF1ZyAyOCwgMjAyMCBhdCA0OjIzIFBNIEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBw ZS5maW9jY29sYUBodWF3ZWkuY29tPiB3cm90ZToNCj4NCj4gRGVhciBBbGwsDQo+IFdlIGhhdmUg anVzdCB1cGRhdGVkIGRyYWZ0LWNoZW4tcGNlLXNyLXBvbGljeS1pZml0IGFuZCByZW5hbWVkIHRv IGRyYWZ0LWNoZW4tcGNlLXBjZXAtaWZpdC4NCj4gVGhlIGRyYWZ0IGhhcyBkZWVwbHkgY2hhbmdl ZCBiZWNhdXNlLCBhcyBkaXNjdXNzZWQgaW4gbWFpbGluZyBsaXN0LCB0aGUgUENFUCBleHRlbnNp b24gaXMgbm93IGFwcGxpZWQgYXMgVExWcyB0byB0aGUgTFNQIEF0dHJpYnV0ZXMgYW5kIG5vdCB0 byB0aGUgQXNzb2NpYXRpb24gR3JvdXBzLg0KPiBJbiBhZGRpdGlvbiwgdGhlIFBDRVAgZXh0ZW5z aW9ucyBmb3IgSUZJVCBhcmUgbm93IGdlbmVyYWwgYW5kIHRoZSBMU1BBIFRMVnMgYXJlIGFwcGxp Y2FibGUgZm9yIGFsbCBwYXRoIHR5cGVzLCBvZiBjb3Vyc2UgaWYgdGhlIElGSVQgbWV0aG9kcyAo SU9BTSBhbmQgQWx0ZXJuYXRlIE1hcmtpbmcpIGFyZSBzdXBwb3J0ZWQgYnkgdGhlIGRhdGEgcGxh bmUuIFNvIHRoZSBhcHBsaWNhdGlvbiB0byBTUiBwb2xpY3kgaXMgbm93IG1lbnRpb25lZCBhcyB1 c2UgY2FzZS4NCj4NCj4gRmVlZGJhY2tzIGFuZCBzdWdnZXN0aW9ucyBhcmUgYWx3YXlzIHdlbGNv bWUuDQo+DQo+IEJlc3QgUmVnYXJkcywNCj4NCj4gR2l1c2VwcGUNCj4NCj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86 aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBTZW50OiBGcmlkYXksIEF1Z3VzdCAyOCwgMjAy MCAxMjoyNyBQTQ0KPiBUbzogSHVhbmFuIENoZW4gPGNoZW5odWFuNkBjaGluYXRlbGVjb20uY24+ OyBUaWFucmFuIFpob3UgDQo+IDx6aG91dGlhbnJhbkBodWF3ZWkuY29tPjsgTGl3ZWlkb25nIChQ b2x5KSA8cG9seS5saUBodWF3ZWkuY29tPjsgSGFuZyANCj4gWXVhbiA8eXVhbmhhbmdAdW5pb25w YXkuY29tPjsgR2l1c2VwcGUgRmlvY2NvbGEgDQo+IDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWku Y29tPjsgd2FuZ3lhbGkgPHdhbmd5YWxpMTFAaHVhd2VpLmNvbT4NCj4gU3ViamVjdDogTmV3IFZl cnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQtMDAudHh0DQo+ DQo+DQo+IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQtMDAu dHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR2l1c2VwcGUgRmlvY2NvbGEg YW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KPg0KPiBOYW1lOiAgICAgICAgICAg ZHJhZnQtY2hlbi1wY2UtcGNlcC1pZml0DQo+IFJldmlzaW9uOiAgICAgICAwMA0KPiBUaXRsZTog ICAgICAgICAgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IENvbW11bmljYXRpb24gUHJvdG9jb2wg KFBDRVApIEV4dGVuc2lvbnMgdG8gRW5hYmxlIElGSVQNCj4gRG9jdW1lbnQgZGF0ZTogIDIwMjAt MDgtMjgNCj4gR3JvdXA6ICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiBQYWdlczog ICAgICAgICAgMTcNCj4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy9kcmFmdC1jaGVuLXBjZS1wY2VwLWlmaXQtMDAudHh0DQo+IFN0YXR1czogICAg ICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jaGVuLXBjZS1wY2Vw LWlmaXQvDQo+IEh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtY2hlbi1wY2UtcGNlcC1pZml0LTAwDQo+IEh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWNoZW4tcGNlLXBjZXAtaWZpdA0KPg0KPg0K PiBBYnN0cmFjdDoNCj4gICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIFBDRVAgZXh0ZW5zaW9ucyB0 byBkaXN0cmlidXRlIEluLXNpdHUgRmxvdw0KPiAgICBJbmZvcm1hdGlvbiBUZWxlbWV0cnkgKElG SVQpIGluZm9ybWF0aW9uLiAgU28gdGhhdCBJRklUIGJlaGF2aW9yIGNhbg0KPiAgICBiZSBlbmFi bGVkIGF1dG9tYXRpY2FsbHkgd2hlbiB0aGUgcGF0aCBpcyBpbnN0YW50aWF0ZWQuICBJbi1zaXR1 IEZsb3cNCj4gICAgSW5mb3JtYXRpb24gVGVsZW1ldHJ5IChJRklUKSByZWZlcnMgdG8gbmV0d29y ayBPQU0gZGF0YSBwbGFuZSBvbi1wYXRoDQo+ICAgIHRlbGVtZXRyeSB0ZWNobmlxdWVzLCBpbiBw YXJ0aWN1bGFyIHRoZSBtb3N0IHBvcHVsYXIgYXJlIEluLXNpdHUgT0FNDQo+ICAgIChJT0FNKSBh bmQgQWx0ZXJuYXRlIE1hcmtpbmcuICBUaGUgSUZJVCBhdHRyaWJ1dGVzIGhlcmUgZGVzY3JpYmVk IGNhbg0KPiAgICBiZSBnZW5lcmFsaXplZCBmb3IgYWxsIHBhdGggdHlwZXMgYnV0IHRoZSBhcHBs aWNhdGlvbiB0byBTZWdtZW50DQo+ICAgIFJvdXRpbmcgKFNSKSBpcyBjb25zaWRlcmVkIGluIHRo aXMgZG9jdW1lbnQuICBUaGUgU1IgcG9saWN5IGlzIGEgc2V0DQo+ICAgIG9mIGNhbmRpZGF0ZSBT UiBwYXRocyBjb25zaXN0aW5nIG9mIG9uZSBvciBtb3JlIHNlZ21lbnQgbGlzdHMgYW5kDQo+ICAg IG5lY2Vzc2FyeSBwYXRoIGF0dHJpYnV0ZXMuICBJdCBlbmFibGVzIGluc3RhbnRpYXRpb24gb2Yg YW4gb3JkZXJlZA0KPiAgICBsaXN0IG9mIHNlZ21lbnRzIHdpdGggYSBzcGVjaWZpYyBpbnRlbnQg Zm9yIHRyYWZmaWMgc3RlZXJpbmcuDQo+DQo+DQo+DQo+DQo+DQo+IFBsZWFzZSBub3RlIHRoYXQg aXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Np b24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0 b29scy5pZXRmLm9yZy4NCj4NCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4NCj4NCj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gUGNlIG1haWxpbmcg bGlzdA0KPiBQY2VAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9wY2UNCg== From nobody Mon Aug 31 07:13:30 2020 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 2532A3A13CB for ; Mon, 31 Aug 2020 07:13:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.332 X-Spam-Level: X-Spam-Status: No, score=-1.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, 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 kpUM6vHBWu4V for ; Mon, 31 Aug 2020 07:13:26 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 D340C3A0969 for ; Mon, 31 Aug 2020 07:13:25 -0700 (PDT) Received: from lhreml743-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id EFDD97381F40821F6768; Mon, 31 Aug 2020 15:13:22 +0100 (IST) Received: from lhreml743-chm.china.huawei.com (10.201.108.193) by lhreml743-chm.china.huawei.com (10.201.108.193) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 31 Aug 2020 15:13:22 +0100 Received: from DGGEMM422-HUB.china.huawei.com (10.1.198.39) by lhreml743-chm.china.huawei.com (10.201.108.193) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Mon, 31 Aug 2020 15:13:22 +0100 Received: from DGGEMM532-MBX.china.huawei.com ([169.254.7.158]) by dggemm422-hub.china.huawei.com ([10.1.198.39]) with mapi id 14.03.0487.000; Mon, 31 Aug 2020 22:13:10 +0800 From: Lizhenbin To: "Pengshuping (Peng Shuping)" , "Hariharan Ananthakrishnan" , Mahend Negi , Quintin Zhao , chao.zhou CC: pce Thread-Topic: IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller Thread-Index: AQHWbG+W13GN8vJm+0C75Z0QoxRrGqk7pd4AgBbC+Jg= Date: Mon, 31 Aug 2020 14:13:10 +0000 Message-ID: A4E9AABE-DB8A-40C2-BEB7-F124647AF13C References: , <4278D47A901B3041A737953BAA078ADE192C4583@DGGEML532-MBX.china.huawei.com> In-Reply-To: <4278D47A901B3041A737953BAA078ADE192C4583@DGGEML532-MBX.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_A4E9AABEDB8A40C2BEB7F124647AF13C_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-extension-for-pce-controller X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2020 14:13:28 -0000 --_000_A4E9AABEDB8A40C2BEB7F124647AF13C_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCB0aGF0 IHNob3VsZCBiZSBkaXNjbG9zZWQgaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0K DQoNCkJlc3QgcmVnYXJkcywNCg0KWmhlbmJpbiAoUm9iaW4pDQoNCg0KDQoNCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCuadjuaMr+aWjCBMaSBa aGVuYmluDQpNb2JpbGU6ICs4Ni0xMzY1MTAxNzc0NTx0ZWw6Kzg2LTEzNjUxMDE3NzQ1Pi8rOTY4 LTkxNzk3MDY4DQpFbWFpbDogbGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBo dWF3ZWkuY29tPg0KDQrlj5Hku7bkurrvvJpQZW5nc2h1cGluZyAoUGVuZyBTaHVwaW5nKSA8cGVu Z3NodXBpbmdAaHVhd2VpLmNvbT4NCuaUtuS7tuS6uu+8mkhhcmloYXJhbiBBbmFudGhha3Jpc2hu YW4gPGhhcmlAbmV0ZmxpeC5jb20+O0xpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb20+O01h aGVuZCBOZWdpIDxtYWhlbmQuaWV0ZkBnbWFpbC5jb20+O1F1aW50aW4gWmhhbyA8cXpoYW9AZXRo ZXJpY25ldHdvcmtzLmNvbT47Y2hhby56aG91IDxjaGFvLnpob3VAY2lzY28uY29tPg0K5oqE4oCD 6YCB77yacGNlIDxwY2VAaWV0Zi5vcmc+DQrml7bigIPpl7TvvJoyMDIwLTA4LTE3IDE4OjM3OjQ1 DQrkuLvigIPpopjvvJpSRTogSVBSIFBvbGwgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNp b24tZm9yLXBjZS1jb250cm9sbGVyDQoNCkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGlj YWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZA0KaW4gYWNjb3JkYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0KDQpCZXN0IHJlZ2FyZHMsDQpTaHVwaW5nDQoNCg0KDQpG cm9tOiBIYXJpaGFyYW4gQW5hbnRoYWtyaXNobmFuIFttYWlsdG86aGFyaUBuZXRmbGl4LmNvbV0N ClNlbnQ6IEZyaWRheSwgQXVndXN0IDcsIDIwMjAgMTI6MDIgUE0NClRvOiBMaXpoZW5iaW4gPGxp emhlbmJpbkBodWF3ZWkuY29tPjsgUGVuZ3NodXBpbmcgKFBlbmcgU2h1cGluZykgPHBlbmdzaHVw aW5nQGh1YXdlaS5jb20+OyBNYWhlbmQgTmVnaSA8bWFoZW5kLmlldGZAZ21haWwuY29tPjsgcXpo YW9AZXRoZXJpY25ldHdvcmtzLmNvbTsgY2hhby56aG91QGNpc2NvLmNvbQ0KQ2M6IHBjZUBpZXRm Lm9yZw0KU3ViamVjdDogSVBSIFBvbGwgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcC1leHRlbnNpb24t Zm9yLXBjZS1jb250cm9sbGVyDQoNCg0KSGkgQXV0aG9ycywNCg0KDQoNCkluIHByZXBhcmF0aW9u IGZvciBXRyBMQyBvbiB0aGlzIGRyYWZ0LCBJJ2QgbGlrZSBhbGwNCg0KYXV0aG9ycyBhbmQgY29u dHJpYnV0b3JzIHRvIGNvbmZpcm0gb24gdGhlIGxpc3QgdGhhdCB0aGV5IGFyZSBpbiBjb21wbGlh bmNlDQoNCndpdGggSUVURiBJUFIgcnVsZXMuDQoNCg0KDQpQbGVhc2UgcmVzcG9uZCAoY29weWlu ZyB0aGUgbWFpbGluZyBsaXN0KSB0byBzYXkgb25lIG9mOg0KDQoNCg0KSSBhbSBub3QgYXdhcmUg b2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91bGQgYmUgZGlzY2xv c2VkDQoNCmluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0KDQoNCkkgYW0gYXdh cmUgb2YgdGhlIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFk eSBiZWVuDQoNCmRpc2Nsb3NlZCB0byB0aGUgSUVURi4NCg0KDQoNCkkgYW0gYXdhcmUgb2YgSVBS IGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbg0KDQpk aXNjbG9zZWQgdG8gdGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwg YmUgZGlzY2xvc2VkIGluIGENCg0KdGltZWx5IG1hbm5lci4NCg0KDQoNClRoYW5rcywNCg0KLSBI YXJpDQo= --_000_A4E9AABEDB8A40C2BEB7F124647AF13C_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk65a6L5L2TfQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBN YXRoIn0NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCkBmb250LWZhY2UNCgl7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hfQ0KcC5Nc29Ob3JtYWwsIGxpLk1z b05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9k30NCmE6bGluaywg c3Bhbi5Nc29IeXBlcmxpbmsNCgl7Y29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lfQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOiM5 NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZX0NCnByZQ0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9k30NCnNwYW4uSFRNTENoYXINCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3In0NCnNw YW4uRW1haWxTdHlsZTE5DQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv bG9yOiMxRjQ5N0R9DQouTXNvQ2hwRGVmYXVsdA0KCXt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 bWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdH0NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 fQ0KLS0+DQo8L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9IiMwNTYz QzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQoqDQoJ e30NCmJvZHkNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCi0tPg0KPC9zdHlsZT4NCjxkaXY+DQo8 cD48Zm9udCBzaXplPSIzIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgc2l6ZT0iMyI+SSBh bSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91 bGQgYmUgZGlzY2xvc2VkIGk8L2ZvbnQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTptZWRpdW0iPm4g YWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLjwvc3Bhbj48L3A+DQo8cD48YnI+DQo8L3A+ DQo8cD48Zm9udCBzaXplPSIzIj5CZXN0IHJlZ2FyZHMsPC9mb250PjwvcD4NCjxwPlpoZW5iaW4g KFJvYmluKTwvcD4NCjxwPjxicj4NCjxicj4NCjxicj4NCjxicj4NCjwvcD4NCjwvZGl2Pg0KPGRp dj48L2Rpdj4NCjxkaXY+DQo8cCBkaXI9Imx0ciI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQrmnY7mjK/mlowgTGkgWmhlbmJpbjxicj4NCk1v YmlsZTogPGEgaHJlZj0idGVsOiYjNDM7ODYtMTM2NTEwMTc3NDUiPiYjNDM7ODYtMTM2NTEwMTc3 NDU8L2E+LyYjNDM7OTY4LTkxNzk3MDY4PGJyPg0KRW1haWw6IDxhIGhyZWY9Im1haWx0bzpsaXpo ZW5iaW5AaHVhd2VpLmNvbSI+bGl6aGVuYmluQGh1YXdlaS5jb208L2E+PC9wPg0KPC9kaXY+DQo8 ZGl2IG5hbWU9IkFueU9mZmljZS1CYWNrZ3JvdW5kLUltYWdlIiBzdHlsZT0iYm9yZGVyLXRvcDox cHggc29saWQgI0I1QzRERjsgcGFkZGluZzo4cHgiPg0KPGRpdiBzdHlsZT0id29yZC1icmVhazpi cmVhay1hbGwiPjxiPuWPkeS7tuS6uu+8mjwvYj5QZW5nc2h1cGluZyAoUGVuZyBTaHVwaW5nKSAm bHQ7cGVuZ3NodXBpbmdAaHVhd2VpLmNvbSZndDs8L2Rpdj4NCjxkaXYgc3R5bGU9IndvcmQtYnJl YWs6YnJlYWstYWxsIj48Yj7mlLbku7bkurrvvJo8L2I+SGFyaWhhcmFuIEFuYW50aGFrcmlzaG5h biAmbHQ7aGFyaUBuZXRmbGl4LmNvbSZndDs7TGl6aGVuYmluICZsdDtsaXpoZW5iaW5AaHVhd2Vp LmNvbSZndDs7TWFoZW5kIE5lZ2kgJmx0O21haGVuZC5pZXRmQGdtYWlsLmNvbSZndDs7UXVpbnRp biBaaGFvICZsdDtxemhhb0BldGhlcmljbmV0d29ya3MuY29tJmd0OztjaGFvLnpob3UgJmx0O2No YW8uemhvdUBjaXNjby5jb20mZ3Q7PC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFr LWFsbCI+PGI+5oqE4oCD6YCB77yaPC9iPnBjZSAmbHQ7cGNlQGlldGYub3JnJmd0OzwvZGl2Pg0K PGRpdiBzdHlsZT0id29yZC1icmVhazpicmVhay1hbGwiPjxiPuaXtuKAg+mXtO+8mjwvYj4yMDIw LTA4LTE3IDE4OjM3OjQ1PC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+ PGI+5Li74oCD6aKY77yaPC9iPlJFOiBJUFIgUG9sbCBvbiBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4 dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXI8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0OyBmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMxRjQ5N0QiPkkgYW0gbm90 IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJl IGRpc2Nsb3NlZDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjsgY29sb3I6IzFGNDk3RCI+aW4gYWNjb3JkYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmOyBjb2xvcjojMUY0 OTdEIj5CZXN0IHJlZ2FyZHMsDQo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0OyBmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMxRjQ5N0QiPlNodXBpbmcNCjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZjsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDsgZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmOyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTsgYm9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDsgcGFkZGluZzowY20gMGNtIDBjbSA0 LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7IGJvcmRlci10b3A6c29saWQg I0UxRTFFMSAxLjBwdDsgcGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5h biBbbWFpbHRvOmhhcmlAbmV0ZmxpeC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBB dWd1c3QgNywgMjAyMCAxMjowMiBQTTxicj4NCjxiPlRvOjwvYj4gTGl6aGVuYmluICZsdDtsaXpo ZW5iaW5AaHVhd2VpLmNvbSZndDs7IFBlbmdzaHVwaW5nIChQZW5nIFNodXBpbmcpICZsdDtwZW5n c2h1cGluZ0BodWF3ZWkuY29tJmd0OzsgTWFoZW5kIE5lZ2kgJmx0O21haGVuZC5pZXRmQGdtYWls LmNvbSZndDs7IHF6aGFvQGV0aGVyaWNuZXR3b3Jrcy5jb207IGNoYW8uemhvdUBjaXNjby5jb208 YnI+DQo8Yj5DYzo8L2I+IHBjZUBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBJUFIgUG9s bCBvbiBkcmFmdC1pZXRmLXBjZS1wY2VwLWV4dGVuc2lvbi1mb3ItcGNlLWNvbnRyb2xsZXI8L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm OyBjb2xvcjojMjEyNTI5Ij5IaSBBdXRob3JzLDwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWY7IGNvbG9yOiMyMTI1MjkiPiZuYnNwOzwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 IGNvbG9yOiMyMTI1MjkiPkluIHByZXBhcmF0aW9uIGZvciBXRyBMQyBvbiB0aGlzIGRyYWZ0LCBJ J2QgbGlrZSBhbGw8L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmOyBjb2xvcjojMjEyNTI5 Ij5hdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBvbiB0aGUgbGlzdCB0aGF0IHRo ZXkgYXJlIGluIGNvbXBsaWFuY2U8L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmOyBjb2xv cjojMjEyNTI5Ij53aXRoIElFVEYgSVBSIHJ1bGVzLjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7IGNvbG9yOiMyMTI1MjkiPiZuYnNwOzwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWY7IGNvbG9yOiMyMTI1MjkiPlBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBtYWlsaW5nIGxp c3QpIHRvIHNheSBvbmUgb2Y6PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjsgY29sb3I6 IzIxMjUyOSI+Jm5ic3A7PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjsgY29sb3I6IzIx MjUyOSI+SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQg dGhhdCBzaG91bGQgYmUgZGlzY2xvc2VkPC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjsg Y29sb3I6IzIxMjUyOSI+aW4gYWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMyMTI1MjkiPiZuYnNwOzwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMyMTI1MjkiPkkgYW0gYXdhcmUgb2YgdGhlIElQ UiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVuPC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjsgY29sb3I6IzIxMjUyOSI+ZGlzY2xvc2VkIHRvIHRo ZSBJRVRGLjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMyMTI1MjkiPiZu YnNwOzwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMyMTI1MjkiPkkgYW0g YXdhcmUgb2YgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5 ZXQgYmVlbjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMyMTI1MjkiPmRp c2Nsb3NlZCB0byB0aGUgSUVURi4gSSB3aWxsIHdvcmsgdG8gZW5zdXJlIHRoYXQgaXQgd2lsbCBi ZSBkaXNjbG9zZWQgaW4gYTwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMy MTI1MjkiPnRpbWVseSBtYW5uZXIuPC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjsgY29s b3I6IzIxMjUyOSI+Jm5ic3A7PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjsgY29sb3I6 IzIxMjUyOSI+VGhhbmtzLDwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7IGNvbG9yOiMy MTI1MjkiPi0gSGFyaTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMyMTI1 MjkiPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_A4E9AABEDB8A40C2BEB7F124647AF13C_--