From nobody Tue Oct 1 01:15:38 2019 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 527551200FE; Tue, 1 Oct 2019 01:15:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 HVoaZKboJwMS; Tue, 1 Oct 2019 01:15:33 -0700 (PDT) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 D3396120115; Tue, 1 Oct 2019 01:15:33 -0700 (PDT) Received: by mail-io1-xd36.google.com with SMTP id q1so45696052ion.1; Tue, 01 Oct 2019 01:15:33 -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=hF0voTcTqUhlIDBr/bUf5+M0CU30dNcawc3KEQBQtcA=; b=X6o9MoASUmOpDp7oXAKmbrW7ztSWnqQ9qSX/J0CeW3trktxfeKSXoxP6QxCsInkcYs D/WplcGnBSmqr58V4MBXcxbEnIgDw9opLI07daqGuXWBTgr/u29PVzlZVerThKZQfVIZ fWAhm7Oy8FlAyZrKg1vGZnA33Yi/0KDYWudgnZmZSc1y0kwfaWThtysJx5dXy11o7vyF 1HV2k0GxFx6HKvqwcfzmp6GflF+sMjKZW3iA+VoqScysOKSVURi2Zpm+K4/8ky50RED2 gWSdZ4FBZwr4XL9/l/yKJdQhtuHBtpWaMuJ3SRfUVy8JjP/aXpMd77Hfj8aIigI0P5fk uJcA== 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=hF0voTcTqUhlIDBr/bUf5+M0CU30dNcawc3KEQBQtcA=; b=XMXuQclYopGpxRxjXjg10uzS92KOftve5t/o3fnuzToYOCqPVs51rqRz9qxwvdvPZl 9fcVUME3lxHWanHSqQzzeN/odz83yWTiOUM/eawDoSeZ1uC9O50TjwB3TonQSw7ojhUD G6Gtia/5axEbLXuMqoynGTgSjkqyDY9uG71zdwONtIMNX4JJbZYOwYCfcUbPzkRLbjHx NDAQsNCozqrCBMYINT1kiNsHeeSHsNxPJSvh+d8CESj82O4RCyMgJmqaYI4tmrS8jhj0 2Ii1MlT73mkvXxyqaDwvEgNAX+JQdiP6RzGUbMPZ3RINGJ7+E3TPkOZlEmJDYdJiWuBj tdNw== X-Gm-Message-State: APjAAAUj3s3OZfIk6XZ8+WhapYG8B0+WSYZUMXDopbU0foTPTVBNn48b VrvI+VcGGxYlCu7T0dEs9K226GbE5RuMz7tV/t4= X-Google-Smtp-Source: APXvYqwfC+TpRiUSw+Z+mZG/PSGWw8K5d4G/mePPqMo+LiTR9Zj9nXa99WggvpC3tkctPuVmNl0GuS0sGm1DdHNcuDQ= X-Received: by 2002:a5d:9457:: with SMTP id x23mr8848979ior.14.1569917732886; Tue, 01 Oct 2019 01:15:32 -0700 (PDT) MIME-Version: 1.0 References: <156986574432.578.10826380036165341647.idtracker@ietfa.amsl.com> In-Reply-To: <156986574432.578.10826380036165341647.idtracker@ietfa.amsl.com> From: Dhruv Dhody Date: Tue, 1 Oct 2019 13:44:54 +0530 Message-ID: To: Benjamin Kaduk Cc: The IESG , draft-ietf-pce-lsp-control-request@ietf.org, Hariharan Ananthakrishnan , pce-chairs , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-lsp-control-request-09: (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: Tue, 01 Oct 2019 08:15:37 -0000 Hi Ben, Thanks for your review. A few thoughts on your DISCUSS... On Mon, Sep 30, 2019 at 11:19 PM Benjamin Kaduk via Datatracker wrote: > > Benjamin Kaduk has entered the following ballot position for > draft-ietf-pce-lsp-control-request-09: 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-lsp-control-request/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > This may just be a philosophical discussion, but if RFC 8231 marks the > PLSP-ID value of 0 as "reserved" and we are making use of the extension > point, do we need to have an Updates: relationship with 8231? This > seems particularly poigniant given that we have to explicitly override > the RFC 8231 error handling, with some text in the second paragraph of > Section 4. > There are various cases when PLSP-ID can be zero already. RFC 8231 has end-of-synchronisation marker. RFC 8281 uses it to indicate removal of all LSPs. So IMHO this extension defines a new use of PLSP-ID=0 to be used, that too, only when the C flag is set! As Deborah puts it - this does not require an update to existing RFC 8231 implementation. Only those implementing this 'optional' feature needs to consider this. > What kind of feature negotiation is available to check support prior to > using this flag? After all, if the peer does not implement this > document it will not implement the override of 8231 error handling and > will respond with errors when the D flag is set (or the PLSP-ID of 0 > used). If we have to just "try it and fall back to not using it if we > get errors", that has some associated security considerations as well. > In this case Capability negotiation might be an overkill. We are just adding a new flag; there is a clear error case to work with legacy implementation. Anyways, We can update the security considerations to include this fact. Something like - Note that, a PCE may not be sure if a PCC supports this feature. A PCE would try sending a control request to a 'legacy' PCC, which would in turn respond with an error as described in Section 4. So a PCE would learn this fact only when it wants to take control over an LSP. Do you see anything else worth highlighting? > What can we say about authorization policy on the PCC? Alvaro touched > on this in his Comment, but I think it's important enough to be > Discuss-level. Since this policy is the key factor to the security > posture of this extension, not only does it seem like there MUST be the > ability to configure the policy, but it also seems like we should be > able to give some guidance on typical use cases (where the authors > believe the security properties to be reasonable). Other use cases > might require an additional level of analysis by those proposing to > deploy the solution. > > Delegation is just about giving temporary control to PCE, the real impact on LSP would happen when a PCE updates the LSP parameters. This impact fall under RFC 8231 where PCC decides to either accept the update or not. Moreover RFC 8281 grants PCE the capability to initiate LSPs as well. So IMHO this request control falls within the existing perimeter of the protocols. I wrote this to Alvaro - > Thanks for pointing this out. Since RFC 8231 uses SHOULD wrt policy, I > would consider not changing that. We can highlight that the PCC is the > ultimate arbiter on if the delegation should be made and to which PCE. > Even after delegation, the PCC can take back control anytime. But at > the same time blindly accepting control request could be a problem! > I propose this text in Security section - > A PCC is the ultimate arbiter of delegation. As per [RFC8231], a > local policy at PCC is used to influence the delegation. A PCC can > also revoke the delegation at any time. A PCC MUST NOT blindly trust > the control requests and SHOULD take local policy and other factors > into consideration before honoring the request. So the key question is that does this 'control request' raises to the level that we make policy a MUST, when RFC 8231/8281 did not... > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Section 1 > > It includes mechanisms to effect LSP state > synchronization between Path Computation Clients (PCCs) and PCEs, > delegation of control of LSPs to PCE, and PCE control of timing and > sequence of path computations within and across PCEP sessions. [...] > > nit: assuming this is grouped as "it includes mechanisms to: (1) effect > LSP state synchronization [...], (2) delegation of control [...], and > (3) PCE control of timing and sequence [...]", the verb tenses need to > be changed so that they match up. > > For Redundant Stateful PCEs (section 5.7.4. of [RFC8231]), during a > PCE failure, one of the redundant PCE could request to take control > over an LSP. The redundant PCEs may use a local policy or a > > Just to check: this request is only possible with the mechanism defined > in this document, and is not possible with just the previous > technologies? I might suggest to s/could/might want to/ to make it more > clear that this is motivating the rest of the document. > > In case of virtualized PCEs (vPCE) running as virtual network > function (VNF), as the computation load in the network increases, a > > nit: singular/plural mismatch "PCEs"/VNF > > can be used in conjunction to [RFC8231]. Ultimately, it is the PCC > that decides which PCE to delegate the orphaned LSP. > > nit: either "to which to delegate the orphaned LSP" or "to delegate the > orphaned LSP to". > > Section 3 > > A new flag, the "LSP-Control Request Flag" (C), is introduced in the > SRP object. On a PCUpd message, a PCE sets the C Flag to 1 to > indicate that it wishes to gain control of LSPs. The LSPs are > identified by the LSP object. A PLSP-ID of value other than 0 and > 0xFFFFF is used to identify the LSP for which the PCE requests > control. The PLSP-ID value of 0 indicates that the PCE is requesting > control of all LSPs originating from the PCC that it wishes to > delegate. [...] > > nit: I suggest s/identified by the LSP object/identified by the PLSP-ID > in the LSP object following the SRP object/. > > delegate. The C Flag has no meaning in other PCEP messages that > carry SRP object and the flag MUST be set to 0 on transmission and > MUST be ignored on receipt. > > nit: I suggest s/object/objects/ and s/and the/and for which the/ > > Section 4 > > If a PCE wishes to gain control over an LSP, it sends a PCUpd message > with C Flag set to 1 in SRP object. The LSP for which the PCE > requests control is identified by the PLSP-ID. The PLSP-ID of 0 > > nit: as above, I suggest s/identified by the PLSP-ID/identified by the > PLSP-ID in the associated LSP object/ > > timer. A PCE ignores the C Flag on the PCRpt message. Note that, if > > nit: I think this is now redundant with the text added in respone to > the genart review ("The C Flag has no meaning in other PCEP messages > that carry SRP object and the flag MUST be set to 0 on transmission and > MUST be ignored on receipt"). > > It should be noted that a legacy implementation of PCC, that does not > support this extension would trigger the error condition as specified > in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and > error-value 1 (Attempted LSP Update Request for a non-delegated LSP)) > I don't understand this sentence -- what does "as the D Flag would be > unset" mean? Does it just mean that the PCC treats it as unset because > it has no code to handle the D flag at all? > Suggestion to make this clearer with - It should be noted that a legacy implementation of PCC that does not support this extension would trigger the error condition as specified in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and error-value 1 (Attempted LSP Update Request for a non-delegated LSP)), as any control request would have the D Flag (delegate) unset and it would be considered as attempt to update a non-delegated LSP. > Section 6 > > Please cite RFC 7525 as BCP 195. > > Thanks! Dhruv From nobody Tue Oct 1 01:16:16 2019 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 9FACF12082C; Tue, 1 Oct 2019 01:16:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 gEfMhZlTvXmo; Tue, 1 Oct 2019 01:16:01 -0700 (PDT) Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (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 A4DBF120115; Tue, 1 Oct 2019 01:16:01 -0700 (PDT) Received: by mail-io1-xd29.google.com with SMTP id c25so45558337iot.12; Tue, 01 Oct 2019 01:16:01 -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=KRJD18iAP37ZFDaMdTF7L1zaezzEFuTNKtB/mpur/mA=; b=dCWgZa5ZAuNfeJH5oGm3MbWXvTJVoCf+z6miDI2oREAlCTuxswhU/L+fdsP1+CUAfY G+U1kf7pQo7+J7jtGFCxKgnhua9+wLDAU6LZZCl/xHczqNzc53+x4381fhcqRH7lN2sC 3fY3f87Giuxooy+rMNFVnmm6L+7ME4BaWttmUM6egpcXIqhIpJOFJPEbmGDeiWnVCBcZ ViCB7f9OnqKdsi/7hUgUDVujRN7SCYt7JBNwnRBNbfQVUGEgXRapC7TVkrYjLEYe9bzW w6sIbf2K23N4X3qdYm6pTjbf4vVfG6YKZ3EysAjEAwaA+bamszZtUaHQKQsZZGK5rhiw rs1w== 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=KRJD18iAP37ZFDaMdTF7L1zaezzEFuTNKtB/mpur/mA=; b=ExAoUrbZ7wkb8rwqmqZRuofa1lnmHsaWCZf2CK4ohJtVINpDvrNHyxRnjYFbUfCBMB Ei+d9ZsRxkT3C2GUkuTv2QR5H5AlLSm8wecm3N2TW50SP/lJbEu0oLPRF6LGKpt41+sn PXRL92jJvbx4Wsjj0S9fFgWp7VYyWmoPgD+tbbQS9OOPEMDxM1BSll+AcufMVaQoJd6K dYVXz+Gayrd90hY4lJ3sA66EoAcv2244JKCs5QYP6QuwCaLCQz/iXTDcTEkkPMh1VM2o 3DjtDzH8Q0sWSKQIv7krHRX7Z5HfCvDgN3ClNu5RBDOuOXq7HqRLtcEFA2nCHpxVJ/vI ejmA== X-Gm-Message-State: APjAAAU2zh0NMO8Nt1FCpVf2akY3vC+3OWoEiqzPvpyg1Ta5q1SOOMAF 6eTnXAHSToje5NbnzLoWl2Ujq4c/oSvh9NNq3oM= X-Google-Smtp-Source: APXvYqyfKEuIaov5m1GgGxCP1B0VD9dula5MU5SSrvN9KSlRWv8WuwG2gbWrZAE7PDLfIftyV2y2qGK2iLTUH5TvYsM= X-Received: by 2002:a92:458a:: with SMTP id z10mr24680786ilj.279.1569917760829; Tue, 01 Oct 2019 01:16:00 -0700 (PDT) MIME-Version: 1.0 References: <156947917508.29034.2649004397929023444.idtracker@ietfa.amsl.com> In-Reply-To: From: Dhruv Dhody Date: Tue, 1 Oct 2019 13:45:24 +0530 Message-ID: To: Barry Leiba Cc: The IESG , draft-ietf-pce-lsp-control-request@ietf.org, Hariharan Ananthakrishnan , pce-chairs , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Pce] Barry Leiba's No Objection on draft-ietf-pce-lsp-control-request-09: (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, 01 Oct 2019 08:16:12 -0000 Hi Barry, This makes sense. Thanks for the explanation. Thanks, Dhruv On Mon, Sep 30, 2019 at 7:39 PM Barry Leiba wrote= : > > > > =E2=80=94 Section 4 =E2=80=94 > > > > > > The D Flag and C > > > Flag are mutually exclusive in PCUpd message. The PCE SHOULD NOT > > > send control request for LSP which is already delegated to the PCE= , > > > i.e. if the D Flag is set in the PCUpd message, then C Flag SHOULD > > > NOT be set. > > > > > > I=E2=80=99m confused: =E2=80=9Cmutually exclusive=E2=80=9D means that= they can=E2=80=99t both be set. So why > > > SHOULD NOT and not MUST NOT? (You=E2=80=99re also missing a few arti= cles here: =E2=80=9Da > > > PCUpd message=E2=80=9D, =E2=80=9Ca control request=E2=80=9D, =E2=80= =9Can LSP=E2=80=9D, and =E2=80=9Cthe C Flag=E2=80=9D. > > > > > > > I think the reason for SHOULD NOT was because when a PCC receives this > > - it would simply ignore it! > > This did not rise to the level of error usual for MUST NOT! > > > > If you feel that the above isn't a good enough reason, changing would > > not cause any harm either. > > If the working group thinks that SHOULD NOT is right, it should stay > that way -- I just questioned the combination of "mutually exclusive" > and "SHOULD NOT". So here are my thoughts: > > 1. If there is no reason they should ever be set together, then it > should be MUST NOT. > > 2. If there might be a reason to set them together -- it's difficult > to meet the conditions in some way, or whatever -- then SHOULD NOT is > OK. > > 3. If you keep it as SHOULD NOT, I think you should change the > "mutually exclusive" sentence to be less strong. > > It sounds to me like MUST NOT is the right thing here -- that there's > never a reason to set them both together, and that it doesn't make > sense in the protocol to have them both set. So even though the > receiver can ignore the situation, MUST NOT still applies. > > Barry From nobody Tue Oct 1 01:43:59 2019 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 9826812016E; Tue, 1 Oct 2019 01:43:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 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_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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=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 i8MzMhHHm19Q; Tue, 1 Oct 2019 01:43:47 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140129.outbound.protection.outlook.com [40.107.14.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13C48120143; Tue, 1 Oct 2019 01:43:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ny90XnBxgbmMqnWKk1K8yBdxKn+41pfVAdPli0zTYIYb6puInxpzXRvnHyEjGwyd4y1CiRO/lK9pSRryuoraqc5w9qx4p1iq9YC7u4BVjXpbQYMCEVGvB6zd4MS51WzN9AO0ZwRoTm1EVpfH5/Mrr/bWEtVFbfLztWk7ZvbkL0yUP9jDLr9pUf/D+qIkrvCKKmjDrREJeTpEVpqbux8cmnDym6U8SmNqMjI57PHv1+gnCEDOweIft7/GZQzSzi3se6yhUOhZHUGUgUvtjKXqtvh4uE2OfxbmAoKR/wwf5Z1pzhQSWBipG9IYwOF8SSyFNMQLgBHN0ebQv4MH1b/Ftg== 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=/K9eS4qIoqzOYRKxgE5y1rxgnHBpR4mWGBx2TvCZrk4=; b=PLSfII9bl0nfBhYx31VzKFYGMa+lceljMS1E/h2AlBdU3kqlKZW+bofUEivWzeYg0ajVXxo1PUi6/knXZhWCKOa1xmuz0Q9v3fik4nc6+CHXuo6JPw2lWoVAZw58IxEHcwZkT4M6vyDGk3aHjApc+YnKqKnoCMqTYhNqKRPWOT6wTqMSTuY7oMXJBLbWj4ADDAY7gF4tXKkh4SqVwxD7e5wOdDPITlQTpduG7C3uG+joh3OkF9smE/k41v2GaYWSSNzO17wMD3yLmXlf4Wzbt4aLjbBoPCaJr4Lj9yTFmu0+ktYjfZlkfceyWATzKLYVllSGrh4I69RC/Hc+QIcbCA== 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=/K9eS4qIoqzOYRKxgE5y1rxgnHBpR4mWGBx2TvCZrk4=; b=WNrf8TZ0cC7w8shnkTUIgQIPNEZp3N2rVkTCAmcncxqAP1nshlALT8xvZXLFhS/nnpYLcf/YJ/U6/eMZPOe2r+whRW6J4ckBsw84hFk5UdAFQIwC6Hylp+BIaUx764Zo1Zgcb7RlEY0NIUebuuJvVm75gh6I6dqO+Jk1ThA4+v4= Received: from DB7PR07MB5751.eurprd07.prod.outlook.com (20.177.123.142) by DB7PR07MB4585.eurprd07.prod.outlook.com (52.135.133.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Tue, 1 Oct 2019 08:43:45 +0000 Received: from DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d]) by DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d%6]) with mapi id 15.20.2305.022; Tue, 1 Oct 2019 08:43:44 +0000 From: "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" To: Dhruv Dhody CC: The IESG , "draft-ietf-pce-lsp-control-request@ietf.org" , Hariharan Ananthakrishnan , pce-chairs , "pce@ietf.org" Thread-Topic: Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT) Thread-Index: AQHVeDRV6DKOEaIlmEWZEv+zLTZu9w== Date: Tue, 1 Oct 2019 08:43:44 +0000 Message-ID: <8e56a1ea-9641-3faf-e3b9-c9cbc44fc7de@nokia.com> References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [131.228.2.21] user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 x-clientproxiedby: HE1PR07CA0022.eurprd07.prod.outlook.com (2603:10a6:7:67::32) To DB7PR07MB5751.eurprd07.prod.outlook.com (2603:10a6:10:56::14) authentication-results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; x-ms-exchange-messagesentrepresentingtype: 1 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7368fb50-6c97-471d-2992-08d7464b7809 x-ms-office365-filtering-ht: Tenant x-ms-traffictypediagnostic: DB7PR07MB4585: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0177904E6B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(346002)(366004)(39860400002)(396003)(376002)(189003)(199004)(54094003)(86362001)(54906003)(6116002)(3846002)(11346002)(486006)(2616005)(102836004)(476003)(256004)(66066001)(14444005)(65956001)(66574012)(65806001)(53546011)(6506007)(386003)(31696002)(6246003)(4326008)(6916009)(186003)(446003)(71190400001)(71200400001)(25786009)(6512007)(5660300002)(36756003)(7736002)(305945005)(478600001)(8936002)(966005)(6486002)(14454004)(6306002)(76176011)(66476007)(8676002)(31686004)(66946007)(66556008)(316002)(26005)(2906002)(229853002)(6436002)(99286004)(66446008)(81156014)(81166006)(52116002)(64756008)(58126008); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4585; H:DB7PR07MB5751.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: rJuG4YlJXVxBE2CBZJdV6Mw8US+RQ4YsxERa1JLNDPB1zpGFr24Z2jVRn3AL+EnTNJ/Pks4O7ypiQaARkPvf2OuOd+n5+ZpxR/9KvlE9Z5mX2r67VSPUzh4hiUG51Ez3gAPWTmTO/MCd0EA/ElXxvbdPSOHuQZ1zox6L4T3QVtpT0roKPMZVLGE5uu1MRal3sxpG/JNy/Igrx4ve3jpZ4JZe411P/NPBcqq2ueOQrSLZJUMBN9bsF9mWW50sbtBSgC2fx76VOdyTMQlzXckmx9wk/zOg9Nl7v2w/ucG1kccI4YJc3Qy33hLj/0oRD/6W4e9IbytoPZBt7aJLGrink74sxjhjwg2v9cDVfWm8usIV6iuyDpjpj/AVwGqfKnPyn4V7K09bedL1sxLVwi5LGyFHHq40Aj4kfUef+qB46DmNQFk73XQ31TbSZz+dRuWtk1VxlqJ7ErdJETRWSpHezw== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <058C5E8A55646143B78B19C948CE8551@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7368fb50-6c97-471d-2992-08d7464b7809 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 08:43:44.8161 (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: uVD8zew6NQubtnO+XxcFHeovgB4/iD860pm2ARy+Omqous5+kKdBtvEmYD5QEVe9P33P+ApPH5EnQ5zZw0e5COQ45H6uZL/l9gPg3WKLkRg= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4585 Archived-At: Subject: Re: [Pce] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (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, 01 Oct 2019 08:43:50 -0000 RGhydXYsDQoNCnRoYW5rcyBmb3IgeW91ciBhbnN3ZXIuDQoNCkkgbGlrZSB5b3VyIHByb3Bvc2Vk IGNoYW5nZS4NCg0KSSdsbCByZXBseSB0byBEZWJvcmFoJ3MgZS1tYWlsIHJlZ2FyZGluZyB0aGUg VXBkYXRlLg0KT24gdGhhdCBzdWJqZWN0LCBoYXZlIHlvdSBzZWVuOg0KaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1rdWVobGV3aW5kLXVwZGF0ZS10YWctMDEgPw0K DQotbQ0KDQpMZSAyMDE5LTA5LTMwIMOgIDEzOjI4LCBEaHJ1diBEaG9keSBhIMOpY3JpdMKgOg0K PiBIaSBNYXJ0aW4sDQo+IA0KPiBUaGFua3MgZm9yIHlvdXIgcmV2aWV3LCByZXF1ZXN0IGF1dGhv cnMgdG8gY2hpbWUgaW4gYXMgbmVlZGVkLg0KPiANCj4gT24gTW9uLCBTZXAgMzAsIDIwMTkgYXQg MzoyMyBQTSBNYXJ0aW4gVmlnb3VyZXV4IHZpYSBEYXRhdHJhY2tlcg0KPiA8bm9yZXBseUBpZXRm Lm9yZz4gd3JvdGU6DQo+Pg0KPj4gTWFydGluIFZpZ291cmV1eCBoYXMgZW50ZXJlZCB0aGUgZm9s bG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4+IGRyYWZ0LWlldGYtcGNlLWxzcC1jb250cm9s LXJlcXVlc3QtMDk6IE5vIE9iamVjdGlvbg0KPj4NCj4+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNl IGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbA0KPj4gZW1haWwg YWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8g Y3V0IHRoaXMNCj4+IGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KPj4NCj4+DQo+ PiBQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlz Y3Vzcy1jcml0ZXJpYS5odG1sDQo+PiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJ U0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KPj4NCj4+DQo+PiBUaGUgZG9jdW1lbnQsIGFs b25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+PiBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXBjZS1sc3AtY29udHJv bC1yZXF1ZXN0Lw0KPj4NCj4+DQo+Pg0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gQ09NTUVOVDoNCj4+ IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4+DQo+PiBIaSwNCj4+DQo+PiB0aGFuayB5b3UgZm9yIHRoaXMgZG9j dW1lbnQuDQo+PiBUaGlzIGRvY3VtZW50IGluZGljYXRlczoNCj4+ICIuLi5NVVNUIE5PVCB0cmln Z2VyIHRoZSBlcnJvciBjb25kaXRpb24gZm9yIHVua25vd24gUExTUC1JRCBpbiBhbiBMU1AgdXBk YXRlDQo+PiByZXF1ZXN0IGFzIHBlciBbUkZDODIzMV0gLi4uIi4gIi4uLk1VU1QgTk9UIHRyaWdn ZXIgdGhlIGVycm9yIGhhbmRsaW5nIGFzDQo+PiBzcGVjaWZpZWQgaW4gW1JGQzgyMzFdIC4uLiIu DQo+Pg0KPj4gWWV0LCBpdCBhbHNvIHNheXM6DQo+PiBUaGUgcHJvY2VkdXJlcyBmb3IgZ3JhbnRp bmcgYW5kIHJlbGlucXVpc2hpbmcgY29udHJvbCBvZiB0aGUgTFNQcyBhcmUgc3BlY2lmaWVkDQo+ PiBpbiBhY2NvcmRhbmNlIHdpdGggdGhlIHNwZWNpZmljYXRpb24gW1JGQzgyMzFdLg0KPj4NCj4g DQo+IE1heWJlIHdlIGNhbiBhZGQgLSAiLi4udW5sZXNzIGV4cGxpY2l0bHkgc2V0IGFzaWRlIGlu IHRoaXMgZG9jdW1lbnQuIg0KPiANCj4+IFNvDQo+PiAxLyBpdCBzZWVtcyB0byBtZSB0aGF0IHRo ZSBsYXR0ZXIgc2VudGVuY2UsIGNvbnNpZGVyaW5nIHRoZSBmaXJzdCB0d28sIGlzIG5vdA0KPj4g c3RyaWN0bHkgY29ycmVjdC4gMi8gdGhlIHJhdGlvbmFsZSBpcyB3ZWxsIGRlc2NyaWJlZCwgc28g SSdtIGZpbmUgd2l0aCBub3QNCj4+IHJlc3BlY3RpbmcgdGhlIG9yaWdpbmFsIHJ1bGVzIG9mIDgy MzEsIGJ1dCB0aGVuIEkgd29uZGVyIGlmIHRoaXMgZG9jdW1lbnQNCj4+IHNob3VsZG4ndCB1cGRh dGUgODIzMS4NCj4+DQo+Pg0KPiANCj4gSSBhbSBub3Qgc3VyZSBpZiB0aGlzIHJpc2VzIHRvIHRo ZSBsZXZlbCBvZiAidXBkYXRlIiAoYXMgSSB1bmRlcnN0YW5kDQo+IGl0IGFuZCBub3QgdGFraW5n IHRoZSBvbmdvaW5nIGRpc2N1c3Npb24gb24gdGhlIHRvcGljKTsgdG8gbWUgaXQgaXMgYQ0KPiBu b3JtYWwgZXh0ZW5zaW9uIG9mIGEgcHJvdG9jb2wgJ2J1c2luZXNzIGFzIHVzdWFsJyENCj4gDQo+ IEkgdGhpbmsgbWF5YmUgaXQgaXMgdGltZSBmb3Igc29tZSBBRCBndWlkYW5jZSBvbiB0aGlzIDop DQo+IA0KPiBUaGFua3MhDQo+IERocnV2DQo+IA0K From nobody Tue Oct 1 01:45:42 2019 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 8E44012083B; Tue, 1 Oct 2019 01:45:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 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_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-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=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 fulL8N8NT3bU; Tue, 1 Oct 2019 01:45:29 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00116.outbound.protection.outlook.com [40.107.0.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA4D912084D; Tue, 1 Oct 2019 01:45:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cFO3l9cY/o7MCfj0N5uLaA64Y8jJ74hvqT6Ox92D4Bmg989zvKqFup079/IYOkVv9v9l4o3FwiY/k28ERAEhETWU3Q2xOWEC/l6WF2A0hpmUWJM9wbnla2UBPwmgPrpRwuOKpCNN5KMpDMQIYmgSV1lnGwGoLArkTs+MxEXdYLApgTmi8Sz10KbgRUZ79zC4o2gzAVeguJPmgIdWG8G3U7/1GwuXejWDSbxBHdlyTM5C4y3TT8mFjXIafFSlDZra8CUgAXFK+2ykWYETYpDPvgzs/8G58pStZXPFcHaFjgTtHvnZkhz5UbH6NPw0oUhLyqKypym5L9o8cb6GXJv56w== 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=/1Ot29C6c+E9TBHhEbF/lFtvt1W/lkfR/MbJTp36GUg=; b=HEqGz+G26gmFikwZvjB9LtxPHxJvkhSQHTYo+nxIY6GMGz5KMPDlXa9YOFjBrA5YJRAgQxvOtO/Qlhy25lZRYqKcVFbfMT/yUE5tPYEKETJal2C09GGpWwDOYodceGZI51Z7WRSeVb4sr41UELUjM9Y7+HntmJX9b3drleC09xJ+28FAi6ViirzCPkfSeqT7+uKYhxry0qkVl682ZzR+sU8oimbfud1AsgGgwBtyTaCGXt+J8/M/OpXh9ugf1UFWSJWCOmtZKLkpuKbWE0yvbTjxCVpCqxVSEErNdH6HJ1zqHMqYtqcmG6hKBLVl1VaIsctesZCpEYpvNimsxP8KdQ== 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=/1Ot29C6c+E9TBHhEbF/lFtvt1W/lkfR/MbJTp36GUg=; b=ZetRdqLim+RfuxOKScMRPKOjhSrsS20faQA2pKlesg14KbjJzxnW7lc+n5oediCFMnpllOurto/7eoRgGQAnDhrdab93rm8A+sGofiEEdaoCTu/Lu0XaYjtqtLYhfsivNsK5s7Cl9UlNZIWmfXu4Z+X5U491tdWnzPhjQFp+aKk= Received: from DB7PR07MB5751.eurprd07.prod.outlook.com (20.177.123.142) by DB7PR07MB4585.eurprd07.prod.outlook.com (52.135.133.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Tue, 1 Oct 2019 08:45:26 +0000 Received: from DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d]) by DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d%6]) with mapi id 15.20.2305.022; Tue, 1 Oct 2019 08:45:26 +0000 From: "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" To: "BRUNGARD, DEBORAH A" , Dhruv Dhody CC: pce-chairs , "pce@ietf.org" , The IESG , "draft-ietf-pce-lsp-control-request@ietf.org" , Hariharan Ananthakrishnan Thread-Topic: Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT) Thread-Index: AQHVeDSO6DKOEaIlmEWZEv+zLTZu9w== Date: Tue, 1 Oct 2019 08:45:26 +0000 Message-ID: <80525da3-ec6e-bb46-560b-b9052ed30eb5@nokia.com> References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [131.228.2.21] user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 x-clientproxiedby: HE1P189CA0035.EURP189.PROD.OUTLOOK.COM (2603:10a6:7:53::48) To DB7PR07MB5751.eurprd07.prod.outlook.com (2603:10a6:10:56::14) authentication-results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com; x-ms-exchange-messagesentrepresentingtype: 1 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5ce72da6-5ef3-4c25-f884-08d7464bb4b2 x-ms-office365-filtering-ht: Tenant x-ms-traffictypediagnostic: DB7PR07MB4585: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3044; x-forefront-prvs: 0177904E6B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(346002)(366004)(39860400002)(396003)(376002)(189003)(199004)(13464003)(86362001)(54906003)(6116002)(3846002)(11346002)(486006)(2616005)(102836004)(476003)(256004)(66066001)(14444005)(65956001)(66574012)(65806001)(53546011)(6506007)(386003)(31696002)(19627235002)(6246003)(4326008)(110136005)(186003)(446003)(71190400001)(71200400001)(25786009)(6512007)(5660300002)(36756003)(7736002)(305945005)(478600001)(8936002)(966005)(6486002)(14454004)(6306002)(76176011)(66476007)(8676002)(31686004)(66946007)(66556008)(316002)(26005)(2906002)(229853002)(6436002)(99286004)(66446008)(81156014)(81166006)(52116002)(64756008)(58126008); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4585; H:DB7PR07MB5751.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0oEoxa0fTi5cMY5B3xqrXHN7Rgz8uJII9lgu4czW9BCRFHo1j+vq/Ej9h96i6iVQeiqhpU2i5yuwoE8hcyr5D/D+90VsEpa1xvGz9sWmzXK8Mpro6an0qfMVGnXbVfFAYLU6GleSWuPhPDYq3ZfmXM3MK76zAjWUImnLaYNAmeuttahFAG84WiV+T/4fB5SwMdmfaYJHkbcAXTe2So/gd6iYO7VYSMh9JOkDCky/eO5o88LGasmZm3u+12SM55+sqvwxe1+St9DYvgaRvvvrKqsPCU+TUU2+jMHFXmynDAj9aXFwRTv0KdRMrQB656zYVAsyOgGFlN7NqWlgIhyiXFnD8C8idD4O6FCR4QUaoqibzIG1jPG1l3pEEw5wiKIIabzqe+e89jMGxNQDhW6VURQp6nXEPrwHzlwUUnLRHzj5Zzch/ACyiSUA4La3J0/s681kr86xWXTrg8EncrX+BQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <5EDEAA3A2B098447ABCE031F2BAE55F0@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5ce72da6-5ef3-4c25-f884-08d7464bb4b2 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 08:45:26.5523 (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: 8mAPeqUV8vE7BkiznBWVkm0gMpo+SG3gg/7WvnXOOo8vK66cHectH/g09300o+458hRMdI+Yc7+OscGZChmG/XiY/yrL4GWji1hVwf09CDU= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4585 Archived-At: Subject: Re: [Pce] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (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, 01 Oct 2019 08:45:41 -0000 VGhhbmsgeW91IERlYm9yYWgNCg0KSSdtIG5vdCBlbnRpcmVseSBjb252aW5jZWQuIEluIG15IHZp ZXcgdGhlIGNoYW5nZSBpcyBsaWtlbHkgdG8gaGF2ZSBhbiANCmltcGFjdCBvbiBleGlzdGluZyBp bXBsZW1lbnRhdGlvbnMgKGVycm9yIGhhbmRsaW5nIHBhcnQpLiBGcm9tIHRoYXQgDQpwb2ludCBv ZiB2aWV3IEkgZmVlbCBVcGRhdGUgd291bGRuJ3QgaHVydCBpbiB0aGUgc2Vuc2UgdGhhdCBzb21l b25lIA0KaW1wbGVtZW50aW5nIDgyMzEgbWlnaHQgd2FudCB0byBrbm93IHRoYXQgaW1wYWN0IGlu IGFkdmFuY2UuIEJ1dCB3ZSBhcmUgDQpkb3duIGluIHRoZSBmb2dneSBzdWJ0bGV0aWVzIG9mICJV cGRhdGVzIi4NCkl0IG1pZ2h0IG1vcmUgYmUgdGhlIGNhc2UgZm9yIGFuICJFeHRlbmRzL0V4dGVu ZGVkIGJ5Ii4NCg0KVGhhbmsgeW91IGZvciBkaXNjdXNzaW5nIG15IGNvbW1lbnQuDQoNCi1tDQoN CkxlIDIwMTktMDktMzAgw6AgMjI6NDUsIEJSVU5HQVJELCBERUJPUkFIIEEgYSDDqWNyaXTCoDoN Cj4gSGksDQo+IA0KPiBSRkM4MjMxIGltcGxlbWVudGF0aW9ucyBkbyBub3QgbmVlZCB0byBiZSBh d2FyZSBvZiB0aGlzIFJGQydzIGNhcGFiaWxpdHkuIE9ubHkgZm9yIHRob3NlIHdhbnRpbmcgdG8g c3VwcG9ydCB0aGlzIG5ldyBjYXBhYmlsaXR5LCB0aGV5IHdpbGwgZm9sbG93IHRoaXMgUkZDLg0K PiANCj4gQXMgdGhlIGNhcGFiaWxpdHkgaXMgb3B0aW9uYWwgLSBub3QgcmVxdWlyZWQgZm9yIFJG QzgyMzEgaW1wbGVtZW50YXRpb25zIC0gdG8gbWUgdGhhdCdzIGFuICJleHRlbnNpb24iLCBub3Qg YW4gInVwZGF0ZSIuDQo+IA0KPiBUaGFua3MhDQo+IERlYm9yYWgNCj4gDQo+IA0KPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpZXNnIDxpZXNnLWJvdW5jZXNAaWV0Zi5vcmc+ IE9uIEJlaGFsZiBPZiBEaHJ1diBEaG9keQ0KPiBTZW50OiBNb25kYXksIFNlcHRlbWJlciAzMCwg MjAxOSA3OjI4IEFNDQo+IFRvOiBNYXJ0aW4gVmlnb3VyZXV4IDxtYXJ0aW4udmlnb3VyZXV4QG5v a2lhLmNvbT4NCj4gQ2M6IHBjZS1jaGFpcnMgPHBjZS1jaGFpcnNAaWV0Zi5vcmc+OyBwY2VAaWV0 Zi5vcmc7IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPjsgZHJhZnQtaWV0Zi1wY2UtbHNwLWNvbnRy b2wtcmVxdWVzdEBpZXRmLm9yZzsgSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5hbiA8aGFyaUBuZXRm bGl4LmNvbT4NCj4gU3ViamVjdDogUmU6IE1hcnRpbiBWaWdvdXJldXgncyBObyBPYmplY3Rpb24g b24gZHJhZnQtaWV0Zi1wY2UtbHNwLWNvbnRyb2wtcmVxdWVzdC0wOTogKHdpdGggQ09NTUVOVCkN Cj4gDQo+IEhpIE1hcnRpbiwNCj4gDQo+IFRoYW5rcyBmb3IgeW91ciByZXZpZXcsIHJlcXVlc3Qg YXV0aG9ycyB0byBjaGltZSBpbiBhcyBuZWVkZWQuDQo+IA0KPiBPbiBNb24sIFNlcCAzMCwgMjAx OSBhdCAzOjIzIFBNIE1hcnRpbiBWaWdvdXJldXggdmlhIERhdGF0cmFja2VyIDxub3JlcGx5QGll dGYub3JnPiB3cm90ZToNCj4+DQo+PiBNYXJ0aW4gVmlnb3VyZXV4IGhhcyBlbnRlcmVkIHRoZSBm b2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPj4gZHJhZnQtaWV0Zi1wY2UtbHNwLWNvbnRy b2wtcmVxdWVzdC0wOTogTm8gT2JqZWN0aW9uDQo+Pg0KPj4gV2hlbiByZXNwb25kaW5nLCBwbGVh c2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQo+PiBlbWFp bCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0 byBjdXQNCj4+IHRoaXMgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQo+Pg0KPj4N Cj4+IFBsZWFzZSByZWZlciB0bw0KPj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t L3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfaWVzZw0KPj4gX3N0YXRlbWVudF9kaXNj dXNzLTJEY3JpdGVyaWEuaHRtbCZkPUR3SUJhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcg0K Pj4gPTZVaEdwVzlsd2k5ZE03allseFhEOHcmbT1LVGxnUUMxVDV5VmpqdXlraHQ0cl90YjlaOEtt b2xmWnZqYm5yZHJUbHRFJg0KPj4gcz0tbFdFQjI1bjNmbUZDSzBYRGxzTEU1YURfbzJUT1pnY1ZC QXd6QnNFWURrJmU9DQo+PiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1Mg YW5kIENPTU1FTlQgcG9zaXRpb25zLg0KPj4NCj4+DQo+PiBUaGUgZG9jdW1lbnQsIGFsb25nIHdp dGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+PiBodHRwczov L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2Vy LmlldGYuDQo+PiBvcmdfZG9jX2RyYWZ0LTJEaWV0Zi0yRHBjZS0yRGxzcC0yRGNvbnRyb2wtMkRy ZXF1ZXN0XyZkPUR3SUJhUSZjPUxGWVotDQo+PiBvOV9IVU1lTVRTUWljdmpJZyZyPTZVaEdwVzls d2k5ZE03allseFhEOHcmbT1LVGxnUUMxVDV5VmpqdXlraHQ0cl90YjlaDQo+PiA4S21vbGZadmpi bnJkclRsdEUmcz1iSzFWb1FyVTNsX0VDZ3ZqQVZCSGtTMmlvYW5zU0pzMERFMGJ5NWZvM2JnJmU9 DQo+Pg0KPj4NCj4+DQo+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+PiBDT01NRU5UOg0KPj4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPj4NCj4+IEhpLA0KPj4NCj4+IHRoYW5rIHlvdSBmb3IgdGhpcyBkb2N1bWVudC4NCj4+ IFRoaXMgZG9jdW1lbnQgaW5kaWNhdGVzOg0KPj4gIi4uLk1VU1QgTk9UIHRyaWdnZXIgdGhlIGVy cm9yIGNvbmRpdGlvbiBmb3IgdW5rbm93biBQTFNQLUlEIGluIGFuIExTUA0KPj4gdXBkYXRlIHJl cXVlc3QgYXMgcGVyIFtSRkM4MjMxXSAuLi4iLiAiLi4uTVVTVCBOT1QgdHJpZ2dlciB0aGUgZXJy b3INCj4+IGhhbmRsaW5nIGFzIHNwZWNpZmllZCBpbiBbUkZDODIzMV0gLi4uIi4NCj4+DQo+PiBZ ZXQsIGl0IGFsc28gc2F5czoNCj4+IFRoZSBwcm9jZWR1cmVzIGZvciBncmFudGluZyBhbmQgcmVs aW5xdWlzaGluZyBjb250cm9sIG9mIHRoZSBMU1BzIGFyZQ0KPj4gc3BlY2lmaWVkIGluIGFjY29y ZGFuY2Ugd2l0aCB0aGUgc3BlY2lmaWNhdGlvbiBbUkZDODIzMV0uDQo+Pg0KPiANCj4gTWF5YmUg d2UgY2FuIGFkZCAtICIuLi51bmxlc3MgZXhwbGljaXRseSBzZXQgYXNpZGUgaW4gdGhpcyBkb2N1 bWVudC4iDQo+IA0KPj4gU28NCj4+IDEvIGl0IHNlZW1zIHRvIG1lIHRoYXQgdGhlIGxhdHRlciBz ZW50ZW5jZSwgY29uc2lkZXJpbmcgdGhlIGZpcnN0IHR3bywNCj4+IGlzIG5vdCBzdHJpY3RseSBj b3JyZWN0LiAyLyB0aGUgcmF0aW9uYWxlIGlzIHdlbGwgZGVzY3JpYmVkLCBzbyBJJ20NCj4+IGZp bmUgd2l0aCBub3QgcmVzcGVjdGluZyB0aGUgb3JpZ2luYWwgcnVsZXMgb2YgODIzMSwgYnV0IHRo ZW4gSSB3b25kZXINCj4+IGlmIHRoaXMgZG9jdW1lbnQgc2hvdWxkbid0IHVwZGF0ZSA4MjMxLg0K Pj4NCj4+DQo+IA0KPiBJIGFtIG5vdCBzdXJlIGlmIHRoaXMgcmlzZXMgdG8gdGhlIGxldmVsIG9m ICJ1cGRhdGUiIChhcyBJIHVuZGVyc3RhbmQgaXQgYW5kIG5vdCB0YWtpbmcgdGhlIG9uZ29pbmcg ZGlzY3Vzc2lvbiBvbiB0aGUgdG9waWMpOyB0byBtZSBpdCBpcyBhIG5vcm1hbCBleHRlbnNpb24g b2YgYSBwcm90b2NvbCAnYnVzaW5lc3MgYXMgdXN1YWwnIQ0KPiANCj4gSSB0aGluayBtYXliZSBp dCBpcyB0aW1lIGZvciBzb21lIEFEIGd1aWRhbmNlIG9uIHRoaXMgOikNCj4gDQo+IFRoYW5rcyEN Cj4gRGhydXYNCj4gDQo= From nobody Tue Oct 1 11:25:19 2019 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 B4510120875; Tue, 1 Oct 2019 11:25:08 -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-lsp-control-request@ietf.org, Hariharan Ananthakrishnan , pce-chairs@ietf.org, hari@netflix.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.103.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <156995430872.23716.6102984547832337660.idtracker@ietfa.amsl.com> Date: Tue, 01 Oct 2019 11:25:08 -0700 Archived-At: Subject: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-lsp-control-request-09: (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, 01 Oct 2019 18:25:13 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-pce-lsp-control-request-09: 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-lsp-control-request/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- ** I support Ben Kaduk’s DISCUSS point on the need to clarify the authorization policy of a PCE asking for control, and have the same question as Alvaro Retana posed about how the PCC determines when to honor a PCE’s request to take control an LSP. More discussion of this policy mechanism is needed. ** As this draft is defining a bit from the previously reserved allocation of the flag field and redefining the semantics of 0 in the PLSP-ID of the SRP object per Section 7.2 of RFC8281, is there a reason that this draft does not formally update RFC8281. From nobody Tue Oct 1 15:24:18 2019 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 79D67120168; Tue, 1 Oct 2019 15:24:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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 yRPVfAWTIezF; Tue, 1 Oct 2019 15:24:14 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2CA912012C; Tue, 1 Oct 2019 15:24:14 -0700 (PDT) Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id x91MFfmo018803; Tue, 1 Oct 2019 18:24:13 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by mx0a-00191d01.pphosted.com with ESMTP id 2vcf3dgq3e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 01 Oct 2019 18:24:13 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x91MOBth003419; Tue, 1 Oct 2019 18:24:11 -0400 Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [135.66.87.31]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x91MO6QC003365 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Oct 2019 18:24:06 -0400 Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [127.0.0.1]) by zlp27127.vci.att.com (Service) with ESMTP id 4488D4009E8E; Tue, 1 Oct 2019 22:24:06 +0000 (GMT) Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (unknown [130.9.129.147]) by zlp27127.vci.att.com (Service) with ESMTPS id 28A364009E8C; Tue, 1 Oct 2019 22:24:06 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.151]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0468.000; Tue, 1 Oct 2019 18:24:05 -0400 From: "BRUNGARD, DEBORAH A" To: "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" , Dhruv Dhody CC: pce-chairs , "pce@ietf.org" , The IESG , "draft-ietf-pce-lsp-control-request@ietf.org" , Hariharan Ananthakrishnan Thread-Topic: Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT) Thread-Index: AQHVd4JEhvkCSsjTpUO5HkMCNB1mjKdErbWggAEPeACAAJj2EA== Date: Tue, 1 Oct 2019 22:24:05 +0000 Message-ID: References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> <80525da3-ec6e-bb46-560b-b9052ed30eb5@nokia.com> In-Reply-To: <80525da3-ec6e-bb46-560b-b9052ed30eb5@nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.245.175] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-10-01_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910010185 Archived-At: Subject: Re: [Pce] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (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, 01 Oct 2019 22:24:18 -0000 QXMgaXQgc2VlbXMgdGhlcmUgYXJlIHN0aWxsIHNvbWUgcXVlc3Rpb25zIG9uICJ1cGRhdGUgb3Ig bm90IiwgSSdsbCB0cnkgdG8gYWRkIHNvbWUgYWRkaXRpb25hbCBjb250ZXh0LiBBcyB3ZSBrbm93 LCBpdCBpcyBkaWZmaWN1bHQgdG8gZGVmaW5lICJ1cGRhdGUiLCBzbyBlYWNoIHdvcmtpbmcgZ3Jv dXAgaGFzIHRoZWlyIGNvbnRleHQgZm9yIGl0LiBGb3IgVEVBUywgQ0NBTVAsIE1QTFMsIFBDRSwg aWYgaXQgaXMgYSBuZXcgY2FwYWJpbGl0eSwgd2hpY2ggaXMgbWFraW5nIHVzZSBvZiBwcmV2aW91 c2x5IHJlc2VydmVkIGJpdHMsIHdlIGhhdmUgbm90IGNvbnNpZGVyZWQgaXQgYW4gdXBkYXRlLCBv dGhlcndpc2UgZXZlcnkgbmV3IFJGQyB3b3VsZCBiZSBhbiB1cGRhdGUgb2YgdGhlIGJhc2UgUkZD Lg0KDQpIZXJlJ3MgYW4gZXhhbXBsZSBvZiBleGFjdGx5IHRoaXMgKGEgcXVpY2sgc2NhbiBieSBt ZSwgSSdtIHN1cmUgdGhlcmUgYXJlIG1hbnkgbW9yZSBhY3Jvc3MgYWxsIHRoZSBncm91cHMpOg0K VGhlIFBDRS1DQVAtRkxBR1Mgc3ViLVRMViB3YXMgZGVmaW5lZCBpbiBSRkM1MDg4IChiaXRzIDkt MzEgd2VyZSByZXNlcnZlZCkuIFJGQyA4NjIzIGRlZmluZWQgc3RhdGVmdWwgUDJNUCBhbmQgZGVm aW5lZCBuZXcgY2FwYWJpbGl0eSBiaXRzIChmcm9tIHRoZSByZXNlcnZlZCBncm91cCkgdXNpbmcg MTMsIDE0LCAxNS4gSXQgd2FzIG5vdCBjb25zaWRlcmVkIGFuIHVwZGF0ZSBvZiBSRkM1MDg4IChP U1BGIGV4dGVuc2lvbnMgZm9yIFBDRSBEaXNjb3ZlcnkpLCBvciBSRkM4MzA2IChQMk1QIFRFIExT UHMgZm9yIFBDRVApLCBvciBSRkM4MjgxIChiYXNlIGRvY3VtZW50IHdpdGggZXh0ZW5zaW9ucyB0 byBzdXBwb3J0IHN0YXRlZnVsIFBDRSkuIEFuZCBSRkM1MDg4IHdhcyBub3QgYW4gdXBkYXRlIG9m IE9TUEYgKFJGQzIzMjggYW5kIFJGQzI3NDApLiBBbmQgUkZDODI4MSB3YXMgbm90IGFuIHVwZGF0 ZSB0byBSRkM1NDQwIFBDRVAgYmFzZSBzcGVjKS4gQXMgeW91IGNhbiBzZWUsIHRoaXMgd291bGQg cmVzdWx0IGluIGEgdmVyeSBiaWcgd2F0ZXJmYWxsIGlmIGFsbCB0aGVzZSB3ZXJlIGNvbnNpZGVy ZWQgdXBkYXRlcy4gQW4gaW1wbGVtZW50b3Igb2YgdGhlIGJhc2Ugc3BlYywgd2l0aCBubyBpbnRl cmVzdCBpbiB0aGVzZSBuZXcgY2FwYWJpbGl0aWVzLCB3b3VsZCBuZWVkIHRvIHJlYWQgYWxsIHRo ZSB1cGRhdGVzIGp1c3QgdG8gYmUgc3VyZSB0aGUgYmFzZSBpcyBub3QgaW1wYWN0ZWQuIFdlIHdv dWxkbid0IGhhdmUgYW55IGltcGxlbWVudGF0aW9ucywgZXZlcnlvbmUgd291bGQgc3RpbGwgYmUg cmVhZGluZ/CfmIoNCg0KSW4gdGhpcyBkb2N1bWVudCwgdGhlc2UgbmV3IHZhbHVlcyBhcmUgdXNp bmcgc2V2ZXJhbCBtb3JlIG9mIHRoZSBwcmV2aW91c2x5IHJlc2VydmVkIHZhbHVlcy4gT25seSBp bXBsZW1lbnRvcnMgb2YgdGhpcyBuZXcgY2FwYWJpbGl0eSBuZWVkIHRvIGJlIGF3YXJlIG9mIHRo ZXNlIGFzc2lnbm1lbnRzLCBzbyBhbW9uZyBQQ0UgZm9sa3MsIGl0IGlzIG5vdCBjb25zaWRlcmVk IGFuIHVwZGF0ZS4NCg0KRGhydXYgYWxyZWFkeSByZXNwb25kZWQgdG8gQmVuIG9uIHRoZSBQTFNQ LUlELiBJdCBpcyB0aGUgc2FtZSBhcyB0aGVzZSBmbGFncywgb25seSB0aG9zZSB3YW50aW5nIHRv IGltcGxlbWVudCB0aGlzIG5ldyBjYXBhYmlsaXR5IG5lZWQgdG8gYmUgYXdhcmUgb2YgaXQuIEFu ZCBpdCBpcyBiYWNrd2FyZHMgY29tcGF0aWJsZSB3aXRoIHRoZSBiYXNlIHNwZWMuDQoNClRoYW5r cyENCkRlYm9yYWgNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogVmlnb3Vy ZXV4LCBNYXJ0aW4gKE5va2lhIC0gRlIvUGFyaXMtU2FjbGF5KSA8bWFydGluLnZpZ291cmV1eEBu b2tpYS5jb20+IA0KU2VudDogVHVlc2RheSwgT2N0b2JlciAwMSwgMjAxOSA0OjQ1IEFNDQpUbzog QlJVTkdBUkQsIERFQk9SQUggQSA8ZGIzNTQ2QGF0dC5jb20+OyBEaHJ1diBEaG9keSA8ZGhydXYu aWV0ZkBnbWFpbC5jb20+DQpDYzogcGNlLWNoYWlycyA8cGNlLWNoYWlyc0BpZXRmLm9yZz47IHBj ZUBpZXRmLm9yZzsgVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLXBjZS1sc3At Y29udHJvbC1yZXF1ZXN0QGlldGYub3JnOyBIYXJpaGFyYW4gQW5hbnRoYWtyaXNobmFuIDxoYXJp QG5ldGZsaXguY29tPg0KU3ViamVjdDogUmU6IE1hcnRpbiBWaWdvdXJldXgncyBObyBPYmplY3Rp b24gb24gZHJhZnQtaWV0Zi1wY2UtbHNwLWNvbnRyb2wtcmVxdWVzdC0wOTogKHdpdGggQ09NTUVO VCkNCg0KVGhhbmsgeW91IERlYm9yYWgNCg0KSSdtIG5vdCBlbnRpcmVseSBjb252aW5jZWQuIElu IG15IHZpZXcgdGhlIGNoYW5nZSBpcyBsaWtlbHkgdG8gaGF2ZSBhbiBpbXBhY3Qgb24gZXhpc3Rp bmcgaW1wbGVtZW50YXRpb25zIChlcnJvciBoYW5kbGluZyBwYXJ0KS4gRnJvbSB0aGF0IHBvaW50 IG9mIHZpZXcgSSBmZWVsIFVwZGF0ZSB3b3VsZG4ndCBodXJ0IGluIHRoZSBzZW5zZSB0aGF0IHNv bWVvbmUgaW1wbGVtZW50aW5nIDgyMzEgbWlnaHQgd2FudCB0byBrbm93IHRoYXQgaW1wYWN0IGlu IGFkdmFuY2UuIEJ1dCB3ZSBhcmUgZG93biBpbiB0aGUgZm9nZ3kgc3VidGxldGllcyBvZiAiVXBk YXRlcyIuDQpJdCBtaWdodCBtb3JlIGJlIHRoZSBjYXNlIGZvciBhbiAiRXh0ZW5kcy9FeHRlbmRl ZCBieSIuDQoNClRoYW5rIHlvdSBmb3IgZGlzY3Vzc2luZyBteSBjb21tZW50Lg0KDQotbQ0KDQpM ZSAyMDE5LTA5LTMwIMOgIDIyOjQ1LCBCUlVOR0FSRCwgREVCT1JBSCBBIGEgw6ljcml0wqA6DQo+ IEhpLA0KPiANCj4gUkZDODIzMSBpbXBsZW1lbnRhdGlvbnMgZG8gbm90IG5lZWQgdG8gYmUgYXdh cmUgb2YgdGhpcyBSRkMncyBjYXBhYmlsaXR5LiBPbmx5IGZvciB0aG9zZSB3YW50aW5nIHRvIHN1 cHBvcnQgdGhpcyBuZXcgY2FwYWJpbGl0eSwgdGhleSB3aWxsIGZvbGxvdyB0aGlzIFJGQy4NCj4g DQo+IEFzIHRoZSBjYXBhYmlsaXR5IGlzIG9wdGlvbmFsIC0gbm90IHJlcXVpcmVkIGZvciBSRkM4 MjMxIGltcGxlbWVudGF0aW9ucyAtIHRvIG1lIHRoYXQncyBhbiAiZXh0ZW5zaW9uIiwgbm90IGFu ICJ1cGRhdGUiLg0KPiANCj4gVGhhbmtzIQ0KPiBEZWJvcmFoDQo+IA0KPiANCj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaWVzZyA8aWVzZy1ib3VuY2VzQGlldGYub3JnPiBP biBCZWhhbGYgT2YgRGhydXYgRGhvZHkNCj4gU2VudDogTW9uZGF5LCBTZXB0ZW1iZXIgMzAsIDIw MTkgNzoyOCBBTQ0KPiBUbzogTWFydGluIFZpZ291cmV1eCA8bWFydGluLnZpZ291cmV1eEBub2tp YS5jb20+DQo+IENjOiBwY2UtY2hhaXJzIDxwY2UtY2hhaXJzQGlldGYub3JnPjsgcGNlQGlldGYu b3JnOyBUaGUgSUVTRyANCj4gPGllc2dAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLXBjZS1sc3AtY29u dHJvbC1yZXF1ZXN0QGlldGYub3JnOyANCj4gSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5hbiA8aGFy aUBuZXRmbGl4LmNvbT4NCj4gU3ViamVjdDogUmU6IE1hcnRpbiBWaWdvdXJldXgncyBObyBPYmpl Y3Rpb24gb24gDQo+IGRyYWZ0LWlldGYtcGNlLWxzcC1jb250cm9sLXJlcXVlc3QtMDk6ICh3aXRo IENPTU1FTlQpDQo+IA0KPiBIaSBNYXJ0aW4sDQo+IA0KPiBUaGFua3MgZm9yIHlvdXIgcmV2aWV3 LCByZXF1ZXN0IGF1dGhvcnMgdG8gY2hpbWUgaW4gYXMgbmVlZGVkLg0KPiANCj4gT24gTW9uLCBT ZXAgMzAsIDIwMTkgYXQgMzoyMyBQTSBNYXJ0aW4gVmlnb3VyZXV4IHZpYSBEYXRhdHJhY2tlciA8 bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6DQo+Pg0KPj4gTWFydGluIFZpZ291cmV1eCBoYXMgZW50 ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4+IGRyYWZ0LWlldGYtcGNl LWxzcC1jb250cm9sLXJlcXVlc3QtMDk6IE5vIE9iamVjdGlvbg0KPj4NCj4+IFdoZW4gcmVzcG9u ZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFs bCANCj4+IGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAo RmVlbCBmcmVlIHRvIGN1dCANCj4+IHRoaXMgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZl ci4pDQo+Pg0KPj4NCj4+IFBsZWFzZSByZWZlciB0bw0KPj4gaHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfaWVzDQo+PiBnIA0K Pj4gX3N0YXRlbWVudF9kaXNjdXNzLTJEY3JpdGVyaWEuaHRtbCZkPUR3SUJhUSZjPUxGWVotbzlf SFVNZU1UU1FpY3ZqSWcmDQo+PiByIA0KPj4gPTZVaEdwVzlsd2k5ZE03allseFhEOHcmbT1LVGxn UUMxVDV5VmpqdXlraHQ0cl90YjlaOEttb2xmWnZqYm5yZHJUbHRFDQo+PiAmIHM9LWxXRUIyNW4z Zm1GQ0swWERsc0xFNWFEX28yVE9aZ2NWQkF3ekJzRVlEayZlPQ0KPj4gZm9yIG1vcmUgaW5mb3Jt YXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4+DQo+Pg0K Pj4gVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBi ZSBmb3VuZCBoZXJlOg0KPj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLg0KPj4gb3JnX2RvY19kcmFmdC0yRGlldGYt MkRwY2UtMkRsc3AtMkRjb250cm9sLTJEcmVxdWVzdF8mZD1Ed0lCYVEmYz1MRllaDQo+PiAtIA0K Pj4gbzlfSFVNZU1UU1FpY3ZqSWcmcj02VWhHcFc5bHdpOWRNN2pZbHhYRDh3Jm09S1RsZ1FDMVQ1 eVZqanV5a2h0NHJfdGI5DQo+PiBaIDhLbW9sZlp2amJucmRyVGx0RSZzPWJLMVZvUXJVM2xfRUNn dmpBVkJIa1MyaW9hbnNTSnMwREUwYnk1Zm8zYmcmZT0NCj4+DQo+Pg0KPj4NCj4+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPj4gLQ0KPj4gQ09NTUVOVDoNCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gLQ0KPj4NCj4+IEhp LA0KPj4NCj4+IHRoYW5rIHlvdSBmb3IgdGhpcyBkb2N1bWVudC4NCj4+IFRoaXMgZG9jdW1lbnQg aW5kaWNhdGVzOg0KPj4gIi4uLk1VU1QgTk9UIHRyaWdnZXIgdGhlIGVycm9yIGNvbmRpdGlvbiBm b3IgdW5rbm93biBQTFNQLUlEIGluIGFuIA0KPj4gTFNQIHVwZGF0ZSByZXF1ZXN0IGFzIHBlciBb UkZDODIzMV0gLi4uIi4gIi4uLk1VU1QgTk9UIHRyaWdnZXIgdGhlIA0KPj4gZXJyb3IgaGFuZGxp bmcgYXMgc3BlY2lmaWVkIGluIFtSRkM4MjMxXSAuLi4iLg0KPj4NCj4+IFlldCwgaXQgYWxzbyBz YXlzOg0KPj4gVGhlIHByb2NlZHVyZXMgZm9yIGdyYW50aW5nIGFuZCByZWxpbnF1aXNoaW5nIGNv bnRyb2wgb2YgdGhlIExTUHMgYXJlIA0KPj4gc3BlY2lmaWVkIGluIGFjY29yZGFuY2Ugd2l0aCB0 aGUgc3BlY2lmaWNhdGlvbiBbUkZDODIzMV0uDQo+Pg0KPiANCj4gTWF5YmUgd2UgY2FuIGFkZCAt ICIuLi51bmxlc3MgZXhwbGljaXRseSBzZXQgYXNpZGUgaW4gdGhpcyBkb2N1bWVudC4iDQo+IA0K Pj4gU28NCj4+IDEvIGl0IHNlZW1zIHRvIG1lIHRoYXQgdGhlIGxhdHRlciBzZW50ZW5jZSwgY29u c2lkZXJpbmcgdGhlIGZpcnN0IA0KPj4gdHdvLCBpcyBub3Qgc3RyaWN0bHkgY29ycmVjdC4gMi8g dGhlIHJhdGlvbmFsZSBpcyB3ZWxsIGRlc2NyaWJlZCwgc28gDQo+PiBJJ20gZmluZSB3aXRoIG5v dCByZXNwZWN0aW5nIHRoZSBvcmlnaW5hbCBydWxlcyBvZiA4MjMxLCBidXQgdGhlbiBJIA0KPj4g d29uZGVyIGlmIHRoaXMgZG9jdW1lbnQgc2hvdWxkbid0IHVwZGF0ZSA4MjMxLg0KPj4NCj4+DQo+ IA0KPiBJIGFtIG5vdCBzdXJlIGlmIHRoaXMgcmlzZXMgdG8gdGhlIGxldmVsIG9mICJ1cGRhdGUi IChhcyBJIHVuZGVyc3RhbmQgaXQgYW5kIG5vdCB0YWtpbmcgdGhlIG9uZ29pbmcgZGlzY3Vzc2lv biBvbiB0aGUgdG9waWMpOyB0byBtZSBpdCBpcyBhIG5vcm1hbCBleHRlbnNpb24gb2YgYSBwcm90 b2NvbCAnYnVzaW5lc3MgYXMgdXN1YWwnIQ0KPiANCj4gSSB0aGluayBtYXliZSBpdCBpcyB0aW1l IGZvciBzb21lIEFEIGd1aWRhbmNlIG9uIHRoaXMgOikNCj4gDQo+IFRoYW5rcyENCj4gRGhydXYN Cj4gDQo= From nobody Wed Oct 2 12:08:24 2019 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 593DE1200B7; Wed, 2 Oct 2019 11:31:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: "Dhruv Dhody" , "Julien Meuric" , "Stewart Bryant" , "Fatai Zhang" , "Daniele Ceccarelli" , "Andrew Malis" , "Loa Andersson" , "Lou Berger" , "Vishnu Pavan Beeram" , "Tarek Saad" , "Nicolai Leymann" Cc: Deborah Brungard , Julien Meuric , Multiprotocol Label Switching Discussion List , Dhruv Dhody , Pseudowire And LDP-enabled Services Discussion List , Andrew Malis , Common Control and Measurement Plane Discussion List , Traffic Engineering Architecture and Signaling Discussion List , Martin Vigoureux , Scott Mansfield , sshew@ciena.com, Fatai Zhang , Nicolai Leymann , John Drake , Loa Andersson , Daniele Ceccarelli , Vishnu Beeram , Stewart Bryant , Path Computation Element Discussion List , Lou Berger , Tarek Saad , itu-t-liaison@iab.org, Alvaro Retana X-Test-IDTracker: no X-IETF-IDTracker: 6.104.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157004108730.8912.11516269304394665036.idtracker@ietfa.amsl.com> Date: Wed, 02 Oct 2019 11:31:27 -0700 Archived-At: X-Mailman-Approved-At: Wed, 02 Oct 2019 12:08:23 -0700 Subject: [Pce] New Liaison Statement, "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: Wed, 02 Oct 2019 18:31:28 -0000 Title: LS on OTNT Standardization Work Plan Submission Date: 2019-10-02 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1654/ Please reply by 2020-01-06 From: Hiroshi Ota To: Vishnu Pavan Beeram , Lou Berger ,Andrew Malis ,Stewart Bryant ,Loa Andersson ,Nicolai Leymann ,Tarek Saad ,Julien Meuric ,Dhruv Dhody ,Daniele Ceccarelli ,Fatai Zhang Cc: Deborah Brungard ,Julien Meuric ,Multiprotocol Label Switching Discussion List ,Dhruv Dhody ,Pseudowire And LDP-enabled Services Discussion List ,Andrew Malis ,Common Control and Measurement Plane Discussion List ,Traffic Engineering Architecture and Signaling Discussion List ,John Drake ,Scott Mansfield ,Fatai Zhang ,Nicolai Leymann ,Martin Vigoureux ,Loa Andersson ,Daniele Ceccarelli ,Vishnu Beeram ,Stewart Bryant ,Path Computation Element Discussion List ,Lou Berger ,Tarek Saad ,itu-t-liaison@iab.org,Alvaro Retana Response Contacts: sshew@ciena.com Technical Contacts: Purpose: For comment Body: Attached is Issue 26 of the OTNT SWP, the latest version updated by the SG15 during a correspondence activity after the meeting in July 2019. We would appreciate updates to the material relevant to your SDO Attachment: Optical Transport Networks & Technologies Standardization Work Plan Issue 26, September 2019 Attachments: SG15-LS216 https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2019-10-02-itu-t-sg-15-teas-ccamp-pals-pce-mpls-ls-on-otnt-standardization-work-plan-attachment-1.pdf OTNT_Standardization_WorkPlan-v26 https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2019-10-02-itu-t-sg-15-teas-ccamp-pals-pce-mpls-ls-on-otnt-standardization-work-plan-attachment-2.pdf From nobody Wed Oct 2 14:10:54 2019 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 F2C74120018; Wed, 2 Oct 2019 14:10:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=Mufes9Pv; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=FQU97jkn 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 Q_zDr0vJJPTr; Wed, 2 Oct 2019 14:10:36 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 664F7120043; Wed, 2 Oct 2019 14:10:36 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 7583C22006; Wed, 2 Oct 2019 17:10:35 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 02 Oct 2019 17:10:35 -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=fm1; bh=S dqwHzshlqXglOAab2H6pQjXljYgGEZ2TrdLP8x0rrA=; b=Mufes9PvnEw0GoMVY qMbyeKg2lAXnKKC0VfTuN14zEzAY5rGPxfRS2hx0NUOaW3PW5a84c+auDZQcyf0R zsDKz4atOnW7RJPk/V+boNh/7OCG4INoh5lzLz8SVE0VAGpwYKdiGaZIrEnmRqx/ rAa6dchsYdgd9tkwGmo9bqaNDw+4Q+cC1CFR/yneHdLKO3svxBL5ALcZs3pVBXsq cj/36LCP2JsBFX9qyhp7hVV5DzkEodDJUpQn8nmgpfy/E2qFBX+VQ0EWdH2D694L 9li4GKVijwpJCp36dTHcZB8c/ELzlgE/h/2BPUg+nghAtpkBTmj9Pr7+X4wtLEc0 X/j5Q== 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=SdqwHzshlqXglOAab2H6pQjXljYgGEZ2TrdLP8x0r rA=; b=FQU97jknTL3O5AHcFxxze3bSPZVnq63zDq1W1Oa5YEOhyzujp4aRGm0vN wTbXq/1QXLIkX0H286dWoh3uDBVGgyuikOVIe53FoZC8YEFGfWq2Rwe05owbOuWt bNDwcUHN2v4IOFV8gUQAgItTAnwTnHFzICJRGsxKWAJbbepHSuzCazssoBvXufXh wnbZAKTfHKr+OJxy4NuCPPT8Oi1ElpXBhuvzjHcUKTex+VgzwATpDrW3NPpo5dV6 VZYgGn2B5pLf1QqSoE8whVqzx5Fhey+W/FduWaUyFjsvaJxXtRW4DQ4ZQVrUBV2u BNEYYh3yFkpzsdfiB19ixJV6v8W8g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrgeeigdduheejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtjeenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucffohhmrg hinhepihgvthhfrdhorhhgnecukfhppedujeefrdefkedruddujedrjeehnecurfgrrhgr mhepmhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhnnecuvehluhhsth gvrhfuihiivgeptd X-ME-Proxy: Received: from rtp-alcoop-nitro3.cisco.com (unknown [173.38.117.75]) by mail.messagingengine.com (Postfix) with ESMTPA id 4670CD6005A; Wed, 2 Oct 2019 17:10:34 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Alissa Cooper In-Reply-To: <156983681789.492.9278022227990286693@ietfa.amsl.com> Date: Wed, 2 Oct 2019 17:10:32 -0400 Cc: gen-art@ietf.org, draft-ietf-pce-lsp-control-request.all@ietf.org, pce@ietf.org, ietf@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <2FD4A377-54DE-4BD3-BD47-F4E040FCD6B9@cooperw.in> References: <156983681789.492.9278022227990286693@ietfa.amsl.com> To: Francesca Palombini X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [Pce] [Gen-art] Genart telechat review of draft-ietf-pce-lsp-control-request-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: Wed, 02 Oct 2019 21:10:38 -0000 Francesca, thanks for your reviews of this document. Authors, thanks for = addressing Francesca=E2=80=99s comments. I entered a No Objection = ballot. Alissa > On Sep 30, 2019, at 5:46 AM, Francesca Palombini via Datatracker = wrote: >=20 > Reviewer: Francesca Palombini > 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 wait for direction from your > document shepherd or AD before posting a new version of the draft. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-pce-lsp-control-request-09 > Reviewer: Francesca Palombini > Review Date: 2019-09-30 > IETF LC End Date: None > IESG Telechat date: 2019-10-03 >=20 > Summary: This draft is ready for publication as a Standards Track RFC >=20 > Major issues: N/A >=20 > Minor issues: N/A >=20 > Nits/editorial comments: N/A >=20 > Thanks for addressing all my comments for v-08! >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Thu Oct 3 11:04:11 2019 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 3DB6C1200CE; Thu, 3 Oct 2019 11:04:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 UoJDBnSv5TXX; Thu, 3 Oct 2019 11:04:07 -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 E68E8120025; Thu, 3 Oct 2019 11:04:06 -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 x93I3XAp031898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 3 Oct 2019 14:03:36 -0400 Date: Thu, 3 Oct 2019 11:03:33 -0700 From: Benjamin Kaduk To: "BRUNGARD, DEBORAH A" Cc: "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" , Dhruv Dhody , "draft-ietf-pce-lsp-control-request@ietf.org" , "pce@ietf.org" , The IESG , pce-chairs , Hariharan Ananthakrishnan Message-ID: <20191003180333.GW6424@kduck.mit.edu> References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> <80525da3-ec6e-bb46-560b-b9052ed30eb5@nokia.com> 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] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (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: Thu, 03 Oct 2019 18:04:10 -0000 Hi Deborah, On Tue, Oct 01, 2019 at 10:24:05PM +0000, BRUNGARD, DEBORAH A wrote: > As it seems there are still some questions on "update or not", I'll try to add some additional context. As we know, it is difficult to define "update", so each working group has their context for it. For TEAS, CCAMP, MPLS, PCE, if it is a new capability, which is making use of previously reserved bits, we have not considered it an update, otherwise every new RFC would be an update of the base RFC. > > Here's an example of exactly this (a quick scan by me, I'm sure there are many more across all the groups): > The PCE-CAP-FLAGS sub-TLV was defined in RFC5088 (bits 9-31 were reserved). RFC 8623 defined stateful P2MP and defined new capability bits (from the reserved group) using 13, 14, 15. It was not considered an update of RFC5088 (OSPF extensions for PCE Discovery), or RFC8306 (P2MP TE LSPs for PCEP), or RFC8281 (base document with extensions to support stateful PCE). And RFC5088 was not an update of OSPF (RFC2328 and RFC2740). And RFC8281 was not an update to RFC5440 PCEP base spec). As you can see, this would result in a very big waterfall if all these were considered updates. An implementor of the base spec, with no interest in these new capabilities, would need to read all the updates just to be sure the base is not impacted. We wouldn't have any implementations, everyone would still be reading😊 > > In this document, these new values are using several more of the previously reserved values. Only implementors of this new capability need to be aware of these assignments, so among PCE folks, it is not considered an update. > > Dhruv already responded to Ben on the PLSP-ID. It is the same as these flags, only those wanting to implement this new capability need to be aware of it. And it is backwards compatible with the base spec. This all makes sense to me, and I see the reasoning behind not using Updates: for them. I'm not sure that our discussion here has covered the relaxation of error handling, though -- we have "this MUST NOT trigger the error handling as specified in [RFC8231]" in one place, and IIRC a similar thing in one other place. In some sense, this is overriding RFC 8231 and an implementation of this spec is no longer compliant with the base RFC 8231 specification. So, I wonder if the Updates: tag is needed in order to "legitimize" this weakening of the requirements, as otherwise we have two specifications which are formally in conflict with each other, one of which is needed in order to use the other. Thanks, Ben From nobody Thu Oct 3 12:45:26 2019 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 BE8AB12020A; Thu, 3 Oct 2019 12:45:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 NlWTV5Q_pxFr; Thu, 3 Oct 2019 12:45:16 -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 D8439120098; Thu, 3 Oct 2019 12:45:15 -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 x93Jj96q007273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 3 Oct 2019 15:45:11 -0400 Date: Thu, 3 Oct 2019 12:45:08 -0700 From: Benjamin Kaduk To: Dhruv Dhody Cc: The IESG , draft-ietf-pce-lsp-control-request@ietf.org, Hariharan Ananthakrishnan , pce-chairs , pce@ietf.org Message-ID: <20191003194508.GY6424@kduck.mit.edu> References: <156986574432.578.10826380036165341647.idtracker@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-lsp-control-request-09: (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, 03 Oct 2019 19:45:19 -0000 On Tue, Oct 01, 2019 at 01:44:54PM +0530, Dhruv Dhody wrote: > Hi Ben, > > Thanks for your review. A few thoughts on your DISCUSS... > > On Mon, Sep 30, 2019 at 11:19 PM Benjamin Kaduk via Datatracker > wrote: > > > > Benjamin Kaduk has entered the following ballot position for > > draft-ietf-pce-lsp-control-request-09: 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-lsp-control-request/ > > > > > > > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > > This may just be a philosophical discussion, but if RFC 8231 marks the > > PLSP-ID value of 0 as "reserved" and we are making use of the extension > > point, do we need to have an Updates: relationship with 8231? This > > seems particularly poigniant given that we have to explicitly override > > the RFC 8231 error handling, with some text in the second paragraph of > > Section 4. > > > > There are various cases when PLSP-ID can be zero already. RFC 8231 has > end-of-synchronisation marker. RFC 8281 uses it to indicate removal of > all LSPs. So IMHO this extension defines a new use of PLSP-ID=0 to be > used, that too, only when the C flag is set! > > As Deborah puts it - this does not require an update to existing RFC > 8231 implementation. Only those implementing this 'optional' feature > needs to consider this. I think we should leave this to the other ongoing thread. > > > What kind of feature negotiation is available to check support prior to > > using this flag? After all, if the peer does not implement this > > document it will not implement the override of 8231 error handling and > > will respond with errors when the D flag is set (or the PLSP-ID of 0 > > used). If we have to just "try it and fall back to not using it if we > > get errors", that has some associated security considerations as well. > > > > In this case Capability negotiation might be an overkill. We are just > adding a new flag; there is a clear error case to work with legacy > implementation. > > Anyways, We can update the security considerations to include this > fact. Something like - > > Note that, a PCE may not be sure if a PCC supports this feature. A > PCE would try sending a control request to a 'legacy' PCC, which > would in turn respond with an error as described in Section 4. So a > PCE would learn this fact only when it wants to take control over an > LSP. > > Do you see anything else worth highlighting? If TLS is not used, a MITM could inject an error and cause the PCE to not use the feature when it otherwise could be used. But the consequences of that are, I think, not terribly severe, so we don't need to do more than note the risk of downgrade. (I still don't have a sense for how widely deployed RFC 8253 is, as came up in Stephen's secdir review of a different document.) > > What can we say about authorization policy on the PCC? Alvaro touched > > on this in his Comment, but I think it's important enough to be > > Discuss-level. Since this policy is the key factor to the security > > posture of this extension, not only does it seem like there MUST be the > > ability to configure the policy, but it also seems like we should be > > able to give some guidance on typical use cases (where the authors > > believe the security properties to be reasonable). Other use cases > > might require an additional level of analysis by those proposing to > > deploy the solution. > > > > > > Delegation is just about giving temporary control to PCE, the real > impact on LSP would happen when a PCE updates the LSP parameters. This Yes and no -- applying policy here could be seen as an "additional layer of protection" in that if a PCC has a LSP that is particularly sensitive, it will never be subject to PCUpd requests. But the same policy could be done within the bounds of RFC 8231 by "denying the request"ed updates from the PCUpd messages, it is true. The difference becomes more a matter of ease of implementation and risk of errors; from a perspective of designing systems to be safe in the face of error/accident, the extra policy layer may make a lot of sense. > impact fall under RFC 8231 where PCC decides to either accept the > update or not. Moreover RFC 8281 grants PCE the capability to initiate > LSPs as well. > > So IMHO this request control falls within the existing perimeter of > the protocols. > > I wrote this to Alvaro - > > > Thanks for pointing this out. Since RFC 8231 uses SHOULD wrt policy, I > > would consider not changing that. We can highlight that the PCC is the > > ultimate arbiter on if the delegation should be made and to which PCE. > > Even after delegation, the PCC can take back control anytime. But at > > the same time blindly accepting control request could be a problem! > > > I propose this text in Security section - > > > A PCC is the ultimate arbiter of delegation. As per [RFC8231], a > > local policy at PCC is used to influence the delegation. A PCC can > > also revoke the delegation at any time. A PCC MUST NOT blindly trust > > the control requests and SHOULD take local policy and other factors > > into consideration before honoring the request. > > So the key question is that does this 'control request' raises to the > level that we make policy a MUST, when RFC 8231/8281 did not... I think I can accept the SHOULD-level requirement; thanks for the above text. > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > Section 1 > > > > It includes mechanisms to effect LSP state > > synchronization between Path Computation Clients (PCCs) and PCEs, > > delegation of control of LSPs to PCE, and PCE control of timing and > > sequence of path computations within and across PCEP sessions. [...] > > > > nit: assuming this is grouped as "it includes mechanisms to: (1) effect > > LSP state synchronization [...], (2) delegation of control [...], and > > (3) PCE control of timing and sequence [...]", the verb tenses need to > > be changed so that they match up. > > > > For Redundant Stateful PCEs (section 5.7.4. of [RFC8231]), during a > > PCE failure, one of the redundant PCE could request to take control > > over an LSP. The redundant PCEs may use a local policy or a > > > > Just to check: this request is only possible with the mechanism defined > > in this document, and is not possible with just the previous > > technologies? I might suggest to s/could/might want to/ to make it more > > clear that this is motivating the rest of the document. > > > > In case of virtualized PCEs (vPCE) running as virtual network > > function (VNF), as the computation load in the network increases, a > > > > nit: singular/plural mismatch "PCEs"/VNF > > > > can be used in conjunction to [RFC8231]. Ultimately, it is the PCC > > that decides which PCE to delegate the orphaned LSP. > > > > nit: either "to which to delegate the orphaned LSP" or "to delegate the > > orphaned LSP to". > > > > Section 3 > > > > A new flag, the "LSP-Control Request Flag" (C), is introduced in the > > SRP object. On a PCUpd message, a PCE sets the C Flag to 1 to > > indicate that it wishes to gain control of LSPs. The LSPs are > > identified by the LSP object. A PLSP-ID of value other than 0 and > > 0xFFFFF is used to identify the LSP for which the PCE requests > > control. The PLSP-ID value of 0 indicates that the PCE is requesting > > control of all LSPs originating from the PCC that it wishes to > > delegate. [...] > > > > nit: I suggest s/identified by the LSP object/identified by the PLSP-ID > > in the LSP object following the SRP object/. > > > > delegate. The C Flag has no meaning in other PCEP messages that > > carry SRP object and the flag MUST be set to 0 on transmission and > > MUST be ignored on receipt. > > > > nit: I suggest s/object/objects/ and s/and the/and for which the/ > > > > Section 4 > > > > If a PCE wishes to gain control over an LSP, it sends a PCUpd message > > with C Flag set to 1 in SRP object. The LSP for which the PCE > > requests control is identified by the PLSP-ID. The PLSP-ID of 0 > > > > nit: as above, I suggest s/identified by the PLSP-ID/identified by the > > PLSP-ID in the associated LSP object/ > > > > timer. A PCE ignores the C Flag on the PCRpt message. Note that, if > > > > nit: I think this is now redundant with the text added in respone to > > the genart review ("The C Flag has no meaning in other PCEP messages > > that carry SRP object and the flag MUST be set to 0 on transmission and > > MUST be ignored on receipt"). > > > > It should be noted that a legacy implementation of PCC, that does not > > support this extension would trigger the error condition as specified > > in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and > > error-value 1 (Attempted LSP Update Request for a non-delegated LSP)) > > I don't understand this sentence -- what does "as the D Flag would be > > unset" mean? Does it just mean that the PCC treats it as unset because > > it has no code to handle the D flag at all? > > > > Suggestion to make this clearer with - > > It should be noted that a legacy implementation of PCC that does not > support this extension would trigger the error condition as specified > in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and > error-value 1 (Attempted LSP Update Request for a non-delegated > LSP)), as any control request would have the D Flag (delegate) unset > and it would be considered as attempt to update a non-delegated LSP. That's an improvement, but only a slight one (or perhaps I'm still confused). The question seems to be not whether the D flag is set (which is controlled solely by the PCE), but whether the PCC recognizes that the D flag is set (i.e., whether it recognizes the D flag at all). So perhaps "as the D Flag would not be processed, and it would be considered as an attempt to update a non-delegated LSP"? Thanks, Ben > > Section 6 > > > > Please cite RFC 7525 as BCP 195. > > > > > > Thanks! > Dhruv From nobody Thu Oct 3 23:41:34 2019 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 26C3112004E; Thu, 3 Oct 2019 23:41:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 XxVMOVrlsRS8; Thu, 3 Oct 2019 23:41:31 -0700 (PDT) Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (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 43E87120018; Thu, 3 Oct 2019 23:41:31 -0700 (PDT) Received: by mail-io1-xd2e.google.com with SMTP id v2so11160660iob.10; Thu, 03 Oct 2019 23:41:31 -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=9xo+hLkvu2XecD0Y2FxDbCxlMMg2TexQ5WamYcve+F8=; b=I3crnUJa8A8MNwNd8XAsI/uRFU9zAS2IRPH15tpYdrqGNxK68RkudU3j6pzjCXEaLg vjhJFoyvhBFt5ngRIh3JPwL5RUTQ6RNwtwDbvV8t8YM9uzKmDZ3reyzIHqzHYtVZraw6 Wo1kumPB3kIXu9d6DB1W+Yuncw568C7QQ4NS/wFWrPZBn/H5dqDRk3IMGhTMi0In81CK WHnb1xkpM7LFxMQIzgZ5+K3mTYIe9M9Q9TdEvby/gq5wa/+Ut+GuxiYNDoFhtT+XiHiV OMiomM4eL7tcuyhvCVIXl2BoddF61ak5PgpxbAL5mLK6/v9vOaMcmHLWsWwkRZAvrRAB L2vg== 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=9xo+hLkvu2XecD0Y2FxDbCxlMMg2TexQ5WamYcve+F8=; b=tILx48EL45WDFHC61ZIwkGRWrVZeCbpD+RmldKBDC4glvQMjC4hD10IG5PiOSekFlJ bR9k/td0QDAQ9kHjsCcLsUhJUNVk5wuldIliyeH5TsIJQJVExw0HzI0/rEVSvr2opmxD J9w5T6i1zOXoZSYvhetqJJ7LQRJJRP3pqMCyAzRvyLhviMWdlHcF8J1QDAASSt2fCwsQ FqrQLUOW5dppvWmL1xlZkbooBuJ5lHdQjoySv0uqcv2NM5sk05npmxTA01v3+UJI7+9a 5eWfZLlKVxf2u7oREhSvtOmT/SB8ACPoSBzFa03k1JrQSViN5F/O4RpkXTTfM6bn62yQ eCgg== X-Gm-Message-State: APjAAAV3DmB566HuT+QbUs8XrdbY/MZ1JKBaJ4c738SWZ3tVfYt0s0fh xZW9pICR4ApbA9Wrvz8hSZdVXqN+5zqYv5zM7yQ= X-Google-Smtp-Source: APXvYqzW3epLjeV/wzhlXvFF5VmvGd1R4sSyWE2ViQPMq7zd5PjXW63bihkw1X1FtzH2lIQ7HLpuOHA/6pKmrTfimEI= X-Received: by 2002:a92:d84a:: with SMTP id h10mr5717607ilq.1.1570171290290; Thu, 03 Oct 2019 23:41:30 -0700 (PDT) MIME-Version: 1.0 References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> <80525da3-ec6e-bb46-560b-b9052ed30eb5@nokia.com> <20191003180333.GW6424@kduck.mit.edu> In-Reply-To: <20191003180333.GW6424@kduck.mit.edu> From: Dhruv Dhody Date: Fri, 4 Oct 2019 12:10:53 +0530 Message-ID: To: Benjamin Kaduk Cc: "BRUNGARD, DEBORAH A" , "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" , "draft-ietf-pce-lsp-control-request@ietf.org" , "pce@ietf.org" , The IESG , pce-chairs , Hariharan Ananthakrishnan Content-Type: multipart/alternative; boundary="000000000000fea61a05940ffdbb" Archived-At: Subject: Re: [Pce] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (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: Fri, 04 Oct 2019 06:41:33 -0000 --000000000000fea61a05940ffdbb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ben, On Thu, Oct 3, 2019 at 11:34 PM Benjamin Kaduk wrote: > Hi Deborah, > > On Tue, Oct 01, 2019 at 10:24:05PM +0000, BRUNGARD, DEBORAH A wrote: > > As it seems there are still some questions on "update or not", I'll try > to add some additional context. As we know, it is difficult to define > "update", so each working group has their context for it. For TEAS, CCAMP= , > MPLS, PCE, if it is a new capability, which is making use of previously > reserved bits, we have not considered it an update, otherwise every new R= FC > would be an update of the base RFC. > > > > Here's an example of exactly this (a quick scan by me, I'm sure there > are many more across all the groups): > > The PCE-CAP-FLAGS sub-TLV was defined in RFC5088 (bits 9-31 were > reserved). RFC 8623 defined stateful P2MP and defined new capability bits > (from the reserved group) using 13, 14, 15. It was not considered an upda= te > of RFC5088 (OSPF extensions for PCE Discovery), or RFC8306 (P2MP TE LSPs > for PCEP), or RFC8281 (base document with extensions to support stateful > PCE). And RFC5088 was not an update of OSPF (RFC2328 and RFC2740). And > RFC8281 was not an update to RFC5440 PCEP base spec). As you can see, thi= s > would result in a very big waterfall if all these were considered updates= . > An implementor of the base spec, with no interest in these new > capabilities, would need to read all the updates just to be sure the base > is not impacted. We wouldn't have any implementations, everyone would sti= ll > be reading=F0=9F=98=8A > > > > In this document, these new values are using several more of the > previously reserved values. Only implementors of this new capability need > to be aware of these assignments, so among PCE folks, it is not considere= d > an update. > > > > Dhruv already responded to Ben on the PLSP-ID. It is the same as these > flags, only those wanting to implement this new capability need to be awa= re > of it. And it is backwards compatible with the base spec. > > This all makes sense to me, and I see the reasoning behind not using > Updates: for them. I'm not sure that our discussion here has covered the > relaxation of error handling, though -- we have "this MUST NOT trigger th= e > error handling as specified in [RFC8231]" in one place, and IIRC a simila= r > thing in one other place. In some sense, this is overriding RFC 8231 and > an implementation of this spec is no longer compliant with the base RFC > 8231 specification. So, I wonder if the Updates: tag is needed in order = to > "legitimize" this weakening of the requirements, as otherwise we have two > specifications which are formally in conflict with each other, one of whi= ch > is needed in order to use the other. > > IMHO this is similar to a protocol extension of an existing protocol message (with an updated parsing rules represented as RBNF). The base protocol (RBNF) might consider the extension as mangled as per the rules of the base RFC and trigger error but the extension overrides that. In this case, the error handling text was added as a helpful note to an implementer of this feature: to make sure that at the time of parsing, one should check for the C flag first before doing RFC8231 check on PLSP-ID. An existing RFC 8231 implementation (that does not implement this feature requires) no change. Maybe the current text goes overboard. We could reword this - OLD: The PLSP-ID of 0 indicates that the PCE wants control over all LSPs originating from the PCC. A PCC that receives a PCUpd message with C Flag set to 1 and PLSP-ID of 0 MUST NOT trigger the error condition for unknown PLSP-ID in an LSP update request as per [RFC8231]. NEW: The PLSP-ID of 0 indicates that the PCE wants control over all LSPs originating from the PCC. An implementation of this feature needs to make sure to check for the LSP control feature (C flag set to 1) before any check for PLSP-ID (as prescribed in [RFC8231]). END Thanks! Dhruv > Thanks, > > Ben > --000000000000fea61a05940ffdbb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ben,=C2=A0

On Thu, Oct 3, 2019 at 11:= 34 PM Benjamin Kaduk <kaduk@mit.edu= > wrote:
Hi D= eborah,

On Tue, Oct 01, 2019 at 10:24:05PM +0000, BRUNGARD, DEBORAH A wrote:
> As it seems there are still some questions on "update or not"= ;, I'll try to add some additional context. As we know, it is difficult= to define "update", so each working group has their context for = it. For TEAS, CCAMP, MPLS, PCE, if it is a new capability, which is making = use of previously reserved bits, we have not considered it an update, other= wise every new RFC would be an update of the base RFC.
>
> Here's an example of exactly this (a quick scan by me, I'm sur= e there are many more across all the groups):
> The PCE-CAP-FLAGS sub-TLV was defined in RFC5088 (bits 9-31 were reser= ved). RFC 8623 defined stateful P2MP and defined new capability bits (from = the reserved group) using 13, 14, 15. It was not considered an update of RF= C5088 (OSPF extensions for PCE Discovery), or RFC8306 (P2MP TE LSPs for PCE= P), or RFC8281 (base document with extensions to support stateful PCE). And= RFC5088 was not an update of OSPF (RFC2328 and RFC2740). And RFC8281 was n= ot an update to RFC5440 PCEP base spec). As you can see, this would result = in a very big waterfall if all these were considered updates. An implemento= r of the base spec, with no interest in these new capabilities, would need = to read all the updates just to be sure the base is not impacted. We wouldn= 't have any implementations, everyone would still be reading=F0=9F=98= =8A
>
> In this document, these new values are using several more of the previ= ously reserved values. Only implementors of this new capability need to be = aware of these assignments, so among PCE folks, it is not considered an upd= ate.
>
> Dhruv already responded to Ben on the PLSP-ID. It is the same as these= flags, only those wanting to implement this new capability need to be awar= e of it. And it is backwards compatible with the base spec.

This all makes sense to me, and I see the reasoning behind not using
Updates: for them.=C2=A0 I'm not sure that our discussion here has cove= red the
relaxation of error handling, though -- we have "this MUST NOT trigger= the
error handling as specified in [RFC8231]" in one place, and IIRC a sim= ilar
thing in one other place.=C2=A0 In some sense, this is overriding RFC 8231 = and
an implementation of this spec is no longer compliant with the base RFC
8231 specification.=C2=A0 So, I wonder if the Updates: tag is needed in ord= er to
"legitimize" this weakening of the requirements, as otherwise we = have two
specifications which are formally in conflict with each other, one of which=
is needed in order to use the other.


IMHO this = is similar to a protocol extension of an existing protocol message (with an= updated parsing rules represented as RBNF). The base protocol (RBNF) might= consider the extension as mangled as per the rules of the base RFC and tri= gger error but the extension overrides that.=C2=A0

In this case, the error handling text was added as a= helpful note to an implementer of this feature: to make sure that at the t= ime of parsing, one should check for the C flag first before doing RFC8231 = check on PLSP-ID. An existing RFC 8231 implementation (that does not implem= ent this feature requires) no change.=C2=A0

Maybe the current text goes overboard. We could reword thi= s -=C2=A0

OLD:
=C2=A0 =C2=A0The PLSP-ID of 0
=C2=A0 =C2=A0ind= icates that the PCE wants control over all LSPs originating from
=C2=A0 = =C2=A0the PCC.=C2=A0 A PCC that receives a PCUpd message with C Flag set to= 1
=C2=A0 =C2=A0and PLSP-ID of 0 MUST NOT trigger the error condition fo= r unknown
=C2=A0 =C2=A0PLSP-ID in an LSP update request as per [RFC8231]= .
NEW:
=C2=A0 =C2=A0The PLSP-ID of 0
=C2=A0 =C2=A0indicates that = the PCE wants control over all LSPs originating from
=C2=A0 =C2=A0the PC= C.=C2=A0 An implementation of this feature needs to make sure to
=C2=A0= =C2=A0check for the LSP control feature (C flag set to 1) before any check=
=C2=A0 =C2=A0for PLSP-ID (as prescribed in [RFC8231]).
END
=

=
Thanks!=C2=A0
Dhruv


=C2=A0
Thanks,

Ben
--000000000000fea61a05940ffdbb-- From nobody Thu Oct 3 23:41:57 2019 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 7775E12004E; Thu, 3 Oct 2019 23:41:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 DrErwJ1nQe-2; Thu, 3 Oct 2019 23:41:46 -0700 (PDT) Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) (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 C17CB120018; Thu, 3 Oct 2019 23:41:46 -0700 (PDT) Received: by mail-io1-xd2c.google.com with SMTP id n197so11165579iod.9; Thu, 03 Oct 2019 23:41:46 -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=AY7h5gdOpoTZtHCSh/OASv1wLdJnybcSSE8n2ep7gl4=; b=BeYNQF8b45y2JMrIfXF9YTwvqOU4mftHSq5I6ij2InzKazeuPKqWHZ9y71scmGFaMK LahHUiu/D8/Mi2teHZERFTVqpXKH7Fb7MaUP1PgfFdUzWk5RmCKFVd++uQ/rAEPYMeBp nbuZcoQUg7KrurlQWosUG/xWGETiehTqimqdEPWEwxLxHu0Ef4z67UaeWge5rDA047Ej r9GQf68Q81H2FC3Nm6Et41nkv4PixfjP5kfSjEMzr3cUWuYH3rvbmpCE081wMWLWb2uJ kkUQyXyhH6ANPjmjM0SdNhf+96LfzrFgsne1Tp4grhQd+1f+3qMJxoiot6o8I6kJsNzR JA8w== 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=AY7h5gdOpoTZtHCSh/OASv1wLdJnybcSSE8n2ep7gl4=; b=UACm8oD3wsfyYxabjqIRCJOxz3yXjVEZi+C/CP1eGXtD6n938npprEtvyUkWVirywd YRE/1Hsd5JELRl//BSmdJRZ5rlyC79AlSbB+G5Gvsj706D9uZphuDYn4XuR+hBCBhX+e Lhx5i3NS/fxej4OrKDLbGMimU2Vl+EYHLWH+rimw15UjXwJckBliV+4HTx/jiWlIp/Lk 135+8IdeLX2td6TwzdTzYHFSQc4gbuL6VFFplTe5h+Tql3OkYv5bf/rtaLlzawn+EWEu 19oSUqXZHdooaRk/w13JPb8steyPJLrdfLmF5k+RitXWwyRohvPdK1iJAnMForKKIJss ht3g== X-Gm-Message-State: APjAAAU5MHZAIOTxD3VGPctegFi7GbH0BH8Q8oTUXdKs8jqUfeWUyJer EEw4TFCccH/O393+Ue+S0Ziyt9mI3YksGxEHOnYWCkq7 X-Google-Smtp-Source: APXvYqx9HIFXhxuKzItQjL87FJtkcZhG86083X+EHHM6xGGl7Ni1bUmCFK9WlVGsZ4C+aRgIH67t9E6rL0zwIAimkPE= X-Received: by 2002:a92:458a:: with SMTP id z10mr14054051ilj.279.1570171305778; Thu, 03 Oct 2019 23:41:45 -0700 (PDT) MIME-Version: 1.0 References: <156986574432.578.10826380036165341647.idtracker@ietfa.amsl.com> <20191003194508.GY6424@kduck.mit.edu> In-Reply-To: <20191003194508.GY6424@kduck.mit.edu> From: Dhruv Dhody Date: Fri, 4 Oct 2019 12:11:09 +0530 Message-ID: To: Benjamin Kaduk Cc: The IESG , draft-ietf-pce-lsp-control-request@ietf.org, Hariharan Ananthakrishnan , pce-chairs , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-lsp-control-request-09: (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, 04 Oct 2019 06:41:49 -0000 Hi Ben, > > > > > What kind of feature negotiation is available to check support prior to > > > using this flag? After all, if the peer does not implement this > > > document it will not implement the override of 8231 error handling and > > > will respond with errors when the D flag is set (or the PLSP-ID of 0 > > > used). If we have to just "try it and fall back to not using it if we > > > get errors", that has some associated security considerations as well. > > > > > > > In this case Capability negotiation might be an overkill. We are just > > adding a new flag; there is a clear error case to work with legacy > > implementation. > > > > Anyways, We can update the security considerations to include this > > fact. Something like - > > > > Note that, a PCE may not be sure if a PCC supports this feature. A > > PCE would try sending a control request to a 'legacy' PCC, which > > would in turn respond with an error as described in Section 4. So a > > PCE would learn this fact only when it wants to take control over an > > LSP. > > > > Do you see anything else worth highlighting? > > If TLS is not used, a MITM could inject an error and cause the PCE to not > use the feature when it otherwise could be used. But the consequences of > that are, I think, not terribly severe, so we don't need to do more than > note the risk of downgrade. That can be added. > > So the key question is that does this 'control request' raises to the > > level that we make policy a MUST, when RFC 8231/8281 did not... > > I think I can accept the SHOULD-level requirement; thanks for the above > text. > Thanks! > > > It should be noted that a legacy implementation of PCC, that does not > > > support this extension would trigger the error condition as specified > > > in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and > > > error-value 1 (Attempted LSP Update Request for a non-delegated LSP)) > > > I don't understand this sentence -- what does "as the D Flag would be > > > unset" mean? Does it just mean that the PCC treats it as unset because > > > it has no code to handle the D flag at all? > > > > > > > Suggestion to make this clearer with - > > > > It should be noted that a legacy implementation of PCC that does not > > support this extension would trigger the error condition as specified > > in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and > > error-value 1 (Attempted LSP Update Request for a non-delegated > > LSP)), as any control request would have the D Flag (delegate) unset > > and it would be considered as attempt to update a non-delegated LSP. > > That's an improvement, but only a slight one (or perhaps I'm still > confused). The question seems to be not whether the D flag is set (which > is controlled solely by the PCE), but whether the PCC recognizes that the > D flag is set (i.e., whether it recognizes the D flag at all). So perhaps > "as the D Flag would not be processed, and it would be considered as an > attempt to update a non-delegated LSP"? > I think you mean C flag would not be processed. Just to clarify - - D flag is defined in RFC 8231 and any PCUpd message would always set it as per RFC 8231. - This document defines a new C flag, and ask that D flag must be unset if the C flag is set. - A legacy implementation that receives an PCUpd with C=1 and D=0, would simply ignore the C flag and trigger the error because D flag is unset. Let me try again - It should be noted that a legacy implementation of PCC that does not support this extension would receive an LSP control request: PCUpd message with C flag set and D flag (delegate) unset, it would ignore the C flag and trigger the error condition for the D flag as specified in [RFC8231] (a PCErr with Error-type=19 (Invalid Operation) and error-value 1 (Attempted LSP Update Request for a non- delegated LSP)). Thanks! Dhruv From nobody Fri Oct 4 04:19:07 2019 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 4550A12092F; Fri, 4 Oct 2019 04:19:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.737 X-Spam-Level: X-Spam-Status: No, score=-0.737 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no 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 X3D1SNNcHyKz; Fri, 4 Oct 2019 04:19:03 -0700 (PDT) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 7AA22120931; Fri, 4 Oct 2019 04:19:03 -0700 (PDT) Received: by mail-ed1-x532.google.com with SMTP id p10so5508334edq.1; Fri, 04 Oct 2019 04:19:03 -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=llW+3kDSH4B9U7GDR4Q2rQLYJyOiYz0pbgTCjtGjNo0=; b=VTZnC8DU+1CkaTbLfAPhlBBNTKAtkuLHvHfXLaRoDjXoc6I+wnQkcjbXXlQo53KoDf qStx5KjIDYEZCY1azoFcM6kNF6drb8CT3TAqHdxO1HtMObLDqfVA+JKpqqHbGP91aBiA wlyC1SKI9sP+tUHFkE4MsaA+3RCX79B6YG+2iM6DnHKj78xlNuo6tShF9lS3oytSogNA hoBUdmN1KP6aDTTY42NwKTI+FNo4WZI0oItry9p+eheHGlLZrBLH+F9QdLWOdxtTPZtq AbeOtMIgrcZGdgY17dj2yZxUPQAuM7sUTprGgY3o06gQPja1XkQjtpxLMZgeLfGa2G7X D8ZA== 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=llW+3kDSH4B9U7GDR4Q2rQLYJyOiYz0pbgTCjtGjNo0=; b=ODpiS5uxikc7Px3ccAb3hvDSsfWzhj7N6hJRD3wOhPLVRIeDJ3+6lRIKDxrufcAgWI KCzXjDFfIXbJPpXJMzFq2FlnIx18uPy8H7atwzZYKzyZOe/C2yBMkNHuDcSiCiWTZycF yYbIHXSaZH+R0qwnL6LWGIsFPFLFmQtY3Tc6PMsiHyQg3wxHm28Q+PpT7Kl8VDRpLQmn 8kHQIy5qssFQve1esVc9dXbrHAbYGPxDLVNlvbnDvPBvDAPsRvEq7ISLMHPJ07qgHT/h bwLEe01i+kos1vGAYWTOkelCs5nxenJUQehFuGHUWbyzoqyvme3fwBMPZVWtTt+g3Qo6 ouKA== X-Gm-Message-State: APjAAAVqWk7waDfuSjxbu6oRYhzuU6yo4X3ngTLv9L88s/ZTy2CMI+uc K6R5kTCrUELEqk3q0DF7pe+4sW7frpjgYPeslgL0P63u X-Google-Smtp-Source: APXvYqwszc7veXBFWHoccOaltfgCaOP/ORqxZHgF9+ZrWpW1c30uZe5PPhoHrKUP+3Mz+HshFH9dF2pwYPIE44o9WFU= X-Received: by 2002:a50:ea8c:: with SMTP id d12mr14604935edo.87.1570187942060; Fri, 04 Oct 2019 04:19:02 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 4 Oct 2019 04:19:01 -0700 From: Alvaro Retana In-Reply-To: References: <156957891627.12410.17887218088455702680.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Date: Fri, 4 Oct 2019 04:19:01 -0700 Message-ID: To: Dhruv Dhody Cc: Hariharan Ananthakrishnan , pce-chairs , draft-ietf-pce-lsp-control-request@ietf.org, The IESG , pce@ietf.org Content-Type: multipart/alternative; boundary="00000000000084663d059413dea2" Archived-At: Subject: Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-lsp-control-request-09: (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: Fri, 04 Oct 2019 11:19:05 -0000 --00000000000084663d059413dea2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On September 30, 2019 at 7:29:19 AM, Dhruv Dhody (dhruv.ietf@gmail.com) wrote: Dhruv: Hi! > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > I have a substantive comment and then some nits/editorial notes. > > (1) It seems to me that any PCE can request control of an LSP. Even if th= e > sessions are authenticated and encrypted, how does the PCC determine if it's ok > for the requesting PCE to ask for control? =C2=A78.1 says that an "implementation > SHOULD allow the operator to configure the policy based on which it honors the > request to control the LSPs". If the implementation doesn't allow the > configuration of policy, then it is possible for a rogue PCE to ask for control > of an LSP, and for the PCC to grant it. Why is the ability to configure this > policy not REQUIRED? I believe this case should be explicitly called out as a > vulnerability. > Thanks for pointing this out. Since RFC 8231 uses SHOULD wrt policy, I would consider not changing that. We can highlight that the PCC is the ultimate arbiter on if the delegation should be made and to which PCE. Even after delegation, the PCC can take back control anytime. But at the same time blindly accepting control request could be a problem! I propose this text in Security section - A PCC is the ultimate arbiter of delegation. As per [RFC8231], a local policy at PCC is used to influence the delegation. A PCC can also revoke the delegation at any time. A PCC MUST NOT blindly trust the control requests and SHOULD take local policy and other factors into consideration before honoring the request. Two points: (1) How is =E2=80=9CMUST NOT blindly trust=E2=80=9D normatively enforceable= ? Even if it was, the mechanism to take off the blindfolds is the policy=E2=80=A6 (2) Even if policy is configured, a rogue PCE can still take control of the LSP; for example, the policy was misconfigured, or simply because the PCE has been compromised. In all these cases the problem is not so much that a PCE took control, but the actions that it can take with the LSP: change its characteristics, reroute it, shut it down, etc=E2=80=A6 Thanks! Alvaro. --00000000000084663d059413dea2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
On September 30, 2019 at 7:29:19 AM, Dhruv Dhody= (dhruv.ietf@gmail.com) wrote:<= /div>

Dhruv:

Hi!

> ----= ------------------------------------------------------------------=C2=A0
> COMMENT:=C2=A0
> -----------------= -----------------------------------------------------=C2=A0
>=C2=A0
> I have a substantive comment and then s= ome nits/editorial notes.=C2=A0
>=C2=A0<= br style=3D"color:rgb(0,0,0);font-family:'helvetica Neue',helvetica= ;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:norm= al;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:no= ne;white-space:normal;word-spacing:0px">> (1) It seems to me that any PCE can request control of an LSP. Even= if the=C2=A0
> = sessions are authenticated and encrypted, how does the PCC determine if it&= #39;s ok=C2=A0
> = for the requesting PCE to ask for control? =C2=A78.1 says that an "imp= lementation=C2=A0
&g= t; SHOULD allow the operator to configure the policy based on which it hono= rs the=C2=A0
> = request to control the LSPs". If the implementation doesn't allow = the=C2=A0
> confi= guration of policy, then it is possible for a rogue PCE to ask for control<= span class=3D"Apple-converted-space">=C2=A0
> of an LSP= , and for the PCC to grant it. Why is the ability to configure this=C2=A0
> policy not REQUI= RED? I believe this case should be explicitly called out as a=C2=A0
> vulnerability.=C2=A0
>=C2=A0

Thanks for pointing this out. Since RFC 8231 uses SHOULD wrt pol= icy, I=C2=A0
would= consider not changing that. We can highlight that the PCC is the=C2=A0
ultimate arbiter on if = the delegation should be made and to which PCE.=C2=A0
Even after delegation, the PCC can take b= ack control anytime. But at=C2=A0
the same time blindly accepting control request could be a pr= oblem!=C2=A0

I propose this text in Security section= -=C2=A0

A PCC is the ultimate arbiter of delegation. = As per [RFC8231], a=C2=A0
local policy at PCC is used to influence the delegation. A PCC can=C2=A0
also revoke the = delegation at any time. A PCC MUST NOT blindly trust=C2=A0
the control requests and SHOULD take= local policy and other factors=C2=A0=
into consideration before honoring the request.=C2=A0

= Two points:=C2=A0

(1) How is =E2=80=9CMUST NOT blindly trust=E2=80=9D no= rmatively enforceable?=C2=A0 Even if it was, the mechanism to take off the = blindfolds is the policy=E2=80=A6

<= /div>
(2) Even if policy is configured, a rog= ue PCE can still take control of the LSP; for example, the policy was misco= nfigured, or simply because the PCE has been compromised.

In all these = cases the problem is not so much that a PCE took control, but the actions t= hat it can take with the LSP: change its characteristics, reroute it, shut = it down, etc=E2=80=A6

Thanks!

Alvaro.
--00000000000084663d059413dea2-- From nobody Fri Oct 4 09:40:40 2019 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 2FC49120048 for ; Fri, 4 Oct 2019 09:40:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 SdIaeUnn5sZW for ; Fri, 4 Oct 2019 09:40:37 -0700 (PDT) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E398120074 for ; Fri, 4 Oct 2019 09:40:37 -0700 (PDT) Received: by mail-lj1-x229.google.com with SMTP id y3so7176137ljj.6 for ; Fri, 04 Oct 2019 09:40: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; bh=iajXoSJ5PsnSYM4VlSYH/maA6LgrUt6VSuXKvwsB6bU=; b=Z9j1aO4GkM9yTBHxYFPpDSL/Cr+fS0OunitfE2htMzWIFVQ9UcfdeOs9z1qp/SjBMl wrFiS7GnVx3jhTbvmLPProIGEVpRhakKWh0tCVhqvTJ2MPHg+4nKMF52hOk5pGtDy7GU C4NltuIG0p83o35nrobwl2kzjBwGZpEgSChebLlomFSMDK6i2oaOI62zhL2pFcm21rNB GQGPbR+4NuptoLQ1P/H55fdTDQvujll7aGEtjjjPLNXZI1vjT5Xa8BQ2R8T1hX9/brXu EAMin4LZ0oiPmsOu4+Sb3y4m/ExcDXlJCKREiN2IMu9ENvqLsFuDxiWB4xbtGy74OQpR o0Dw== 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=iajXoSJ5PsnSYM4VlSYH/maA6LgrUt6VSuXKvwsB6bU=; b=Y/MR19PxFDKcGc5E2+qeEXt14yTvZnxKiwVf6m0ZYe4UwhaoNB7lKFKFHJL8wtp77S /Bgtxv2IlRMSvhp1fUuDu9cZgRk10Vdz93FJrJwXjmTOJHAxbTxJJXE7p3nZY6OGDPl3 4AfW7/jp8brz58zrOqFvZERGf0c/JqwRKjw4SpUt9r8pqWEMOG2yOhMPCmyoHU8pB3wI 6eWgX0ahn8VrqO3WL8ARVMrGtYRWMs0LEj9D2//G4FIJxXK7mIiG2bhGGnZm47WhAK+k qPDSrfIy9uqQXoSYXnTlf+Jk34UuGcp1Cd39lstT+Wvv/f4QOy8Ocu2Cwgwvf5dXG5mx H3yQ== X-Gm-Message-State: APjAAAXvyyyV2zoM4RKlLw9XLPGjdBO7pUxQe9W4KVFTBGNOWTEtzN58 oNq9TM3C+yAh7+KotohUGOZoc8BKFJ8fv05tQw== X-Google-Smtp-Source: APXvYqyeH0QCTIjW0JXmfWyHr51JH2I/bOScP5aijn+Q3TYl88z6bG6MW3V4Sz0wOl/GJ29Bo+zWN8Skc5eSA8Fp/Wk= X-Received: by 2002:a2e:1409:: with SMTP id u9mr10110045ljd.162.1570207235342; Fri, 04 Oct 2019 09:40:35 -0700 (PDT) MIME-Version: 1.0 References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> From: Rakesh Gandhi Date: Fri, 4 Oct 2019 12:40:24 -0400 Message-ID: To: Julien Meuric Cc: "pce@ietf.org" Content-Type: multipart/alternative; boundary="0000000000007c85fb0594185c7c" Archived-At: Subject: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? 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, 04 Oct 2019 16:40:39 -0000 --0000000000007c85fb0594185c7c Content-Type: text/plain; charset="UTF-8" Support (as co-author). Should draft-ietf-spring-mpls-path-segment-00 be normative reference? Similarly, should draft-li-spring-srv6-path-segment-03 be informative reference? Thanks, Rakesh On Wed, Sep 25, 2019 at 12:21 PM wrote: > Hi PCE WG, > > In our adoption poll queue, draft-li-pce-sr-path-segment has been there > for a little while, after it was discussed face to face. We would now > like you to voice your opinion on the list: do you think this I-D can be > the foundation for a PCE WG's work item? > > Please send your feedback to the PCE mailing list, including any comment > you would like to share, especially if you think the WG should not adopt > it. This poll will end on October 9. > > 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 > --0000000000007c85fb0594185c7c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support (as co-author).

Shou= ld draft-ietf-spring-mpls-path-segment-00 be normative reference?
Similarly, should draft-li-spring-srv6-path-segment-03=C2=A0= be informative reference?

Thanks,
Rakes= h


On Wed, Sep 25, 2019 at 12:21 PM <julien.meuric@orange.com> wrote:
Hi PCE WG,

In our adoption poll queue, draft-li-pce-sr-path-segment has been there
for a little while, after it was discussed face to face. We would now
like you to voice your opinion on the list: do you think this I-D can be the foundation for a PCE WG's work item?

Please send your feedback to the PCE mailing list, including any comment you would like to share, especially if you think the WG should not adopt it. This poll will end on October 9.

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 message= s 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 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
--0000000000007c85fb0594185c7c-- From nobody Fri Oct 4 12:36:19 2019 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 ACAA81200D6; Fri, 4 Oct 2019 12:36:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.104.0 Auto-Submitted: auto-generated Precedence: bulk Sender: CC: db3546@att.com, draft-ietf-pce-association-diversity@ietf.org, pce@ietf.org, pce-chairs@ietf.org, Julien Meuric , julien.meuric@orange.com Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <157021777766.1383.14514892854166144316.idtracker@ietfa.amsl.com> Date: Fri, 04 Oct 2019 12:36:17 -0700 Archived-At: Subject: [Pce] Last Call: (Path Computation Element Communication Protocol (PCEP) Extension for LSP Diversity Constraint Signaling) to Proposed Standard 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, 04 Oct 2019 19:36:18 -0000 The IESG has received a request from the Path Computation Element WG (pce) to consider the following document: - 'Path Computation Element Communication Protocol (PCEP) Extension for LSP Diversity Constraint Signaling' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-10-18. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document introduces a simple mechanism to associate a group of Label Switched Paths (LSPs) via an extension to the Path Computation Element (PCE) communication Protocol (PCEP) with the purpose of computing diverse paths for those LSPs. The proposed extension allows a Path Computation Client (PCC) to advertise to a PCE that a particular LSP belongs to a disjoint-group, thus the PCE knows that the LSPs in the same group need to be disjoint from each other. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/3493/ From nobody Mon Oct 7 03:03:36 2019 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 75A141200F9; Mon, 7 Oct 2019 03:03:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 TAcupoRtR7G2; Mon, 7 Oct 2019 03:03:25 -0700 (PDT) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 B62151200FA; Mon, 7 Oct 2019 03:03:25 -0700 (PDT) Received: by mail-io1-xd2b.google.com with SMTP id b136so27189536iof.3; Mon, 07 Oct 2019 03:03:25 -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=YG3Ft/Pgk5rIWL6utdTfx3zueqf5Yxc0mGwtFM6DJlA=; b=h3ymehVr/E3XnC/5p7DUBDvSyLWsk9RW8Y9s/XnvBKMljhn/ftX6Di7NXUL9SzmA0y 99RAmgGreWILZPzR0IpUCgyBuU3iOYNe9C6BgeUNPX8aRTFP9rhtXmEa2dgf441yc18R letQP9izdKthI70ia9JtQ7L9VwkYmD6cQ1KmsZtl8hwFKJr45tTXgFPS9wtOkjJCkDEH LsCppTsi7nLML9JNX3QJ1ZzyTNcNoN6IKRcrTQ/q3XBs2B7DxU1To6ChmMuyT71tGObw 80XfHwndhYctyhOS2VLP8qenyh0nHPyTfEUOIfWgr0IqJwBJBe0V8KIoAZ2jUpEtwt2O W6dw== 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=YG3Ft/Pgk5rIWL6utdTfx3zueqf5Yxc0mGwtFM6DJlA=; b=M4/djdOwuQr59DSSWWZtSj4RYs3MCrGCwgpjGVS5OAs9tS96mVHc5yeysn9cxUdHMn 1j4qUMyz/3+mYeiz+hLe4dti5E/4MzCmi3TrI6Y8sVkS9mVtruM6n9bEptyYpLDk4Hyw FGYm67o0zahwuRAayw8ZzLuj+hhpnYW+qzIA1BPVR9+tCaPhc6gzietRqvI12hKbFU0U mS19SClvA3O0Zw35CIUkm/M0ws/etFavMBao8rqlqGMu5rSm7N24+8tae8TO8S/EuSA8 sWEzjY5EpY6Dc7H4S9P1HGyOHu+Ha/WaXopRbzaNZgHQmilOvU6YBDceGb5vkpa/JOi6 QmSw== X-Gm-Message-State: APjAAAUHcWjBpe3FSkOxeAvBNS6vuncxJuYmIQ3xb6vKr++1MfDG4cla bQllTwFRj6b65sd9Rf4F4za4TALTCeRzkeZRU44= X-Google-Smtp-Source: APXvYqwnTFLn3XFmoe7VcMDNVMIAeW5BXwx1EB4BIOBfRqj4rEW/TZ3q/JGwpImV39ZkYY+AT+L66NZxFsUyEqeoLEA= X-Received: by 2002:a05:6638:692:: with SMTP id i18mr25377034jab.108.1570442604747; Mon, 07 Oct 2019 03:03:24 -0700 (PDT) MIME-Version: 1.0 References: <156957891627.12410.17887218088455702680.idtracker@ietfa.amsl.com> In-Reply-To: From: Dhruv Dhody Date: Mon, 7 Oct 2019 15:32:47 +0530 Message-ID: To: Alvaro Retana Cc: Hariharan Ananthakrishnan , pce-chairs , draft-ietf-pce-lsp-control-request@ietf.org, The IESG , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-lsp-control-request-09: (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: Mon, 07 Oct 2019 10:03:28 -0000 Hi Alvaro, On Fri, Oct 4, 2019 at 4:49 PM Alvaro Retana wrote= : > > On September 30, 2019 at 7:29:19 AM, Dhruv Dhody (dhruv.ietf@gmail.com) w= rote: > > Dhruv: > > Hi! > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > I have a substantive comment and then some nits/editorial notes. > > > > (1) It seems to me that any PCE can request control of an LSP. Even if = the > > sessions are authenticated and encrypted, how does the PCC determine if= it's ok > > for the requesting PCE to ask for control? =C2=A78.1 says that an "impl= ementation > > SHOULD allow the operator to configure the policy based on which it hon= ors the > > request to control the LSPs". If the implementation doesn't allow the > > configuration of policy, then it is possible for a rogue PCE to ask for= control > > of an LSP, and for the PCC to grant it. Why is the ability to configure= this > > policy not REQUIRED? I believe this case should be explicitly called ou= t as a > > vulnerability. > > > > Thanks for pointing this out. Since RFC 8231 uses SHOULD wrt policy, I > would consider not changing that. We can highlight that the PCC is the > ultimate arbiter on if the delegation should be made and to which PCE. > Even after delegation, the PCC can take back control anytime. But at > the same time blindly accepting control request could be a problem! > > I propose this text in Security section - > > A PCC is the ultimate arbiter of delegation. As per [RFC8231], a > local policy at PCC is used to influence the delegation. A PCC can > also revoke the delegation at any time. A PCC MUST NOT blindly trust > the control requests and SHOULD take local policy and other factors > into consideration before honoring the request. > > > Two points: > > (1) How is =E2=80=9CMUST NOT blindly trust=E2=80=9D normatively enforceab= le? Even if it was, the mechanism to take off the blindfolds is the policy= =E2=80=A6 > You are right, better to avoid normative language here. > (2) Even if policy is configured, a rogue PCE can still take control of t= he LSP; for example, the policy was misconfigured, or simply because the PC= E has been compromised. > > In all these cases the problem is not so much that a PCE took control, bu= t the actions that it can take with the LSP: change its characteristics, re= route it, shut it down, etc=E2=80=A6 > I made the same point to Ben in my reply. The actions that the PCE can take on a delegated LSP is covered by RFC 8231: a PCC could reject the parameters set by the PCC and it could also revoke delegation. Policy related text in RFC 8231 uses SHOULD. Does the ability of a PCE to 'request' control over an LSP in itself raise the bar? IMHO it falls well within the existing protocol policy parameters of RFC 8231 (and also RFC 8281: PCE-initiated LSP). For the sake of consistency I feel SHOULD is the way to go. Thanks! Dhruv > Thanks! > > Alvaro. From nobody Mon Oct 7 19:06:23 2019 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 470B11200CE for ; Mon, 7 Oct 2019 19:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 gq6aowhJazJF for ; Mon, 7 Oct 2019 19:06:20 -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 356CB120019 for ; Mon, 7 Oct 2019 19:06:20 -0700 (PDT) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id C18D65FF6057D150E36B; Tue, 8 Oct 2019 10:06:17 +0800 (CST) Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl2.zte.com.cn with SMTP id x9825wL0075489; Tue, 8 Oct 2019 10:05:58 +0800 (GMT-8) (envelope-from xiong.quan@zte.com.cn) Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid201; Tue, 8 Oct 2019 10:05:57 +0800 (CST) Date: Tue, 8 Oct 2019 10:05:57 +0800 (CST) X-Zmail-TransId: 2afd5d9bef058bc8dab4 X-Mailer: Zmail v1.0 Message-ID: <201910081005579661532@zte.com.cn> Mime-Version: 1.0 From: To: Cc: Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn x9825wL0075489 Archived-At: Subject: Re: [Pce] =?utf-8?q?Adoption_of_draft-li-pce-sr-path-segment=3F?= 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, 08 Oct 2019 02:06:22 -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 SGkgV0csCgpTdXBwb3J0IGFzIGEgY28tYXV0aG9yLiBJIHRoaW5rIHRoZSBkcmFmdCBpcyBtYXR1 cmUgYW5kIHN0ZWFkeSBhbmQgYmVpbmcgaW1wbGVtZW50ZWQgYnkgWlRFIFByb2R1Y3QuDQpJIHN1 cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQuDQoNCkJlc3QgUmVnYXJkcywNClF1YW4N Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCjw8W1BjZV0gQWRvcHRpb24gb2YgZHJhZnQtbGktcGNl LXNyLXBhdGgtc2VnbWVudD8NCjxqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+IFdlZCwgMjUgU2Vw dGVtYmVyIDIwMTkgMTY6MjAgVVRDU2hvdyBoZWFkZXINCg0KDQpIaSBQQ0UgV0csCgpJbiBvdXIg YWRvcHRpb24gcG9sbCBxdWV1ZSwgZHJhZnQtbGktcGNlLXNyLXBhdGgtc2VnbWVudCBoYXMgYmVl biB0aGVyZQpmb3IgYSBsaXR0bGUgd2hpbGUsIGFmdGVyIGl0IHdhcyBkaXNjdXNzZWQgZmFjZSB0 byBmYWNlLiBXZSB3b3VsZCBub3cKbGlrZSB5b3UgdG8gdm9pY2UgeW91ciBvcGluaW9uIG9uIHRo ZSBsaXN0OiBkbyB5b3UgdGhpbmsgdGhpcyBJLUQgY2FuIGJlCnRoZSBmb3VuZGF0aW9uIGZvciBh IFBDRSBXRydzIHdvcmsgaXRlbT8KClBsZWFzZSBzZW5kIHlvdXIgZmVlZGJhY2sgdG8gdGhlIFBD RSBtYWlsaW5nIGxpc3QsIGluY2x1ZGluZyBhbnkgY29tbWVudAp5b3Ugd291bGQgbGlrZSB0byBz aGFyZSwgZXNwZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhlIFdHIHNob3VsZCBub3QgYWRvcHQKaXQu IFRoaXMgcG9sbCB3aWxsIGVuZCBvbiBPY3RvYmVyIDkuCgpUaGFua3MsCgpEaHJ1diAmIEp1bGll bg== --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwPjxicj48L3A+PHByZSBjbGFzcz0id29yZHdyYXAi IHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogU0ZNb25vLVJlZ3Vs YXIsIE1lbmxvLCBNb25hY28sIENvbnNvbGFzLCAnTGliZXJhdGlvbiBNb25vJywgJ0NvdXJpZXIg TmV3JywgbW9ub3NwYWNlOyBmb250LXNpemU6IDEyLjI1cHg7IG1hcmdpbi10b3A6IDBweDsgbWFy Z2luLWJvdHRvbTogMXJlbTsgb3ZlcmZsb3c6IGF1dG87IGNvbG9yOiByZ2IoMzMsIDM3LCA0MSk7 IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsgb3ZlcmZsb3ctd3JhcDogbm9ybWFsOyB3b3JkLWJyZWFr OiBub3JtYWw7IHBhZGRpbmc6IDBweDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsOyBv cnBoYW5zOiAyOyB3aWRvd3M6IDI7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1 KTsiPkhpIFdHLAoKU3VwcG9ydCBhcyBhIGNvLWF1dGhvci4gSSB0aGluayB0aGUgZHJhZnQgaXMg bWF0dXJlIGFuZCBzdGVhZHkgYW5kIGJlaW5nIGltcGxlbWVudGVkIGJ5IFpURSBQcm9kdWN0Ljxi cj5JIHN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQuPGJyPjxicj5CZXN0IFJlZ2Fy ZHMsPGJyPlF1YW48YnI+PGJyPjxicj48YnI+PC9wcmU+PHA+PGJyPjwvcD48cD48YnI+PC9wPjxw Pjxicj48L3A+PGgzIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW46IDJweCAw cHg7IGZvbnQtZmFtaWx5OiAtYXBwbGUtc3lzdGVtLCBCbGlua01hY1N5c3RlbUZvbnQsICdTZWdv ZSBVSScsIFJvYm90bywgJ0hlbHZldGljYSBOZXVlJywgQXJpYWwsIHNhbnMtc2VyaWYsICdBcHBs ZSBDb2xvciBFbW9qaScsICdTZWdvZSBVSSBFbW9qaScsICdTZWdvZSBVSSBTeW1ib2wnLCAnTm90 byBDb2xvciBFbW9qaSc7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxpbmUtaGVpZ2h0OiAxLjI7IGNv bG9yOiByZ2IoMzMsIDM3LCA0MSk7IGZvbnQtc2l6ZTogMThweDsgZm9udC12YXJpYW50LWxpZ2F0 dXJlczogbm9ybWFsOyBvcnBoYW5zOiAyOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IDI7 IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPiZsdDsmbHQ7W1BjZV0gQWRv cHRpb24gb2YgZHJhZnQtbGktcGNlLXNyLXBhdGgtc2VnbWVudD88L2gzPjxwIGlkPSJtc2ctaW5m byIgY2xhc3M9Im1zZy1oZWFkZXIiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJn aW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDIwcHg7IGNvbG9yOiByZ2IoMTI4LCAxMjgsIDEy OCk7IGZvbnQtZmFtaWx5OiAtYXBwbGUtc3lzdGVtLCBCbGlua01hY1N5c3RlbUZvbnQsICdTZWdv ZSBVSScsIFJvYm90bywgJ0hlbHZldGljYSBOZXVlJywgQXJpYWwsIHNhbnMtc2VyaWYsICdBcHBs ZSBDb2xvciBFbW9qaScsICdTZWdvZSBVSSBFbW9qaScsICdTZWdvZSBVSSBTeW1ib2wnLCAnTm90 byBDb2xvciBFbW9qaSc7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDsgb3JwaGFuczog Mjsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiAyOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2Io MjU1LCAyNTUsIDI1NSk7Ij48c3BhbiBpZD0ibXNnLWZyb20iIGNsYXNzPSJwaXBlIiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDsiPiZsdDtqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20mZ3Q7 PC9zcGFuPiZuYnNwOzxzcGFuIGlkPSJtc2ctZGF0ZSIgY2xhc3M9InBpcGUiIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94OyI+V2VkLCAyNSBTZXB0ZW1iZXIgMjAxOSAxNjoyMCBVVEM8L3Nw YW4+PGEgaWQ9InRvZ2dsZS1tc2ctaGVhZGVyIiBjbGFzcz0idG9nZ2xlIiBocmVmPSJodHRwczov L21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvYnJvd3NlL3BjZS8/Z2J0PTEmYW1wO2luZGV4PXpQ U0FQTVVPYkpQaEktRGtCdUkzX2ktSE1rNCMiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94 OyBjb2xvcjogcmdiKDUxLCAxMjIsIDE4Myk7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgYmFja2dy b3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij5TaG93IGhlYWRlcjwvYT48L3A+PGRpdiBjbGFzcz0i bXNnLXBheWxvYWQiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBjb2xvcjogcmdiKDMz LCAzNywgNDEpOyBmb250LWZhbWlseTogLWFwcGxlLXN5c3RlbSwgQmxpbmtNYWNTeXN0ZW1Gb250 LCAnU2Vnb2UgVUknLCBSb2JvdG8sICdIZWx2ZXRpY2EgTmV1ZScsIEFyaWFsLCBzYW5zLXNlcmlm LCAnQXBwbGUgQ29sb3IgRW1vamknLCAnU2Vnb2UgVUkgRW1vamknLCAnU2Vnb2UgVUkgU3ltYm9s JywgJ05vdG8gQ29sb3IgRW1vamknOyBmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7IG9y cGhhbnM6IDI7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogMjsgYmFja2dyb3VuZC1jb2xv cjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PHByZSBjbGFzcz0id29yZHdyYXAiIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94OyBmb250LWZhbWlseTogU0ZNb25vLVJlZ3VsYXIsIE1lbmxvLCBN b25hY28sIENvbnNvbGFzLCAnTGliZXJhdGlvbiBNb25vJywgJ0NvdXJpZXIgTmV3JywgbW9ub3Nw YWNlOyBmb250LXNpemU6IDEyLjI1cHg7IG1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTog MXJlbTsgb3ZlcmZsb3c6IGF1dG87IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsgb3ZlcmZsb3ctd3Jh cDogbm9ybWFsOyB3b3JkLWJyZWFrOiBub3JtYWw7IHBhZGRpbmc6IDBweDsiPkhpIFBDRSBXRywK CkluIG91ciBhZG9wdGlvbiBwb2xsIHF1ZXVlLCBkcmFmdC1saS1wY2Utc3ItcGF0aC1zZWdtZW50 IGhhcyBiZWVuIHRoZXJlCmZvciBhIGxpdHRsZSB3aGlsZSwgYWZ0ZXIgaXQgd2FzIGRpc2N1c3Nl ZCBmYWNlIHRvIGZhY2UuIFdlIHdvdWxkIG5vdwpsaWtlIHlvdSB0byB2b2ljZSB5b3VyIG9waW5p b24gb24gdGhlIGxpc3Q6IGRvIHlvdSB0aGluayB0aGlzIEktRCBjYW4gYmUKdGhlIGZvdW5kYXRp b24gZm9yIGEgUENFIFdHJ3Mgd29yayBpdGVtPwoKUGxlYXNlIHNlbmQgeW91ciBmZWVkYmFjayB0 byB0aGUgUENFIG1haWxpbmcgbGlzdCwgaW5jbHVkaW5nIGFueSBjb21tZW50CnlvdSB3b3VsZCBs aWtlIHRvIHNoYXJlLCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGUgV0cgc2hvdWxkIG5vdCBh ZG9wdAppdC4gVGhpcyBwb2xsIHdpbGwgZW5kIG9uIE9jdG9iZXIgOS4KClRoYW5rcywKCkRocnV2 ICZhbXA7IEp1bGllbjwvcHJlPjwvZGl2PjxwPjxicj48L3A+PC9kaXY+ --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Mon Oct 7 20:23:43 2019 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 8B927120111 for ; Mon, 7 Oct 2019 20:23:41 -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, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 5ip_C6lvuvAe for ; Mon, 7 Oct 2019 20:23:39 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.220]) by ietfa.amsl.com (Postfix) with ESMTP id 0DA0F12001E for ; Mon, 7 Oct 2019 20:23:39 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.48:2071.1348109172 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-183.40.220.223?logid-AE46FED8D7DE4961A2B2ED68F9D3ED0A (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id A936D2800A6; Tue, 8 Oct 2019 11:23:33 +0800 (CST) X-189-SAVE-TO-SEND: 44093218@chinatelecom.cn Received: from ([172.18.0.48]) by App0024 with ESMTP id AE46FED8D7DE4961A2B2ED68F9D3ED0A for julien.meuric@orange.com; Tue Oct 8 11:23:35 2019 X-Transaction-ID: AE46FED8D7DE4961A2B2ED68F9D3ED0A X-filter-score: filter<0> X-Real-From: chenhuan6@chinatelecom.cn X-Receive-IP: 172.18.0.48 X-MEDUSA-Status: 0 Date: Tue, 8 Oct 2019 11:23:32 +0800 From: "chenhuan6@chinatelecom.cn" To: "julien.meuric@orange.com" , "pce@ietf.org" References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.12.322[cn] Mime-Version: 1.0 Message-ID: <2019100811223095611029@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart382574121445_=----" Archived-At: Subject: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? 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, 08 Oct 2019 03:23:42 -0000 This is a multi-part message in MIME format. ------=_001_NextPart382574121445_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGkgV0csDQoNCiAgICAgICBJIHN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQuDQog ICAgICAgVGhlIFBDRVAgZXh0ZW5zaW9uIGZvciBwYXRoIHNlZ21lbnQgIHdpbGwgYmVuZWZpdCB0 aGUgYXV0b21hdGlvbiBkZXBsb3ltZW50LiANCg0KQmVzdCBSZWdhcmRzLA0KSHVhbmFuDQoNCg0K RnJvbToganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQpEYXRlOiAyMDE5LTA5LTI2IDAwOjIwDQpU bzogcGNlQGlldGYub3JnDQpTdWJqZWN0OiBbUGNlXSBBZG9wdGlvbiBvZiBkcmFmdC1saS1wY2Ut c3ItcGF0aC1zZWdtZW50Pw0KSGkgUENFIFdHLA0KIA0KSW4gb3VyIGFkb3B0aW9uIHBvbGwgcXVl dWUsIGRyYWZ0LWxpLXBjZS1zci1wYXRoLXNlZ21lbnQgaGFzIGJlZW4gdGhlcmUNCmZvciBhIGxp dHRsZSB3aGlsZSwgYWZ0ZXIgaXQgd2FzIGRpc2N1c3NlZCBmYWNlIHRvIGZhY2UuIFdlIHdvdWxk IG5vdw0KbGlrZSB5b3UgdG8gdm9pY2UgeW91ciBvcGluaW9uIG9uIHRoZSBsaXN0OiBkbyB5b3Ug dGhpbmsgdGhpcyBJLUQgY2FuIGJlDQp0aGUgZm91bmRhdGlvbiBmb3IgYSBQQ0UgV0cncyB3b3Jr IGl0ZW0/DQogDQpQbGVhc2Ugc2VuZCB5b3VyIGZlZWRiYWNrIHRvIHRoZSBQQ0UgbWFpbGluZyBs aXN0LCBpbmNsdWRpbmcgYW55IGNvbW1lbnQNCnlvdSB3b3VsZCBsaWtlIHRvIHNoYXJlLCBlc3Bl Y2lhbGx5IGlmIHlvdSB0aGluayB0aGUgV0cgc2hvdWxkIG5vdCBhZG9wdA0KaXQuIFRoaXMgcG9s bCB3aWxsIGVuZCBvbiBPY3RvYmVyIDkuDQogDQpUaGFua3MsDQogDQpEaHJ1diAmIEp1bGllbg0K IA0KIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KIA0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVu dCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2ll ZXMgZXQgbmUgZG9pdmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNv cGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIg ZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1 ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCk9yYW5nZSBkZWNsaW5lIHRvdXRl IHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZh bHNpZmllLiBNZXJjaS4NCiANClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBj b250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJl IHByb3RlY3RlZCBieSBsYXc7DQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQg b3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRo aXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVk LCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZp ZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KIA0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClBjZSBtYWlsaW5nIGxpc3QNClBjZUBp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCiANCg== ------=_001_NextPart382574121445_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable = =0A
Hi WG,=

       I support the adoption&n= bsp;of this draft.
=        The PCEP extension for pat= h segment  will benefit the automation deployment. 

Best Regard= s,
Huanan


Date: 2019-09= -26 00:20
Subject: [Pce] Adoption of draft-li-= pce-sr-path-segment?
Hi PCE WG,
=0A
&n= bsp;
=0A
In our adoption poll queue, draft-li-pce-sr-path-segment= has been there
=0A
for a little while, after it was discussed fa= ce to face. We would now
=0A
like you to voice your opinion on th= e list: do you think this I-D can be
=0A
the foundation for a PCE= WG's work item?
=0A
 
=0A
Please send your feedbac= k to the PCE mailing list, including any comment
=0A
you would li= ke to share, especially if you think the WG should not adopt
=0A
= it. This poll will end on October 9.
=0A
 
=0A
Than= ks,
=0A
 
=0A
Dhruv & Julien
=0A
 = ;
=0A
 
=0A
_______________________________________= __________________________________________________________________________= ________
=0A
 
=0A
Ce message et ses pieces jointes= peuvent contenir des informations confidentielles ou privilegiees et ne d= oivent donc
=0A
pas etre diffuses, exploites ou copies sans autor= isation. 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
Orang= e decline toute responsabilite si ce message a ete altere, deforme ou fals= ifie. Merci.
=0A
 
=0A
This message and its attachm= ents may contain confidential or privileged information that may be protec= ted by law;
=0A
they should not be distributed, used or copied wi= thout authorisation.
=0A
If you have received this email in error= , please notify the sender and delete this message and its attachments.=0A
As emails may be altered, Orange is not liable for messages tha= t have been modified, changed or falsified.
=0A
Thank you.
= =0A
 
=0A
______________________________________________= _
=0A
Pce mailing list
=0A
Pce@ietf.org
=0A
htt= ps://www.ietf.org/mailman/listinfo/pce
=0A
 
=0A
<= /blockquote>=0A ------=_001_NextPart382574121445_=------ From nobody Mon Oct 7 23:23:27 2019 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 A2CC4120103 for ; Mon, 7 Oct 2019 23:23:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 vL--nALxwb3s for ; Mon, 7 Oct 2019 23:23:23 -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 AF208120074 for ; Mon, 7 Oct 2019 23:23:23 -0700 (PDT) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 89244BD19D15AFA0D2B for ; Tue, 8 Oct 2019 07:23:21 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 8 Oct 2019 07:23:21 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Tue, 8 Oct 2019 14:23:15 +0800 From: "Dongjie (Jimmy)" To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] Adoption of draft-li-pce-sr-path-segment? Thread-Index: AQHVc71hHRuY1MrD50+vIC8yYV43yadQWUgg Date: Tue, 8 Oct 2019 06:23:13 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927CD22BE3F@NKGEML515-MBX.china.huawei.com> References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] 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] Adoption of draft-li-pce-sr-path-segment? 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, 08 Oct 2019 06:23:26 -0000 Hi,=20 I (as a coauthor) support the adoption of this document. The PCEP extension= will facilitate the deployment of Path Segment.=20 Best regards, Jie > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of > julien.meuric@orange.com > Sent: Thursday, September 26, 2019 12:21 AM > To: pce@ietf.org > Subject: [Pce] Adoption of draft-li-pce-sr-path-segment? >=20 > Hi PCE WG, >=20 > In our adoption poll queue, draft-li-pce-sr-path-segment has been there f= or a > little while, after it was discussed face to face. We would now like you = to voice > your opinion on the list: do you think this I-D can be the foundation for= a PCE > WG's work item? >=20 > Please send your feedback to the PCE mailing list, including any comment = you > would like to share, especially if you think the WG should not adopt it. = This poll > will end on October 9. >=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, 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. >=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 Oct 8 00:44:05 2019 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 1206C120103 for ; Tue, 8 Oct 2019 00:44:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 tb8rpD8u3OT9 for ; Tue, 8 Oct 2019 00:44:01 -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 EC98A1200F8 for ; Tue, 8 Oct 2019 00:44:00 -0700 (PDT) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 5559A55A1944451474C5; Tue, 8 Oct 2019 08:43:58 +0100 (IST) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.30]) by LHREML711-CAH.china.huawei.com ([10.201.108.34]) with mapi id 14.03.0415.000; Tue, 8 Oct 2019 08:43:56 +0100 From: Khasanov Boris To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] Adoption of draft-li-pce-sr-path-segment? Thread-Index: AQHVc71ib1HzsciKCUSP0zlMgPC2aqdQbknA Date: Tue, 8 Oct 2019 07:43:55 +0000 Message-ID: References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@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.160.15] 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] Adoption of draft-li-pce-sr-path-segment? 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, 08 Oct 2019 07:44:03 -0000 Hi all, I read this draft and support its adoption by WG because support of Path Se= gment in PCE and ways of its allocation are important. Also agree with earlier Rakesh comments in the list about extending normati= ve and informative reference sections by including those 2 drafts (draft-ie= tf-sping-mpls-path-segment, draft-li-spring-srv6-path-segment) into the nex= t version. SY, Boris -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Wednesday, September 25, 2019 7:21 PM To: pce@ietf.org Subject: [Pce] Adoption of draft-li-pce-sr-path-segment? Hi PCE WG, In our adoption poll queue, draft-li-pce-sr-path-segment has been there for= a little while, after it was discussed face to face. We would now like you= to voice your opinion on the list: do you think this I-D can be the founda= tion for a PCE WG's work item? Please send your feedback to the PCE mailing list, including any comment yo= u would like to share, especially if you think the WG should not adopt it. = This poll will end on October 9. 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 Tue Oct 8 01:26:48 2019 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 E08141200D5 for ; Tue, 8 Oct 2019 01:26:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 T9FdKGkozmgQ for ; Tue, 8 Oct 2019 01:26:45 -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 D6D5712006B for ; Tue, 8 Oct 2019 01:26:44 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id AB1C017CFD0CA33AEA17 for ; Tue, 8 Oct 2019 09:26:42 +0100 (IST) Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 8 Oct 2019 09:26:42 +0100 Received: from lhreml712-chm.china.huawei.com (10.201.108.63) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 8 Oct 2019 09:26:42 +0100 Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by lhreml712-chm.china.huawei.com (10.201.108.63) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Tue, 8 Oct 2019 09:26:42 +0100 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.252]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0439.000; Tue, 8 Oct 2019 16:26:39 +0800 From: Mach Chen To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] Adoption of draft-li-pce-sr-path-segment? Thread-Index: AQHVc71hRTMW7p4Lykul0a9MPjbykKdQfExw Date: Tue, 8 Oct 2019 08:26:39 +0000 Message-ID: References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.199.201.210] 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] Adoption of draft-li-pce-sr-path-segment? 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, 08 Oct 2019 08:26:47 -0000 Hi, Support (as co-author) the adoption! Best regards, Mach -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Thursday, September 26, 2019 12:21 AM To: pce@ietf.org Subject: [Pce] Adoption of draft-li-pce-sr-path-segment? Hi PCE WG, In our adoption poll queue, draft-li-pce-sr-path-segment has been there for= a little while, after it was discussed face to face. We would now like you= to voice your opinion on the list: do you think this I-D can be the founda= tion for a PCE WG's work item? Please send your feedback to the PCE mailing list, including any comment yo= u would like to share, especially if you think the WG should not adopt it. = This poll will end on October 9. 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 Tue Oct 8 01:58:25 2019 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 BF835120118 for ; Tue, 8 Oct 2019 01:58:23 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 RB6NLz5GJv6z for ; Tue, 8 Oct 2019 01:58:21 -0700 (PDT) Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id 109EC12006B for ; Tue, 8 Oct 2019 01:58:20 -0700 (PDT) Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id A346E663C89; Tue, 8 Oct 2019 16:58:13 +0800 (CST) From: "Aijun Wang" To: , References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> Date: Tue, 8 Oct 2019 16:58:12 +0800 Message-ID: <000701d57db6$84630760$8d291620$@org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdVzvVgExLAeWOF+S8+aBI5aYrjLgAJ+Qzyw Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZVkpVSkNIS0tKTE5NTU1DS0JZV1koWU FKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZNTQpNjo3JCkuNz5ZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6OEk6Pjo*VjlJN08iDSEvGDxL PisKFCxVSlVKTkxLTklOS0JDQ01IVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQUhJTE43Bg++ X-HM-Tid: 0a6daa971f649373kuwsa346e663c89 Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIEFkb3B0aW9uIG9mIGRyYWZ0LWxpLXBjZS1z?= =?gb2312?b?ci1wYXRoLXNlZ21lbnQ/?= 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, 08 Oct 2019 08:58:24 -0000 Yes/Support. Aijun Wang -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] = =B4=FA=B1=ED julien.meuric@orange.com =B7=A2=CB=CD=CA=B1=BC=E4: 2019=C4=EA9=D4=C226=C8=D5 0:21 =CA=D5=BC=FE=C8=CB: pce@ietf.org =D6=F7=CC=E2: [Pce] Adoption of draft-li-pce-sr-path-segment? Hi PCE WG, In our adoption poll queue, draft-li-pce-sr-path-segment has been there = for a little while, after it was discussed face to face. We would now like = you to voice your opinion on the list: do you think this I-D can be the foundation for a PCE WG's work item? Please send your feedback to the PCE mailing list, including any comment = you would like to share, especially if you think the WG should not adopt it. This poll will end on October 9. 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 Oct 8 10:25:19 2019 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 4C354120043 for ; Tue, 8 Oct 2019 10:25:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 f4KXYjHYEaIK for ; Tue, 8 Oct 2019 10:25:16 -0700 (PDT) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 8A88D120033 for ; Tue, 8 Oct 2019 10:25:15 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id 7so18441973ljw.7 for ; Tue, 08 Oct 2019 10:25:15 -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=WlU1he1kyKORi4M4mxkBOrSDzET9JiXQ2T+pbipruqs=; b=IKu4KmMwcYpgRpm83zp6KRE1AsLigP6A89ok07PbHrLnoMESyPLFRc5iRtcLIiXvpg IFHFzPo0HY9OoEvxSVWbbH/w6aJoM6tTdK9oOdqsKMIjqZPZYo7fKUO4WechyMoGT6E/ Cp+Rl2+hsdWJkKP9umKR0C0GzyE+9ETQX9tWdolH7YVh+e0fQR85JwEYTe6O2jDHu7eb qlQOPmaZG6nsROsTL8qWsZO3lXOrM9fQEkQsOgwSO5t9lkJfIG55WR8aPZ6N+aWo07Ye HC8/wGg0otJl2Pql31rnGbEILnQV/kyQhcqhki9NJRFNNzeON5KP5E8GUGANaEmpK/xr d5qg== 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=WlU1he1kyKORi4M4mxkBOrSDzET9JiXQ2T+pbipruqs=; b=fNvfOakV+YEdFa73QlJciDQvGlUDRD3AIEghoprcglINgcbA1Rn/JpaMov5gqT5zI3 ltRT2+4Qa+PgddjA0a92hzC3w+5CKl3S3oAotq+rySfAolSDTPmKyMkByOZYzY2GApF4 OeFam0oOniIgtoLp0SASqt/KNQ88c/7Mtpqw4XKSYMz2c/jub23WBEX6Pxohyz0Q0nD1 MgaX6NFZuenrmNMK56kQ/Q8Pga4ilk6WGltR2wuvaQHigwSXJ1K3OQOPgoGtNuOt/ybi j/NznbJ3D0pbXue7GEW2Wg03zOCADrWr729wblULdg3lMMifsw8ZIsnMIe9KeB6Gtul9 Y/Mg== X-Gm-Message-State: APjAAAUIpG3bnN3bzljzazNNqzkDN0CmOvWWmlTbnfAobAZ2uleVRkwu 3xXD+F85Rg0mv/jfcGvgkiVngMLPPI4Nv2kUC7U= X-Google-Smtp-Source: APXvYqyskn2Czi7v3KgksdimHS4AGz4c4Yr6OzPrmyaXIKticbTPWwHlAK9/Jjq6+dH4+Rz58XdfN2zcCfwaH8akH2o= X-Received: by 2002:a2e:844b:: with SMTP id u11mr23220347ljh.201.1570555513664; Tue, 08 Oct 2019 10:25:13 -0700 (PDT) MIME-Version: 1.0 References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> From: Greg Mirsky Date: Tue, 8 Oct 2019 10:25:01 -0700 Message-ID: To: julien.meuric@orange.com Cc: "pce@ietf.org" Content-Type: multipart/alternative; boundary="0000000000007df7560594697398" Archived-At: Subject: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? 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, 08 Oct 2019 17:25:18 -0000 --0000000000007df7560594697398 Content-Type: text/plain; charset="UTF-8" Hi Dhruv, Julien, et al., yes/support I've read the draft and believe it is ready to be adopted by the PCE WG. The draft proposes a much-needed solution to OAM in SR-MPLS. Regards, Greg On Wed, Sep 25, 2019 at 9:21 AM wrote: > Hi PCE WG, > > In our adoption poll queue, draft-li-pce-sr-path-segment has been there > for a little while, after it was discussed face to face. We would now > like you to voice your opinion on the list: do you think this I-D can be > the foundation for a PCE WG's work item? > > Please send your feedback to the PCE mailing list, including any comment > you would like to share, especially if you think the WG should not adopt > it. This poll will end on October 9. > > 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 > --0000000000007df7560594697398 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Dhruv, Julien, et al.,
yes/support
I'= ve read the draft and believe it is ready to be adopted by the PCE WG. The = draft proposes a much-needed solution to OAM in SR-MPLS.

Regards,
Greg


On Wed, Sep 25, 2019 at = 9:21 AM <julien.meuric@orang= e.com> wrote:
Hi PCE WG,

In our adoption poll queue, draft-li-pce-sr-path-segment has been there
for a little while, after it was discussed face to face. We would now
like you to voice your opinion on the list: do you think this I-D can be the foundation for a PCE WG's work item?

Please send your feedback to the PCE mailing list, including any comment you would like to share, especially if you think the WG should not adopt it. This poll will end on October 9.

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 message= s 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 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
--0000000000007df7560594697398-- From nobody Tue Oct 8 19:19:00 2019 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 63C2E120091 for ; Tue, 8 Oct 2019 19:18:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 m3EiMpPXQ7M0 for ; Tue, 8 Oct 2019 19:18:56 -0700 (PDT) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 2FE6F12007A for ; Tue, 8 Oct 2019 19:18:55 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.5]) by rmmx-syy-dmz-app09-12009 (RichMail) with SMTP id 2ee95d9d4338310-fb386; Wed, 09 Oct 2019 10:17:28 +0800 (CST) X-RM-TRANSID: 2ee95d9d4338310-fb386 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmccPC (unknown[223.69.29.242]) by rmsmtp-syy-appsvr03-12003 (RichMail) with SMTP id 2ee35d9d4335c70-d220f; Wed, 09 Oct 2019 10:17:28 +0800 (CST) X-RM-TRANSID: 2ee35d9d4335c70-d220f From: "qinfengwei" To: Cc: References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: Date: Wed, 9 Oct 2019 10:17:26 +0800 Message-ID: <003201d57e47$b24e9590$16ebc0b0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AQHVc71hnVttO3U2WUCcBILB4fFRoKdRnyeAgAAIRUA= Content-Language: zh-cn Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIEFkb3B0aW9uIG9mIGRyYWZ0LWxpLXBjZS1z?= =?gb2312?b?ci1wYXRoLXNlZ21lbnQ/?= 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, 09 Oct 2019 02:18:59 -0000 Support. Thanks& Best Regard, Fengwei Qin -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.com Sent: Thursday, September 26, 2019 12:21 AM To: pce@ietf.org Subject: [Pce] Adoption of draft-li-pce-sr-path-segment? Hi PCE WG, In our adoption poll queue, draft-li-pce-sr-path-segment has been there for a little while, after it was discussed face to face. We would now like you to voice your opinion on the list: do you think this I-D can be the foundation for a PCE WG's work item? Please send your feedback to the PCE mailing list, including any comment you would like to share, especially if you think the WG should not adopt it. This poll will end on October 9. 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 Wed Oct 9 01:35:40 2019 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 CB99D1200B5 for ; Wed, 9 Oct 2019 01:35:38 -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 vMKc1SiMn0Ev for ; Wed, 9 Oct 2019 01:35:36 -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 93BF51200A3 for ; Wed, 9 Oct 2019 01:35:36 -0700 (PDT) Received: from [192.168.0.8] (c83-250-135-99.bredband.comhem.se [83.250.135.99]) (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 86F5B35DF5C; Wed, 9 Oct 2019 10:35:34 +0200 (CEST) To: julien.meuric@orange.com, "pce@ietf.org" References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> From: Loa Andersson Message-ID: Date: Wed, 9 Oct 2019 10:35:32 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? 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, 09 Oct 2019 08:35:39 -0000 WG and chairs, I have reviewed this document and think it should be adopted as a pce wg doc. /Loa On 2019-09-25 18:20, julien.meuric@orange.com wrote: > Hi PCE WG, > > In our adoption poll queue, draft-li-pce-sr-path-segment has been there > for a little while, after it was discussed face to face. We would now > like you to voice your opinion on the list: do you think this I-D can be > the foundation for a PCE WG's work item? > > Please send your feedback to the PCE mailing list, including any comment > you would like to share, especially if you think the WG should not adopt > it. This poll will end on October 9. > > 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 Wed Oct 9 03:00:39 2019 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 753451200B9; Wed, 9 Oct 2019 03:00:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157061523240.26931.884546291595985700@ietfa.amsl.com> Date: Wed, 09 Oct 2019 03:00:32 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-segment-routing-ipv6-03.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, 09 Oct 2019 10:00:32 -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 Segment Routing leveraging the IPv6 data plane Authors : Mahendra Singh Negi Cheng Li Siva Sivabalan Prejeeth Kaladharan Yongqing Zhu Filename : draft-ietf-pce-segment-routing-ipv6-03.txt Pages : 22 Date : 2019-10-09 Abstract: The Source Packet Routing in Networking (SPRING) architecture describes how Segment Routing (SR) can be used to steer packets through an IPv6 or MPLS network using the source routing paradigm. SR enables any head-end node to select any path without relying on a hop-by-hop signaling technique (e.g., LDP or RSVP-TE). It depends only on "segments" that are advertised by Link- State IGPs. A Segment Routed Path can be derived from a variety of mechanisms, including an IGP Shortest Path Tree (SPT), explicit configuration, or a Path Computation Element (PCE). Since SR can be applied to both MPLS and IPv6 forwarding plane, a PCE should be able to compute SR-Path for both MPLS and IPv6 forwarding plane. This document describes the extensions required for SR support for IPv6 data plane in Path Computation Element communication Protocol (PCEP). The PCEP extension and mechanism to support SR-MPLS is described in [I-D.ietf-pce-segment-routing]. This document extends it to support SRv6 (SR over IPv6). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-segment-routing-ipv6/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-segment-routing-ipv6-03 https://datatracker.ietf.org/doc/html/draft-ietf-pce-segment-routing-ipv6-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-segment-routing-ipv6-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Oct 9 15:22:47 2019 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 85B13120118 for ; Wed, 9 Oct 2019 15:22:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 JCTnAeQmLaha for ; Wed, 9 Oct 2019 15:22:43 -0700 (PDT) Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (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 D1AFC120043 for ; Wed, 9 Oct 2019 15:22:43 -0700 (PDT) Received: by mail-pl1-x630.google.com with SMTP id c3so1754605plo.2 for ; Wed, 09 Oct 2019 15:22:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version; bh=/Ap60kZg6uIyW7UmpzXHy3X4Zq9/usoZw4LOA3ka50w=; b=Rvp+QPKtr/8IgsX/uu3dNXofRf0+yPiH13XdudwsmYpL7amtJtcxysqYzwpRmXczAl aMAMrQbQuCBR/NVeoyoPIBDVqnq84fc8ffrk76YbgJh1DOA+MPCH6DHIGDIVZpgJmmwv 3r9elIEidwinjHPTF4HZyH0D9L63zgOlINPO3sGdHW8tLGtDM4dmQsr/msPWJ3L6LTlX hYAGVEctIFxlyxTRlYzQpFwTYGRjCR/xtob4A2VTWRW4IWCsUvmu+M3w//q4JXIv2yth FmvzJcyc+Vp74lzZFWhCZ4AH84yvk3x6vZcDLGfpwn09oNBKNdBNo0dN8Dv5znE0ZVMI uPQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version; bh=/Ap60kZg6uIyW7UmpzXHy3X4Zq9/usoZw4LOA3ka50w=; b=kyqi700R/zda67sX8z02dzh5NvbmroQwt95l+9Mo2XnJDLuq4onW3NJuRb1rdClOpB +l57CEl3JPtLmKFyAo31ZHqN/4lGe3Iap3NjchaJM/IpTA+HjP36Dsnj++vOFWx0AMNo ddCtqA0pPHBYaCx0CQtnoUNm4bAaKq42s7Jd4Lb2+xB9iGP4LlHGs0zUSYOzhkLFn5EN A4y6nKMDj35Jb3CW/+Z96pl2YODdhhDpwTBg2XoqR9bPLRB36N20LZyk6HCtNw/heA4b UU5xkGQ2qAW5jNouduiBO+5DnLfSOm9UMwq0TpcWdbRont+BwvHXw/kXI9x4vGH4Zz4l 61eQ== X-Gm-Message-State: APjAAAW8cMVuVZuoheu59s9zNv4ZV1udGTa/sluUyBsOXgPbVdrmWF9p QL3uwias+UYra0wFtIidP68qg1nJ X-Google-Smtp-Source: APXvYqz2gtE8Bv0EoJtxWlydKuwwzkwtr2WTOnKre3rECXXqL0y2ja7E3QiHUDaApiHHead61VTpSQ== X-Received: by 2002:a17:902:bd47:: with SMTP id b7mr5522917plx.124.1570659762868; Wed, 09 Oct 2019 15:22:42 -0700 (PDT) Received: from [192.168.1.17] (c-73-189-13-44.hsd1.ca.comcast.net. [73.189.13.44]) by smtp.gmail.com with ESMTPSA id w65sm3725820pfb.106.2019.10.09.15.22.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Oct 2019 15:22:42 -0700 (PDT) Date: Wed, 9 Oct 2019 15:22:36 -0700 From: Jeff Tantsura To: "=?utf-8?Q?pce=40ietf.org?=" , julien.meuric@orange.com Message-ID: <22d7a078-b36d-4ab2-a153-4b350f6e6325@Spark> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> X-Readdle-Message-ID: 22d7a078-b36d-4ab2-a153-4b350f6e6325@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5d9e5db1_4516dde9_4ae2" Archived-At: Subject: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? 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, 09 Oct 2019 22:22:46 -0000 --5d9e5db1_4516dde9_4ae2 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline I support the adoption. Will work with the authors on some pieces that need to be clarified. Cheers, Jeff On Sep 25, 2019, 9:21 AM -0700, julien.meuric@orange.com, wrote: > Hi PCE WG, > > In our adoption poll queue, draft-li-pce-sr-path-segment has been there > for a little while, after it was discussed face to face. We would now > like you to voice your opinion on the list: do you think this I-D can be > the foundation for a PCE WG's work item? > > Please send your feedback to the PCE mailing list, including any comment > you would like to share, especially if you think the WG should not adopt > it. This poll will end on October 9. > > 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 --5d9e5db1_4516dde9_4ae2 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I support the adoption.
Will work with the authors on some pieces that need= to be clarified. &=23160;

Cheers,
Jeff
On Sep 25, 2019, 9:21 AM -0700, jul= ien.meuric=40orange.com, wrote:
Hi= PCE WG,

In our adoption poll queue, draft-li-pce-sr-path-segment has been there for a little while, after it was discussed face to face. We would now
like you to voice your opinion on the list: do you think this I-D can be<= br /> the foundation for a PCE WG's work item=3F

Please send your feedback to the PCE mailing list, including any comment<= br /> you would like to share, especially if you think the WG should not adopt<= br /> it. This poll will end on October 9.

Thanks,

Dhruv & Julien


=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F

Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu 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 o= u 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, 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.

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Pce mailing list
Pce=40ietf.org
https://www.ietf.org/mailman/listinfo/pce
--5d9e5db1_4516dde9_4ae2-- From nobody Wed Oct 9 21:11:08 2019 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 6330112006D for ; Wed, 9 Oct 2019 21:11:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 T4s5j2ISjzQd for ; Wed, 9 Oct 2019 21:11:04 -0700 (PDT) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 5C8AC120044 for ; Wed, 9 Oct 2019 21:11:02 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.9]) by rmmx-syy-dmz-app12-12012 (RichMail) with SMTP id 2eec5d9eaf4a39b-16390; Thu, 10 Oct 2019 12:10:51 +0800 (CST) X-RM-TRANSID: 2eec5d9eaf4a39b-16390 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.51.55]) by rmsmtp-syy-appsvr05-12005 (RichMail) with SMTP id 2ee55d9eaf4a34a-0a727; Thu, 10 Oct 2019 12:10:51 +0800 (CST) X-RM-TRANSID: 2ee55d9eaf4a34a-0a727 From: "Weiqiang Cheng" To: , References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> Date: Thu, 10 Oct 2019 12:10:53 +0800 Message-ID: <004201d57f20$b56d5520$2047ff60$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdVzvVnOAT6lnuEVQ5WPqlIiNj+tSALY0R9A Content-Language: zh-cn Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIEFkb3B0aW9uIG9mIGRyYWZ0LWxpLXBjZS1z?= =?gb2312?b?ci1wYXRoLXNlZ21lbnQ/?= 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, 10 Oct 2019 04:11:07 -0000 Hi, I support the adoption as a co-author. B.R. Weiqiang Cheng -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: Pce [mailto:pce-bounces@ietf.org] =B4=FA=B1=ED = julien.meuric@orange.com =B7=A2=CB=CD=CA=B1=BC=E4: 2019=C4=EA9=D4=C226=C8=D5 00:21 =CA=D5=BC=FE=C8=CB: pce@ietf.org =D6=F7=CC=E2: [Pce] Adoption of draft-li-pce-sr-path-segment? Hi PCE WG, In our adoption poll queue, draft-li-pce-sr-path-segment has been there for a little while, after it was discussed face to face. We would now like you to voice your opinion on the list: do you think this I-D can be the foundation for a PCE WG's work item? Please send your feedback to the PCE mailing list, including any comment you would like to share, especially if you think the WG should not adopt it. This poll will end on October 9. 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 Fri Oct 11 01:39:50 2019 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 5557E120804 for ; Fri, 11 Oct 2019 01:39:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.29 X-Spam-Level: X-Spam-Status: No, score=-0.29 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 DJZH3mlyTA2Y for ; Fri, 11 Oct 2019 01:39:45 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA8B2120241 for ; Fri, 11 Oct 2019 01:39:44 -0700 (PDT) Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar25.francetelecom.fr (ESMTP service) with ESMTP id 46qLwv2Y0jz8t7w for ; Fri, 11 Oct 2019 10:39:43 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.73]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 46qLwv1mJqz2xC0 for ; Fri, 11 Oct 2019 10:39:43 +0200 (CEST) Received: from [10.193.71.254] (10.114.13.247) by OPEXCAUBM23.corporate.adroot.infra.ftgroup (10.114.13.73) with Microsoft SMTP Server (TLS) id 14.3.468.0; Fri, 11 Oct 2019 10:39:42 +0200 To: "pce@ietf.org" References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> From: Organization: Orange Message-ID: <4634_1570783183_5DA03FCF_4634_96_1_034fa9f9-2664-c8a6-9c76-69e42307e3c3@orange.com> Date: Fri, 11 Oct 2019 10:39:42 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> 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: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? 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, 11 Oct 2019 08:39:50 -0000 Hi all, It looks like there is support on this I-D and all authors have responded to the IPR check. We can adopt it as a WG document. Authors, please submit the I-D as "draft-ietf-pce-sr-path-segment-00". Thanks, Dhruv & Julien On 25/09/2019 18:20, julien.meuric@orange.com wrote: > Hi PCE WG, > > In our adoption poll queue, draft-li-pce-sr-path-segment has been there > for a little while, after it was discussed face to face. We would now > like you to voice your opinion on the list: do you think this I-D can be > the foundation for a PCE WG's work item? > > Please send your feedback to the PCE mailing list, including any comment > you would like to share, especially if you think the WG should not adopt > it. This poll will end on October 9. > > 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 Fri Oct 11 04:15:45 2019 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 6ED6912002F; Fri, 11 Oct 2019 04:15:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157079254337.29148.2753065522148112438@ietfa.amsl.com> Date: Fri, 11 Oct 2019 04:15:43 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-sr-path-segment-00.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, 11 Oct 2019 11:15: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 : Path Computation Element Communication Protocol (PCEP) Extension for Path Segment in Segment Routing (SR) Authors : Cheng Li Mach(Guoyi) Chen Weiqiang Cheng Rakesh Gandhi Quan Xiong Filename : draft-ietf-pce-sr-path-segment-00.txt Pages : 26 Date : 2019-10-11 Abstract: The Path Computation Element (PCE) provides path computation functions in support of traffic engineering in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. The Source Packet Routing in Networking (SPRING) architecture describes how Segment Routing (SR) can be used to steer packets through an IPv6 or MPLS network using the source routing paradigm. A Segment Routed Path can be derived from a variety of mechanisms, including an IGP Shortest Path Tree (SPT), explicit configuration, or a Path Computation Element (PCE). Path identification is needed for several use cases such as performance measurement in Segment Routing (SR) network. This document specifies extensions to the Path Computation Element Communication Protocol (PCEP) to support requesting, replying, reporting and updating the Path Segment ID (Path SID) between PCEP speakers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-sr-path-segment/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-sr-path-segment-00 https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Oct 12 07:41:11 2019 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 0F3C212008F for ; Sat, 12 Oct 2019 07:41:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 88dFpyCd-RSY for ; Sat, 12 Oct 2019 07:41:07 -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 AE7E7120074 for ; Sat, 12 Oct 2019 07:41:07 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 95E42A1C2E23D7C58C7F for ; Sat, 12 Oct 2019 15:41:05 +0100 (IST) Received: from lhreml713-chm.china.huawei.com (10.201.108.64) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 12 Oct 2019 15:41:04 +0100 Received: from lhreml713-chm.china.huawei.com (10.201.108.64) by lhreml713-chm.china.huawei.com (10.201.108.64) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sat, 12 Oct 2019 15:41:05 +0100 Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml713-chm.china.huawei.com (10.201.108.64) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Sat, 12 Oct 2019 15:41:04 +0100 Received: from DGGEML509-MBS.china.huawei.com ([169.254.4.45]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0439.000; Sat, 12 Oct 2019 22:40:53 +0800 From: "Chengli (Cheng Li)" To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] Adoption of draft-li-pce-sr-path-segment? Thread-Index: AQHVc71hnVttO3U2WUCcBILB4fFRoKdUsUMAgAJ8poA= Date: Sat, 12 Oct 2019 14:40:53 +0000 Message-ID: References: <29713_1569428443_5D8B93DB_29713_96_1_6698a3d9-4ace-57fd-3b7c-7be23f135631@orange.com> <4634_1570783183_5DA03FCF_4634_96_1_034fa9f9-2664-c8a6-9c76-69e42307e3c3@orange.com> In-Reply-To: <4634_1570783183_5DA03FCF_4634_96_1_034fa9f9-2664-c8a6-9c76-69e42307e3c3@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.185.75] 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] Adoption of draft-li-pce-sr-path-segment? 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, 12 Oct 2019 14:41:10 -0000 Hi Chairs and WG, Many thanks for your work, supports and contributions. We have upload the d= raft, please see the link below. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-sr-path-segment/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-sr-path-segment-00 https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-00 Will update the draft ASAP to solve the questions and comments during WG Po= ll. Best Regards, Cheng -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Friday, October 11, 2019 4:40 PM To: pce@ietf.org Subject: Re: [Pce] Adoption of draft-li-pce-sr-path-segment? Hi all, It looks like there is support on this I-D and all authors have responded t= o the IPR check. We can adopt it as a WG document. Authors, please submit the I-D as "draft-ietf-pce-sr-path-segment-00". Thanks, Dhruv & Julien On 25/09/2019 18:20, julien.meuric@orange.com wrote: > Hi PCE WG, > > In our adoption poll queue, draft-li-pce-sr-path-segment has been=20 > there for a little while, after it was discussed face to face. We=20 > would now like you to voice your opinion on the list: do you think=20 > this I-D can be the foundation for a PCE WG's work item? > > Please send your feedback to the PCE mailing list, including any=20 > comment you would like to share, especially if you think the WG should=20 > not adopt it. This poll will end on October 9. > > 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 Sat Oct 12 18:04:41 2019 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 ED565120100; Sat, 12 Oct 2019 18:04:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Dale Worley via Datatracker To: Cc: pce@ietf.org, ietf@ietf.org, draft-ietf-pce-association-diversity.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Dale Worley Message-ID: <157092866490.1506.926010889840435426@ietfa.amsl.com> Date: Sat, 12 Oct 2019 18:04:24 -0700 Archived-At: Subject: [Pce] Genart last call review of draft-ietf-pce-association-diversity-10 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, 13 Oct 2019 01:04:26 -0000 Reviewer: Dale Worley Review result: Ready with Issues I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-pce-association-diversity-10 Reviewer: Dale R. Worley Review Date: 2019-10-12 IETF LC End Date: 2019-10-18 IESG Telechat date: not known Summary: This draft is on the right track but has open issues, described in the review. There are various exposition issues, as detailed below. There are some minor technical issues about reporting of error conditions, the significance of the P bit in DISJOINTNESS-STATUS-TLV, the detailed definition of the new objective functions, etc. as detailed below. But it seems like a number of complex cases haven't been clearly specified: (1) the effect of the P bit if multiple LSPs have P=1, (2) the interaction of SVEC and disjoint-groups, and (3) the interaction of partially overlapping disjoint-groups and/or SVEC sets. Major issues: The relationship of this mechanism with SVEC seems to be important but is not clearly stated. The relevant sections of the text seem to be: section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses SVEC diversity flag" on. I think that they need to be pulled into one section. Then it will be possible to have a good description of the interaction with SVEC. At the end of section 5.6 is the revelation that (1) the DISJOINTNESS-CONFIGURATION-TLV is not attached to a group (in some sense), but instead a separate copy of it is attached to every LSP in the group, (2) these copies must match in the group IDs they carry and also the T, S, N, and L flags in them must agree, (3) (I suspect) any OF-code must agree, and (4) the P flags in them may differ. This information is needed as background for a number of parts of the text to make sense, particularly the description of the P bit in section 5.2 and section 5.5. I recommend that the last para of section 5.5 be moved to section 5.1 or the beginning of section 5.2, so the reader is aware that the descriptions of each LSP carry separate, and not necessarily identical, DISJOINTNESS-CONFIGURATION-TLVs. The path computation effects of the P bit are described in the "P" item in section 5.2 and section 5.5. But the descriptions are unclear, or perhaps they presume that there are only two LSPs in the group. I think the intended meaning is that all of the LSPs in the group with P=1 are computed first, and then with those LSPs fixed, the LSPs in the group with P=0 are computed. This will cause shortest-path constraints (and other objective functions) to be optimized on the P=1 LSPs, and those paths will not be de-optimized by competition from the other paths. This should probably be pulled out of the description of the "P" in its TLV and put into a separate paragraph. Minor issues: Nits/editorial comments: In general, check the uses of "could" and "would". I think "would" is sometimes used to mean "... in that situation, the XXX MUST ...", and "could" is sometimes used where "MAY" would be clearer. The running title is given as "ASSOC-DISJOINT". I think "PCEP Diversity Constraint Signaling" would be clearer. Abstract The proposed extension allows a Path Computation Client (PCC) to advertise to a PCE that a particular LSP belongs to a disjoint-group, thus the PCE knows that ... It would be clearer if "a disjoint-group" was amplified to "a particular disjoint-group". Table of Contents There are a few section titles in which important words aren't capitalized ("functions" in section 5.4), or unimportant words are capitalized ("On" in sections 8.5 and 8.6). The title of section 8.4 is a verb phrase, compared to the titles of the other subsections of section 8. I suggest "Verification of Correct Operations" or maybe "Correct Operation Verification". Perhaps change the title of Appendix A to just "Contributors", since there is no other enumeration of contributors. 1. Introduction This document specifies a PCEP extension to signal that a particular group of LSPs should use diverse paths including the requested type , ---------------------------------------^ of diversity. Add a comma as indicated, to make it clear that "including" modifies "signal" rather than "paths". This document specifies a PCEP extension to signal that a particular group of LSPs should use diverse paths including the requested type of diversity. This implies that the "group" here is an instance of the association "grouping" of the preceding paragraph, but the Intro doesn't state that this document's grouping is an instance of the generic grouping mechanism. Perhaps This document specifies a PCEP grouping to signal that ... 3. Motivation A customer may request that the operator provide two end-to-end disjoint paths across the IP/MPLS core. I suggest "the operator's IP/MPLS core". [There are various places where the document seems to be phrased from the point of view of the network vendor rather than the point of view of the endpoint/user. The IETF convention is to focus on the endpoint or user.] The customer may use those paths as primary/backup or active/active. This phrasing uses an adjective as a noun. I prefer: The customer may use these paths with a primary/backup or an active/active configuration. -- Different level of disjointness may be offered: Perhaps "Different levels of disjointness can be defined:" 4. Applicability In the figure above, let us consider that the customer wants to have two disjoint paths between CE1/CE2 and CE3/CE4. I think that to make this accurate, you need to say "two disjoint paths, one between CE1 and CE2 and one between CE3 and CE4." This section seems disorganized. In particular, 2nd and 3rd paras don't seem to add much. Para 2 should be relocated to the SVEC discussion (see "Major issues). Para 3 seems to have two sentences of background information (I think it's duplicated in section 1) and one sentence that essentially states that this document defines a "diversity group" of LSPs which is a type of the generalized "LSP group". Using PCEP, the PCC could indicate that a disjoint path computation is required, such indication should include disjointness parameters such as the type of disjointness, the disjoint group identifiers, and any customization parameters according to the configured local policy. As mentioned previously, the extension described in [I-D.ietf-pce-association-group] is well suited to associate a set of LSPs with a particular disjoint-group. This touches on the right topics, but doesn't really connect them. Also, don't use "could" for an action that this document defines how to do. You want to say something like Using the extension to PCEP defined in this document, the PCC uses the [I-D.ietf-pce-association-group] extension to indicate that a group of LSPs are required to be disjoint; such indication should include disjointness parameters such as the type of disjointness, the disjoint group identifiers, and any customization parameters according to the configured local policy. -- Figure 2 - Sample use-cases for carrying disjoint-group over PCEP session In this figure, there seems to be a conflict in notation: Case 1 uses "PCC" seemingly in the same role for which Case 2 uses "PE 1" and "PE 3". The captions of both cases refer to "PCC". Also, the Case 1 and Case 2 captions run into each other. Using the disjoint-group within a PCEP messages may have two purpose: Better would be "The disjoint-group within PCEP messages is used for:" 5.1. Association Group As per [I-D.ietf-pce-association-group], LSPs are associated with other LSPs with which they interact by adding them to a common association group. To be exact, you want to say "by adding all of them"; by default "them" refers only to the "LSPs" that is the subject of the sentence. The Association parameters, as described in [I-D.ietf-pce-association-group] as the combination of the mandatory fields Association type, Association ID and Association Source in the ASSOCIATION object, that uniquely identify the association group belonging to this association. If the optional TLVs - Global Association Source or Extended Association ID - are included, then they are included in combination with mandatory fields to uniquely identify the association group. Use either "field" or "TLV" consistently (unless the TLVs really are different from the "fields"). This is awkward. Better would be As described in [I-D.ietf-pce-association-group], the association group is uniquely identified by the combination of these fields in the ASSOCIATION object: Association Type, Association ID, Association Source, and (if present) Global Association Source or Extended Association ID. ... This document defines a new ... Start a new para with this sentence. o Association type = TBD1 ("Disjointness Association Type") for Disjoint Association Group (DAG). This seems redundant, unless there exists another type that is also associated with Disjoint Association Group (DAG). Otherwise, you can probably use o Association type = TBD1 Disjoint Association Type -- This capability exchange for the association type described in this document (i.e. Disjointness Association Type) MUST be done before using the disjointness association. This can be simplified to This capability exchange for Disjointness Association Type MUST be done before using the disjointness association. There seem to be multiple uses of "Disjoint Association Group (DAG)" and "Disjointness Association Type (TBD1)", each of which states the equivalence of two things. You should be able to use one instance of each. Also, it's probably worth putting "Disjointness Association Type" into section 2. This association type is considered to be both dynamic and operator- configured in nature. It might be worth providing references for the meaning of "dynamic" and "operator-configured". A disjoint group can have two or more LSPs, [...] The significance of this clause to the rest of the sentence is unclear; it seems obvious that a disjoint group needs at least two members before it is significant. However, as a matter of protocol, can a group that has only one LSP be established? The disjoint status is informed to the PCC. This seems to be describing how to report to the PCC that the computation was not done as requested. I think you want to provide more details here, or a pointer to them. In any case, "disjoint status" isn't really a clear statement that the error condition will be reported. Associating a particular LSP to multiple disjoint groups is authorized from a protocol perspective, however there is no assurance that the PCE will be able to compute properly the multi-disjointness constraint. You want to state *much* more clearly what might happen. This starts with "A particular LSP MAY be associated to multiple disjoint groups, but in that case, the PCE MAY ..." What are the outer boundaries of the results that the PCE MAY return? Is the PCE required to provide any particular error indication? 5.2. Disjoint TLVs See "Major issues" regarding explaining that there is a separate copy of DISJOINTNESS-CONFIGURATION-TLV for each LSP, and they needn't all be the same. All of the constraints described in the last paragraph of section 5.5 should be moved to here, or perhaps section 5.1. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type = TBD2 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Flags |T|P|S|N|L| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ "Flags" should be "Reserved". * P (Shortest path) bit: when set, this indicates that the computed path of the LSP SHOULD satisfy all the constraints and objective functions first without considering the diversity constraint. ... See "Major issues" for providing a separate paragraph to explain the semantics of the "P" bit. * T (Strict disjointness) bit: when set, if disjoint paths cannot be found, PCE SHOULD return no path for LSPs that could not be be disjoint. When unset, the PCE is allowed to relax disjointness by either applying a requested objective function (cf. Section 5.4 below) or using any other behavior if no objective function is requested (e.g. using a lower disjoint type (link instead of node) or fully relaxing disjointness constraint). Further see Section 5.6 for details. Instead of "or using any other behavior if no objective function is requested" it would be more conventional to say "or, if no objective function is requested, using local policy". The DISJOINTNESS-STATUS-TLV uses the same format as the DISJOINTNESS- CONFIGURATION-TLV with a different type TBD3 (in the TLV). The L, N, and S flags are set based if the computed path meet the disjointness criteria. Should be "... are set if the respective disjointness criterion was requested and the computed paths meet it" The P flag is set to indicate that the computed path is the shortest Surely "the shortest" needs further explanation -- the shortest path that meets what constraints? I suspect that this just reflects the P flag in the CONFIGURATION-TLV -- is there a situation where it would not? and the T flag has no meaning in the DISJOINTNESS- STATUS-TLV and MUST NOT be set while sending and ignored on receipt. This clause should be a separate sentence. Any new flag defined for the DISJOINTNESS-CONFIGURATION-TLV is be automatically applicable to the DISJOINTNESS-STATUS-TLV. This can't be correct, as there is no defined way to automatically apply a new flag to DISJOINTNESS-STATUS-TLV. (The previous paragraph defines three separate semantics for flags in DISJOINTNESS-STATUS-TLV!) But you can say: Any document defining a new flag for the DISJOINTNESS-CONFIGURATION-TLV automatically defines a new flag with the same name and in the same location in DISJOINTNESS-STATUS-TLV; the semantics of the flag in DISJOINTNESS-STATUS-TLV MUST be specified in the document that specifies the flag in DISJOINTNESS-CONFIGURATION-TLV. 5.3. Relationship to SVEC The PCE would consider both the objects I think you mean MUST instead of "would". In case no such path is possible (or the constraints are incompatible), the PCE MUST send a path computation reply (PCRep) with a NO-PATH object indicating path computation failure as per [RFC5440]. Adding "(or the constraints are incompatible)" to "no such path is possible" is redundant! This discussion is not clear to me. Partly it is because I'm not familiar with SVEC. But I suspect that "synchronization of a set of path computation requests" means that "the computations have to be done together" and "dependent requests" means something similar to the constraints between computed paths specified by the DISJOINTNESS-CONFIGURATION-TLV. Is it possible to provide a comparison between the requirements specified by SVEC and the requirements specified by DISJOINTNESS-CONFIGURATION-TLV? Also, is there any specific relationship between the set of LSPs in an SVEC and the set of LSPs in a disjoint-group? What if multiple SVECs and disjoint-groups overlap in a complex way? 5.4. Disjointness Objective functions To minimize the common shared resources (Node, Link or SRLG) between a set of paths during path computation three new OF-codes are proposed: Actually, the new codes are to allow specification of minimization of shared resources. Also, an RFC doesn't just proposed the codes, it specifies them. So this is better phrased: Three new OF-codes allow specification of minimization of common shared resources (Node, Link or SRLG) between a set of paths during path computation: -- MSL * Name: Minimize the number of shared (common) Links. * Objective Function Code: TBD4 * Description: Find a set of paths such that it passes through the least number of shared (common) links. MSS * Name: Minimize the number of shared (common) SRLGs. * Objective Function Code: TBD5 * Description: Find a set of paths such that it passes through the least number of shared (common) SRLGs. MSN * Name: Minimize the number of shared (common) Nodes. * Objective Function Code: TBD6 * Description: Find a set of paths such that it passes through the least number of shared (common) nodes. The use of "it" in the above definitions is unclear, since the paths are "they". There are a number of similar but different ways that "the number of shared" entities can be defined. E.g., if four LSPs pass through a single node, does that count as 1 (a single node is shared), 4 (four LSPs pass through a node that is shared), 6 (six pairs of LSPs conflict, in that the paths in the pair share a node)? That is, are we counting (and thus minimizing) shared entities, the number of LSPs that violate the requested constraint, or the number of pairs of LSPs that overlap in an unacceptable way? If the OF-list TLV is included in the Association Object, the OF-code inside the OF Object MUST include one of the disjoint OFs defined in this document. If this condition is not met, the PCEP speaker MUST respond with a PCErr message with Error-Type=10 (Reception of an invalid object) and Error-Value=TBD9 (Incompatible OF code). I find it surprising that you've defined a specific error code for an unexpected OF-code, but you don't apply that error code to the situation where there are multiple OF-codes. Instead, you have all but the first silently ignored. There's also the intersection case where the first OF-code is legitimate, but the second OF-code is not one in this set. Does that get an "Incompatible OF code" error, or is the second one just ignored? I think it's cleaner to change TBD9 to "Incompatible OF-list for disjoint-group" and require it for all of these cases. [RFC5440] uses SVEC diversity flag for node, link or SRLG to describe the potential disjointness between the set of path computation requests used in PCEP protocol. This paragraph seems very important, but completely out of place here. Might it fit better in section 5.3? This document defines three new OF-codes to maximize diversity as much as possible, in other words, minimize the common shared resources (Node, Link or SRLG) between a set of paths. This paragraph seems redundant after the detailed discussion of these codes. The remaining paragraphs of this section seem like they should go in section 5.3. 5.5. P Flag Considerations See above queries about the P flag. As mentioned in Section 5.2, the P flag (when set) indicates that the computed path of the LSP SHOULD satisfies all constraints and objective functions first without considering the diversity constraint. There are complexities that don't seem to be addressed. E.g., if there are two LSPs with P=1 and two with P=0, I would expect that the first two would be computed with full consideration of the disjointness constraint between them. So "without considering the diversity constraint" really isn't a good description of what is intended. 5.6. Disjointness Computation Issues Also, in case of network event leading to an impossible strict disjointness, the PCE MUST send a PCUpd message ... I think you want to start a new paragraph here and say In case of a network event which makes it impossible to satisfy the constraints, the PCE MUST send a PCUpd message ... -- The actual level of disjointness computed by the PCE ... More correct to say The actual level of disjointness of the paths computed by the PCE ... -- While the DISJOINTNESS-CONFIGURATION-TLV defines the expected level of disjointness required by configuration, the DISJOINTNESS-STATUS-TLV defines the actual level of disjointness computed. Better to s/expected/desired/ and s/actual/achieved/. There are some cases where the PCE may need to completely relax the disjointness constraint in order to provide a path to all the LSPs that are part of the association. A mechanism that allows the PCE to fully relax a constraint is considered by the authors as more global to PCEP rather than linked to the disjointness use case. As a consequence, it is considered as out of scope of the document. This para doesn't seem to make any difference. As long as the T bit is clear and the local policy allows complete relaxation of the requested disjointness, this case is covered within the mechanisms of this document. And this case will be reported in a straightforward way by a DISJOINTNESS-STATUS-TLV with all bits clear. 6. Security Considerations This document defines one new type for association ... Better "This document defines one new PCEP association type ..." After para 1, you probably want to add this case: "A spurious LSP can have flags that are inconsistent with those of the legitimate LSPs of the group and thus cause LSP allocation for the legitimate LSPs to fail with an error." From nobody Sun Oct 13 04:53:42 2019 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 1705212008C; Sun, 13 Oct 2019 04:53:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Rifaat Shekh-Yusef via Datatracker To: Cc: pce@ietf.org, ietf@ietf.org, draft-ietf-pce-association-diversity.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Rifaat Shekh-Yusef Message-ID: <157096761403.20776.1628036131569931986@ietfa.amsl.com> Date: Sun, 13 Oct 2019 04:53:34 -0700 Archived-At: Subject: [Pce] Secdir last call review of draft-ietf-pce-association-diversity-10 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, 13 Oct 2019 11:53:34 -0000 Reviewer: Rifaat Shekh-Yusef Review result: Ready I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. The summary of the review is Ready. This document adds new extension to the PCEP protocol to allow a PCC to request the PCE to make sure that an LSP belongs to a disjoint group. The PCEP is an existing protocol with well-defined security properties, and this document builds on that. The security section discusses the consequences if this new mechanism is abused and the attacker is able to inject a fake LSP into a disjoint group. The security section also discusses the potential leak of non-sensitive information and the fact that this new mechanism could make it easier on the attacker to obtain this information if the protocol is not secured properly. The document this recommends the use of TLS to secure the interface between the PCC and the PCE to address the above potential issues. From nobody Sun Oct 13 05:03:01 2019 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 446FA120024; Sun, 13 Oct 2019 05:02:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157096817220.20781.13992833800287479541@ietfa.amsl.com> Date: Sun, 13 Oct 2019 05:02:52 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-lsp-control-request-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: Sun, 13 Oct 2019 12:02:52 -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 : Ability for a Stateful Path Computation Element (PCE) to request and obtain control of a Label Switched Path (LSP) Authors : Aswatnarayan Raghuram Al Goddard Jay Karthik Siva Sivabalan Mahendra Singh Negi Filename : draft-ietf-pce-lsp-control-request-10.txt Pages : 12 Date : 2019-10-13 Abstract: A Stateful Path Computation Element (PCE) retains information about the placement of Multiprotocol Label Switching (MPLS) Traffic Engineering Label Switched Paths (TE LSPs). When a PCE has stateful control over LSPs it may send indications to LSP head-ends to modify the attributes (especially the paths) of the LSPs. A Path Computation Client (PCC) that has set up LSPs under local configuration may delegate control of those LSPs to a stateful PCE. There are use-cases in which a stateful PCE may wish to obtain control of locally configured LSPs of which it is aware but that have not been delegated to the PCE. This document describes an extension to the Path Computation Element communication Protocol (PCEP) to enable a PCE to make requests for such control. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-lsp-control-request/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-lsp-control-request-10 https://datatracker.ietf.org/doc/html/draft-ietf-pce-lsp-control-request-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-lsp-control-request-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 Sun Oct 13 05:22:45 2019 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 35F7A12000F; Sun, 13 Oct 2019 05:22:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157096935818.20789.106398447411689279@ietfa.amsl.com> Date: Sun, 13 Oct 2019 05:22:38 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-lsp-control-request-11.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: Sun, 13 Oct 2019 12:22:39 -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 : Ability for a Stateful Path Computation Element (PCE) to request and obtain control of a Label Switched Path (LSP) Authors : Aswatnarayan Raghuram Al Goddard Jay Karthik Siva Sivabalan Mahendra Singh Negi Filename : draft-ietf-pce-lsp-control-request-11.txt Pages : 12 Date : 2019-10-13 Abstract: A Stateful Path Computation Element (PCE) retains information about the placement of Multiprotocol Label Switching (MPLS) Traffic Engineering Label Switched Paths (TE LSPs). When a PCE has stateful control over LSPs it may send indications to LSP head-ends to modify the attributes (especially the paths) of the LSPs. A Path Computation Client (PCC) that has set up LSPs under local configuration may delegate control of those LSPs to a stateful PCE. There are use-cases in which a stateful PCE may wish to obtain control of locally configured LSPs of which it is aware but that have not been delegated to the PCE. This document describes an extension to the Path Computation Element communication Protocol (PCEP) to enable a PCE to make requests for such control. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-lsp-control-request/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-lsp-control-request-11 https://datatracker.ietf.org/doc/html/draft-ietf-pce-lsp-control-request-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-lsp-control-request-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Oct 13 14:46:33 2019 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 8A9A91200E6; Sun, 13 Oct 2019 14:46:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 vcZoUuSRSykP; Sun, 13 Oct 2019 14:46:16 -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 4FD1E120090; Sun, 13 Oct 2019 14:46:16 -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 x9DLkAw2022681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 13 Oct 2019 17:46:12 -0400 Date: Sun, 13 Oct 2019 14:46:09 -0700 From: Benjamin Kaduk To: Dhruv Dhody Cc: The IESG , draft-ietf-pce-stateful-hpce@ietf.org, Adrian Farrel , pce-chairs , pce@ietf.org Message-ID: <20191013214609.GA61805@kduck.mit.edu> References: <156884459034.4565.10696493114905134845.idtracker@ietfa.amsl.com> <20190925232548.GQ6424@kduck.mit.edu> 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-hpce-13: (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: Sun, 13 Oct 2019 21:46:31 -0000 On Thu, Sep 26, 2019 at 12:11:56PM +0530, Dhruv Dhody wrote: > Hi Ben, > > Snipping to the final discuss that is still open - > > > > > > ---------------------------------------------------------------------- > > > > DISCUSS: > > > > ---------------------------------------------------------------------- > > > > > > > > I think this should be pretty easy to resolve, though I'm not sure what > > > > the right way to do so it. > > > > > > > > Section 3 says: > > > > > > > > [I-D.ietf-pce-hierarchy-extensions] defines the H-PCE Capability TLV > > > > that is used in the Open message to advertise the H-PCE capability. > > > > [RFC8231] defines the Stateful PCE Capability TLV used in the Open > > > > message to indicate stateful support. The presence of both TLVs in > > > > an Open message indicates the support for stateful H-PCE operations > > > > as described in this document. > > > > > > > > There is no normative reference relationship (in either direction) > > > > between draft-ietf-pce-hierarchy-extension and this document; I think > > > > that the use of the capability TLV to imply both sets of functionality > > > > implies some sort of normative relationship; we wouldn't want version > > > > skew between documents to induce breaking changes. In particular, an > > > > implementation that already supports RFC 8231 and is implementing the > > > > hierarchy extensions would need to know to look at this document *and > > > > implement it*, or would unknowingly be noncompliant with this document > > > > and fail to interoperate with a peer that is compliant with this > > > > document. > > > > > > > > > > How about we add normative text for this - > > > > > > [I-D.ietf-pce-hierarchy-extensions] defines the H-PCE Capability TLV > > > that is used in the Open message to advertise the H-PCE capability. > > > [RFC8231] defines the Stateful PCE Capability TLV used in the Open > > > message to indicate stateful support. To indicates the support for > > > stateful H-PCE operations described in this document, a PCEP speaker > > > MUST include both TLVs in an Open message. It is RECOMMENDED that any > > > implementation that supports stateful operations [RFC8231] and H-PCE > > > [I-D.ietf-pce-hierarchy-extensions] would also implements the > > > stateful H-PCE operations as described in this document. > > > > > > This would be true in most deployments/implementations of C-PCE and > > > P-PCE that are also stateful! > > > > This does remove the problematic normative requirement on implementations > > of other documents, but I'm not sure if it does what's needed for the > > interactions across documents. Specifically, what will happen if two peers > > both support/advertise stateful PCE and H-PCE but only one implements > > stateful HPCE? Will there be a clean error handling at runtime and > > degredation to one or the other, or will there be messy errors? If the > > latter, then I don't think we can just have a RECOMMENDED relationship. > > > > The assumption was that any implementation that claims to support > stateful and H-PCE on a particular session would also support Stateful > H-PCE and this document just describes the interaction between these > two features as an informational document. > > But, lets take a case where PCC and P-PCE support stateful H-PCE but > the C-PCE does not. PCC would send stateful message to C-PCE and C-PCE > would not further propagate them. > > I further did a mental exercise for PCC -> C-PCE -> P-PCE and assumed > all support stateful and H-PCE extension but what happens when any > PCEP speaker does not support stateful H-PCE but the peer assumes that > it does. On further PCEP message exchange, the messages may not get > further propagated and thus at worse would not lead to the stateful > H-PCE based 'parent' control of the LSP. This is something any peer > should be prepared for anyways. > > The "clean" solution would be to add a new flag; but then we also need > to move this a standards track and loose the claim that this is just a > combination of existing protocol extensions. Thanks for going through the mental exercise; I will trust your judgment that a new flag is not really needed in practice. Sorry for the slow response... -Ben From nobody Mon Oct 14 01:31:41 2019 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 3FDAB1201E5; Mon, 14 Oct 2019 01:31:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157104188319.24766.3313900698580416765@ietfa.amsl.com> Date: Mon, 14 Oct 2019 01:31:23 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-hpce-14.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, 14 Oct 2019 08:31:26 -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 : Hierarchical Stateful Path Computation Element (PCE) Authors : Dhruv Dhody Young Lee Daniele Ceccarelli Jongyoon Shin Daniel King Filename : draft-ietf-pce-stateful-hpce-14.txt Pages : 23 Date : 2019-10-14 Abstract: A Stateful Path Computation Element (PCE) maintains information on the current network state received from the Path Computation Clients (PCCs), including: computed Label Switched Path (LSPs), reserved resources within the network, and pending path computation requests. This information may then be considered when computing the path for a new traffic-engineered LSP or for any associated/dependent LSPs. The Path computation response from a PCE is helpful for the PCC to gracefully establish the computed LSP. The Hierarchical Path Computation Element (H-PCE) architecture provides an architecture to allow the optimum sequence of inter-connected domains to be selected, and network policy to be applied if applicable, via the use of a hierarchical relationship between PCEs. Combining the capabilities of Stateful PCE and the Hierarchical PCE would be advantageous. This document describes general considerations and use cases for the deployment of Stateful, and not Stateless, PCEs using the Hierarchical PCE architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-hpce/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-hpce-14 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-hpce-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-hpce-14 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 Oct 14 05:55:30 2019 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 2A0D5120815 for ; Mon, 14 Oct 2019 05:55:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.29 X-Spam-Level: X-Spam-Status: No, score=-0.29 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 uQmiI4wyqts8 for ; Mon, 14 Oct 2019 05:55:26 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F06A1207FD for ; Mon, 14 Oct 2019 05:55:26 -0700 (PDT) Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 46sJSY0y5NzBrs6 for ; Mon, 14 Oct 2019 14:55:25 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.73]) by opfedar02.francetelecom.fr (ESMTP service) with ESMTP id 46sJSY088ZzCqkN for ; Mon, 14 Oct 2019 14:55:25 +0200 (CEST) Received: from [10.193.71.254] (10.114.13.247) by OPEXCAUBM23.corporate.adroot.infra.ftgroup (10.114.13.73) with Microsoft SMTP Server (TLS) id 14.3.468.0; Mon, 14 Oct 2019 14:55:24 +0200 From: Organization: Orange To: "pce@ietf.org" Message-ID: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> Date: Mon, 14 Oct 2019 14:55:23 +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] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 14 Oct 2019 12:55:28 -0000 Hi all, In our WGLC queue, draft-ietf-pce-pcep-flowspec has been stable for a while. This message starts a 2-week WG last call on this I-D. Please review the document and share your feedback using the PCE mailing list by Monday October, 28. You will note that the I-D includes an implementation section. If you have an implementation, you may also contact the chairs privately. 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 Mon Oct 14 10:00:32 2019 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 E6CAF1208E2 for ; Mon, 14 Oct 2019 10:00:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 WYokiemnqOik for ; Mon, 14 Oct 2019 10:00:28 -0700 (PDT) Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (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 55B011208D1 for ; Mon, 14 Oct 2019 10:00:28 -0700 (PDT) Received: by mail-vs1-xe36.google.com with SMTP id s7so11271570vsl.2 for ; Mon, 14 Oct 2019 10:00:28 -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=tx2d7eocAawSTpy1D78djKbJzyZ71ay3VxMTcrlRqjk=; b=hX+tNRVtK3+HAcjIMSse8L1QkiGwFQaGgeZfyFGoQSvLUpO9JHDZ16rbAKo8YhSQ3m kpX90ZUoS45kfjj1gc3HLMl+v/8h8ZQiEqohUvAKZWny2VDfWyyAY2BpoDxum048du2M QBUK5zqEK7HWgxiVp9AFlFvzMp7yertGyHemM= 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=tx2d7eocAawSTpy1D78djKbJzyZ71ay3VxMTcrlRqjk=; b=nSeyclM7aQhj5wkaLr0P5Rd0OXhcEN/bpLgKuC+Cf8G1Dnpu7+AkGa4NVPpAInaSAm 11+y2KpJ4aP8d7mcd5lfo2LBO1NOtCtfGDyZoRg746h4E4zDncg7EalAYBOayLmNICQq oS9AHcQuivhrGxQt41pS7v8NqL9OFljwBz1ZZklRr5uY+UpRCCbgXq+M/dTpZ1oALP5V VgCdqOncfCljEbolCuPOnTiHX5yIPX95TlLxV7nDEKGcdgyMn4ZAcWh4ua88G5d4Q07s Ng6YMjsyKi/MAinSGYD0Ck71MVIamsYAEkZIPXVVTmQsqX2xd09dJ1V9KwAP8hNX7ALx NirQ== X-Gm-Message-State: APjAAAXAD5Lo+nYKXOIXKExP9T+xch2r5146lT5DhuXpsOw2coQ94WAL Fd6nqRfxPJ0HL2isCVJteDnK4jbJbGtWoowabwJUFw== X-Google-Smtp-Source: APXvYqzY0uUWXyVjGdFyKZ7D4yFjvtZX0xrLQgz6epK+0UDvoHXBIItIPX/ZscBH36RI1PSrKu1Qec1nbw7F23EQTQI= X-Received: by 2002:a67:f4cf:: with SMTP id s15mr11074055vsn.58.1571072427180; Mon, 14 Oct 2019 10:00:27 -0700 (PDT) MIME-Version: 1.0 From: Hariharan Ananthakrishnan Date: Mon, 14 Oct 2019 10:00:16 -0700 Message-ID: To: Dhruv Dhody , Farrel Adrian , lizhenbin@huawei.com Cc: pce@ietf.org Content-Type: multipart/alternative; boundary="000000000000f091670594e1cd94" Archived-At: Subject: [Pce] IPR Poll on draft-ietf-pce-pcep-flowspec 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, 14 Oct 2019 17:00:30 -0000 --000000000000f091670594e1cd94 Content-Type: text/plain; charset="UTF-8" Hi Authors, In preparation for Working Group last call 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 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 --000000000000f091670594e1cd94 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 
Hi Aut=
hors,

In preparation for Working Group last call 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 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
--000000000000f091670594e1cd94-- From nobody Mon Oct 14 10:09:38 2019 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 0C6F012087D for ; Mon, 14 Oct 2019 10:09:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.596 X-Spam-Level: X-Spam-Status: No, score=-2.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 mg5xI4CHX_5p for ; Mon, 14 Oct 2019 10:09:33 -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 CE3F912091A for ; Mon, 14 Oct 2019 10:09:29 -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 x9EH8ido018777; Mon, 14 Oct 2019 18:08:44 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 437472204A; Mon, 14 Oct 2019 18:08:44 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 2E14C22044; Mon, 14 Oct 2019 18:08:44 +0100 (BST) Received: from LAPTOPK7AS653V ([87.114.200.9]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9EH8h9b013725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 Oct 2019 18:08:43 +0100 Reply-To: From: "Adrian Farrel" To: "'Hariharan Ananthakrishnan'" , "'Dhruv Dhody'" , Cc: References: In-Reply-To: Date: Mon, 14 Oct 2019 18:08:42 +0100 Organization: Old Dog Consulting Message-ID: <004701d582b2$084fba50$18ef2ef0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0048_01D582BA.6A14BE90" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHV5VHadTYRmgfiIWeqGDKQtB8Wr6dZmJRQ Content-Language: en-gb X-Originating-IP: 87.114.200.9 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-24978.000 X-TM-AS-Result: No--18.606-10.0-31-10 X-imss-scan-details: No--18.606-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24978.000 X-TMASE-Result: 10--18.605900-10.000000 X-TMASE-MatchedRID: C/snMIRQLS3xIbpQ8BhdbGzBijri5+RVpQH4ogtVQP0Lz9ysPCD6mLHo bIzJEXjbG7skt8lHRSdkKeQ9nAfTujlJNbG98kTYhL9NX2TqmkAeRZr2cxRELsLRRNKa+dDo+on o1l23mLX3Wuu4o+UjZ/0Cg5RA61r8qSSr/I1wc/pQ+S0N05fR+0upr1fvkyppc2WeU/GRHcDv/7 2zC4hJFUtt4xcKCO29ftblt3CCdbwVlVZBrluia980oP25F8xpcQ43DruBJVxKddiF2Wo8eXI0S qyXZvY+i99Im41M3+vFYZvLkeDp4CxLt17m0r0BMTTrAcDX5/5hS5mf1VdlYbmN/B2gLs6O3c00 lAOLPF4igAsGa3qgmnc1ZaiuhQystDyv3gNOnrciPTMUjkOgksC2kM0wuzzWmCNknSXswf+0ERG GZtssp2YqTLE0Mx/iuDzuYP9x54ffX2sZfyOJoZ4CIKY/Hg3AaZGo0EeYG97UHQeTVDUrIuvy5X Ndq++DUoyoh46y2J84wHSyGpeEenLGcO15ZEG0WZW5te49W28hX7rbUt2oN0UBGzNqdnB0WBZB+ g5fnXA= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-flowspec 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, 14 Oct 2019 17:09:36 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0048_01D582BA.6A14BE90 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Hari, =20 I am not aware of any IPR applicable to this draft that should be = disclosed in accordance with IETF IPR rules. =20 Thanks, Adrian =20 From: Hariharan Ananthakrishnan =20 Sent: 14 October 2019 18:00 To: Dhruv Dhody ; Farrel Adrian = ; lizhenbin@huawei.com Cc: pce@ietf.org Subject: IPR Poll on draft-ietf-pce-pcep-flowspec =20 Hi Authors, =20 In preparation for Working Group last call on this draft, I'd like all authors and contributors to confirm on the list that they are in = compliance with IETF IPR rules. =20 Please respond (copying the mailing list) to say one of: =20 I am not aware of any IPR applicable to this draft that should be = disclosed in accordance with IETF IPR rules. =20 I am aware of IPR applicable to this draft, and it has already been disclosed to the IETF. =20 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. =20 Thanks, - Hari ------=_NextPart_000_0048_01D582BA.6A14BE90 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.

 

Thanks,

Adrian

 

From: Hariharan Ananthakrishnan <hari@netflix.com> =
Sent: 14 October 2019 18:00
To: Dhruv Dhody = <dhruv.ietf@gmail.com>; Farrel Adrian <adrian@olddog.co.uk>; = lizhenbin@huawei.com
Cc: pce@ietf.org
Subject: IPR = Poll on draft-ietf-pce-pcep-flowspec

 

Hi =
Authors,
 
In preparation =
for Working Group last call 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 =
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
= ------=_NextPart_000_0048_01D582BA.6A14BE90-- From nobody Mon Oct 14 20:42:32 2019 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 49F68120077 for ; Mon, 14 Oct 2019 20:42:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 23cynwO3AGWQ for ; Mon, 14 Oct 2019 20:42:29 -0700 (PDT) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 987DD120013 for ; Mon, 14 Oct 2019 20:42:29 -0700 (PDT) Received: by mail-io1-xd36.google.com with SMTP id n26so42657742ioj.8 for ; Mon, 14 Oct 2019 20:42:29 -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=k5yo7nhVK3ceD6Lok3rhqm6ytZt22LvgfgHPS9Ed0j8=; b=Fdj/1++XHOJwEwALP+JX4ok/6TnsUUGK4aSmkgugE2VzSIVH2WaQn2LMyUpI2S36in 7mmkrZqrpJHZaf5zBliLLfbBt2DKJsOXKXrqO+3FQ7vIcs3DSwOFOUAb8HKpVaoejtcZ X33UkJ2l/6oBupRgFxly0fgv9L9VONh6+XtDXgXNG/a4YPMPowzduw5A2haqGyoIML2I xh+ylCP+xmFdfpTZFlQkv6B2M1hSXjqPBQb7fuLJ/oLcSKcGI3XcAYN/9IX+3kPBzvm/ 4Tne4Rq+BuvVTyKZmICcdXtSiGP9Og/5XBHe55umxVHwQO7OzwZsI9JR1BVN3muVV+oD xZrw== 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=k5yo7nhVK3ceD6Lok3rhqm6ytZt22LvgfgHPS9Ed0j8=; b=gFSk+3sQenF6r9ftNSwdSdBYkaXklJFTvJCyrgkjt0qGq35hfD2nVfZivturwjVlZz tuhjsY34Qvr+7kCsf38GCXJleT1XumyyjW6v2CYqHmbRmJujuS9OzYmzcaxRqGUIXCvD 16uW2dxehSD7oF172tfWX7+PW7gb42GcbcpN9pGIaZFszHH1hfbt3KI3/NnzKpyRdAXS D8Q0xNWjwZGZc5eNakOXoKO/zbux9W2dnLiGrK5EyNvQWQ6Z+MYgB3zgCscb3ug2VVsq DsO+RyE2b/8/1bnS5zcDwimpfyK0ewrzsZndvntRcrFzq7INKujO5XlR7MdVszdD0y1s 6Kfw== X-Gm-Message-State: APjAAAVHq5S6DUyUV322KY2MRo/FkGYZFTA9+gtduEAx74Y2PEwsdMi8 GAUl8NLEnVDvwJ8HZu3Uv8mIAJbHObSefXXSbLE= X-Google-Smtp-Source: APXvYqzf9XeSDiEGeVsjlLpjs9UmjhRxSy6GcXggfuQhuZOaHmbpG2oKndUv2oyVzgfbM7hTrD1BmgezsBRdNJFHV34= X-Received: by 2002:a92:1d44:: with SMTP id d65mr3903237ild.14.1571110948683; Mon, 14 Oct 2019 20:42:28 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dhruv Dhody Date: Tue, 15 Oct 2019 09:11:52 +0530 Message-ID: To: Hariharan Ananthakrishnan Cc: Farrel Adrian , Lizhenbin , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-flowspec 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, 15 Oct 2019 03:42:31 -0000 Hi Hari, I am not aware of any IPR applicable to this draft that should be disclosed in accordance with IETF IPR rules. Thanks! Dhruv On Mon, Oct 14, 2019 at 10:30 PM Hariharan Ananthakrishnan wrote: > > Hi Authors, > > In preparation for Working Group last call 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 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 From nobody Tue Oct 15 08:06:57 2019 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 B84CF120806 for ; Tue, 15 Oct 2019 08:06:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.632 X-Spam-Level: X-Spam-Status: No, score=-3.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_DNSWL_MED=-2.3, 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 8uA3wxmB74Kv for ; Tue, 15 Oct 2019 08:06:51 -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 08C4912010F for ; Tue, 15 Oct 2019 08:06:51 -0700 (PDT) Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 9087BD6C0911B5A45BCE; Tue, 15 Oct 2019 16:06:48 +0100 (IST) Received: from DGGEMM404-HUB.china.huawei.com (10.3.20.212) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 15 Oct 2019 16:06:48 +0100 Received: from DGGEMM532-MBX.china.huawei.com ([169.254.7.168]) by DGGEMM404-HUB.china.huawei.com ([10.3.20.212]) with mapi id 14.03.0439.000; Tue, 15 Oct 2019 23:06:43 +0800 From: Lizhenbin To: Dhruv Dhody , Hariharan Ananthakrishnan CC: Farrel Adrian , pce Thread-Topic: IPR Poll on draft-ietf-pce-pcep-flowspec Thread-Index: AQHVgrDmebLCFhFYKEG1nWQag3IPj6daiXgAgAFFdto= Date: Tue, 15 Oct 2019 15:06:43 +0000 Message-ID: A52267FB-7ADD-4C3C-AF7A-9F88F4509E86 References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_A52267FB7ADD4C3CAF7A9F88F4509E86_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-flowspec 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, 15 Oct 2019 15:06:56 -0000 --_000_A52267FB7ADD4C3CAF7A9F88F4509E86_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpIaSBIYXJpLA0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhp cyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQgaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzLg0KDQpCZXN0IFJlZ2FyZHMsDQpaaGVuYmluIChSb2JpbikNCg0KDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K5p2O5oyv5paMIExp IFpoZW5iaW4NCk1vYmlsZTogKzg2LTEzNjUxMDE3NzQ1PHRlbDorODYtMTM2NTEwMTc3NDU+Lys5 NjgtOTE3OTcwNjg8dGVsOis5NjgtOTE3OTcwNjg+DQpFbWFpbDogbGl6aGVuYmluQGh1YXdlaS5j b208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPg0K5Y+R5Lu25Lq677yaRGhydXYgRGhvZHkg PGRocnV2LmlldGZAZ21haWwuY29tPg0K5pS25Lu25Lq677yaSGFyaWhhcmFuIEFuYW50aGFrcmlz aG5hbiA8aGFyaUBuZXRmbGl4LmNvbT4NCuaKhOKAg+mAge+8mkZhcnJlbCBBZHJpYW4gPGFkcmlh bkBvbGRkb2cuY28udWs+O0xpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb20+O3BjZSA8cGNl QGlldGYub3JnPg0K5pe24oCD6Ze077yaMjAxOS0xMC0xNSAxMTo0MjozMw0K5Li76aKYUmU6IElQ UiBQb2xsIG9uIGRyYWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMNCg0KSGkgSGFyaSwNCg0KSSBh bSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91 bGQgYmUNCmRpc2Nsb3NlZCBpbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuDQoNClRo YW5rcyENCkRocnV2DQoNCk9uIE1vbiwgT2N0IDE0LCAyMDE5IGF0IDEwOjMwIFBNIEhhcmloYXJh biBBbmFudGhha3Jpc2huYW4NCjxoYXJpQG5ldGZsaXguY29tPiB3cm90ZToNCj4NCj4gSGkgQXV0 aG9ycywNCj4NCj4gSW4gcHJlcGFyYXRpb24gZm9yIFdvcmtpbmcgR3JvdXAgbGFzdCBjYWxsIG9u IHRoaXMgZHJhZnQsIEknZCBsaWtlIGFsbA0KPiBhdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8g Y29uZmlybSBvbiB0aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2UNCj4gd2l0aCBJ RVRGIElQUiBydWxlcy4NCj4NCj4gUGxlYXNlIHJlc3BvbmQgKGNvcHlpbmcgdGhlIG1haWxpbmcg bGlzdCkgdG8gc2F5IG9uZSBvZjoNCj4NCj4gSSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBs aWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91bGQgYmUgZGlzY2xvc2VkDQo+IGluIGFjY29y ZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCj4NCj4gSSBhbSBhd2FyZSBvZiBJUFIgYXBwbGlj YWJsZSB0byB0aGlzIGRyYWZ0LCBhbmQgaXQgaGFzIGFscmVhZHkgYmVlbg0KPiBkaXNjbG9zZWQg dG8gdGhlIElFVEYuDQo+DQo+IEkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBk cmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbg0KPiBkaXNjbG9zZWQgdG8gdGhlIElFVEYu IEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2VkIGluIGENCj4g dGltZWx5IG1hbm5lci4NCj4NCj4gVGhhbmtzLA0KPiAtIEhhcmkNCg== --_000_A52267FB7ADD4C3CAF7A9F88F4509E86_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHRleHQg LS0+PHN0eWxlPjwhLS0gLkVtYWlsUXVvdGUgeyBtYXJnaW4tbGVmdDogMXB0OyBwYWRkaW5nLWxl ZnQ6IDRwdDsgYm9yZGVyLWxlZnQ6ICM4MDAwMDAgMnB4IHNvbGlkOyB9IC0tPjwvc3R5bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQotLT4NCjwvc3R5 bGU+DQo8ZGl2Pg0KPGRpdj48YnI+DQpIaSBIYXJpLDxicj4NCjxicj4NCkkgYW0gbm90IGF3YXJl IG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Ns b3NlZCBpbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuPGJyPg0KPGJyPg0KQmVzdCBS ZWdhcmRzLDxicj4NClpoZW5iaW4gKFJvYmluKTxicj4NCjxicj4NCjxicj4NCjwvZGl2Pg0KPGRp dj48L2Rpdj4NCjxkaXY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS08YnI+DQrmnY7mjK/mlowgTGkgWmhlbmJpbjxicj4NCk1vYmlsZTogPGEgaHJlZj0i dGVsOiYjNDM7ODYtMTM2NTEwMTc3NDUiPiYjNDM7ODYtMTM2NTEwMTc3NDU8L2E+LzxhIGhyZWY9 InRlbDomIzQzOzk2OC05MTc5NzA2OCI+JiM0Mzs5NjgtOTE3OTcwNjg8L2E+PGJyPg0KRW1haWw6 IDxhIGhyZWY9Im1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbSI+bGl6aGVuYmluQGh1YXdlaS5j b208L2E+PC9kaXY+DQo8ZGl2IG5hbWU9InhfQW55T2ZmaWNlLUJhY2tncm91bmQtSW1hZ2UiIHN0 eWxlPSJib3JkZXItdG9wOjFweCBzb2xpZCAjQjVDNERGOyBwYWRkaW5nOjhweCI+DQo8ZGl2IHN0 eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbCI+PGI+5Y+R5Lu25Lq677yaPC9iPkRocnV2IERob2R5 ICZsdDtkaHJ1di5pZXRmQGdtYWlsLmNvbSZndDs8L2Rpdj4NCjxkaXYgc3R5bGU9IndvcmQtYnJl YWs6YnJlYWstYWxsIj48Yj7mlLbku7bkurrvvJo8L2I+SGFyaWhhcmFuIEFuYW50aGFrcmlzaG5h biAmbHQ7aGFyaUBuZXRmbGl4LmNvbSZndDs8L2Rpdj4NCjxkaXYgc3R5bGU9IndvcmQtYnJlYWs6 YnJlYWstYWxsIj48Yj7mioTigIPpgIHvvJo8L2I+RmFycmVsIEFkcmlhbiAmbHQ7YWRyaWFuQG9s ZGRvZy5jby51ayZndDs7TGl6aGVuYmluICZsdDtsaXpoZW5iaW5AaHVhd2VpLmNvbSZndDs7cGNl ICZsdDtwY2VAaWV0Zi5vcmcmZ3Q7PC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFr LWFsbCI+PGI+5pe24oCD6Ze077yaPC9iPjIwMTktMTAtMTUgMTE6NDI6MzM8L2Rpdj4NCjxkaXYg c3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsIj48Yj7kuLvpopg8L2I+UmU6IElQUiBQb2xsIG9u IGRyYWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWM8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGZvbnQgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0 OyI+DQo8ZGl2IGNsYXNzPSJQbGFpblRleHQiPkhpIEhhcmksPGJyPg0KPGJyPg0KSSBhbSBub3Qg YXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91bGQgYmU8 YnI+DQpkaXNjbG9zZWQgaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLjxicj4NCjxi cj4NClRoYW5rcyE8YnI+DQpEaHJ1djxicj4NCjxicj4NCk9uIE1vbiwgT2N0IDE0LCAyMDE5IGF0 IDEwOjMwIFBNIEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW48YnI+DQombHQ7aGFyaUBuZXRmbGl4 LmNvbSZndDsgd3JvdGU6PGJyPg0KJmd0Ozxicj4NCiZndDsgSGkgQXV0aG9ycyw8YnI+DQomZ3Q7 PGJyPg0KJmd0OyBJbiBwcmVwYXJhdGlvbiBmb3IgV29ya2luZyBHcm91cCBsYXN0IGNhbGwgb24g dGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxsPGJyPg0KJmd0OyBhdXRob3JzIGFuZCBjb250cmlidXRv cnMgdG8gY29uZmlybSBvbiB0aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2U8YnI+ DQomZ3Q7IHdpdGggSUVURiBJUFIgcnVsZXMuPGJyPg0KJmd0Ozxicj4NCiZndDsgUGxlYXNlIHJl c3BvbmQgKGNvcHlpbmcgdGhlIG1haWxpbmcgbGlzdCkgdG8gc2F5IG9uZSBvZjo8YnI+DQomZ3Q7 PGJyPg0KJmd0OyBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBk cmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQ8YnI+DQomZ3Q7IGluIGFjY29yZGFuY2Ugd2l0 aCBJRVRGIElQUiBydWxlcy48YnI+DQomZ3Q7PGJyPg0KJmd0OyBJIGFtIGF3YXJlIG9mIElQUiBh cHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVuPGJyPg0KJmd0 OyBkaXNjbG9zZWQgdG8gdGhlIElFVEYuPGJyPg0KJmd0Ozxicj4NCiZndDsgSSBhbSBhd2FyZSBv ZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0LCBidXQgdGhhdCBoYXMgbm90IHlldCBiZWVu PGJyPg0KJmd0OyBkaXNjbG9zZWQgdG8gdGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0 aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2VkIGluIGE8YnI+DQomZ3Q7IHRpbWVseSBtYW5uZXIuPGJy Pg0KJmd0Ozxicj4NCiZndDsgVGhhbmtzLDxicj4NCiZndDsgLSBIYXJpPGJyPg0KPC9kaXY+DQo8 L3NwYW4+PC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_A52267FB7ADD4C3CAF7A9F88F4509E86_-- From nobody Tue Oct 15 15:26:02 2019 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 EBD1512080A; Tue, 15 Oct 2019 15:25:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 ZvXmYIhApYxs; Tue, 15 Oct 2019 15:25:51 -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 893BD1200F7; Tue, 15 Oct 2019 15:25:51 -0700 (PDT) Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id x9FMPoS5026070; Tue, 15 Oct 2019 18:25:50 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu x9FMPoS5026070 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1571178350; bh=+3hqXUS11WVthtasJw81GHl4dcHQsnZcA+QL2iR7WzU=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=rZYgLfY4lY0wKaSoX6+dvKX8BSB3vnspqGFIf6JSsBpcPyL9L6HrIJZQiK+rH9Bjo hI2q3rAPOwSspWDdnz3b67ABdR5n/h+OkYNGUqzsgz82FEkOv5yH1X8lFj+J7l4jnp 4sfT6S1ZhGgw4ShLcV1s5umjldRp62lj9hf80Qnc= Received: from CASCADE.ad.sei.cmu.edu (cascade.ad.sei.cmu.edu [10.64.28.248]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id x9FMPUjm036416; Tue, 15 Oct 2019 18:25:30 -0400 Received: from MARATHON.ad.sei.cmu.edu ([10.64.28.250]) by CASCADE.ad.sei.cmu.edu ([10.64.28.248]) with mapi id 14.03.0468.000; Tue, 15 Oct 2019 18:25:30 -0400 From: Roman Danyliw To: Dhruv Dhody CC: The IESG , "draft-ietf-pce-stateful-hpce@ietf.org" , Adrian Farrel , pce-chairs , "pce@ietf.org" Thread-Topic: Roman Danyliw's Discuss on draft-ietf-pce-stateful-hpce-13: (with DISCUSS and COMMENT) Thread-Index: AQHVbiuII21UIjGvb0mDsawT8qEFbqc7KQyAgCFIu1A= Date: Tue, 15 Oct 2019 22:25:29 +0000 Message-ID: <359EC4B99E040048A7131E0F4E113AFC01B3489AF0@marathon> References: <156881612137.4479.15191325652251719065.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.22.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Pce] Roman Danyliw's Discuss on draft-ietf-pce-stateful-hpce-13: (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: Tue, 15 Oct 2019 22:25:55 -0000 SGVsbG8gRGhydXYhDQoNCi0xNCBhZGRyZXNzZXMgbXkgY29uY2VybnMuICBUaGFuayB5b3UgZm9y IG1ha2luZyB0aGVzZSBlZGl0cy4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBG cm9tOiBEaHJ1diBEaG9keSBbbWFpbHRvOmRocnV2LmlldGZAZ21haWwuY29tXQ0KPiBTZW50OiBU dWVzZGF5LCBTZXB0ZW1iZXIgMjQsIDIwMTkgMTA6MDYgQU0NCj4gVG86IFJvbWFuIERhbnlsaXcg PHJkZEBjZXJ0Lm9yZz4NCj4gQ2M6IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPjsgZHJhZnQtaWV0 Zi1wY2Utc3RhdGVmdWwtaHBjZUBpZXRmLm9yZzsgQWRyaWFuDQo+IEZhcnJlbCA8YWRyaWFuQG9s ZGRvZy5jby51az47IHBjZS1jaGFpcnMgPHBjZS1jaGFpcnNAaWV0Zi5vcmc+Ow0KPiBwY2VAaWV0 Zi5vcmcNCj4gU3ViamVjdDogUmU6IFJvbWFuIERhbnlsaXcncyBEaXNjdXNzIG9uIGRyYWZ0LWll dGYtcGNlLXN0YXRlZnVsLWhwY2UtMTM6DQo+ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQo+ IA0KPiBIaSBSb21hbiwNCj4gDQo+IFRoYW5rcyBmb3IgeW91ciByZXZpZXcuDQo+IA0KPiBPbiBX ZWQsIFNlcCAxOCwgMjAxOSBhdCA3OjQ1IFBNIFJvbWFuIERhbnlsaXcgdmlhIERhdGF0cmFja2Vy DQo+IDxub3JlcGx5QGlldGYub3JnPiB3cm90ZToNCj4gPg0KPiA+IFJvbWFuIERhbnlsaXcgaGFz IGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+ID4gZHJhZnQtaWV0 Zi1wY2Utc3RhdGVmdWwtaHBjZS0xMzogRGlzY3Vzcw0KPiA+DQo+ID4gV2hlbiByZXNwb25kaW5n LCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQo+ ID4gZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVs IGZyZWUgdG8gY3V0DQo+ID4gdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikN Cj4gPg0KPiA+DQo+ID4gUGxlYXNlIHJlZmVyIHRvDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQo+ID4gZm9yIG1vcmUgaW5mb3Jt YXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4gPg0KPiA+ DQo+ID4gVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNh biBiZSBmb3VuZCBoZXJlOg0KPiA+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtcGNlLXN0YXRlZnVsLWhwY2UvDQo+ID4NCj4gPg0KPiA+DQo+ID4gLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPiA+IERJU0NVU1M6DQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+DQo+ID4gKiogU2VjdGlv biA0LiAgUGVyIOKAnFRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBsaXN0ZWQgaW4gW1JGQzgy MzFdLA0KPiA+IFtSRkM2ODA1XSBhbmQgW1JGQzU0NDBdIGFwcGx5IHRvIHRoaXMgZG9jdW1lbnQg YXMgd2VsbC4gQXMgcGVyDQo+ID4gW1JGQzY4MDVdLCBpdCBpcyBleHBlY3RlZCB0aGF0IHRoZSBw YXJlbnQgUENFIHdpbGwgcmVxdWlyZSBhbGwgY2hpbGQNCj4gPiBQQ0VzIHRvIHVzZSBmdWxsIHNl Y3VyaXR5IHdoZW4gY29tbXVuaWNhdGluZyB3aXRoIHRoZSBwYXJlbnQu4oCdLCB0aGUNCj4gPiBy ZWZlcmVuY2VzIG1ha2Ugc2Vuc2UsIHRoYW5rcyBmb3IgbWFraW5nIHRoZW0uICBNeSBjb25jZXJu IGlzIGluIHRoZQ0KPiA+IGRlZmluaXRpb24gb2Yg4oCcdXNlIGZ1bGwgc2VjdXJpdHnigJ0uICBJ IGNhbiBzZWUgdGhvc2Ugd29yZHMgY29tZSBmcm9tDQo+ID4gUkZDNjgwNSwgaG93ZXZlciwgSSBj YW4ndCBmaW5kIHdoZXJlIHRoYXQgc2V0IG9mIHByYWN0aWNlcyBpcyBkZWZpbmVkLiAgQ2FuDQo+ IHRoaXMgcGxlYXNlIGJlIGNsYXJpZmllZC4NCj4gPg0KPiANCj4gSG93IGFib3V0IHdlIHVwZGF0 ZSB0byAiLi5mdWxsIHNlY3VyaXR5IChpLmUuIHRoZSBoaWdoZXN0IHNlY3VyaXR5IG1lY2hhbmlz bQ0KPiBhdmFpbGFibGUgZm9yIFBDRVApIj8NCg0KVGhlIC0xNCB0ZXh0IGFkZHJlc3NlcyBteSBj b25jZXJucy4gIFRoYW5rIHlvdS4NCg0KPiA+DQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+IENPTU1F TlQ6DQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+DQo+ID4gKiogU2VjdGlvbiA0LiAgUGVyIHRoZSBy ZWNvbW1lbmRhdGlvbiB0byB1c2UgVExTIF9vcl8gVENQLUFPLg0KPiA+IC0tIEkgdGFrZSB0aGUg cG9pbnQgZnJvbSB0aGUgU0VDRElSICh0aGFua3MgU3RlcGhlbiBGYXJyZWxsKSBhYm91dCB0aGUN Cj4gPiAobGFjaw0KPiA+IG9mKSBkZXBsb3ltZW50IG9mIEFPLiAgTXkgY2F1dGlvbiB3b3VsZCBi ZSB0aGF0IFRMUyBhbmQgVENQLUFPIHByb3ZpZGUNCj4gPiBkaWZmZXJlbnQgc2VjdXJpdHkgbWVj aGFuaXNtIGFuZCB0aGVyZWZvcmUgaW1idWUgZGlmZmVyZW50IHNlY3VyaXR5DQo+ID4gcHJvcGVy dGllcyBhbmQgdGhpcyBzaG91bGQgYmUgbm90ZWQuIChpLmUuLCB0aGlzIGlzbuKAmXQgYSBjaG9p Y2UNCj4gPiBiZXR3ZWVuIGxpa2Ugb3B0aW9ucykNCj4gPg0KPiANCj4gSG93IGFib3V0IEkgbWFr ZSBhdCAiLi5hbmQvb3IuLiI/IFJGQzgyNTMgZW5jb3VyYWdlcyB0aGUgdXNlIG9mIFRDUC1BTw0K PiBhbG9uZ3NpZGUgVExTLiBUaGlzIGNvdWxkIGRvIHRoZSB0cmljayBvZiByZW1vdmluZyB0aGUg c2Vuc2Ugb2YgY2hvaWNlDQo+IHdpdGhvdXQgYWRkaW5nIG1vcmUgdGV4dC4NCj4gDQo+ID4gLS0g QXMgYW4gZWRpdG9yaWFsIG5pdCwgaXQgd291bGQgYmUgd29ydGggc2F5aW5nIHRoYXQgZ3VpZGFu Y2UgZm9yDQo+ID4gaW1wbGVtZW50aW5nIHVzaW5nIFRMUyB3aXRoIFBDRVAgY2FuIGJlIGZvdW5k IGluIFJGQzgyMzIuDQo+ID4NCj4gDQo+IFlvdSBtZWFuIFJGQyA4MjUzIHJpZ2h0PyBVcGRhdGVk IHRleHQgLQ0KDQpPb3BzLiBZZXMsIFJGQzgyNTMuDQoNCj4gICAgVGh1cyBpdCBpcyBSRUNPTU1F TkRFRCB0byBzZWN1cmUgdGhlIFBDRVAgc2Vzc2lvbiAoYmV0d2VlbiB0aGUgUC1QQ0UNCj4gICAg YW5kIHRoZSBDLVBDRSkgdXNpbmcgVHJhbnNwb3J0IExheWVyIFNlY3VyaXR5IChUTFMpIFtSRkM4 NDQ2XSAocGVyDQo+ICAgIHRoZSByZWNvbW1lbmRhdGlvbnMgYW5kIGJlc3QgY3VycmVudCBwcmFj dGljZXMgaW4gW1JGQzc1MjVdKSBhbmQvb3INCj4gICAgVENQIEF1dGhlbnRpY2F0aW9uIE9wdGlv biAoVENQLUFPKSBbUkZDNTkyNV0uIFRoZSBndWlkYW5jZSBmb3INCj4gICAgaW1wbGVtZW50aW5n IFBDRVAgd2l0aCBUTFMgY2FuIGJlIGZvdW5kIGluIFtSRkM4MjUzXS4NCj4gDQo+ID4gKiogRWRp dG9yaWFsIE5pdHM6DQo+ID4gVGl0bGUuICBJcyB0aGUgcGVyaW9kIGF0IHRoZSBlbmQgb2YgdGhl IHRpdGxlIG5lY2Vzc2FyeT8NCj4gPg0KPiA+DQo+IA0KPiBSZW1vdmVkLg0KDQpSZWdhcmRzLA0K Um9tYW4NCg0KPiBUaGFua3MhDQo+IERocnV2DQo= From nobody Thu Oct 17 06:26:38 2019 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 9595D120868; Thu, 17 Oct 2019 06:26:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157131878550.10428.5313329195753840284@ietfa.amsl.com> Date: Thu, 17 Oct 2019 06:26:25 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-gmpls-pcep-extensions-15.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, 17 Oct 2019 13:26:31 -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 GMPLS Authors : Cyril Margaria Oscar Gonzalez de Dios Fatai Zhang Filename : draft-ietf-pce-gmpls-pcep-extensions-15.txt Pages : 44 Date : 2019-10-17 Abstract: A Path Computation Element (PCE) provides path computation functions for Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. Additional requirements for GMPLS are identified in RFC7025. This memo provides extensions to the Path Computation Element communication Protocol (PCEP) for the support of the GMPLS control plane to address those requirements. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-gmpls-pcep-extensions-15 https://datatracker.ietf.org/doc/html/draft-ietf-pce-gmpls-pcep-extensions-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-gmpls-pcep-extensions-15 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 Oct 17 06:42:35 2019 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 6D1FB12011C; Thu, 17 Oct 2019 06:42:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.003 X-Spam-Level: *** X-Spam-Status: No, score=3.003 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 SDS3j1AicbEv; Thu, 17 Oct 2019 06:42:21 -0700 (PDT) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 3F7FF1201AA; Thu, 17 Oct 2019 06:42:21 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id h33so1748586edh.12; Thu, 17 Oct 2019 06:42:21 -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=YTy1LroRfnO39NrLMdStuB+Pi2XaR4CuMVxL/T9Nn5s=; b=rN2FXJ8ISS0/QzEM2BZ7W8DH2KfhwTToHT2RvzNig/RuOY5ZcroIzqqJsDi75GuvqA TBcAW+nimHKrHQ1BAX7cC0gc5iNu+WVRLS+Z06A+Db1KgyVmx5dVmqL0OgC/DXrjiURd mJB1vzW94IXfDPZ4AyTTZ2FjqcYE3OJPr0kOhIEYDMxef/KtMyhlQx4mhbcmd/C6SnYr ymPOCFuiBYjmCoP9lQtXBhYUI1LNLHJGIQzenZOw20ba8K+2qQQfY9AW6SOgdS4PjjMG NkU3coJFB0VLd7qu7yoDOt+4g0U0dnsbxkfBbRejqg4EjZgb0WmRNG0mY/vTMUTG7dBk vGcQ== 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=YTy1LroRfnO39NrLMdStuB+Pi2XaR4CuMVxL/T9Nn5s=; b=ZXTDdY0ZBkDabVXLALZnijXidayCakFIDYQGLSzRZcJai0sOU3nezVu96gj9t6W85k EZZkn+BHJhHlvLstTbaI+6U2GW1GnU5Xa+/vp9rxKK8nt2ED88dK52hmNw5xQ44pAcbB sx6DQqxcGXBAbUc2HJtU+vkE2c32m2jVeMZYGGt3f6SVJrOhzRYAQs0I8sMmEcJeGqPV wORQ4/brWCemBzvZ/3mLKf9+tqB+o55dvUxLcAzReA6shoOeH8vMnLAbvdIlCQuil9aF Aj1DfUnRYe8Xpp70XdHanI/u3fkm/VCyL71uR0/TBPO/FybsjZ4StPZkat2XJF15aokM hiaw== X-Gm-Message-State: APjAAAVshUhurzeB8ktSiCX/4Y6rclwUT2DjMM8ZmSDu1uZ72zBSetrp nF16wqBoyk5SJ9KDCeJ8iK3viUQvnqCPmMRnnmykgxej55CuxQ== X-Google-Smtp-Source: APXvYqxj6+VY8YESFK7VF3OPTeirPlV+kTSfP+HpC7JTCr4oeLMDNfFw7pCktE7WAqcyOCFuaY+VYL9PIZfzpVdd24I= X-Received: by 2002:a05:6402:28c:: with SMTP id l12mr3924862edv.145.1571319739403; Thu, 17 Oct 2019 06:42:19 -0700 (PDT) MIME-Version: 1.0 References: <155498315544.12722.1073746104492266680.idtracker@ietfa.amsl.com> In-Reply-To: <155498315544.12722.1073746104492266680.idtracker@ietfa.amsl.com> From: Cyril Margaria Date: Thu, 17 Oct 2019 14:42:07 +0100 Message-ID: To: Benjamin Kaduk Cc: The IESG , draft-ietf-pce-gmpls-pcep-extensions@ietf.org, pce@ietf.org, pce-chairs@ietf.org Content-Type: multipart/alternative; boundary="000000000000e5540705951b6299" Archived-At: Subject: Re: [Pce] Benjamin Kaduk's Discuss on draft-ietf-pce-gmpls-pcep-extensions-14: (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, 17 Oct 2019 13:42:27 -0000 --000000000000e5540705951b6299 Content-Type: text/plain; charset="UTF-8" Thanks for the thorough review, a new version addressing the comments has been posted, please see inline A new version On Thu, 11 Apr 2019 at 12:46, Benjamin Kaduk via Datatracker < noreply@ietf.org> wrote: > Benjamin Kaduk has entered the following ballot position for > draft-ietf-pce-gmpls-pcep-extensions-14: 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-gmpls-pcep-extensions/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > This document makes some well-needed extensions to existing PCEP > concepts such as bandwidth, but I'm not convinced that the way they > interact with existing PCEP functionality is sufficiently well specified > to admit interoperable implementation. Specifically, we introduce the > generalized bandwidth structures and reuse that encoding for the > generalized load balancing structures, which includes a notion of > "minimum bandwidth specification". But now that the bandwidth > specification is a compound data structure instead of a scalar type, > it's not guaranteed that we have a strict linear ordering with > well-defined minimum. If we consider the specific case of Intserv, do I > insist upon all three of the minimum bucket rate, minimum bucket size, > and minimum peak data rate? Or perhaps I only care about the peak data > rate and not the bucket size/rate. We need more text in order to > specify what "minimum" actually means/measures. > > Similarly, I'm not sure all the referenced generalized bandwidth > types/traffic parameters in Section 2.3 clearly indicate which > structures/fields we are to incorporate by reference (see COMMENT). > > [MC] Thanks Julien for the text that was agreed on; it has been incorporated in the new version. OLD The semantic of the LOAD-BALANCING object is not changed. If a PCC requests the computation of a set of TE-LSPs so that the total of their generalized bandwidth is X, the maximum number of TE-LSPs is N, and each TE-LSP must at least have a bandwidth of B, it inserts a BANDWIDTH object specifying X as the required bandwidth and a LOAD- BALANCING object with the Max-LSP and Min Bandwidth Spec fields set to N and B, respectively. NEW The semantic of the LOAD-BALANCING object is not changed. If a PCC requests the computation of a set of TE-LSPs with at most N TE-LSPs so that it can carry generalized bandwidth X , each TE-LSP must at least transport bandwidth B, it inserts a BANDWIDTH object specifying X as the required bandwidth and a LOAD-BALANCING object with the Max- LSP and Min Bandwidth Spec fields set to N and B, respectively. When the BANDWIDTH and Min Bandwidth Spec can be summarized as scalars, the sum of all TE-LSPs bandwith in the set is greater than X. The mapping of X over N path with (at least) bandwidth B is technology and possibly node specific. Each standard definition of the transport technology is defining those mappings and are not repeated in this document. A simplified example for SDH is described in Appendix A In all other cases, including for technologies based on statistical multiplexing (e.g., InterServ, Ethernet), the exact bandwidth management (e.g., Ethernet's Excessive Rate) is left to the PCE's policies, according to the operator's configuration. If required, further documents may introduce a new mechanism to finely express complex load balancing policies within PCEP. > Section 2.1.2 says: > > GMPLS-CAPABILITY TLV it is RECOMMENDED that the PCC does not make use > of the objects and TLVs defined in this document. > > Why is this not "the PCC MUST NOT make use of the objects and TLVs > defined in this document"? Ignoring the peer's (non-)advertisement and > plowing ahead seems like a recipe for non-interoperability. > > [MC] The PCC is able to mandate or not the processing of objects on per-request basic. To make it simpler the capability negotiation has been made mandatory (both peer must advertize the capability). Section 2.5.1 notes that: > > ::= > [] > [ []]... > > > For endpoint type Point-to-Multipoint, several endpoint objects MAY > be present in the message and each represents a leave, exact meaning > depend on the endpoint type defined of the object. > > If all s represent leaves, then how is the head node > specified? > > [MC] In case of P2P the first endpoint is the ingress and the second is egress. In case of P2MP, the first endpoint is root and and anything else is leaf. the RBNF is changed mark that at least 2 endpoints must be there. > I couldn't find a full spcification for some of the fields in the XRO > Label subobject (Section 2.7) by chasing the indicated references (see > COMMENT). > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Section 1 > > Please expand OTN and WSON on first use. > > [MC] Agree > Section 1.4 > > It's very unclear to me what kind of support, from/by what entities/data > structures, under what conditions, these tables are attempting to > indicate. > > [MC] The tables attempt to identify which existing PCEP objects are able to meet the requirements described in RFC7025. The Tables are split to match RFC7025 way of separating the requirements. > We should probably be consistent whether we talk about just "FOO" or > "FOO object" as the hanging text for these bulleted lists. > > [MC] I aligned on "Foo" > From [RFC8282]: > > o SWITCH-LAYER: address requirements (1, 2 and 3) for the TE-LSP and > indicates which layer(s) should be considered, can be used to > represent the RSVP-TE generalized label request. [...] > > nit: this looks like a comma splice. > [MC] Agree > > The PCEP extensions defined later in this document to cover the gap > are: > > Two new object types are introduced for the BANDWIDTH object > (Generalized bandwidth, Generalized bandwidth of existing TE-LSP > for which a reoptimization is requested). > > I'm confused by this language "new object types are introduced for the > BANDWIDTH object". My understanding was that objects did not nest: that > is, objects have a given structure and can sometimes contain TLVs, but > do not contain other objects. So, my current understanding is that new > objects are introduced that can appear where the BANDWIDTH object would > previously have appeared, but they are separate object (type)s from the > RFC 5440 BANDWIDTH objects. (This language is used in the next couple > items as well.) To be clear, this is at most an editorial > consideration, essentially whether to use "introduced for" or something > like "introduced akin to". > > [MC] The document means to define two new object types for object class 5, would the following ( also in subsequent type defintion) clarify this point? Two new object types are defined for the BANDWIDTH object (Generalized bandwidth, Generalized bandwidth of existing TE-LSP for which a reoptimization is requested). > Section 2.1.2 > > If the PCE does not > include the GMPLS-CAPABILITY TLV in the OPEN message and the PCC does > include the TLV, it is RECOMMENDED that the PCC indicates a mismatch > of capabilities. Moreover, in case that the PCC does not receive the > > Indicate how, to whom? > > [MC] The negotiation is now mandatory NEW If the PCEP speaker supports the extensions of this specification but did not advertise the GMPLS-CAPABILITY capability, upon receipt of a message from the PCE including an extension defined in this document, it MUST generate a PCEP Error (PCErr) with Error-Type=10 (Reception of an invalid object) and Error-value=TBA-42 (Missing GMPLS- CAPABILITY TLV), and it SHOULD terminate the PCEP session. > Section 2.2 > > This granularity applies to all links in the path, right? So I can't > request label-level granularity for one hop and indicate that I only > care about node-level granularity for the other hops? > [MC] Correct, in the context of GMPLS and transport networks the granularity generally applies to the path. In some case several requests to the PCE can be made for different section of the path, or the PCE can use some policies to reduce the granularity level (for instance based on the different administrative domains) > ection 2.3 > > [similar comments apply here to what I mentioned at the end of Section > 1.4] > > The Bw Spec Type correspond to the RSVP-TE SENDER_TSPEC (Object Class > 12) C-Types > > Should we ask IANA to update the SENDER_TSPEC registry to note that it > is used for PCEP as well as RSVP? > > [MC] We can, but that also apply to other registries: - EXPLICIT_ROUTE) - ROUTE_RECORD Those were not changed (since RFC5440) > The encoding of the fields Generalized Bandwidth and Reverse > Generalized Bandwidth is the same as the Traffic Parameters carried > in RSVP-TE, it can be found in the following references. > > Object Type Name Reference > > 2 Intserv [RFC2210] > 4 SONET/SDH [RFC4606] > 5 G.709 [RFC4328] > 6 Ethernet [RFC6003] > 7 OTN-TDM [RFC7139] > 8 SSON [RFC7792] > > It's quite confusing to have the table heading be just "object type" > when this is the value in the field named "Bw Spec Type" and corresponds > to class type values in the SENDER_TSPEC registry. > > [MC] I changed it to "Bw Spec Type" > Also, I looked up the Intserv case, and RFC 2210 doesn't really give me > a clear picture of what I'm supposed to encode as the "transport > parameters". I think it's supposed to be the 12-octet assembly > consisting of the token bucket rate, token bucket size, and peak data > rate, but I have very low confidence in that assessment. On the other > hand, RFC 4606 has a very nice data structure layout in Section 2.1, > "SONET/SDH Traffic Parameters". On the gripping hand, there's not a > clear "bandwidth" number in that structure that I can apply a comparison > to for load-balancing purposes. It doesn't look like I'll have time to > check the other four cases right now, but that will need to be done > before final publication. > > [MC] In general the BW Spec type would match one another, but its also possible to ask for 100G Ethernet and split it across 10 ODU2 LSPs, if the endpoints are supporting that. This is technology, network and node-architecture specific. A PCE for that domain would know how to process that. In the case of the PCE not being able to compare those bandwidth for load-balancing purpose, a NO-PATH should be returned. > Section 2.4 > > I'm having trouble parsing: > > The LOAD-BALANCING object [RFC5440] is used to request a set of > maximum Max-LSP TE-LSP having in total the bandwidth specified in > BANDWIDTH, each TE-LSP having a minimum of bandwidth. > > Is it intended to read: > > The LOAD-BALANCING object [RFC5440] is used to request allocation of a > set of > at most Max-LSP TE-LSPs, having in total the bandwidth specified in > BANDWIDTH, with each TE-LSP having at least a specified minimum > bandwidth. > > ? > [MC] Yes, the text has been changed accordingly > > [similar comments apply here to what I mentioned at the end of Section > 1.4] > > Bandwidth Spec Length (16 bits): the total length of the Min > Bandwidth Spec field. It is to be noted that the RSVP-TE traffic > specification MAY also include TLV different from the PCEP TLVs. The > length MUST be strictly greater than 0. > > It's not entirely clear to me why the note about different TLVs in > RSVP-TE and PCEP belongs here. > > [MC] Its indeed better in section 2.3 (added reference to RFC6003) > Section 2.5.1 > > Endpoints label restriction may not be part of the RRO or > IRO, they can be included when following [RFC4003] in signaling for > egress endpoint, but ingress endpoint properties can be local to the > PCC and not signaled. [...] > > nit: the first comma looks like a comma splice. > > A PCE not supporting a given Endpoint Type SHOULD > respond with a PCErr with Error Type 4, Value TBD "Unsupported > endpoint type in END-POINTS Generalized Endpoint object type". [...] > > s/TBD/TBA-15/ > > [MC] Agree > The TLVs present in the > request object body MUST follow the following [RFC5511] grammar: > > It feels a bit like a type error to use RBNF to describe the layout > of TLVs within a TLV block, as RBNF acts on objects. > > [MC] I re-checked RFC5511, the object as defined in RFC5511 is an indivisible rule, its not bound to a specific encoding. > Section 2.5.2.4 > > The LABEL-REQUEST TLV indicates the switching capability and encoding > type of the following label restriction list for the endpoint. Its > format and encoding is the same as described in [RFC3471] Section 3.1 > Generalized label request. [...] > > Presumably the "Its" refers to just the value portion of the TLV? > That should probably be stated explicitly. > > [MC] Agree > Section 2.5.2.5 > > Is there any reason for the section title to not be "LABEL-SET TLV" for > consistency with the other sections? > > A LABEL-SET TLV represents a set of possible labels that can be used > on an interface. If the L bit is cleared, the label allocated on the > first endpoint MUST be within the label set range. [...] > > Is this MUST binding on the PCC that generates a request, or on the > computed LSP returned by the PCE? > > [MC] The MUST is on the speaker doing the allocation. With explicit label control, the PCE is the one doing it, but the PCE MAY send a PCRep and add the LABEL-SET for the PCC to allocate it. > A LABEL-SET TLV with the O and L bit set MUST trigger a PCErr message > with error type="Reception of an invalid object" error value="Wrong > LABEL-SET TLV present with O and L bit set". > > A LABEL-SET TLV with the O bit set and an Action Field not set to 0 > (Inclusive list) or containing more than one subchannel MUST trigger > a PCErr message with error type="Reception of an invalid object" > error value="Wrong LABEL-SET TLV present with O bit and wrong > format". > > If a LABEL-SET TLV is present with O bit set, the R bit of the RP > object MUST be set, otherwise a PCErr message MUST be sent with error > type="Reception of an invalid object" error value="LABEL-SET TLV > present with O bit set but without R bit set in RP". > > nit: I don't know if it makes more sense to use the TBA-25, TBA-26, and > TBA-24 values in these descriptions. > > [MC] I added the TBA-xx in addition to the text > Section 2.6 > > The IRO as defined in [RFC5440] is used to include specific objects > in the path. RSVP-TE allows to include label definition, in order to > fulfill requirement 13 of [RFC7025] the IRO needs to support the new > subobject type as defined in [RFC3473]: > > nit: this looks like a comma splice. (A similar construction appears in > Section 2.7 as well.) > > [MC] Agree > Section 2.7 > > U (1 bit): see [RFC3471]. > > C-Type (8 bits): the C-Type of the included Label Object as > defined in [RFC3471]. > > Label: see [RFC3471]. > > Sorry, where exactly in RFC 3471? I do not see discussion of a U bit > or C-Type therein. (Perhaps RFC 3473 was intended? Though, RFC 3473 > seems to refer back to 3471 for the U parameter, again without section > reference.) > > [MC] The reference should be RFC3473 for th C-Tye, the U bit is described in RFC3471 section 6.1 The Label field is technology-dependent and defined in RFC3471, the per-technology labels are defined in the technology-specific RFCs. > Section 6 > > It seems that a malicious PCC might be able to effect a denial of > service attack on the PCE by attempting to make many requests that > consume lots of resources (whether on the PCE itself or in the managed > network elements). > > [MC] Correct, this is addressed bu RFC5440 Section 10.7.2. > In addition Technology specific data plane mechanism > can be used (following [RFC5920] Section 5.8) to verify the data > plane connectivity and deviation from constraints. > > nit: "In addition, technology-specific" > > [MC] Agree > Appendix A > > It's not entirely clear to me why this specific group of examples was > chosen and no others. (The appendix does not seem to be referenced from > elsewhere in the document, so it appears fairly random to a reader > making it that far.) > > > [MC] This was moved from the LOAD-BALANCING section, added a reference to it in LOAD-BALANCING. > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --000000000000e5540705951b6299 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the thorough review, a new version address= ing the comments has been posted,=C2=A0

please see= inline=C2=A0

A new version=C2=A0

On Thu, 11 Apr 20= 19 at 12:46, Benjamin Kaduk via Datatracker <noreply@ietf.org> wrote:
Benjamin Kaduk has entered the following ballot po= sition for
draft-ietf-pce-gmpls-pcep-extensions-14: 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/s= tatement/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/d= oc/draft-ietf-pce-gmpls-pcep-extensions/



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

This document makes some well-needed extensions to existing PCEP
concepts such as bandwidth, but I'm not convinced that the way they
interact with existing PCEP functionality is sufficiently well specified to admit interoperable implementation.=C2=A0 Specifically, we introduce the=
generalized bandwidth structures and reuse that encoding for the
generalized load balancing structures, which includes a notion of
"minimum bandwidth specification".=C2=A0 But now that the bandwid= th
specification is a compound data structure instead of a scalar type,
it's not guaranteed that we have a strict linear ordering with
well-defined minimum.=C2=A0 If we consider the specific case of Intserv, do= I
insist upon all three of the minimum bucket rate, minimum bucket size,
and minimum peak data rate?=C2=A0 Or perhaps I only care about the peak dat= a
rate and not the bucket size/rate.=C2=A0 We need more text in order to
specify what "minimum" actually means/measures.

Similarly, I'm not sure all the referenced generalized bandwidth
types/traffic parameters in Section 2.3 clearly indicate which
structures/fields we are to incorporate by reference (see COMMENT).


[MC] Thanks Julien for the text that w= as agreed on; it has been incorporated in the new version.

OLD
= =C2=A0 =C2=A0The semantic of the LOAD-BALANCING object is not changed.=C2= =A0 If a PCC
=C2=A0 =C2=A0requests the computation of a set of TE-LSPs s= o that the total of
=C2=A0 =C2=A0their generalized bandwidth is X, the m= aximum number of TE-LSPs is N,
=C2=A0 =C2=A0and each TE-LSP must at leas= t have a bandwidth of B, it inserts a
=C2=A0 =C2=A0BANDWIDTH object spec= ifying X as the required bandwidth and a LOAD-
=C2=A0 =C2=A0BALANCING ob= ject with the Max-LSP and Min Bandwidth Spec fields set
=C2=A0 =C2=A0to = N and B, respectively.

NEW
=C2=A0 =C2=A0The semantic of the LOAD-= BALANCING object is not changed.=C2=A0 If a PCC
=C2=A0 =C2=A0requests th= e computation of a set of TE-LSPs with at most N TE-LSPs
=C2=A0 =C2=A0so= that it can carry generalized bandwidth X , each TE-LSP must at
=C2=A0 = =C2=A0least transport bandwidth B, it inserts a BANDWIDTH object specifying=
=C2=A0 =C2=A0X as the required bandwidth and a LOAD-BALANCING object wi= th the Max-
=C2=A0 =C2=A0LSP and Min Bandwidth Spec fields set to N and = B, respectively.=C2=A0 When
=C2=A0 =C2=A0the BANDWIDTH and Min Bandwidth= Spec can be summarized as scalars,
=C2=A0 =C2=A0the sum of all TE-LSPs = bandwith in the set is greater than X.=C2=A0 The
=C2=A0 =C2=A0mapping of= X over N path with (at least) bandwidth B is technology
=C2=A0 =C2=A0an= d possibly node specific.=C2=A0 Each standard definition of the
=C2=A0 = =C2=A0transport technology is defining those mappings and are not repeated<= br>=C2=A0 =C2=A0in this document.=C2=A0 A simplified example for SDH is des= cribed in
=C2=A0 =C2=A0Appendix A


=C2=A0 =C2=A0In all other c= ases, including for technologies based on statistical
=C2=A0 =C2=A0multi= plexing (e.g., InterServ, Ethernet), the exact bandwidth
=C2=A0 =C2=A0ma= nagement (e.g., Ethernet's Excessive Rate) is left to the PCE's
= =C2=A0 =C2=A0policies, according to the operator's configuration.=C2=A0= If required,
=C2=A0 =C2=A0further documents may introduce a new mechani= sm to finely express
=C2=A0 =C2=A0complex load balancing policies within= PCEP.

=C2=A0
Section 2.1.2 says:

=C2=A0 =C2=A0GMPLS-CAPABILITY TLV it is RECOMMENDED that the PCC does not m= ake use
=C2=A0 =C2=A0of the objects and TLVs defined in this document.

Why is this not "the PCC MUST NOT make use of the objects and TLVs
defined in this document"?=C2=A0 Ignoring the peer's (non-)adverti= sement and
plowing ahead seems like a recipe for non-interoperability.



[MC] The PCC is able to mand= ate or not the processing of objects on
per-request basic. To make it si= mpler the capability negotiation has
been made mandatory (both peer= must advertize the capability).


Section 2.5.1 notes that:

=C2=A0 =C2=A0 =C2=A0<p2mp-endpoints> ::=3D
=C2=A0 =C2=A0 =C2=A0 =C2=A0<endpoint> [<endpoint-restriction-list&= gt;]
=C2=A0 =C2=A0 =C2=A0 =C2=A0[<endpoint> [<endpoint-restriction-list= >]]...


=C2=A0 =C2=A0For endpoint type Point-to-Multipoint, several endpoint object= s MAY
=C2=A0 =C2=A0be present in the message and each represents a leave, exact m= eaning
=C2=A0 =C2=A0depend on the endpoint type defined of the object.

If all <endpoint>s represent leaves, then how is the head node
specified?


[MC] In case of P2P the first endpoint is t= he ingress and the second is egress.
In case of P2MP, the first endpoint= is root and and anything else is
leaf. the RBNF is changed =C2=A0mark t= hat at least 2 endpoints must be there.
=C2=A0
I couldn't find a full spcification for some of the fields in the XRO Label subobject (Section 2.7) by chasing the indicated references (see
COMMENT).


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Section 1

Please expand OTN and WSON on first use.

[MC] Agree
=C2=A0
Section 1.4

It's very unclear to me what kind of support, from/by what entities/dat= a
structures, under what conditions, these tables are attempting to
indicate.

[MC] The tables attempt to identify which existing PC= EP objects are able to meet the requirements described in RFC7025. The Tabl= es are split to match RFC7025 way of separating the requirements.
=
=C2=A0
We should probably be consistent whether we talk about just "FOO"= or
"FOO object" as the hanging text for these bulleted lists.


[MC] I aligned on "Foo"
= =C2=A0
=C2=A0 =C2=A0From [RFC8282]:

=C2=A0 =C2=A0o=C2=A0 SWITCH-LAYER: address requirements (1, 2 and 3) for th= e TE-LSP and
=C2=A0 =C2=A0 =C2=A0 indicates which layer(s) should be considered, can be = used to
=C2=A0 =C2=A0 =C2=A0 represent the RSVP-TE generalized label request.=C2=A0= [...]

nit: this looks like a comma splice.

[M= C] Agree=C2=A0

=C2=A0 =C2=A0The PCEP extensions defined later in this document to cover th= e gap
=C2=A0 =C2=A0are:

=C2=A0 =C2=A0 =C2=A0 Two new object types are introduced for the BANDWIDTH = object
=C2=A0 =C2=A0 =C2=A0 (Generalized bandwidth, Generalized bandwidth of exist= ing TE-LSP
=C2=A0 =C2=A0 =C2=A0 for which a reoptimization is requested).

I'm confused by this language "new object types are introduced for= the
BANDWIDTH object".=C2=A0 My understanding was that objects did not nes= t: that
is, objects have a given structure and can sometimes contain TLVs, but
do not contain other objects.=C2=A0 So, my current understanding is that ne= w
objects are introduced that can appear where the BANDWIDTH object would
previously have appeared, but they are separate object (type)s from the
RFC 5440 BANDWIDTH objects.=C2=A0 (This language is used in the next couple=
items as well.)=C2=A0 To be clear, this is at most an editorial
consideration, essentially whether to use "introduced for" or som= ething
like "introduced akin to".



[MC] The document means to d= efine two new object types for object class 5, would the following ( also i= n subsequent type defintion)
clarify this point?


=C2=A0 =C2= =A0 =C2=A0Two new object types are defined for the BANDWIDTH object
=C2= =A0 =C2=A0 =C2=A0 (Generalized bandwidth, Generalized bandwidth of existing= TE-LSP
=C2=A0 =C2=A0 =C2=A0 for which a reoptimization is requested).
=C2=A0
Section 2.1.2

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 If the PCE does not
=C2=A0 =C2=A0include the GMPLS-CAPABILITY TLV in the OPEN message and the P= CC does
=C2=A0 =C2=A0include the TLV, it is RECOMMENDED that the PCC indicates a mi= smatch
=C2=A0 =C2=A0of capabilities.=C2=A0 Moreover, in case that the PCC does not= receive the

Indicate how, to whom?

[MC]=C2=A0The negotiation is now mandatory

NEW

=C2=A0=C2=A0 If the PCEP speaker= supports the extensions of this specification but

=C2=A0 =C2=A0d= id not advertise the GMPLS-CAPABILITY capability, upon receipt of a
=C2= =A0 =C2=A0message from the PCE including an extension defined in this docum= ent,
=C2=A0 =C2=A0it MUST generate a PCEP Error (PCErr) with Error-Type= =3D10 (Reception
=C2=A0 =C2=A0of an invalid object) and Error-value=3DTB= A-42 (Missing GMPLS-

=C2=A0 =C2=A0CAPABILITY TLV), and it SHOULD terminate the PCEP sessio= n.

=C2= =A0

Section 2.2

This granularity applies to all links in the path, right?=C2=A0 So I can= 9;t
request label-level granularity for one hop and indicate that I only
care about node-level granularity for the other hops?

[MC] Correct, in the context of GMPLS and = transport networks the granularity generally applies to the path.
In som= e case several requests to the PCE can be made for different section of the= path, or the PCE can use some policies to reduce the granularity level (fo= r instance based on the different administrative domains)

=C2=A0
ection 2.3<= br>
[similar comments apply here to what I mentioned at the end of Section
1.4]

=C2=A0 =C2=A0The Bw Spec Type correspond to the RSVP-TE SENDER_TSPEC (Objec= t Class
=C2=A0 =C2=A012) C-Types

Should we ask IANA to update the SENDER_TSPEC registry to note that it
is used for PCEP as well as RSVP?



[MC] We can, but that also apply to other reg= istries:
=C2=A0 - EXPLICIT_ROUTE)
=C2=A0 - ROUTE_RECORD
Tho= se were not changed (since RFC5440)=C2=A0
=C2=A0
=C2=A0 =C2=A0The encoding of the fields Generalized Bandwidth and Reverse =C2=A0 =C2=A0Generalized Bandwidth is the same as the Traffic Parameters ca= rried
=C2=A0 =C2=A0in RSVP-TE, it can be found in the following references.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 Object Type Name=C2=A0 =C2=A0 =C2=A0 Reference

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 2=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Intserv=C2=A0 =C2=A0[RFC2210]=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 4=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0SONET/SDH [RFC4606]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 5=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0G.709=C2=A0 =C2=A0 =C2=A0[RFC= 4328]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 6=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ethernet=C2=A0 [RFC6003]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 7=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0OTN-TDM=C2=A0 =C2=A0[RFC7139]=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 8=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0SSON=C2=A0 =C2=A0 =C2=A0 [RFC= 7792]

It's quite confusing to have the table heading be just "object typ= e"
when this is the value in the field named "Bw Spec Type" and corr= esponds
to class type values in the SENDER_TSPEC registry.

[MC] I changed it to "Bw Spec Type"
=C2=A0
Also, I looked up the Intserv case, and RFC 2210 doesn't really give me=
a clear picture of what I'm supposed to encode as the "transport parameters".=C2=A0 I think it's supposed to be the 12-octet assemb= ly
consisting of the token bucket rate, token bucket size, and peak data
rate, but I have very low confidence in that assessment.=C2=A0 On the other=
hand, RFC 4606 has a very nice data structure layout in Section 2.1,
"SONET/SDH Traffic Parameters".=C2=A0 On the gripping hand, there= 's not a
clear "bandwidth" number in that structure that I can apply a com= parison
to for load-balancing purposes.=C2=A0 It doesn't look like I'll hav= e time to
check the other four cases right now, but that will need to be done
before final publication.


[MC] In general the BW Spec type would= match one another, but its also
possible to ask for 100G Ethernet and s= plit it across 10 ODU2 LSPs, if
the endpoints are supporting that. This = is technology, network and
node-architecture specific. A PCE for that d= omain would know how to
process that. In the case of the PCE not being a= ble to compare those
bandwidth for load-balancing purpose, a NO-PATH sho= uld be returned.

=C2=A0
Section 2.4

I'm having trouble parsing:

=C2=A0 =C2=A0The LOAD-BALANCING object [RFC5440] is used to request a set o= f
=C2=A0 =C2=A0maximum Max-LSP TE-LSP having in total the bandwidth specified= in
=C2=A0 =C2=A0BANDWIDTH, each TE-LSP having a minimum of bandwidth.

Is it intended to read:

=C2=A0 =C2=A0The LOAD-BALANCING object [RFC5440] is used to request allocat= ion of a set of
=C2=A0 =C2=A0at most Max-LSP TE-LSPs, having in total the bandwidth specifi= ed in
=C2=A0 =C2=A0BANDWIDTH, with each TE-LSP having at least a specified minimu= m bandwidth.

?

[MC] Yes, the text has been changed accord= ingly
=C2=A0

[similar comments apply here to what I mentioned at the end of Section
1.4]

=C2=A0 =C2=A0Bandwidth Spec Length (16 bits): the total length of the Min =C2=A0 =C2=A0Bandwidth Spec field.=C2=A0 It is to be noted that the RSVP-TE= traffic
=C2=A0 =C2=A0specification MAY also include TLV different from the PCEP TLV= s.=C2=A0 The
=C2=A0 =C2=A0length MUST be strictly greater than 0.

It's not entirely clear to me why the note about different TLVs in
RSVP-TE and PCEP belongs here.


[MC] Its indeed better in section 2.3 (added refe= rence to RFC6003)
=C2=A0
Section 2.5.1

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Endpoints label restrictio= n may not be part of the RRO or
=C2=A0 =C2=A0IRO, they can be included when following [RFC4003] in signalin= g for
=C2=A0 =C2=A0egress endpoint, but ingress endpoint properties can be local = to the
=C2=A0 =C2=A0PCC and not signaled.=C2=A0 [...]

nit: the first comma looks like a comma splice.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 A PCE not supporting a given Endpoint Type SHOULD
=C2=A0 =C2=A0respond with a PCErr with Error Type 4, Value TBD "Unsupp= orted
=C2=A0 =C2=A0endpoint type in END-POINTS Generalized Endpoint object type&q= uot;.=C2=A0 [...]

s/TBD/TBA-15/

[MC] Agree
=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0The TLVs present in the
=C2=A0 =C2=A0request object body MUST follow the following [RFC5511] gramma= r:

It feels a bit like a type error to use RBNF to describe the layout
of TLVs within a TLV block, as RBNF acts on objects.


[MC] I re-checked RFC5511, the object as defined = in RFC5511 is an
indivisible rule, its not bound to a specific encoding.=

=C2=A0
Section 2.5.2.4

=C2=A0 =C2=A0The LABEL-REQUEST TLV indicates the switching capability and e= ncoding
=C2=A0 =C2=A0type of the following label restriction list for the endpoint.= =C2=A0 Its
=C2=A0 =C2=A0format and encoding is the same as described in [RFC3471] Sect= ion 3.1
=C2=A0 =C2=A0Generalized label request.=C2=A0 [...]

Presumably the "Its" refers to just the value portion of the TLV?=
That should probably be stated explicitly.

[MC] Agree
=C2=A0
Section 2.5.2.5

Is there any reason for the section title to not be "LABEL-SET TLV&quo= t; for
consistency with the other sections?

=C2=A0 =C2=A0A LABEL-SET TLV represents a set of possible labels that can b= e used
=C2=A0 =C2=A0on an interface.=C2=A0 If the L bit is cleared, the label allo= cated on the
=C2=A0 =C2=A0first endpoint MUST be within the label set range.=C2=A0 [...]=

Is this MUST binding on the PCC that generates a request, or on the
computed LSP returned by the PCE?

[MC] The MUST is on the speaker doing the allocation.= With explicit
label control, the PCE is the one doing it, but the PCE M= AY send a
PCRep and add the LABEL-SET for the PCC to allocate it.

=C2=A0
=C2=A0 =C2=A0A LABEL-SET TLV with the O and L bit set MUST trigger a PCErr = message
=C2=A0 =C2=A0with error type=3D"Reception of an invalid object" e= rror value=3D"Wrong
=C2=A0 =C2=A0LABEL-SET TLV present with O and L bit set".

=C2=A0 =C2=A0A LABEL-SET TLV with the O bit set and an Action Field not set= to 0
=C2=A0 =C2=A0(Inclusive list) or containing more than one subchannel MUST t= rigger
=C2=A0 =C2=A0a PCErr message with error type=3D"Reception of an invali= d object"
=C2=A0 =C2=A0error value=3D"Wrong LABEL-SET TLV present with O bit and= wrong
=C2=A0 =C2=A0format".

=C2=A0 =C2=A0If a LABEL-SET TLV is present with O bit set, the R bit of the= RP
=C2=A0 =C2=A0object MUST be set, otherwise a PCErr message MUST be sent wit= h error
=C2=A0 =C2=A0type=3D"Reception of an invalid object" error value= =3D"LABEL-SET TLV
=C2=A0 =C2=A0present with O bit set but without R bit set in RP".

nit: I don't know if it makes more sense to use the TBA-25, TBA-26, and=
TBA-24 values in these descriptions.

[MC] I added the TBA-xx in addition to the text
= =C2=A0
Section 2.6

=C2=A0 =C2=A0The IRO as defined in [RFC5440] is used to include specific ob= jects
=C2=A0 =C2=A0in the path.=C2=A0 RSVP-TE allows to include label definition,= in order to
=C2=A0 =C2=A0fulfill requirement 13 of [RFC7025] the IRO needs to support t= he new
=C2=A0 =C2=A0subobject type as defined in [RFC3473]:

nit: this looks like a comma splice.=C2=A0 (A similar construction appears = in
Section 2.7 as well.)

[MC] Agree
=C2=A0
Section 2.7

=C2=A0 =C2=A0 =C2=A0 U (1 bit): see [RFC3471].

=C2=A0 =C2=A0 =C2=A0 C-Type (8 bits): the C-Type of the included Label Obje= ct as
=C2=A0 =C2=A0 =C2=A0 defined in [RFC3471].

=C2=A0 =C2=A0 =C2=A0 Label: see [RFC3471].

Sorry, where exactly in RFC 3471?=C2=A0 I do not see discussion of a U bit<= br> or C-Type therein.=C2=A0 (Perhaps RFC 3473 was intended?=C2=A0 Though, RFC = 3473
seems to refer back to 3471 for the U parameter, again without section
reference.)

[MC] The reference should be RFC3473 for th C-Tye, th= e U bit is
described in RFC3471 section 6.1
The Label field is techno= logy-dependent and defined in RFC3471, the per-technology labels are define= d in the technology-specific RFCs.
=C2=A0
Section 6

It seems that a malicious PCC might be able to effect a denial of
service attack on the PCE by attempting to make many requests that
consume lots of resources (whether on the PCE itself or in the managed
network elements).

[MC] Correct, this is addressed bu RFC5440 Section 10= .7.2.
=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0In addition T= echnology specific data plane mechanism
=C2=A0 =C2=A0can be used (following [RFC5920] Section 5.8) to verify the da= ta
=C2=A0 =C2=A0plane connectivity and deviation from constraints.

nit: "In addition, technology-specific"

[MC] Agree
=C2=A0
Appendix A

It's not entirely clear to me why this specific group of examples was chosen and no others.=C2=A0 (The appendix does not seem to be referenced fr= om
elsewhere in the document, so it appears fairly random to a reader
making it that far.)


[MC] This was moved from the LOAD-BALANCING section, = added a reference
to it in LOAD-BALANCING.
=C2=A0
_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--000000000000e5540705951b6299-- From nobody Thu Oct 17 06:48:25 2019 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 8A6DF120288; Thu, 17 Oct 2019 06:48:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 UbDu0LVGpoFO; Thu, 17 Oct 2019 06:48:17 -0700 (PDT) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 0859B1201DB; Thu, 17 Oct 2019 06:48:14 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id v38so1784290edm.7; Thu, 17 Oct 2019 06:48:13 -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=THSec4SkHH9ehDsnMbzNyr778Fr5jIVJodfFNzOkHoU=; b=oiT33TC5rPhEzQEn4HtyQVYloIb/tUVehBDsAFYTCUwhsxBaCJV7hf6CK/M7ypKrEM soukE2uX+JrDxk8+GR8WcS12ux1A51FRoUrCGkBABCl5GMFzs/0bamcNgRq/zdOC/0v/ lDqApMQNxK+f0hEfO5h1xa1kV7rGVSaK2FjxLYHLHBaFTugMYGBio0SyLF6KIIKOPP3l /f6FQ/1u3GxVBQRAJZZurO1P9YTFnHwxmUiZXhNHeEfxIJhU/7s0ptfMTa/2ZtBWTEUz SqradfN/5E8Nk/drzCJNw2B7oZct/9Rb+aCqNeh30iLFRtp+eCby2qqWZGesFzNzxt4R vPzw== 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=THSec4SkHH9ehDsnMbzNyr778Fr5jIVJodfFNzOkHoU=; b=N7SpuKu1JHdTkBlOvf9MJPQ65F1NYsF722AO7dtcuHSeu+77GrcqxHYIkJZrUhd1Hw ah2V3ySILLjvKSI2H5+GdhwOTTEFIpWb/liWne1jbv8/Gq80pb7r1PWnz74qu2XJSt4X psiBvp28Ee3lmk+9i+qXy7l1tN4MxtxIuxbs3llNkPdWf4KlCiAUx3nx10lOJLEhYuln rua/4HfM+HgqY4G1ktEk7QL4Sbkv43Qd3XV+lemfEPEeZ8u4oVX8VRVhXn4WJFEr0hrE OsMjGXT8DtgIq5Gwu2w8f+AD/YyEijxkjdqzYMu+wXgSQO62zoE5h3lLb2AIFJ9izfa3 ZKoA== X-Gm-Message-State: APjAAAU2CR44f6trt88ztY+wJLLTBomqXge9MjoJ9p/TNYfUO2mPadJw BVKTm8PBjiB6Tea8VKw0BN5GsayIUHqhcuAATJI= X-Google-Smtp-Source: APXvYqxFB1urJwf36KXjRXQGM0Ig6jVVss5O0iUAHK7xje6J9aXK42EYcIsfomFL+vqK3R8SQ2QyiUAvoFtXnahpeDk= X-Received: by 2002:a17:906:5a98:: with SMTP id l24mr3625842ejq.40.1571320092433; Thu, 17 Oct 2019 06:48:12 -0700 (PDT) MIME-Version: 1.0 References: <155490045947.22938.5359257333272095316@ietfa.amsl.com> In-Reply-To: <155490045947.22938.5359257333272095316@ietfa.amsl.com> From: Cyril Margaria Date: Thu, 17 Oct 2019 14:48:00 +0100 Message-ID: To: Elwyn Davies Cc: gen-art@ietf.org, draft-ietf-pce-gmpls-pcep-extensions.all@ietf.org, pce@ietf.org, ietf@ietf.org Content-Type: multipart/alternative; boundary="000000000000f022fe05951b77f3" Archived-At: Subject: Re: [Pce] Genart telechat review of draft-ietf-pce-gmpls-pcep-extensions-14 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, 17 Oct 2019 13:48:22 -0000 --000000000000f022fe05951b77f3 Content-Type: text/plain; charset="UTF-8" Thanks for the review, a new version has been posted addressing your comments. Please also see inline On Wed, 10 Apr 2019 at 13:47, Elwyn Davies via Datatracker wrote: > Reviewer: Elwyn Davies > Review result: Almost Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please wait for direction from your > document shepherd or AD before posting a new version of the draft. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-pce-gmpls-pcep-extensions-14 > Reviewer: Elwyn Davies > Review Date: 2019-04-10 > IETF LC End Date: 2018-10-29 > IESG Telechat date: 2019-04-11 > > Summary: > Almost ready, but with a large collection of nits in language and > non-expansion > of abbreviations. I am also concerned about the specification of behaviour > in > case PCC/PCEs with and without the extensions attempt to interact. The > requirements and behaviour are rather woolly, and are not fully covered by > capability negotiations as the negotation capability itself is not in the > original PCEP specification. > > Major issues: > None > > Minor issues: > Interacting with PCCs that do not support these GMPLS extensions: The > draft is > not very clear on interactions between PCCs that do support the extensions > and > ones that do not. It is unclear whether a PCC that proposes to use the > extensions must support the RFC 5088 or 5089 capability negotiation > extensions > and use them to determine if a PCEP exchange can use the extensions. The > text > in para 1 of s2.1.2 appears to require that a node that does not support > RFC > 5088 or 5089 still has to understand that it has received the > GMPLS-CAPABILITY > type indicator and indicate a mismatch. It seems to me that some > additional > explanation is needed to describe how mismatched PCC/PCEs understand the > problem and deal with cases where a message with the new extensions is > received > (and presumably rejected) by a node that does not implement the extensions. > > [MC] The IGP-based discovery (RFC 5088 or 5089) are optional, and are not capability negotiations. The Capability negotiation is done only in PCEP, and the GMPLS-CAPABILITY TLV must be present from both peers in order to make use of the extensions > s9.2, RFC7025: Given the references to the requirements document for this > work, > I would consider RFC 7025 to be normative. > > [MC] 7025 is marked as Informational, so I am not sure it should listed as normative. > Nits/editorial comments: > [MC] All the nits have addressed > General: s/e.g. /e.g., /g > Abstract: s/The Path Computation Element (PCE)/A Path Computation Element > (PCE)/ > > s1: Expand abbreviations OTN (Optical Transport Networks) and WSON > (Wavelength > Switched Optical Networks). > > s1, para 2: s/considered/addressed/, s/those application/these > applications/ > > s1.2, para 1: s/PCEP extension/PCEP extensions/, s/broken down in/broken > down > into/ > > s1.2: Expand following acronyms/abbreviations on first occurrence: LSP, > TE-LSP, > L2SC, TDM, SONET, SDH, LSC [Query: Is LSC different from L2SC?], PCC, ERO > > s1.2, bullet 2: A reference for the G.709 standard is needed. > > s1.2 and s1.3.1, items (4) and (5): There doesn't seem to be a definition > of > Concatenation Number in any of the documents mentioned here or anywhere on > the > web. I suspect it is supposed to be the number of streams that are > concatenated but this needs to be properly defined or a reference provided. > > s1.2, bullet 5: s/Label restriction/label restriction/. I take it this > refers > to the use of Label Set objects as described in RFC 3473. If so please > add a > reference. If not lease provide the appropriate reference. > > s1.3.1: Expand following acronyms/abbreviations on first occurrence: > TE-LSP, > ODU, IRO, XRO, RRO, LSPA > > s1.3.1, item (4): s/Its scoped/It is scoped/ [English language note: 'Its' > is > the possessive pronoun derived from the third person singular impersonal > pronoun 'it', whereas "It's" is a contraction of 'it is' that is not > normally > used in formal documents.] > > s1.3.1, item (4): > > > related to the BANDWIDTH object in MPLS networks > I assume this relates to the BANDWIDTH object in RFC 5440 - please add a > reference. > > s1.3.2, item (1): The previous two comments on s.1.3.1, item (4) apply > also to > this item. > > s1.4: > > OLD: > > 1.4 GMPLS Support and Limitation of Base PCEP Objects > > The support for requirements [RFC7025] is summarized in Table 1 and > Table 2 > > NEW: > > 1.4 Existng Support for GMPLS in Base PCEP Objects and its Limitations > > The support provided by specifications in [RFC8282] and [RFC5440] for > the > requirements listed in [RFC7025] is summarized in Table 1 and Table 2. > In > some cases the support may not be complete, as noted, and additional > support > need to be provided in this specification. > > ENDS > > s1.4, RFC 5440 bullets, ERO: A reference for the RSVP specification > covering > ERO is needed. > > s1.4, XRO object. 1st bullet: Expand SRLG. > > s1.4, SWITCH-LAYER bullet: s/address/addresses/ > > s1.4, list of coverage gaps: Expand NVC. > > s1.4, added functionality needed: s/to cover the gap/to cover the gaps/ > > s2: Expand PCReq and PCRep message names to reflect names in RFC 5440. > > s2.1.2: > > > Moreover, in case that the PCC does not receive the > > GMPLS-CAPABILITY TLV it is RECOMMENDED that the PCC does not make use > > of the objects and TLVs defined in this document. > I would have thought this ought to have been a MUST (when communicating > with > the PCC that didn't support the extensions. > > [MC] The PCC is able to mandate or not the processing of objects on per-request basic. To make it simpler though the capability negotiation has been made mandatory (both peer must advertize the capability) > s2.1.2: s/OPEN message/Open message/ in (at least) 3 places - for > consistency > and to match RFC 5440 > > s2.1.2, GMPS-CAPABILITY TLV spec > > > IANA has allocated value TBA-1 from the "PCEP TLV Type Indicators" > > sub-registry, as documented in Section 5.3 ("New PCEP TLVs"). The > > description is "GMPLS-CAPABILITY". Its format is shown in the > > following figure. > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Type=14 | Length | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Flags | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > Should 'Type=14' in the diagram be 'Type=TBA-1'? > > s2.2: > > > Depending > > on policies or switching layer, it can be necessary for the PCC to > > use explicit label control or expect explicit link, > > ^^^^^^^^^^^^^^^^^^^^^^^ > > I cannot parse the marked phrase 'or expect explicit link'. Please > clarify. > > [MC] it should read 'or explicit link ids'. The PCC may need to know the exact details of the path down to the label or list of links (no Loose hops) s2.2, next to last para: s/requested route granularity/requested routing > granularity/ > > [MC] The goal is to express the granularity of the information in the returned ERO, not on how the PCE does the routing. > s2.3, para 1: s/to allow to express/to allow the object to express/, s/set > of > encoding/set of encodings/ > > s2.3, para at top of page 12: s/The Bw Spec Type correspond to/The Bw Spec > Type > corresponds to/ > > s2.3, Table 4:Expand MEF, SSON on first occurrence. > > s2.3, next to last para: > > OLD: > > The Object Type TBA-3 MAY be used instead of object type 2 > to indicate the existing TE-LSP bandwidth. A PCC that requested a > path with a BANDWIDTH object of object type 1 SHOULD use object type > 2 to represent the existing TE-LSP BANDWIDTH. > > NEW: > > The Object Type TBA-3 MAY be used instead of the previously specified > object > type 2 to indicate the existing TE-LSP bandwidth originally specified > with > object type TBA-2. A PCC that requested a path with a BANDWIDTH object > of > object type 1 SHOULD use object type 2 to represent the existing TE-LSP > BANDWIDTH. > > ENDS > > It is not clear to me why this is a SHOULD and not a MUST. > > [MC] I think we were a bit too permissive in the initial iterations, a MUST is better > s2.4, para below the format: s/MAY also include TLV different from the PCEP > TLVs./MAY also include TLVs different from the basic PCEP TLVs./ > > s2.4, para at top of page 14: > > > The encoding of the fields Min Bandwidth Spec and Min Reverse > > Bandwidth Spec is the same as in RSVP-TE SENDER_TSPEC object, it can > > be found in Table 4 from Section 2.3. > Might be helpful to add (after Section 2.3) 'of this document' - the use of > RSVP-TE immediately before this got me thinking this is in some RSVP-TE > document. > > s2.5, last bullet on page 14: s/constraints in/constraints on/ > > s2.5.1, para 7 (one after bullet #5): s/This TLVs express/These TLVs > express/ > (probably, but could be 'This TLV expresses' as I think this applies to > just > the Label set TLV.) > > s2.5.1, para 7: s/label set allows to indicate which label/label set allows > indication of which labels/ > > s2.5.1, para 7: s/restricting then in GMPLS the possible label ranges on > the > interface/consequently restricting the possible label ranges on the > interface > in GMPLS/ > > s2.5.1: Expand P2MP on first occurrence. > > s2.5.1, para after Table 5: s/Value TBD/Value TBA-14/ > [MC] Agree, it should be TBA-15 (Unsupported endpoint type in END-POINTS Generalized Endpoint object type) > s2.5.1, page 17, para after generalized-endpoint-tlvs grammar: Suggest > > OLD: > > For endpoint type Point-to-Multipoint, several endpoint objects MAY > be present in the message and each represents a leave, exact meaning > depend on the endpoint type defined of the object. > > NEW: > > For endpoint type Point-to-Multipoint, several endpoint objects MAY > be present in the message and each represents a leaf of the P2MP tree, > with the exact meaning depending on the endpoint type defined for the > object. > ENDS > > s2.5.1, last para on page 17: For consistency, the (new) vlaue of the Type > 4 > error should be specified here (TBA-15, i think). > > s2.5.2.x, last para in each case: s/responded/returned/ > > s2.5.2.3, para 1 s/as follow/as follows/ > > s2.5.2.4, paa 1: s/The LABEL-REQUEST TLV use/The LABEL-REQUEST TLV uses/ > > s2.5.2.4, para 1: Suggest using fully expanded name of G-PID - Generalized > Payload Identifier. > > s2.5.2.4, para 2: Suggest adding reference(s) for where the definitions of > Tspec and FlowSpec can be found. > > s2.5.2.5, para 1: s/Those TLV/These TLVs/, s/responded/returned/, s/as > follow/as follows/ > > s2.5.2.5, first bullet: s/set of label/set of labels/ > > s2.5.2.5, para after diagram: s/Those parameters/These parameters/ > > s2.5.2.5: There are two more or less equivalent descriptions of the > functions > of the U, O and L flag bits. For avadance of error, it would be better if > the > first summary was removed and the reader referred to the full description > after > the diagram. This would mean adding the text 'following the semantic of > SUGGESTED_LABEL defined by [RFC3471]' to the full description. > > s2.5.2.5, last para on page 20: > > > At most 2 LABEL_SET TLVs MUST be present with > > the O bit set, at most one with the U bit set and at most one with > > the U bit cleared. > Since all LABEL_SET TLVs contain a U bit field, I read the above text as > limiting the number of LABEL_SETs to two (it isn't clear that the U > constraint > is a sub-constraint after the O constraint). I think what is meant is > > > At most 2 LABEL_SET TLVs MAY be present with > > the O bit set, with at most one of these having the U bit set and > > at most one of these having the U bit cleared. > s2.5.2.5, last 3 paras: For consistency the new error values TBA-x should > be > specified. > > s2.6, para 1: s/allows to include label definition/allows the inclusion of > a > label definition/ > > s2.7, para 1: s/allows to exclude labels/allows the exclusion of certan > labels/ > s2.7: More information about U, C-Type and Label is allegedly found in RFC > 3471. I can't find a reference to C-Type in that document, and it is > unclear > which part of the document has the Label info. Is this a miatake? > > [MC] The reference should be RFC3473 for th C-Tye, the U bit is described in RFC3471 section 6.1 The Label field is technology-dependent and defined in RFC3471, the per-technology labels are defined in the technology-specific RFCs. > s2.8, para 1: s/fulfill/fulfil/ > > s2.8: Pointers to the relevant sections in RFC 4872 and 4873 would help. > > s2.9: s/The NO-PATH object MAY carries/The NO-PATH object MAY carry/, > s/like/such as/, s/Few/Several/, s/and no/but no/ > > s3, para 1: s/few error/several error/, s/Error- values/Error-values/ > > s3, para 2: s/but not path found/but the PCe is unable to find a path/, > s/NO-PATH is to be used/the NO-PATH error is to be used/ > > s4.1, last para: s/Those parameters configuration are/The configuration of > the > above parameters is/ > > s4.2: s/This document does not introduces new ERO sub object,/This document > does not introduce any new ERO sub objects, so that the/ > > s4.4: s/should be covered by/should satisfy/ > > s5: It would be worth adding a note to IANA that TBA-11 is not used > (assuming > this is not a bug). > > s5.1 and s5.3: s/(section /(/ (removing duplicate word 'section') in > several > places > > s5.2, para 2: s/qualities/attributes/ > > s6, para 1: s/amount/volume/ > > s6, first bullet: s/The answer can make that the LSP traverses/The > resulting > LSP might be arranged to traverse/ > > s6, first bullet: s/the answer can omit/the rsulting LSP can omit/, s/the > answer can lead to provide a LSP/the result can lead to the creation of an > LSP/ > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --000000000000f022fe05951b77f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the review,=C2=A0

a new version has been posted addressing=C2=A0your comments.
Please also see inline

On Wed, 10 Apr 2019 at 13:47, Elwyn Davies v= ia Datatracker <noreply@ietf.org= > wrote:
Revi= ewer: Elwyn Davies
Review result: Almost Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please wait for direction from your
document shepherd or AD before posting a new version of the draft.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document: draft-ietf-pce-gmpls-pcep-extensions-14
Reviewer: Elwyn Davies
Review Date: 2019-04-10
IETF LC End Date: 2018-10-29
IESG Telechat date: 2019-04-11

Summary:
Almost ready, but with a large collection of nits in language and non-expan= sion
of abbreviations. I am also concerned about the specification of behaviour = in
case PCC/PCEs with and without the extensions attempt to interact.=C2=A0 Th= e
requirements and behaviour are rather woolly, and are not fully covered by<= br> capability negotiations as the negotation capability itself is not in the original PCEP specification.

Major issues:
None

Minor issues:
Interacting with PCCs that do not support these GMPLS extensions: The draft= is
not very clear on interactions between PCCs that do support the extensions = and
ones that do not.=C2=A0 It is unclear whether a PCC that proposes to use th= e
extensions must support the RFC 5088 or 5089 capability negotiation extensi= ons
and use them to determine if a PCEP exchange can use the extensions.=C2=A0 = The text
in para 1 of s2.1.2 appears to require that a node that does not support RF= C
5088 or 5089 still has to understand that it has received the GMPLS-CAPABIL= ITY
type indicator and indicate a mismatch.=C2=A0 It seems to me that some addi= tional
explanation is needed to describe how mismatched PCC/PCEs understand the problem and deal with cases where a message with the new extensions is rece= ived
(and presumably rejected) by a node that does not implement the extensions.=

[MC] The IGP-based discovery (RFC 5088 or 5089) are o= ptional, and are
not capability negotiations. The Capability negotiation= is done only
in PCEP, and the GMPLS-CAPABILITY TLV must be present from= both peers
in order to make use of the extensions
=C2=A0
s9.2, RFC7025: Given the references to the requirements document for this w= ork,
I would consider RFC 7025 to be normative.

[MC] 7025 is marked as Informational, so I am not sure it = should
listed as normative.
=C2=A0
Nits/editorial comments:

[MC] All the n= its have addressed
=C2=A0
General: s/e.g. /e.g., /g
Abstract: s/The Path Computation Element (PCE)/A Path Computation Element (= PCE)/

s1: Expand abbreviations OTN (Optical Transport Networks) and WSON (Wavelen= gth
Switched Optical Networks).

s1, para 2: s/considered/addressed/, s/those application/these applications= /

s1.2, para 1: s/PCEP extension/PCEP extensions/, s/broken down in/broken do= wn
into/

s1.2: Expand following acronyms/abbreviations on first occurrence: LSP, TE-= LSP,
L2SC, TDM, SONET, SDH, LSC [Query: Is LSC different from L2SC?], PCC, ERO
s1.2, bullet 2: A reference for the G.709 standard is needed.

s1.2 and s1.3.1, items (4) and (5): There doesn't seem to be a definiti= on of
Concatenation Number in any of the documents mentioned here or anywhere on = the
web.=C2=A0 I suspect it is supposed to be the number of streams that are concatenated but this needs to be properly defined or a reference provided.=

s1.2, bullet 5:=C2=A0 s/Label restriction/label restriction/.=C2=A0 I take = it this refers
to the use of Label Set objects as described in RFC 3473.=C2=A0 If so pleas= e add a
reference.=C2=A0 If not lease provide the appropriate reference.

s1.3.1: Expand following acronyms/abbreviations on first occurrence: TE-LSP= ,
ODU, IRO, XRO, RRO, LSPA

s1.3.1, item (4): s/Its scoped/It is scoped/ [English language note: 'I= ts' is
the possessive pronoun derived from the third person singular impersonal pronoun 'it', whereas "It's" is a contraction of '= ;it is' that is not normally
used in formal documents.]

s1.3.1, item (4):

> related to the BANDWIDTH object in MPLS networks
I assume this relates to the BANDWIDTH object in RFC 5440 - please add a reference.

s1.3.2, item (1):=C2=A0 The previous two comments on s.1.3.1, item (4) appl= y also to
this item.

s1.4:

OLD:

=C2=A01.4=C2=A0 =C2=A0GMPLS Support and Limitation of Base PCEP Objects

=C2=A0 =C2=A0The support for requirements [RFC7025] is summarized in Table = 1 and
=C2=A0 =C2=A0Table 2

NEW:

1.4=C2=A0 =C2=A0Existng Support for GMPLS in Base PCEP Objects and its Limi= tations

=C2=A0 =C2=A0The support provided by specifications in [RFC8282] and [RFC54= 40]=C2=A0 for the
=C2=A0 =C2=A0requirements listed in [RFC7025] is summarized in Table 1 and = Table 2.=C2=A0 In
=C2=A0 =C2=A0some cases the support may not be complete, as noted, and addi= tional support
=C2=A0 =C2=A0need to be provided in this specification.

ENDS

s1.4, RFC 5440 bullets, ERO:=C2=A0 A reference for the RSVP specification c= overing
ERO is needed.

s1.4, XRO object. 1st bullet: Expand SRLG.

s1.4, SWITCH-LAYER bullet: s/address/addresses/

s1.4, list of coverage gaps: Expand NVC.

s1.4, added functionality needed: s/to cover the gap/to cover the gaps/

s2: Expand PCReq and PCRep message names to reflect names in RFC 5440.

s2.1.2:

> Moreover, in case that the PCC does not receive the
>=C2=A0 =C2=A0 GMPLS-CAPABILITY TLV it is RECOMMENDED that the PCC does = not make use
>=C2=A0 =C2=A0 of the objects and TLVs defined in this document.
I would have thought this ought to have been a MUST (when communicating wit= h
the PCC that didn't support the extensions.

[MC] =C2=A0The PCC is able to mandate or not the proc= essing of objects on
per-request basic. To make it simpler though the ca= pability negotiation has
been made mandatory (both peer must advertize t= he capability)
=C2=A0
s2.1.2: s/OPEN message/Open message/ in (at least) 3 places - for consisten= cy
and to match RFC 5440

s2.1.2, GMPS-CAPABILITY TLV spec

>=C2=A0 =C2=A0 IANA has allocated value TBA-1 from the "PCEP TLV Ty= pe Indicators"
>=C2=A0 =C2=A0 sub-registry, as documented in Section 5.3 ("New PCE= P TLVs").=C2=A0 The
>=C2=A0 =C2=A0 description is "GMPLS-CAPABILITY".=C2=A0 Its fo= rmat is shown in the
>=C2=A0 =C2=A0 following figure.
>
>=C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A02=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A03
>=C2=A0 =C2=A0 =C2=A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 = 5 6 7 8 9 0 1
>=C2=A0 =C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+
>=C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0Type=3D14=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Length=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | >=C2=A0 =C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+
>=C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Flags=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0|
>=C2=A0 =C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+
Should 'Type=3D14' in the diagram be 'Type=3DTBA-1'?

s2.2:

> Depending
>=C2=A0 =C2=A0 on policies or switching layer, it can be necessary for t= he PCC to
>=C2=A0 =C2=A0 use explicit label control or expect explicit link,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 ^^^^^^^^^^^^^^^^^^^^^^^

I cannot parse the marked phrase 'or expect explicit link'.=C2=A0 P= lease clarify.

=C2=A0[MC] it should read 'or explicit link ids'. = The PCC may need to know
=C2=A0the exact details of the path down t= o the label or list of links (no =C2=A0Loose hops)=C2=A0

s2.2, next to last para: s/requested route granularity/requested routing granularity/

[MC] The goal is to express the granularity of the in= formation in the
returned ERO, not on how the PCE does the routing.=C2= =A0
=C2=A0
s2.3, para 1: s/to allow to express/to allow the object to express/, s/set = of
encoding/set of encodings/

s2.3, para at top of page 12: s/The Bw Spec Type correspond to/The Bw Spec = Type
corresponds to/

s2.3, Table 4:Expand MEF, SSON on first occurrence.

s2.3, next to last para:

OLD:

=C2=A0 The Object Type TBA-3 MAY be used instead of object type 2
=C2=A0 =C2=A0to indicate the existing TE-LSP bandwidth.=C2=A0 A PCC that re= quested a
=C2=A0 =C2=A0path with a BANDWIDTH object of object type 1 SHOULD use objec= t type
=C2=A0 =C2=A02 to represent the existing TE-LSP BANDWIDTH.

NEW:

=C2=A0 =C2=A0The Object Type TBA-3 MAY be used instead of the previously sp= ecified object
=C2=A0 =C2=A0type 2 to indicate the existing TE-LSP bandwidth originally sp= ecified with
=C2=A0 =C2=A0object type TBA-2. A PCC that requested a path with a BANDWIDT= H object of
=C2=A0 =C2=A0object type 1 SHOULD use object type 2 to represent the existi= ng TE-LSP
=C2=A0 =C2=A0BANDWIDTH.

ENDS

It is not clear to me why this is a SHOULD and not a MUST.

[MC] I think we were a bit too permissive in the init= ial iterations, a MUST
is better
=C2=A0
s2.4, para below the format: s/MAY also include TLV different from the PCEP=
TLVs./MAY also include TLVs different from the basic PCEP TLVs./

s2.4, para at top of page 14:

>=C2=A0 The encoding of the fields Min Bandwidth Spec and Min Reverse >=C2=A0 =C2=A0 Bandwidth Spec is the same as in RSVP-TE SENDER_TSPEC obj= ect, it can
>=C2=A0 =C2=A0 be found in Table 4 from Section 2.3.
Might be helpful to add (after Section 2.3) 'of this document' - th= e use of
RSVP-TE immediately before this got me thinking this is in some RSVP-TE
document.

s2.5, last bullet on page 14: s/constraints in/constraints on/

s2.5.1, para 7 (one after bullet #5):=C2=A0 s/This TLVs express/These TLVs = express/
(probably, but could be 'This TLV expresses' as I think this applie= s to just
the Label set TLV.)

s2.5.1, para 7: s/label set allows to indicate which label/label set allows=
indication of which labels/

s2.5.1, para 7: s/restricting then in GMPLS the possible label ranges on th= e
interface/consequently restricting=C2=A0 the possible label ranges on the i= nterface
in GMPLS/

s2.5.1: Expand P2MP on first occurrence.

s2.5.1, para after Table 5: s/Value TBD/Value TBA-14/

[MC] Agree,=C2=A0 it should be TBA-15 (Uns= upported endpoint type in END-POINTS
Generalized Endpoint object = type)
=C2=A0
s2.5.1, page 17, para after generalized-endpoint-tlvs grammar: Suggest

OLD:

=C2=A0 =C2=A0For endpoint type Point-to-Multipoint, several endpoint object= s MAY
=C2=A0 =C2=A0be present in the message and each represents a leave, exact m= eaning
=C2=A0 =C2=A0depend on the endpoint type defined of the object.

NEW:

=C2=A0 =C2=A0For endpoint type Point-to-Multipoint, several endpoint object= s MAY
=C2=A0 =C2=A0be present in the message and each represents a leaf of the P2= MP tree,
=C2=A0 =C2=A0with the exact meaning depending on the endpoint type defined = for the object.
ENDS

s2.5.1, last para on page 17: For consistency, the (new) vlaue of the Type = 4
error should be specified here (TBA-15, i think).

s2.5.2.x, last para in each case: s/responded/returned/

s2.5.2.3, para 1 s/as follow/as follows/

s2.5.2.4, paa 1: s/The LABEL-REQUEST TLV use/The LABEL-REQUEST TLV uses/
s2.5.2.4, para 1: Suggest using fully expanded name of G-PID - Generalized<= br> Payload Identifier.

s2.5.2.4, para 2: Suggest adding reference(s) for where the definitions of<= br> Tspec and FlowSpec can be found.

s2.5.2.5, para 1: s/Those TLV/These TLVs/, s/responded/returned/, s/as
follow/as follows/

s2.5.2.5, first bullet: s/set of label/set of labels/

s2.5.2.5, para after diagram: s/Those parameters/These parameters/

s2.5.2.5:=C2=A0 There are two more or less equivalent descriptions of the f= unctions
of the U, O and L flag bits.=C2=A0 For avadance of error, it would be bette= r if the
first summary was removed and the reader referred to the full description a= fter
the diagram.=C2=A0 This would mean adding the text 'following the seman= tic of
SUGGESTED_LABEL defined by=C2=A0 [RFC3471]'=C2=A0 to the full descripti= on.

s2.5.2.5, last para on page 20:

> At most 2 LABEL_SET TLVs MUST be present with
>=C2=A0 =C2=A0 the O bit set, at most one with the U bit set and at most= one with
>=C2=A0 =C2=A0 the U bit cleared.
Since all LABEL_SET TLVs contain a U bit field, I read the above text as limiting the number of LABEL_SETs to two (it isn't clear that the U con= straint
is a sub-constraint after the O constraint).=C2=A0 I think what is meant is=

> At most 2 LABEL_SET TLVs MAY be present with
>=C2=A0 =C2=A0 the O bit set, with at most one of these having the U bit= set and
>=C2=A0 =C2=A0 at most one of these having the U bit cleared.
s2.5.2.5, last 3 paras: For consistency the new error values TBA-x should b= e
specified.

s2.6, para 1: s/allows to include label definition/allows the inclusion of = a
label definition/

s2.7, para 1: s/allows to exclude labels/allows the exclusion of certan lab= els/=C2=A0
s2.8, para 1: s/fulfill/fulfil/

s2.8: Pointers to the relevant sections in RFC 4872 and 4873 would help.
s2.9: s/The NO-PATH object MAY carries/The NO-PATH object MAY carry/,
s/like/such as/, s/Few/Several/, s/and no/but no/

s3, para 1: s/few error/several error/, s/Error- values/Error-values/

s3, para 2: s/but not path found/but the PCe is unable to find a path/,
s/NO-PATH is to be used/the NO-PATH error is to be used/

s4.1, last para: s/Those parameters configuration are/The configuration of = the
above parameters is/

s4.2: s/This document does not introduces new ERO sub object,/This document=
does not introduce any new ERO sub objects, so that the/

s4.4: s/should be covered by/should satisfy/

s5:=C2=A0 It would be worth adding a note to IANA that TBA-11 is not used (= assuming
this is not a bug).

s5.1 and s5.3: s/(section /(/ (removing duplicate word 'section') i= n several
places

s5.2, para 2: s/qualities/attributes/

s6, para 1: s/amount/volume/

s6, first bullet: s/The answer can make that the LSP traverses/The resultin= g
LSP might be arranged to traverse/

s6, first bullet: s/the answer can omit/the rsulting LSP can omit/, s/the answer can lead to provide a LSP/the result can lead to the creation of an = LSP/

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--000000000000f022fe05951b77f3-- From nobody Thu Oct 17 14:10:57 2019 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 792ED120071 for ; Thu, 17 Oct 2019 14:10:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.597 X-Spam-Level: X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 xuW9s691jsHd for ; Thu, 17 Oct 2019 14:10:52 -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 9D097120867 for ; Thu, 17 Oct 2019 14:10:52 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9HLAog8022456; Thu, 17 Oct 2019 22:10:50 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A1BBF2203C; Thu, 17 Oct 2019 22:10:50 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id 8CEDD22032; Thu, 17 Oct 2019 22:10:50 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.46.229]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9HLAn7P018111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 17 Oct 2019 22:10:50 +0100 Reply-To: From: "Adrian Farrel" To: , References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> In-Reply-To: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> Date: Thu, 17 Oct 2019 22:10:50 +0100 Organization: Old Dog Consulting Message-ID: <001501d5852f$5b1493d0$113dbb70$@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: AQHJeGILzNUI814xF9y90VfVKilvD6d3bK7A Content-Language: en-gb X-Originating-IP: 84.93.46.229 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-24984.003 X-TM-AS-Result: No--29.693-10.0-31-10 X-imss-scan-details: No--29.693-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24984.003 X-TMASE-Result: 10--29.692900-10.000000 X-TMASE-MatchedRID: dL10VBB8yofxIbpQ8BhdbCxg5qs3xzgfxkm+0YpML1dYbPLopoBzQltW mTl/1SMK4/+9KNy0mqBliM36l+FCSnY786n0BmYf5Qo03mEdwAGXOVo0UPe9FKtkcxxU6EVIIpU OZumEittQAVwYAzKD57WHi8sPEkxaSs5dDi8K1liI8hHRrWLqF29Xf86cwKVaEt/W/Pt5w8cJwC wp3rkHhRcG1SIzkRBvndXCfoIZ6bhg848QZwrp3L9bzwD89thZvzk7A97co3kfmRnL8RBuBG9/u rs14lf8229paB94LHA3u1eM3QV+X2hw/bVsvRIZBXFORmmmJqkAWvUKYjJJ9BXGf2PMh1ctkacZ 00w2J3qFRMHwq8D2Yhj8Egi3CdLoBG7mFzkQmhtiqnIqE4wqwoLUJ3/SZnn2qM8n2GKajLeEVFR zFOfFFtwHeFR93W36xZVgNYGLfGIyqzsSLLd5hYS/tVuhlZibfYrr1p9yfCoL62xXB+Btq1Ld+h 126H9JjOygDpb0RRdjLR8H2rSDPouBeCEZUtCSwrUhv0kAAvGS0Ed+8sr8mpsoi2XrUn/JyeMtM D9QOgAzDLM3gGacyXQdJ7XfU86e4kYXbobxJbLnIzRzWS2P0w== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 17 Oct 2019 21:10:56 -0000 Hi Julien, Probably no surprise: as an author, I support this document going forward. I just did a quick re-read of the draft and don't see any issues beyond the fact that Section 11 refers to the -04 version. Thanks, Adrian -----Original Message----- From: Pce On Behalf Of julien.meuric@orange.com Sent: 14 October 2019 13:55 To: pce@ietf.org Subject: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Hi all, In our WGLC queue, draft-ietf-pce-pcep-flowspec has been stable for a while. This message starts a 2-week WG last call on this I-D. Please review the document and share your feedback using the PCE mailing list by Monday October, 28. You will note that the I-D includes an implementation section. If you have an implementation, you may also contact the chairs privately. 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 Thu Oct 17 22:25:13 2019 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 D4D8C120045 for ; Thu, 17 Oct 2019 22:25:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 2ffWVNt8HlK7 for ; Thu, 17 Oct 2019 22:25:10 -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 A5FE5120024 for ; Thu, 17 Oct 2019 22:25:09 -0700 (PDT) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 8EE18D29941972A6BB86; Fri, 18 Oct 2019 06:25:07 +0100 (IST) Received: from lhreml717-chm.china.huawei.com (10.201.108.68) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Oct 2019 06:25:07 +0100 Received: from lhreml717-chm.china.huawei.com (10.201.108.68) by lhreml717-chm.china.huawei.com (10.201.108.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 18 Oct 2019 06:25:07 +0100 Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml717-chm.china.huawei.com (10.201.108.68) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Fri, 18 Oct 2019 06:25:06 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Fri, 18 Oct 2019 13:24:57 +0800 From: Zhuangshunwan To: Hariharan Ananthakrishnan , Dhruv Dhody , Farrel Adrian , Lizhenbin CC: "pce@ietf.org" Thread-Topic: [Pce] IPR Poll on draft-ietf-pce-pcep-flowspec Thread-Index: AQHVgrDzATyJfBXch0ug5erOveTc7Kdf4lkw Date: Fri, 18 Oct 2019 05:24:56 +0000 Message-ID: <19AB2A007F56DB4E8257F949A2FB9858E5D2458D@NKGEML515-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.130.202.166] Content-Type: multipart/alternative; boundary="_000_19AB2A007F56DB4E8257F949A2FB9858E5D2458DNKGEML515MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] IPR Poll on draft-ietf-pce-pcep-flowspec 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, 18 Oct 2019 05:25:12 -0000 --_000_19AB2A007F56DB4E8257F949A2FB9858E5D2458DNKGEML515MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpIaSBIYXJpLA0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhp cyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQgaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzLg0KDQpCZXN0IFJlZ2FyZHMsDQpTaHVud2FuIGFzIGEgY29udHJpYnV0b3INCg0K DQoNCg0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBIYXJpaGFyYW4gQW5hbnRoYWtyaXNobmFuDQpTZW50OiBUdWVzZGF5LCBPY3RvYmVyIDE1LCAy MDE5IDE6MDAgQU0NClRvOiBEaHJ1diBEaG9keSA8ZGhydXYuaWV0ZkBnbWFpbC5jb20+OyBGYXJy ZWwgQWRyaWFuIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjsgTGl6aGVuYmluIDxsaXpoZW5iaW5AaHVh d2VpLmNvbT4NCkNjOiBwY2VAaWV0Zi5vcmcNClN1YmplY3Q6IFtQY2VdIElQUiBQb2xsIG9uIGRy YWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMNCg0KDQpIaSBBdXRob3JzLA0KDQoNCg0KSW4gcHJl cGFyYXRpb24gZm9yIFdvcmtpbmcgR3JvdXAgbGFzdCBjYWxsIG9uIHRoaXMgZHJhZnQsIEknZCBs aWtlIGFsbA0KDQphdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBvbiB0aGUgbGlz dCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2UNCg0Kd2l0aCBJRVRGIElQUiBydWxlcy4NCg0K DQoNClBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBtYWlsaW5nIGxpc3QpIHRvIHNheSBvbmUg b2Y6DQoNCg0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBk cmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQNCg0KaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRy YWZ0LCBhbmQgaXQgaGFzIGFscmVhZHkgYmVlbg0KDQpkaXNjbG9zZWQgdG8gdGhlIElFVEYuDQoN Cg0KDQpJIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGJ1dCB0aGF0 IGhhcyBub3QgeWV0IGJlZW4NCg0KZGlzY2xvc2VkIHRvIHRoZSBJRVRGLiBJIHdpbGwgd29yayB0 byBlbnN1cmUgdGhhdCBpdCB3aWxsIGJlIGRpc2Nsb3NlZCBpbiBhDQoNCnRpbWVseSBtYW5uZXIu DQoNCg0KDQpUaGFua3MsDQoNCi0gSGFyaQ0K --_000_19AB2A007F56DB4E8257F949A2FB9858E5D2458DNKGEML515MBXchi_ 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 OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5 NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCglt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MQ2hhcg0KCXttc28tc3R5bGUt bmFtZToiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyI7DQoJZm9udC1mYW1pbHk6Q29uc29s YXM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVt YWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1V UyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwcmU+PGJyPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SGkgSGFyaSw8YnI+PGJyPkkgYW0gbm90IGF3 YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRp c2Nsb3NlZCBpbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuPGJyPjxicj5CZXN0IFJl Z2FyZHMsPGJyPlNodW53YW4gYXMgYSBjb250cmlidXRvcjxicj48YnI+PG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBQY2UgW21haWx0 bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+SGFyaWhhcmFuIEFu YW50aGFrcmlzaG5hbjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBPY3RvYmVyIDE1LCAyMDE5 IDE6MDAgQU08YnI+DQo8Yj5Ubzo8L2I+IERocnV2IERob2R5ICZsdDtkaHJ1di5pZXRmQGdtYWls LmNvbSZndDs7IEZhcnJlbCBBZHJpYW4gJmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7OyBMaXpo ZW5iaW4gJmx0O2xpemhlbmJpbkBodWF3ZWkuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gcGNlQGll dGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtQY2VdIElQUiBQb2xsIG9uIGRyYWZ0LWlldGYt cGNlLXBjZXAtZmxvd3NwZWM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHByZT48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1 MjkiPkhpIEF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUy OSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SW4g cHJlcGFyYXRpb24gZm9yIFdvcmtpbmcgR3JvdXAgbGFzdCBjYWxsIG9uIHRoaXMgZHJhZnQsIEkn ZCBsaWtlIGFsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmF1 dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyB0byBjb25maXJtIG9uIHRoZSBsaXN0IHRoYXQgdGhleSBh cmUgaW4gY29tcGxpYW5jZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1 MjkiPndpdGggSUVURiBJUFIgcnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIx MjUyOSI+UGxlYXNlIHJlc3BvbmQgKGNvcHlpbmcgdGhlIG1haWxpbmcgbGlzdCkgdG8gc2F5IG9u ZSBvZjo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JIGFtIG5vdCBhd2Fy ZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNj bG9zZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5pbiBhY2Nv cmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzIxMjUyOSI+SSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0LCBhbmQg aXQgaGFzIGFscmVhZHkgYmVlbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMy MTI1MjkiPmRpc2Nsb3NlZCB0byB0aGUgSUVURi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMjEyNTI5Ij5JIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGJ1 dCB0aGF0IGhhcyBub3QgeWV0IGJlZW48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMjEyNTI5Ij5kaXNjbG9zZWQgdG8gdGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0 aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2VkIGluIGE8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMjEyNTI5Ij50aW1lbHkgbWFubmVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMyMTI1MjkiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MjEyNTI5Ij4tIEhhcmk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMyMTI1MjkiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_19AB2A007F56DB4E8257F949A2FB9858E5D2458DNKGEML515MBXchi_-- From nobody Thu Oct 17 22:41:24 2019 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 D705212004A for ; Thu, 17 Oct 2019 22:41:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 vrFKb3h45agI for ; Thu, 17 Oct 2019 22:41:19 -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 B74D3120045 for ; Thu, 17 Oct 2019 22:41:19 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 8368B3733A86DB486914 for ; Fri, 18 Oct 2019 06:41:17 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Oct 2019 06:41:17 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Fri, 18 Oct 2019 13:41:06 +0800 From: Zhuangshunwan To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Thread-Index: AQHVgo669WtdfqX9ukaDPV+cJTEGm6df5ZMA Date: Fri, 18 Oct 2019 05:41:06 +0000 Message-ID: <19AB2A007F56DB4E8257F949A2FB9858E5D245A9@NKGEML515-MBX.china.huawei.com> References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> In-Reply-To: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.202.166] 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] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 18 Oct 2019 05:41:22 -0000 Hi all, This draft provides a useful method to assign flows to the Tunnels controll= ed by the PCE. I think it is stable and mature. And I support the publication. Thanks, Shunwan -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Monday, October 14, 2019 8:55 PM To: pce@ietf.org Subject: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Hi all, In our WGLC queue, draft-ietf-pce-pcep-flowspec has been stable for a while= . This message starts a 2-week WG last call on this I-D. Please review the = document and share your feedback using the PCE mailing list by Monday Octob= er, 28. You will note that the I-D includes an implementation section. If you have = an implementation, you may also contact the chairs privately. 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 Oct 17 23:20:30 2019 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 2BABD120045 for ; Thu, 17 Oct 2019 23:20:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 Uo6fEpdS5nxW for ; Thu, 17 Oct 2019 23:20:27 -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 30A1112003E for ; Thu, 17 Oct 2019 23:20:27 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id B16F062236DDCA9150E0 for ; Fri, 18 Oct 2019 07:20:25 +0100 (IST) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Oct 2019 07:20:25 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0439.000; Fri, 18 Oct 2019 14:20:17 +0800 From: "Dongjie (Jimmy)" To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Thread-Index: AQHVgo66irk6dKhamkakoq7pZ0BiCKdf8mDA Date: Fri, 18 Oct 2019 06:20:17 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927CD294AD6@NKGEML515-MBX.china.huawei.com> References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> In-Reply-To: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] 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] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 18 Oct 2019 06:20:29 -0000 Hi,=20 This document is useful and stable, thus I support the publication.=20 Best regards, Jie > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of > julien.meuric@orange.com > Sent: Monday, October 14, 2019 8:55 PM > To: pce@ietf.org > Subject: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec >=20 > Hi all, >=20 > In our WGLC queue, draft-ietf-pce-pcep-flowspec has been stable for a whi= le. > This message starts a 2-week WG last call on this I-D. Please review the > document and share your feedback using the PCE mailing list by Monday > October, 28. >=20 > You will note that the I-D includes an implementation section. If you hav= e an > implementation, you may also contact the chairs privately. >=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, 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. >=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 Thu Oct 17 23:46:35 2019 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 B43EC120116 for ; Thu, 17 Oct 2019 23:46:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 KPqdyYKqq8PT for ; Thu, 17 Oct 2019 23:46:31 -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 E1ACC1200D8 for ; Thu, 17 Oct 2019 23:46:30 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 92FD03D4C64FE0B10D63 for ; Fri, 18 Oct 2019 07:46:28 +0100 (IST) Received: from dggeme751-chm.china.huawei.com (10.3.19.97) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Oct 2019 07:46:28 +0100 Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by dggeme751-chm.china.huawei.com (10.3.19.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Fri, 18 Oct 2019 14:46:25 +0800 Received: from dggeme752-chm.china.huawei.com ([10.6.80.76]) by dggeme752-chm.china.huawei.com ([10.6.80.76]) with mapi id 15.01.1713.004; Fri, 18 Oct 2019 14:46:25 +0800 From: "Gengxuesong (Geng Xuesong)" To: "pce@ietf.org" Thread-Topic: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Thread-Index: AQHVgo67AzdLTmXQCkeMB6iyBx5Rxadf+E5Q Date: Fri, 18 Oct 2019 06:46:25 +0000 Message-ID: References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> In-Reply-To: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.73.244] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIFdHIExhc3QgQ2FsbCBvZiBkcmFmdC1pZXRm?= =?gb2312?b?LXBjZS1wY2VwLWZsb3dzcGVj?= 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, 18 Oct 2019 06:46:33 -0000 SGkgYWxsLA0KDQpJJ3ZlIHJlYWQgdGhlIGRyYWZ0IGFuZCBJIHRoaW5rIHRoZSBkcmFmdCBpcyBy ZWFkeSBmb3IgcHVibGljYXRpb24uIA0KDQpCZXN0IFJlZ2FyZHMNClh1ZXNvbmcNCg0KDQotLS0t LdPKvP7Urbz+LS0tLS0NCreivP7IyzogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmdd ILT6se0ganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQq3osvNyrG85DogMjAxOcTqMTDUwjE0yNUg MjA6NTUNCsrVvP7IyzogcGNlQGlldGYub3JnDQrW98ziOiBbUGNlXSBXRyBMYXN0IENhbGwgb2Yg ZHJhZnQtaWV0Zi1wY2UtcGNlcC1mbG93c3BlYw0KDQpIaSBhbGwsDQoNCkluIG91ciBXR0xDIHF1 ZXVlLCBkcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjIGhhcyBiZWVuIHN0YWJsZSBmb3IgYSB3 aGlsZS4gVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDItd2VlayBXRyBsYXN0IGNhbGwgb24gdGhpcyBJ LUQuIFBsZWFzZSByZXZpZXcgdGhlIGRvY3VtZW50IGFuZCBzaGFyZSB5b3VyIGZlZWRiYWNrIHVz aW5nIHRoZSBQQ0UgbWFpbGluZyBsaXN0IGJ5IE1vbmRheSBPY3RvYmVyLCAyOC4NCg0KWW91IHdp bGwgbm90ZSB0aGF0IHRoZSBJLUQgaW5jbHVkZXMgYW4gaW1wbGVtZW50YXRpb24gc2VjdGlvbi4g SWYgeW91IGhhdmUgYW4gaW1wbGVtZW50YXRpb24sIHlvdSBtYXkgYWxzbyBjb250YWN0IHRoZSBj aGFpcnMgcHJpdmF0ZWx5Lg0KDQpUaGFua3MsDQoNCkRocnV2ICYgSnVsaWVuDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRl cyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2 ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRv cmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxs ZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxl cyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2Vw dGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUg c2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0K DQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRp YWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3 OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQg YXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3Is IHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxp YWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFs c2lmaWVkLg0KVGhhbmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KUGNlIG1haWxpbmcgbGlzdA0KUGNlQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0K From nobody Fri Oct 18 08:27:26 2019 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 1A47412000F for ; Fri, 18 Oct 2019 08:27:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 1NicmxRmfsli for ; Fri, 18 Oct 2019 08:27: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 1616512085D for ; Fri, 18 Oct 2019 08:27:22 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 28587800075230CDD51B; Fri, 18 Oct 2019 16:27:20 +0100 (IST) Received: from LHREML505-MBS.china.huawei.com ([169.254.1.242]) by lhreml701-cah.china.huawei.com ([10.201.108.42]) with mapi id 14.03.0415.000; Fri, 18 Oct 2019 16:27:17 +0100 From: Khasanov Boris To: "julien.meuric@orange.com" , "pce@ietf.org" Thread-Topic: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Thread-Index: AQHVgo68dePH6CGLQkq0wxUOPbkk06dghjtQ Date: Fri, 18 Oct 2019 15:27:17 +0000 Message-ID: References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> In-Reply-To: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.198.247.148] 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] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 18 Oct 2019 15:27:24 -0000 Hi Dhruv, Julien and all, I read this document. I think it is logical evolution of PCE and PCEP funct= ionality towards more precise binding of traffic flows to LSPs. I like the idea that FS capability should be advertised in 2 ways via IGP a= nd PCEP OPEN message, that we can revoke flows from tunnel by means of R bi= t in FS object. I think this draft is already mature:i.e. it has descriptions of different= cases (VPN identification, Overlapping Flows, Modifying Flows specificatio= ns etc.) and ready for publication. SY, Boris -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of julien.meuric@orange.c= om Sent: Monday, October 14, 2019 3:55 PM To: pce@ietf.org Subject: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Hi all, In our WGLC queue, draft-ietf-pce-pcep-flowspec has been stable for a while= . This message starts a 2-week WG last call on this I-D. Please review the = document and share your feedback using the PCE mailing list by Monday Octob= er, 28. You will note that the I-D includes an implementation section. If you have = an implementation, you may also contact the chairs privately. 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 Fri Oct 18 18:13:57 2019 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 1475C12080C; Fri, 18 Oct 2019 18:13:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-pce-lsp-control-request@ietf.org, Hariharan Ananthakrishnan , pce-chairs@ietf.org, hari@netflix.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <157144763607.3816.3491470493995722245.idtracker@ietfa.amsl.com> Date: Fri, 18 Oct 2019 18:13:56 -0700 Archived-At: Subject: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-lsp-control-request-11: (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: Sat, 19 Oct 2019 01:13:56 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-lsp-control-request-11: 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-lsp-control-request/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for addressing my Discuss points! From nobody Fri Oct 18 21:02:58 2019 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 219D2120052; Fri, 18 Oct 2019 21:02:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-pce-stateful-hpce@ietf.org, Adrian Farrel , pce-chairs@ietf.org, adrian@olddog.co.uk, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <157145777112.3841.5924102348121639921.idtracker@ietfa.amsl.com> Date: Fri, 18 Oct 2019 21:02:51 -0700 Archived-At: Subject: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-stateful-hpce-14: (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: Sat, 19 Oct 2019 04:02:52 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-stateful-hpce-14: 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-stateful-hpce/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for addressing my Discuss point! I would consider including the conclusion from our discussion about what would happen if a PCEP speaker does not support stateful H-PCE but the peer assumes it does, perhaps in an operational considerations section, but this does not rise to a Discuss-level point. For convenience, this was discussed as: % I further did a mental exercise for PCC -> C-PCE -> P-PCE and assumed % all support stateful and H-PCE extension but what happens when any % PCEP speaker does not support stateful H-PCE but the peer assumes that % it does. On further PCEP message exchange, the messages may not get % further propagated and thus at worse would not lead to the stateful % H-PCE based 'parent' control of the LSP. This is something any peer % should be prepared for anyways. From nobody Sun Oct 20 23:27:05 2019 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 E3E74120052; Sun, 20 Oct 2019 23:27: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: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157163922382.5607.6806372803875937058@ietfa.amsl.com> Date: Sun, 20 Oct 2019 23:27:03 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-hpce-15.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, 21 Oct 2019 06:27:04 -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 : Hierarchical Stateful Path Computation Element (PCE) Authors : Dhruv Dhody Young Lee Daniele Ceccarelli Jongyoon Shin Daniel King Filename : draft-ietf-pce-stateful-hpce-15.txt Pages : 24 Date : 2019-10-20 Abstract: A Stateful Path Computation Element (PCE) maintains information on the current network state received from the Path Computation Clients (PCCs), including: computed Label Switched Path (LSPs), reserved resources within the network, and pending path computation requests. This information may then be considered when computing the path for a new traffic-engineered LSP or for any associated/dependent LSPs. The Path computation response from a PCE is helpful for the PCC to gracefully establish the computed LSP. The Hierarchical Path Computation Element (H-PCE) architecture provides an architecture to allow the optimum sequence of inter-connected domains to be selected, and network policy to be applied if applicable, via the use of a hierarchical relationship between PCEs. Combining the capabilities of Stateful PCE and the Hierarchical PCE would be advantageous. This document describes general considerations and use cases for the deployment of Stateful, and not Stateless, PCEs using the Hierarchical PCE architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-hpce/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-stateful-hpce-15 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-hpce-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-hpce-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Oct 20 23:29:02 2019 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 3AAC91200C3; Sun, 20 Oct 2019 23:29:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 Y0D05WziYl8L; Sun, 20 Oct 2019 23:28:58 -0700 (PDT) Received: from mail-il1-x131.google.com (mail-il1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 6C45A120052; Sun, 20 Oct 2019 23:28:58 -0700 (PDT) Received: by mail-il1-x131.google.com with SMTP id u1so10929203ilq.12; Sun, 20 Oct 2019 23:28:58 -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=OsGDGSnex21mQHnJzznU+NtOFxQH3YmMcJuKbKsEV9I=; b=knOfIEOQNLfJLBQSUZ0pAvpYqBxDIuYv1JhgfD7UIU9ld1BuU3hxkI4BC/zPWBssIA knqps6KgdmhljSHmtpyZEce4QX3ao1a6rX3emoAK1Fw7/kcbze4NikimvfFgMaLaXIRK mVAJUpyD6dgy6N8jvC1QxB/JJUEkG3s8fLahUrl8L9wC6kdFMvbcFWnc/c+SkaFEZvH+ pnqVCbE1k8723CZWqe83+1HSerjaWcpqAFW/B+K1S7eJzIItx1sYHtC3Z7Xjr12vAmf3 N5X5ZvS/QHLXNUxPuJ4u3rjADvCfZ/VfFLMk8PdpU0ib0i85aEOV7xf7q6Vjegqx2hGs 9gfQ== 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=OsGDGSnex21mQHnJzznU+NtOFxQH3YmMcJuKbKsEV9I=; b=g0v4EgxxgxYVvDXJ9nLhu7Q2ZdRq6JVknEu1rTF+UZXfub9ZqlE3yYK1RXD46JwarF 2nlIhQr9NSCwvjsWOLcuLPM7pZmfCcZ5xSRibyOPE54ndInDQW5bVBgYJEPSOai84gbz n2hKO8zVhe5euOM4Dcopa3P5bgeP5g2ZSToVIaaUhn1LCup59h+da7cdWA/UIlDHCVX2 zCLkqHeLQZxhH9gFcqrU+B22eRUVi5Qq3CzZx8qEzywXwdvtlr7V1sbWDdHD/x3pn6AG zJqR4LjTxWuuAt2+VlsbQbk9rlYP3JvcX55VeL68xSiDPwkj7EyJgRGfnTM3LIsIpd1E +FeQ== X-Gm-Message-State: APjAAAW3njs7bQLok67WnIkyu50ESOzSgmYnaFEuswf5f+tXH9hrc5tp DpaM8vMsa60/C4xQOb/GnS3H7jv59X8DQpoIubs= X-Google-Smtp-Source: APXvYqzcTHPhsgTvc+iEjJwbVFUQ88FShRwkNp010OmJ5MqOLk1x5jm4AdtyFQMHQEL7r9r6TGw4Ei3kADWCw6lgbYQ= X-Received: by 2002:a92:99c7:: with SMTP id t68mr24235986ilk.279.1571639337421; Sun, 20 Oct 2019 23:28:57 -0700 (PDT) MIME-Version: 1.0 References: <157145777112.3841.5924102348121639921.idtracker@ietfa.amsl.com> In-Reply-To: <157145777112.3841.5924102348121639921.idtracker@ietfa.amsl.com> From: Dhruv Dhody Date: Mon, 21 Oct 2019 11:58:21 +0530 Message-ID: To: Benjamin Kaduk Cc: The IESG , draft-ietf-pce-stateful-hpce@ietf.org, Adrian Farrel , pce-chairs , pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-stateful-hpce-14: (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: Mon, 21 Oct 2019 06:29:00 -0000 Hi Benjamin, This has been added in -15 version. Thanks! Dhruv On Sat, Oct 19, 2019 at 9:32 AM Benjamin Kaduk via Datatracker wrote: > > Benjamin Kaduk has entered the following ballot position for > draft-ietf-pce-stateful-hpce-14: 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-stateful-hpce/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you for addressing my Discuss point! > > I would consider including the conclusion from our discussion about what > would happen if a PCEP speaker does not support stateful H-PCE but the peer > assumes it does, perhaps in an operational considerations section, but this does > not rise to a Discuss-level point. For convenience, this was discussed as: > > % I further did a mental exercise for PCC -> C-PCE -> P-PCE and assumed > % all support stateful and H-PCE extension but what happens when any > % PCEP speaker does not support stateful H-PCE but the peer assumes that > % it does. On further PCEP message exchange, the messages may not get > % further propagated and thus at worse would not lead to the stateful > % H-PCE based 'parent' control of the LSP. This is something any peer > % should be prepared for anyways. > > From nobody Mon Oct 21 12:35:13 2019 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 2FE13120879; Mon, 21 Oct 2019 12:35:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 qbwTjBFmEhfo; Mon, 21 Oct 2019 12:35:01 -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 97616120852; Mon, 21 Oct 2019 12:35:01 -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 x9LJYrec019474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 21 Oct 2019 15:34:55 -0400 Date: Mon, 21 Oct 2019 12:34:52 -0700 From: Benjamin Kaduk To: Cyril Margaria Cc: Elwyn Davies , gen-art@ietf.org, draft-ietf-pce-gmpls-pcep-extensions.all@ietf.org, pce@ietf.org, ietf@ietf.org Message-ID: <20191021193452.GE69013@kduck.mit.edu> References: <155490045947.22938.5359257333272095316@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] Genart telechat review of draft-ietf-pce-gmpls-pcep-extensions-14 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, 21 Oct 2019 19:35:03 -0000 On Thu, Oct 17, 2019 at 02:48:00PM +0100, Cyril Margaria wrote: > Thanks for the review, > > a new version has been posted addressing your comments. > Please also see inline > > On Wed, 10 Apr 2019 at 13:47, Elwyn Davies via Datatracker > wrote: > > > > > s9.2, RFC7025: Given the references to the requirements document for this > > work, > > I would consider RFC 7025 to be normative. > > > > [MC] 7025 is marked as Informational, so I am not sure it should > listed as normative. The status (Informational/PS/etc.) of a reference is not relevant to whether the reference is properly normative or informative. Please see https://www.ietf.org/about/groups/iesg/statements/normative-informative-references/ for further background -- if a normative reference on an Informational document is needed, the responsible AD will take care of making that work, procedurally. -Ben From nobody Mon Oct 21 13:25:42 2019 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 7FF4D1209FF; Mon, 21 Oct 2019 13:25:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 1Qech_R3AYEl; Mon, 21 Oct 2019 13:25:37 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75399120A09; Mon, 21 Oct 2019 13:25:31 -0700 (PDT) Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id x9LKGtBU001832; Mon, 21 Oct 2019 16:25:26 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 2vsjquhfpg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 21 Oct 2019 16:25:26 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x9LKPOwC020415; Mon, 21 Oct 2019 16:25:25 -0400 Received: from zlp27130.vci.att.com (zlp27130.vci.att.com [135.66.87.38]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x9LKPLqC020346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 21 Oct 2019 16:25:22 -0400 Received: from zlp27130.vci.att.com (zlp27130.vci.att.com [127.0.0.1]) by zlp27130.vci.att.com (Service) with ESMTP id 7364A4009E86; Mon, 21 Oct 2019 20:25:21 +0000 (GMT) Received: from MISOUT7MSGHUBAG.ITServices.sbc.com (unknown [130.9.129.151]) by zlp27130.vci.att.com (Service) with ESMTPS id 5EF1A400052B; Mon, 21 Oct 2019 20:25:21 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.218]) by MISOUT7MSGHUBAG.ITServices.sbc.com ([130.9.129.151]) with mapi id 14.03.0468.000; Mon, 21 Oct 2019 16:25:21 -0400 From: "BRUNGARD, DEBORAH A" To: Benjamin Kaduk , Cyril Margaria CC: Elwyn Davies , "gen-art@ietf.org" , "draft-ietf-pce-gmpls-pcep-extensions.all@ietf.org" , "pce@ietf.org" , "ietf@ietf.org" Thread-Topic: [Pce] Genart telechat review of draft-ietf-pce-gmpls-pcep-extensions-14 Thread-Index: AQHVhPGQ4B43tWcKskCxbrbpp19mP6dlxmIA///FhpA= Date: Mon, 21 Oct 2019 20:25:20 +0000 Message-ID: References: <155490045947.22938.5359257333272095316@ietfa.amsl.com> <20191021193452.GE69013@kduck.mit.edu> In-Reply-To: <20191021193452.GE69013@kduck.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.197.157] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-10-21_05:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910210194 Archived-At: Subject: Re: [Pce] Genart telechat review of draft-ietf-pce-gmpls-pcep-extensions-14 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, 21 Oct 2019 20:25:40 -0000 Hi Elwyn, Benjamin, Much thanks for the careful review! Ben is correct that an Informational document can be normatively referenced= . There are differences in how the different working groups do references. = In PCE, requirements documents are not usually normatively referenced (e.g.= 5540, 8231, 8623 just to name a quick couple). Especially as with this doc= ument, a summary is provided of the terms and requirements. And the documen= t does normatively reference more than 20 GMPLS documents which are the nec= essary ones for understanding implementation and the basis of the work. Unless the authors, chairs, working group have changed their interpretation= , I agree this reference is informative. Thanks! Deborah =20 -----Original Message----- From: Benjamin Kaduk =20 Sent: Monday, October 21, 2019 3:35 PM To: Cyril Margaria Cc: Elwyn Davies ; gen-art@ietf.org; draft-ietf-pce-= gmpls-pcep-extensions.all@ietf.org; pce@ietf.org; ietf@ietf.org Subject: Re: [Pce] Genart telechat review of draft-ietf-pce-gmpls-pcep-exte= nsions-14 On Thu, Oct 17, 2019 at 02:48:00PM +0100, Cyril Margaria wrote: > Thanks for the review, >=20 > a new version has been posted addressing your comments. > Please also see inline >=20 > On Wed, 10 Apr 2019 at 13:47, Elwyn Davies via Datatracker=20 > > wrote: >=20 >=20 >=20 > > s9.2, RFC7025: Given the references to the requirements document for=20 > > this work, I would consider RFC 7025 to be normative. > > > > [MC] 7025 is marked as Informational, so I am not sure it should > listed as normative. The status (Informational/PS/etc.) of a reference is not relevant to whethe= r the reference is properly normative or informative. Please see https://u= rldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_about_groups_ies= g_statements_normative-2Dinformative-2Dreferences_&d=3DDwIBAg&c=3DLFYZ-o9_H= UMeMTSQicvjIg&r=3D6UhGpW9lwi9dM7jYlxXD8w&m=3DcjIGq8MdFpzTHZnHDJ7oSYY0AALP5e= PN_V5HGddlfp0&s=3DE6DoKmUBMTYqyAGkcga-bvCVaIkfO2l4sTdxZHc11d4&e=3D for further background -- if a normative reference on an Informational docu= ment is needed, the responsible AD will take care of making that work, proc= edurally. -Ben From nobody Mon Oct 21 15:00:38 2019 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 217EC120A56; Mon, 21 Oct 2019 15:00:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.106.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , db3546@att.com, Hariharan Ananthakrishnan , hari@netflix.com, pce@ietf.org, pce-chairs@ietf.org, draft-ietf-pce-lsp-control-request@ietf.org, rfc-editor@rfc-editor.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <157169521112.31800.6369891308883112658.idtracker@ietfa.amsl.com> Date: Mon, 21 Oct 2019 15:00:11 -0700 Archived-At: Subject: [Pce] Protocol Action: 'Ability for a Stateful Path Computation Element (PCE) to request and obtain control of a Label Switched Path (LSP)' to Proposed Standard (draft-ietf-pce-lsp-control-request-11.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, 21 Oct 2019 22:00:12 -0000 The IESG has approved the following document: - 'Ability for a Stateful Path Computation Element (PCE) to request and obtain control of a Label Switched Path (LSP)' (draft-ietf-pce-lsp-control-request-11.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-lsp-control-request/ Technical Summary A Stateful Path Computation Element (PCE) retains information about the placement of Multiprotocol Label Switching (MPLS) Traffic Engineering Label Switched Paths (TE LSPs). When a PCE has stateful control over LSPs it may send indications to LSP head-ends to modify the attributes (especially the paths) of the LSPs. A Path Computation Client (PCC) has set up LSPs under local configuration may delegate control of those LSPs to a stateful PCE. There are use-cases in which a Stateful PCE may wish to obtain control of locally configured LSPs of which it is aware but that have not been delegated to the PCE. This document describes an extension to the Path Computation Element communication Protocol (PCEP) to enable a PCE to make such requests. Working Group Summary No concerns. Document Quality One implementation is confirmed and at least one more have been placed on product roadmaps. Personnel Who is the Document Shepherd for this document? Hariharan Ananthakrishnan Who is the Responsible Area Director? Deborah Brungard From nobody Tue Oct 22 04:20:55 2019 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 D4263120820 for ; Tue, 22 Oct 2019 04:20:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.598 X-Spam-Level: X-Spam-Status: No, score=-0.598 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 r-QgzTjqoQhi for ; Tue, 22 Oct 2019 04:20:51 -0700 (PDT) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 8CEA71201E3 for ; Tue, 22 Oct 2019 04:20:51 -0700 (PDT) Received: by mail-io1-xd36.google.com with SMTP id c25so19855749iot.12 for ; Tue, 22 Oct 2019 04:20:51 -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=c4V6T9gCa+JiqLdwjaeKjhCR/iVTotaY5lN2dRNdJ14=; b=YM9dHO2qmNQAXkwu1SmgHhk8S9Wmlgq8OIWh/gjXlpHH2tjUuVUiSLkq0rD4nISvuy A04psDBX5jn4WosemTzOVJbMT/+gaGezYxFi4b0rOclI1Mpi0Rh9vJ+CjKo1RBvqV5wH 9gyVP+IyuIRhQG00ljae5wcewrsEMqSULBIIDWl3Y+OyDSNz/j6hoH612C/Fta1ZSvyN N/dZgYaheYva2LXhyNSX5cmtS4s+MV4TZdG2+XZQwUKThtDOb0SJiWIOTezPMmVZ7ZfQ KHOzlHNLkvpknxy7JR1q3ZrGr5EMc6gvt8PEXO1LyTrO1gIkk1nKHMRwqxDlcf1SQRqO HRlw== 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=c4V6T9gCa+JiqLdwjaeKjhCR/iVTotaY5lN2dRNdJ14=; b=Tj7Ezxr+f30bmfBI6KBLI48rEcSadiBG/VCX6YuUD1CcjC9fpuhfBZ4T9fJzq/Mipj M7qVeQbzo8QFc9rUu6v7Lg7XjHfMqSzCw/dP7duOiO76Ha/uWCCbgqoaUUe4Ke2v69rs DNKN48Zochet8LcqMYBkourx1DkSTomln/zVDwlQcvkTXS6bM5x50Z99looOS7Qbafzd aYZDtXynDDW6zBjk2vd2QIeXkmwLm6tv3SQsGUiHXtHV5bNyr+seo3oEF+G0EW6utn6b 2MRpTI0IVzuJrPKDYhc3EluSKEMZTpn6M8yyPAS83YrWdIkMC5TNId0mY5KbRoDlc8rK d7KA== X-Gm-Message-State: APjAAAXlMC7OVbuI+eHpgGfb5JHrt1OOLk3r8rr2e18MZuoPBXnicUZk gkAnB5UggObukiOcvdFG06CWpkIjY7F/HqxabSe2Qw== X-Google-Smtp-Source: APXvYqz/sD4ORW2dysAwcEmbvQkYTP8B+XsBGZdmzNLnf7Gl+lMA1HXFyT/KO925cBBM9q6B1NLbgH9drLzuggkEmkk= X-Received: by 2002:a6b:c809:: with SMTP id y9mr758326iof.232.1571743250512; Tue, 22 Oct 2019 04:20:50 -0700 (PDT) MIME-Version: 1.0 From: Young Lee Date: Tue, 22 Oct 2019 20:20:39 +0900 Message-ID: To: pce@ietf.org Content-Type: multipart/alternative; boundary="0000000000001ffe5a05957dfed1" Archived-At: Subject: [Pce] Pcep-ls update 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, 22 Oct 2019 11:20:53 -0000 --0000000000001ffe5a05957dfed1 Content-Type: text/plain; charset="UTF-8" Hi WG, We have made an update to the PCEP-LS document. The main change is with respect to the IANA registry for PCEP-LS sub-TLVs. We are following the same approach as PCEP flowspec and have divided the registry in such a way that the codepoint defined for BGP-LS can be reused in PCEP-LS. This document would define any new PCEP-LS specific sub-TLV only. This does simplify the document considerably. Thanks! Young (on behalf of authors) --0000000000001ffe5a05957dfed1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
H= i WG,

We have made an update to the PCEP-LS document. T= he main change is
with respect to = the IANA registry for PCEP-LS sub-TLVs. We are
following the same approach as PCEP flowspec and have divided = the
registry in such a way that th= e codepoint defined for BGP-LS can be
reused in PCEP-LS. This document would define any new PCEP-LS specific<= /span>
sub-TLV only. This does simplify t= he document considerably.

Thanks!
Young (on behalf of authors)
--0000000000001ffe5a05957dfed1-- From nobody Tue Oct 22 04:30:05 2019 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 34244120041 for ; Tue, 22 Oct 2019 04:30:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 My_8y43wZz8A for ; Tue, 22 Oct 2019 04:30:02 -0700 (PDT) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 A2D8A12002E for ; Tue, 22 Oct 2019 04:30:02 -0700 (PDT) Received: by mail-io1-xd33.google.com with SMTP id i26so10613317iog.9 for ; Tue, 22 Oct 2019 04:30:02 -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=bR8uznLUuGIUjuQ7vyn1SatcdcJG2EnYLvYaemHutEY=; b=UsUrVNa8dTYn5sEb4XkVFB5BfMiUgwRS+89ovAIYhFX7NhA+HgzNVl9k9PnFeUemeF XIfSO1ExbtZUh2SV+Lgwmlj67VmX/+i4UMPko8nNREYPvA8BJuj0qrSYogDNai7wbWaP volM2d/oC+0IENA3vEllqXwku/068hLANDvhGGYnVQuONM4GosIkVw/L1eOvp3FpVJPR ZVWmseHZw+0HthU6z04JX80LDQaKSLI+T0UtiWnuRmXUhfoKzzPLhTsfRXEHv97S4Dqt hSv5qDoHuIb+HJ4d9jRhQC+6BTipCyM/HHXNN5LKm2Hf+7aJyIA7jOaMz0nk0lycIgX8 p6zw== 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=bR8uznLUuGIUjuQ7vyn1SatcdcJG2EnYLvYaemHutEY=; b=MrCKp/BeBHdzC6NyhuRS7iYNWWK8WWVKkzI0caKswAigOpMzTdNf0Hu2OwmVPV0sAI Pej0Vwog6C2XFUuUa8cCCOc9FwFJvKVH8Rkso3r/e++K08Hh31giG+HbKnykYuZW0AF9 BfK5Q3QPQAKd8VFXztugvx8QFY9eBmqt8EevGU2x0O+qVOZaJGVrup+IeQst9NiigouS 4XMjy+LldehIzNONqtiRFqVgjJz38KSjCUc9Oh5JGOmH1tiyx3Wr38sXUUIIeA3mNi/S ypI3RCTfRkln2RmErdI0fN68TvT1EIQbyFYia8WsdamkorN6b123tCogpQfmQP5YY1F1 MpVQ== X-Gm-Message-State: APjAAAUSWhTAee6AliYQdlwCHi/PC1hmfYXhjtWqS2asVQRRZ0520/uv xxjvvwEHHd9K7ZJPMCypiAOdT7/QxEC8iv0cZvftuQ== X-Google-Smtp-Source: APXvYqxBvCaeyzRSeISMtib8lTXujoZXWG3to4XaZYr6SQPUqSXaJVdq4CmIiUdzNkyYRaCBL6iEyKgdb7PO2vN1k5Y= X-Received: by 2002:a6b:e20f:: with SMTP id z15mr3178520ioc.199.1571743801620; Tue, 22 Oct 2019 04:30:01 -0700 (PDT) MIME-Version: 1.0 References: <157172008465.5722.7945104142078354045.idtracker@ietfa.amsl.com> In-Reply-To: <157172008465.5722.7945104142078354045.idtracker@ietfa.amsl.com> From: Young Lee Date: Tue, 22 Oct 2019 20:29:50 +0900 Message-ID: To: pce@ietf.org Cc: pcep-ls@gmail.com Content-Type: multipart/alternative; boundary="000000000000f93d5105957e1ea2" Archived-At: Subject: [Pce] New Version Notification for draft-dhodylee-pce-pcep-ls-14.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: Tue, 22 Oct 2019 11:30:04 -0000 --000000000000f93d5105957e1ea2 Content-Type: text/plain; charset="UTF-8" Hi WG, here's the pointer for the draft. _______________________________ A new version of I-D, draft-dhodylee-pce-pcep-ls-14.txt has been successfully submitted by Dhruv Dhody and posted to the IETF repository. Name: draft-dhodylee-pce-pcep-ls Revision: 14 Title: PCEP Extension for Distribution of Link-State and TE Information. Document date: 2019-10-21 Group: Individual Submission Pages: 39 URL: https://www.ietf.org/internet-drafts/draft-dhodylee-pce-pcep-ls-14.txt Status: https://datatracker.ietf.org/doc/draft-dhodylee-pce-pcep-ls/ Htmlized: https://tools.ietf.org/html/draft-dhodylee-pce-pcep-ls-14 Htmlized: https://datatracker.ietf.org/doc/html/draft-dhodylee-pce-pcep-ls Diff: https://www.ietf.org/rfcdiff?url2=draft-dhodylee-pce-pcep-ls-14 Abstract: In order to compute and provide optimal paths, Path Computation Elements (PCEs) require an accurate and timely Traffic Engineering Database (TED). Traditionally this TED has been obtained from a link state (LS) routing protocol supporting traffic engineering extensions. This document extends the Path Computation Element Communication Protocol (PCEP) with Link-State and TE Information. 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. The IETF Secretariat --000000000000f93d5105957e1ea2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Hi WG,

here's the pointe= r for the draft.
_____________________________= __

A new version of I-D, draft-dhodylee-pce-pcep-ls-14.txt
has been successfully submitted by Dhruv Dhody and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-dhodylee-pce-pcep-ls Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A014
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 PCEP Extension for Distribution of= Link-State and TE Information.
Document date:=C2=A0 2019-10-21
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 39
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/= draft-dhodylee-pce-pcep-ls-14.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-dhodylee-pce-= pcep-ls/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-dhodylee-pce-pcep-ls-14
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-dhodylee-= pce-pcep-ls
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-= dhodylee-pce-pcep-ls-14

Abstract:
=C2=A0 =C2=A0In order to compute and provide optimal paths, Path Computatio= n
=C2=A0 =C2=A0Elements (PCEs) require an accurate and timely Traffic Enginee= ring
=C2=A0 =C2=A0Database (TED).=C2=A0 Traditionally this TED has been obtained= from a link
=C2=A0 =C2=A0state (LS) routing protocol supporting traffic engineering
=C2=A0 =C2=A0extensions.

=C2=A0 =C2=A0This document extends the Path Computation Element Communicati= on
=C2=A0 =C2=A0Protocol (PCEP) with Link-State and TE Information.





Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tool= s.ietf.org.

The IETF Secretariat

--000000000000f93d5105957e1ea2-- From nobody Tue Oct 22 08:18:22 2019 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 A207912090E for ; Tue, 22 Oct 2019 08:18:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 7FZCTeikVDQa for ; Tue, 22 Oct 2019 08:18:16 -0700 (PDT) Received: from mail-ua1-x92c.google.com (mail-ua1-x92c.google.com [IPv6:2607:f8b0:4864:20::92c]) (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 C9A8A1208F9 for ; Tue, 22 Oct 2019 08:17:43 -0700 (PDT) Received: by mail-ua1-x92c.google.com with SMTP id m21so5003585ual.13 for ; Tue, 22 Oct 2019 08:17:43 -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; bh=3hO06xSOjhjbrp8awar4JambrZZcgShZ+ZY9pAa0Kno=; b=GpQE3rAGlNL0odaeWPm1B0TzoKOddF1xnrNBEpgNqj369etXjqKLFD1Ibd9YvMQgln P26pbZqUqyPSCheX07CZx0D0owdqgi2iCgBKZqgBPTONvjXZ1X6VzSvMtYnwprre7cl+ cPzMUCFQEOz08yhqMbDXyPlfxXt5FiiQalu3Y= 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=3hO06xSOjhjbrp8awar4JambrZZcgShZ+ZY9pAa0Kno=; b=lDxueTnKKce2WtbzQxCOMmfezh9IUzJqzZf0cphlk66D4yo+3UvkjK5KbiGoBxMlKd sz4D2xas/uX7KBfPJvd+Y28J5M+T4PFk40f8CBzzg3R74tAiSnAYOl+r3GahGI4gaU/M OLk5uZ+GBxkCKORLkcuF2EnE2Qy+t8MDd2xxBBlBsOixg3xUj+gREXlyqOJeiAxdOp4B o7twQnh9+0YpY7evJtu7o24lSFHo4JAopXjq31cn0yNziNJaYEZCBjZuhrfGj/Do2yIN cQRwKDgUIjC0T+MaBK8fw3OdtY2gg+vejfZUEoeCwM+Yooj6n9eLDS9EbbO1ZeD+1Ewd L23Q== X-Gm-Message-State: APjAAAUa/GYPuWHJSLnFcStjcLm898gU14s+vsTvjgofmkqvHd8gvg2Q k1y+xNV6T/ihRCkA1rnJ4zho27C5h399963Ilqj+XlgAISY= X-Google-Smtp-Source: APXvYqzB+2gjuhJBJjAvxWv51c2NvMz+USEty3Ih27Ac5cuw9D9YDUVM3001qqzkrLS7MeETLoMygu1VPftdNDMfm4o= X-Received: by 2002:a9f:350f:: with SMTP id o15mr2191639uao.125.1571757462348; Tue, 22 Oct 2019 08:17:42 -0700 (PDT) MIME-Version: 1.0 From: Hariharan Ananthakrishnan Date: Tue, 22 Oct 2019 08:17:31 -0700 Message-ID: To: pce@ietf.org Content-Type: multipart/alternative; boundary="00000000000037b6b90595814dd7" Archived-At: Subject: [Pce] Building the PCE WG Agenda for the IETF 106 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, 22 Oct 2019 15:18:19 -0000 --00000000000037b6b90595814dd7 Content-Type: text/plain; charset="UTF-8" Hi WG, The PCE WG session in Singapore is tentatively scheduled for Monday Morning session I [1]. If you need some face-to-face time to progress some work, please send a slot request to the chairs by Monday November 4th including: - the draft(s) you want to discuss, - the expected presenter name, - the requested duration, including question time as part of the slot, - the reason why you want to be on the agenda; What do you want to achieve? Why is a presentation necessary to achieve it? Please note - Asking for a slot does not mean you will get one. We will be prioritizing moving WG work first as well as drafts that were discussed on the mailing list. Please make sure to introduce your new draft or summarize an update in the mailing list. The last date to submit drafts is also November 4th [2]. Thanks! PCE Chairs & Secretary [1] https://datatracker.ietf.org/meeting/106/agenda.html [2] https://datatracker.ietf.org/meeting/important-dates/ --00000000000037b6b90595814dd7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi WG,

The PCE WG = session in Singapore is tentatively scheduled for Monday
Morn= ing session I [1]. If you need some face-to-face time to progress
some work, please send a slot request to the chairs by Monday Novembe= r
4th including:
- the draft(s) you want to dis= cuss,
- the expected presenter name,
- the requ= ested duration, including question time as part of the slot,
= - the reason why you want to be on the agenda; What do you want to
achieve? Why is a presentation necessary to achieve it?

Please note - Asking for a slot does not mean you will get = one. We
will be prioritizing moving WG work first as well as = drafts that were
discussed on the mailing list. Please make s= ure to introduce your new
draft or summarize an update in the= mailing list. The last date to
submit drafts is also Novembe= r 4th [2].

Thanks!
PCE Chairs &a= mp; Secretary

[1]=C2=A0https://datatracker.ie= tf.org/meeting/106/agenda.html
[2]=C2=A0https://datat= racker.ietf.org/meeting/important-dates/
--00000000000037b6b90595814dd7-- From nobody Tue Oct 22 10:28:57 2019 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 4D7A9120025; Tue, 22 Oct 2019 10:28:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.098 X-Spam-Level: X-Spam-Status: No, score=-12.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, MANY_SPAN_IN_TEXT=1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=JTo2CmF+; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=D2jJr0Hp 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 5-y36x0MOzcU; Tue, 22 Oct 2019 10:28:42 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC8A012008A; Tue, 22 Oct 2019 10:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=149216; q=dns/txt; s=iport; t=1571765321; x=1572974921; h=from:to:cc:subject:date:message-id:mime-version; bh=cxB//qIGD6up1WaEAn0vbGkJP4M2PsTwgRpmKMs55ak=; b=JTo2CmF+fiCHZ4SrsPVOzFXoJKzbwFxzV/bDC8Ess0yGLkaookImbLaB zn5TQ2zSCNsbPo8iRAOK4tKRMVGBkK1Quh+7YNsZOHx726AojSc6/4cs0 bJV3EqDkqYZmYeKTW3i1MPPSAtOSRGFv2acVvDNz83q+GBLy/DId7mHFg U=; X-Files: Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html : 96169 IronPort-PHdr: =?us-ascii?q?9a23=3AGF8PURyLjg2T03jXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5YRGN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A+GsHbIQKUh?= =?us-ascii?q?YEjcsMmAl1CcWIBGXwLeXhaGoxG8ERHFI=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CvAQDJOq9d/4MNJK1bChoBAQEBAQE?= =?us-ascii?q?BAQEDAQEBAREBAQECAgEBAQGBe4EcLyQFJwVsVyAECyqEJoFfgWgDileLEop?= =?us-ascii?q?ghG2BQoEQA1QCBwEBAQwBASUIAgEBgUyBPoE2GYMTJDgTAgMJAQEEAQEBAgE?= =?us-ascii?q?FBG2FCwgkDIVOFggBCAoTAQElEgERARoCJAECBwIEMBcQBAENExSDAAGCRgM?= =?us-ascii?q?uAQIMpxkCgTiIYXWBMoJ+AQEFgTgCg04YghAHCYE2hRaGeRiBf4EQAScfgwq?= =?us-ascii?q?CVwsBAQIBF4ELERMvCQwBgmMygiyJSoM2DwMJgl2FOoEShjSBbIMsimRuCoI?= =?us-ascii?q?kg0WCZWSCEoJDBT+EHoRhG4I7coFKhReELYsTjjaBP4ZokSACBAIEBQIOAQE?= =?us-ascii?q?FgWkigVhwFTsqAYJBCUcQFFZhgSskERIVbwEFgkaFFIU/dAEBgSeOfAEB?= X-IronPort-AV: E=Sophos;i="5.68,217,1569283200"; d="html'217?scan'217,208,217";a="651998948" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Oct 2019 17:28:39 +0000 Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x9MHSc1r013552 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Oct 2019 17:28:39 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 12:28:36 -0500 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 13:28:00 -0400 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 22 Oct 2019 12:28:00 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z2IiDtJNEZ73zqK6oi4Wa4ANVtS7BNQoifT6d1WGjQO4+yt2iG6F/xe867ZeRsy8TcpUiRzDcFplxyibe7VggZ1mlAwB2ATGjO4YrPB/PgcUM4HMCzjRw5Iqu4NxoEEnaTdHnSW0m5YRhRuQGX81U4h5gdN0e1rWfQv57pwNJ34pv5O3HAqd02B2W09IZqHhUNkrZ5in8CslafP8xVhBkSVVVuzO18MaeNmu3uN4BllVysQjtWiLobFVxf9xGd1ic7wLPVAOXRVJmvWGuTgLR1VkkWFFYQRinZY3Nt7TzKwTBMrrKSlXqKoPPVdgOTO/+/SORBXi6N3RzC4+ibTjrA== 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=A7XHUFddZbooauL5HthtkSb0EVHD7rvfnnuhFfzk460=; b=M9zsCa1QuqMTs4X9EVu8YOZXxzDCt8n4wtPAqbK8aSWjRrNyyfsPx0sVFTzETYN/QKc+osHXkICGMLGG/nmK4FdUGq37KvmsLJT2mUT6Cm1QWZzo1V2RId41tRLLPSlP2od1pX0ma0DuoLTlaIY5SeX03qQJ7WKETQP2BPykIBsfuc/AZy5l+l9WZm8ckrKbPtit18DOgm6724zzCZAwH1I6Txi+e3JxrJ47W11f7+qtt2bqu24YpqpAHXseg2ikxciIYPipqAk5ct5LMJHu569JqECLa3Nuq/DJPxvxrXsGuA5SjUWJuNTNSVnX8AbAS+m9UIWSjmJbNQofi1hRNA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=A7XHUFddZbooauL5HthtkSb0EVHD7rvfnnuhFfzk460=; b=D2jJr0HpLxbb1pH3xwGzNzYZaLkxJQ3XX+7YbWBA1WRthkvV7sN8lXWADXPTMQZi4dXPxl2CpQS91Ix/DaXKpl5BZYekht1pJkqXjCfTik1eeOTdmb0Vu8mimDOEKxWLCs52EdHMIXJCufGc7N8/XUOJs8vrYX/yMkSzgU8tEFA= Received: from MN2PR11MB4221.namprd11.prod.outlook.com (52.135.38.14) by MN2PR11MB4222.namprd11.prod.outlook.com (52.135.36.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.20; Tue, 22 Oct 2019 17:27:59 +0000 Received: from MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::787e:8cf4:6217:9f56]) by MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::787e:8cf4:6217:9f56%4]) with mapi id 15.20.2347.029; Tue, 22 Oct 2019 17:27:59 +0000 From: "Acee Lindem (acee)" To: Routing ADs , "draft-ietf-pce-pcep-flowspec@ietf.org" CC: "pce@ietf.org" , Routing Directorate Thread-Topic: RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" Thread-Index: AQHViP4MtH6x+n2/sU2hLmfZzonfOg== Date: Tue, 22 Oct 2019 17:27:59 +0000 Message-ID: <2B1BFBB7-702E-4E0F-BE3E-1A46D6FA7A15@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=acee@cisco.com; x-originating-ip: [2001:420:c0c4:1008::334] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f273be7e-406f-4dc6-6a46-08d757152f25 x-ms-traffictypediagnostic: MN2PR11MB4222: x-ms-exchange-purlcount: 19 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(376002)(136003)(39860400002)(346002)(396003)(199004)(189003)(81166006)(2616005)(7736002)(33656002)(91956017)(2906002)(316002)(478600001)(76116006)(25786009)(4326008)(5660300002)(6506007)(256004)(71190400001)(71200400001)(14444005)(5024004)(81156014)(9326002)(486006)(86362001)(6436002)(64756008)(36756003)(66446008)(476003)(99286004)(8936002)(66946007)(54896002)(66616009)(66476007)(54906003)(110136005)(6306002)(6116002)(66556008)(14454004)(6486002)(8676002)(99936001)(966005)(46003)(186003)(102836004)(6512007)(2501003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4222; H:MN2PR11MB4221.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: peVCxlsgO2mO6lAjv+DNNcxQSxdpJt/P4nIaQxvt126k+7O+RXr9Fcki2upznHQb4AoKgPdLHRQdB8QLYEGEFBDodyIjllp+R1SZsgfBiMTj0GveNj5sDlC11B6NrWi72iH7088LvC3xY5dTqgQW1OeLyqhPepAH7R0EkBh9juxs4Or3GOYHB25SLEYrGbOXDlfOs/D3xjwE6cMAaacjP1hCe7XLpCxnkCupwMKMIxrJaKPcwQw/R4lgHg6WaNXrFZTsVOJfQrGmqKF7MIaPMShgnSSeVXAWNpk8DmhDKtIzEQQ+3Nap1guzvW6PKSgvz7quxjnbod8VLbhRJNk73tzkntayaoYYKUbKz7L834ashZlAVEcAOQVAoUz0G5al3ixyn2YM+mq62SwIriL56rcjJa5EIuA+YSo0R9nw3BlSE58mqFRRcnnirq+YpsnMbOLOJoV+DWrU2TipRAwql2J8Vn3jI+ig1DbKtT2DYZw= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_004_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: f273be7e-406f-4dc6-6a46-08d757152f25 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 17:27:59.1406 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VSYPie8qBqjLEvZtsR65QRIuqmdW3JZMXpjsxsfeR75UeaiUqapv8aqmp8w4Po6z X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4222 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.18, xch-aln-008.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: [Pce] RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" 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, 22 Oct 2019 17:28:49 -0000 --_004_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_ Content-Type: multipart/alternative; boundary="_000_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_" --_000_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQoNCiAgaHR0 cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KDQpBbHRo b3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0 aW5nIEFEcywNCml0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0g YWxvbmcgd2l0aCBhbnkgb3RoZXINCklFVEYgRWFybHkgUmV2aWV3L0xhc3QgQ2FsbCAgY29tbWVu dHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0bw0KcmVzb2x2ZSB0aGVtIHRocm91Z2gg ZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1p ZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1LnR4dA0KUmV2aWV3ZXI6IEFjZWUgTGluZGVtDQpSZXZp ZXcgRGF0ZTogMTAvMjIvMjAxOQ0KSUVURiBMQyBFbmQgRGF0ZTogTi9BDQpJbnRlbmRlZCBTdGF0 dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1tYXJ5Og0KVGhpcyBkb2N1bWVudCBpcyBiYXNpY2Fs bHkgcmVhZHkgZm9yIGZ1cnRoZXIgZGlzY3Vzc2lvbiBhbmQgV0cgTGFzdCBDYWxsLA0KYnV0IGhh cyBuaXRzIHRoYXQgc2hvdWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8gcHVibGljYXRpb24uDQoN CkNvbW1lbnRzOg0KDQogVGhlIGRyYWZ0IGlzIGV4dHJlbWVseSBlYXN5IHRvIHJlYWQgYW5kIHVu ZGVyc3RhbmQuIFRoaXMgaXMgYW4gZWFybHkNCiByZXZpZXcgeWV0IHRoZSBkb2N1bWVudCBpcyBp biBiZXR0ZXIgc2hhcGUgdGhhbiBtb3N0IGRvY3VtZW50cyBJIHJldmlldw0KIGR1cmluZyBXb3Jr aW5nIEdyb3VwIExhc3QgQ2FsbC4gSSBkb24ndCBldmVuIGZvbGxvdyB0aGUgUENFIFdvcmtpbmcN CiBHcm91cCBidXQgYmVsaWV2ZSBJIGNvdWxkIGNvbnN1bWUgdGhlIGVudGlyZSBkcmFmdCB3aXRo IG9ubHkgYQ0KIHJ1ZGltZW50YXJ5IHVuZGVyc3RhbmRpbmcgb2YgdGhlIFBDRSBwcm90b2NvbCBh bmQgaGF2aW5nIHJlYWQgYW5kDQogZm9sbG93ZWQgUkZDIDU1NzUuDQoNCk1ham9yIElzc3Vlczog Tm9uZQ0KDQpNaW5vciBJc3N1ZXM6IE5vbmUNCg0KTml0czoNCg0KICBJIGhhdmUgYSBxdWVzdGlv biBhbmQgYSBmZXcgc3VnZ2VzdGlvbnM6DQoNCiAgICAxLiBGb3IgdGhlIG11bHRpY2FzdCBmbG93 IGZpbHRlciBUTFZzLCBpcyB0aGVyZSBzb21lIHJlYXNvbiB3aHkNCiAgICAgICB0aGUgUy1iaXQg YW5kIEctYml0IHJlc3BlY3RpdmVseSBpbmRpY2F0ZSB0aGF0IHRoZSBmaWVsZHMgYXJlDQogICAg ICAgTk9UIHVzZWQ/IEluIG1vc3QgcHJvdG9jb2wgZW5jb2RpbmdzLCBhIFNldCBiaXQgaW5kaWNh dGVzIHRoYXQNCiAgICAgICBhIGZpZWxkIGlzIHVzZWQgYW5kIGEgQ2xlYXIgYml0IGluZGljYXRl cyB0aGF0IGl0IGlzIG5vdCB1c2VkLg0KICAgICAgIEFsc28sIGFsbCB6ZXJvcyBoYXMgYWxzbyBi ZWVuIHVzZWQgYSB3aWxkY2FyZCBzcGVjaWZpY2F0aW9uDQogICAgICAgYnV0IEkgZ3Vlc3MgeW91 IHByZWZlcnJlZCBzb21ldGhpbmcgZXhwbGljaXQuDQoNCiAgICAyLiBGb3IgSUdQcywgd2UgYWx3 YXlzIGh5cGhlbmF0ZSBCaXQgZGVmaW5pdGlvbnMuIEhvd2V2ZXIsIGluIHRoaXMNCiAgICAgICBz cGVjaWZpY2F0aW9uLCB0aGUgQml0IGRlZmluaXRpb25zIGFyZSBub3QgaHlwaGVuYXRlZCBvdGhl cg0KICAgICAgIHRoYW4gaW4gdGhlIElBTkEgc2VjdGlvbi4gQmVpbmcgdGhlIExTUiBjaGFpciwg SSdkIHByZWZlcg0KICAgICAgIGNvbnNpc3RlbmN5IHdpdGggdGhlIElHUCBzcGVjaWZpY2F0aW9u cy4NCg0KICAgIDMuIEluIG1vc3QgSUVURiBzcGVjaWZpY2F0aW9ucywgImhlYWRlbmQiIGlzIGEg c2luZ2xlIGNvbXBvdW5kDQogICAgICAgd29yZC4NCg0KICAgIDQuIEluIHNlY3Rpb24gOSwgY291 bGQgeW91IGluZGljYXRlIHRoYXQgdGhlIG9ubHkgY2hhbmdlIGlzIGFkZGluZw0KICAgICAgIHRo ZSA8Zmxvd3NwZWMtbGlzdD4/IFRoaXMgc2VlbXMgdG8gYmUgdGhlIGNhc2UgYnV0IGl0IHdvdWxk IGJlDQogICAgICAgZ29vZCB0byBzdGF0ZSBpdCBleHBsaWNpdGx5Lg0KDQogICAgNS4gSSBoYXZl IGF0dGFjaGVkIGFuIFJGQ0RJRkYgb2Ygc3VnZ2VzdGVkIGVkaXRvcmlhbCBjaGFuZ2VzLg0KDQoN ClRoYW5rcywNCkFjZWUNCg0KDQo= --_000_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAx LjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5 NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IZWxsbyw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0 aW5nIERpcmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5UaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Ig cm91dGluZy1yZWxhdGVkPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhy b3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5zb21ldGltZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3 IGlzIHRvIHByb3ZpZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+YXNzaXN0YW5jZSB0byB0aGUgUm91dGlu ZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPkRpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAizxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7IGh0dHA6Ly90cmFjLnRvb2xzLmlldGYu b3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9y IHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5pdCB3b3VsZCBi ZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVy PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPklFVEYgRWFybHkgUmV2aWV3L0xhc3QgQ2FsbCZuYnNwOyBjb21t ZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPnJl c29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Ljxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RG9jdW1lbnQ6IGRyYWZ0 LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMtMDUudHh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJldmlld2Vy OiBBY2VlIExpbmRlbTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5SZXZpZXcgRGF0ZTogMTAvMjIvMjAxOTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij5JRVRGIExDIEVuZCBEYXRlOiBOL0E8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ SW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2s8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPlN1bW1hcnk6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoaXMgZG9jdW1l bnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBmdXJ0aGVyIGRpc2N1c3Npb24gYW5kIFdHIExhc3Qg Q2FsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+YnV0IGhhcyBuaXRzIHRoYXQgc2hvdWxkIGJlIGNvbnNp ZGVyZWQgcHJpb3IgdG8gcHVibGljYXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5Db21tZW50czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPiZuYnNwO1RoZSBkcmFmdCBpcyBleHRyZW1lbHkgZWFzeSB0byByZWFkIGFuZCB1 bmRlcnN0YW5kLiBUaGlzIGlzIGFuIGVhcmx5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwO3Jldmll dyB5ZXQgdGhlIGRvY3VtZW50IGlzIGluIGJldHRlciBzaGFwZSB0aGFuIG1vc3QgZG9jdW1lbnRz IEkgcmV2aWV3PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwO2R1cmluZyBXb3JraW5nIEdyb3VwIExh c3QgQ2FsbC4gSSBkb24ndCBldmVuIGZvbGxvdyB0aGUgUENFIFdvcmtpbmc8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Jm5ic3A7R3JvdXAgYnV0IGJlbGlldmUgSSBjb3VsZCBjb25zdW1lIHRoZSBlbnRpcmUg ZHJhZnQgd2l0aCBvbmx5IGEmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7cnVkaW1lbnRh cnkgdW5kZXJzdGFuZGluZyBvZiB0aGUgUENFIHByb3RvY29sIGFuZCBoYXZpbmcgcmVhZCBhbmQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Zm9sbG93ZWQgUkZDIDU1NzUuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NYWpvciBJc3N1ZXM6IE5vbmUmbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk1pbm9yIElzc3VlczogTm9u ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Tml0czo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyBJIGhhdmUgYSBxdWVz dGlvbiBhbmQgYSBmZXcgc3VnZ2VzdGlvbnM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7IDEuIEZvciB0aGUgbXVsdGljYXN0IGZsb3cgZmls dGVyIFRMVnMsIGlzIHRoZXJlIHNvbWUgcmVhc29uIHdoeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJz cDsmbmJzcDsgJm5ic3A7ICZuYnNwOyB0aGUgUy1iaXQgYW5kIEctYml0IHJlc3BlY3RpdmVseSBp bmRpY2F0ZSB0aGF0IHRoZSBmaWVsZHMgYXJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNw OyAmbmJzcDsgJm5ic3A7IE5PVCB1c2VkPyBJbiBtb3N0IHByb3RvY29sIGVuY29kaW5ncywgYSBT ZXQgYml0IGluZGljYXRlcyB0aGF0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJz cDsgJm5ic3A7IGEgZmllbGQgaXMgdXNlZCBhbmQgYSBDbGVhciBiaXQgaW5kaWNhdGVzIHRoYXQg aXQgaXMgbm90IHVzZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsgJm5i c3A7IEFsc28sIGFsbCB6ZXJvcyBoYXMgYWxzbyBiZWVuIHVzZWQgYSB3aWxkY2FyZCBzcGVjaWZp Y2F0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsgJm5ic3A7IGJ1dCBJ IGd1ZXNzIHlvdSBwcmVmZXJyZWQgc29tZXRoaW5nIGV4cGxpY2l0LjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7ICZuYnNwOyAyLiBGb3IgSUdQcywgd2Ug YWx3YXlzIGh5cGhlbmF0ZSBCaXQgZGVmaW5pdGlvbnMuIEhvd2V2ZXIsIGluIHRoaXM8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgc3BlY2lmaWNhdGlvbiwgdGhl IEJpdCBkZWZpbml0aW9ucyBhcmUgbm90IGh5cGhlbmF0ZWQgb3RoZXI8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgdGhhbiBpbiB0aGUgSUFOQSBzZWN0aW9uLiBC ZWluZyB0aGUgTFNSIGNoYWlyLCBJJ2QgcHJlZmVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZu YnNwOyAmbmJzcDsgJm5ic3A7IGNvbnNpc3RlbmN5IHdpdGggdGhlIElHUCBzcGVjaWZpY2F0aW9u cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAmbmJz cDsgMy4gSW4gbW9zdCBJRVRGIHNwZWNpZmljYXRpb25zLCAmcXVvdDtoZWFkZW5kJnF1b3Q7IGlz IGEgc2luZ2xlIGNvbXBvdW5kPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsg Jm5ic3A7IHdvcmQuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij4mbmJzcDsgJm5ic3A7IDQuIEluIHNlY3Rpb24gOSwgY291bGQgeW91IGluZGljYXRlIHRo YXQgdGhlIG9ubHkgY2hhbmdlIGlzIGFkZGluZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJz cDsgJm5ic3A7ICZuYnNwOyB0aGUgJmx0O2Zsb3dzcGVjLWxpc3QmZ3Q7PyBUaGlzIHNlZW1zIHRv IGJlIHRoZSBjYXNlIGJ1dCBpdCB3b3VsZCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJz cDsgJm5ic3A7ICZuYnNwOyBnb29kIHRvIHN0YXRlIGl0IGV4cGxpY2l0bHkuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7IDUuIEkgaGF2ZSBh dHRhY2hlZCBhbiBSRkNESUZGIG9mIHN1Z2dlc3RlZCBlZGl0b3JpYWwgY2hhbmdlcy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkFjZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_-- --_004_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_ Content-Type: text/html; name="Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html" Content-Description: Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html Content-Disposition: attachment; filename="Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html"; size=96169; creation-date="Tue, 22 Oct 2019 17:27:59 GMT"; modification-date="Tue, 22 Oct 2019 17:27:59 GMT" Content-ID: <6CE7EAAC0ED4EE41B13FA2D91B7A06A3@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDMxKWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv cmZjZGlmZi8gLS0+CjxodG1sIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sIj48 aGVhZD48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD1VVEYtOCI+IAogICAKICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVN0eWxlLVR5 cGUiIGNvbnRlbnQ9InRleHQvY3NzIj4gCiAgPHRpdGxlPkRpZmY6IGRyYWZ0LWlldGYtcGNlLXBj ZXAtZmxvd3NwZWMtMDUudHh0Lm9yaWcgLSBkcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1 LnR4dDwvdGl0bGU+IAogIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+IAogICAgYm9keSAgICB7IG1h cmdpbjogMC40ZXg7IG1hcmdpbi1yaWdodDogYXV0bzsgfSAKICAgIHRyICAgICAgeyB9IAogICAg dGQgICAgICB7IHdoaXRlLXNwYWNlOiBwcmU7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IHZlcnRp Y2FsLWFsaWduOiB0b3A7IGZvbnQtc2l6ZTogMC44NmVtO30gCiAgICB0aCAgICAgIHsgZm9udC1z aXplOiAwLjg2ZW07IH0gCiAgICAuc21hbGwgIHsgZm9udC1zaXplOiAwLjZlbTsgZm9udC1zdHls ZTogaXRhbGljOyBmb250LWZhbWlseTogVmVyZGFuYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyB9 IAogICAgLmxlZnQgICB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAucmlnaHQgIHsg YmFja2dyb3VuZC1jb2xvcjogI0ZGRjsgfSAKICAgIC5kaWZmICAgeyBiYWNrZ3JvdW5kLWNvbG9y OiAjQ0NGOyB9IAogICAgLmxibG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNCRkI7IH0gCiAgICAu cmJsb2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGODsgfSAKICAgIC5pbnNlcnQgeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjOEZGOyB9IAogICAgLmRlbGV0ZSB7IGJhY2tncm91bmQtY29sb3I6ICNBQ0Y7 IH0gCiAgICAudm9pZCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGQjsgfSAKICAgIC5jb250ICAg eyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxpbmViciB7IGJhY2tncm91bmQtY29s b3I6ICNBQUE7IH0gCiAgICAubGluZW5vIHsgY29sb3I6IHJlZDsgYmFja2dyb3VuZC1jb2xvcjog I0ZGRjsgZm9udC1zaXplOiAwLjdlbTsgdGV4dC1hbGlnbjogcmlnaHQ7IHBhZGRpbmc6IDAgMnB4 OyB9IAogICAgLmVsaXBzaXN7IGJhY2tncm91bmQtY29sb3I6ICNBQUE7IH0gCiAgICAubGVmdCAu Y29udCB7IGJhY2tncm91bmQtY29sb3I6ICNEREQ7IH0gCiAgICAucmlnaHQgLmNvbnQgeyBiYWNr Z3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxibG9jayAuY29udCB7IGJhY2tncm91bmQtY29s b3I6ICM5RDk7IH0gCiAgICAucmJsb2NrIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RENjsg fSAKICAgIC5pbnNlcnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjMEREOyB9IAogICAgLmRl bGV0ZSAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICM4QUQ7IH0gCiAgICAuc3RhdHMsIC5zdGF0 cyB0ZCwgLnN0YXRzIHRoIHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgcGFkZGluZzogMnB4IDA7 IH0gCiAgICBzcGFuLmhpZGUgeyBkaXNwbGF5OiBub25lOyBjb2xvcjogI2FhYTt9ICAgIGE6aG92 ZXIgc3BhbiB7IGRpc3BsYXk6IGlubGluZTsgfSAgICB0ci5jaGFuZ2UgeyBiYWNrZ3JvdW5kLWNv bG9yOiBncmF5OyB9IAogICAgdHIuY2hhbmdlIGEgeyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGNv bG9yOiBibGFjayB9IAogIDwvc3R5bGU+IAogICAgIDxzY3JpcHQ+CnZhciBjaHVua19pbmRleCA9 IDA7CnZhciBvbGRfY2h1bmsgPSBudWxsOwoKZnVuY3Rpb24gZm9ybWF0X2NodW5rKGluZGV4KSB7 CiAgICB2YXIgcHJlZml4ID0gImRpZmYiOwogICAgdmFyIHN0ciA9IGluZGV4LnRvU3RyaW5nKCk7 CiAgICBmb3IgKHg9MDsgeDwoNC1zdHIubGVuZ3RoKTsgKyt4KSB7CiAgICAgICAgcHJlZml4Kz0n MCc7CiAgICB9CiAgICByZXR1cm4gcHJlZml4ICsgc3RyOwp9CgpmdW5jdGlvbiBmaW5kX2NodW5r KG4pewogICAgcmV0dXJuIGRvY3VtZW50LnF1ZXJ5U2VsZWN0b3IoJ3RyW2lkJD0iJyArIG4gKyAn Il0nKTsKfQoKZnVuY3Rpb24gY2hhbmdlX2NodW5rKG9mZnNldCkgewogICAgdmFyIGluZGV4ID0g Y2h1bmtfaW5kZXggKyBvZmZzZXQ7CiAgICB2YXIgbmV3X3N0cjsKICAgIHZhciBuZXdfY2h1bms7 CgogICAgbmV3X3N0ciA9IGZvcm1hdF9jaHVuayhpbmRleCk7CiAgICBuZXdfY2h1bmsgPSBmaW5k X2NodW5rKG5ld19zdHIpOwogICAgaWYgKCFuZXdfY2h1bmspIHsKICAgICAgICByZXR1cm47CiAg ICB9CiAgICBpZiAob2xkX2NodW5rKSB7CiAgICAgICAgb2xkX2NodW5rLnN0eWxlLm91dGxpbmUg PSAiIjsKICAgIH0KICAgIG9sZF9jaHVuayA9IG5ld19jaHVuazsKICAgIG9sZF9jaHVuay5zdHls ZS5vdXRsaW5lID0gIjFweCBzb2xpZCByZWQiOwogICAgd2luZG93LmxvY2F0aW9uLnJlcGxhY2Uo IiMiICsgbmV3X3N0cikKICAgIHdpbmRvdy5zY3JvbGxCeSgwLC0xMDApOwogICAgY2h1bmtfaW5k ZXggPSBpbmRleDsKfQoKZG9jdW1lbnQub25rZXlkb3duID0gZnVuY3Rpb24oZSkgewogICAgc3dp dGNoIChlLmtleUNvZGUpIHsKICAgIGNhc2UgNzg6CiAgICAgICAgY2hhbmdlX2NodW5rKDEpOwog ICAgICAgIGJyZWFrOwogICAgY2FzZSA4MDoKICAgICAgICBjaGFuZ2VfY2h1bmsoLTEpOwogICAg ICAgIGJyZWFrOwogICAgfQp9OwogICA8L3NjcmlwdD4gCjwvaGVhZD4gCjxib2R5PiAKICA8dGFi bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiPiAKICA8dGJvZHk+ PHRyIGlkPSJwYXJ0LTEiIGJnY29sb3I9Im9yYW5nZSI+PHRoPjwvdGg+PHRoPjxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtcGNlLXBjZXAtZmxv d3NwZWMtMDUudHh0Lm9yaWciIHN0eWxlPSJjb2xvcjojMDA4OyB0ZXh0LWRlY29yYXRpb246bm9u ZTsiPiZsdDs8L2E+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMtMDUudHh0Lm9yaWciIHN0eWxlPSJjb2xvcjojMDA4 Ij5kcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1LnR4dC5vcmlnPC9hPiZuYnNwOzwvdGg+ PHRoPiA8L3RoPjx0aD4mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1wY2UtcGNlcC1mbG93c3BlYy0wNS50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5k cmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1LnR4dDwvYT4mbmJzcDs8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dz cGVjLTA1LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+Jmd0 OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0xIiBjbGFz cz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTEiPjxlbT4g cGFnZSAxLCBsaW5lIDE3PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3Ro Pjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJl Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTEiPjxlbT4gcGFnZSAxLCBs aW5lIDE3PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBaLiBMaTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBaLiBMaTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWkgVGVjaG5vbG9naWVzPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWkgVGVjaG5vbG9naWVzPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBBdWd1c3QgMTUsIDIwMTk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBBdWd1c3QgMTUsIDIwMTk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg ICAgICAgICAgICAgICBQQ0VQIEV4dGVuc2lvbiBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICBQQ0VQIEV4dGVuc2lv biBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMtMDU8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtcGNl LXBjZXAtZmxvd3NwZWMtMDU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWJzdHJh Y3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5BYnN0cmFjdDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IChQQ0Up IGlzIGEgZnVuY3Rpb25hbCBjb21wb25lbnQgY2FwYWJsZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRoZSBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkgaXMgYSBmdW5j dGlvbmFsIGNvbXBvbmVudCBjYXBhYmxlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDAxIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG9mIHNlbGVjdGluZyA8c3Bh biBjbGFzcz0iZGVsZXRlIj50aGUgPC9zcGFuPnBhdGhzIHRocm91Z2ggYSB0cmFmZmljIGVuZ2lu ZWVyZWQgbmV0d29yay4gIFRoZXNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IG9mIHNlbGVjdGluZyBwYXRocyB0aHJvdWdoIGEgdHJhZmZpYyBlbmdpbmVlcmVkIG5ldHdvcmsu ICBUaGVzZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcGF0aHMgbWF5IGJlIHN1cHBs aWVkIGluIHJlc3BvbnNlIHRvIHJlcXVlc3RzIGZvciBjb21wdXRhdGlvbiwgb3IgbWF5PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcGF0aHMgbWF5IGJlIHN1cHBsaWVkIGluIHJl c3BvbnNlIHRvIHJlcXVlc3RzIGZvciBjb21wdXRhdGlvbiwgb3IgbWF5PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBiZSB1bnNvbGljaXRlZCBpbnN0cnVjdGlvbnMgaXNzdWVkIGJ5IHRo ZSBQQ0UgdG8gbmV0d29yayBlbGVtZW50cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBiZSB1bnNvbGljaXRlZCBpbnN0cnVjdGlvbnMgaXNzdWVkIGJ5IHRoZSBQQ0UgdG8gbmV0 d29yayBlbGVtZW50cy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEJvdGggYXBwcm9h Y2hlcyB1c2UgdGhlIFBDRSBDb21tdW5pY2F0aW9uIFByb3RvY29sIChQQ0VQKSB0byBjb252ZXk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBCb3RoIGFwcHJvYWNoZXMgdXNlIHRo ZSBQQ0UgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCAoUENFUCkgdG8gY29udmV5PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgZGV0YWlscyBvZiB0aGUgY29tcHV0ZWQgcGF0aC48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgZGV0YWlscyBvZiB0aGUgY29tcHV0 ZWQgcGF0aC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVHJhZmZpYyBmbG93 cyBtYXkgYmUgY2F0ZWdvcml6ZWQgYW5kIGRlc2NyaWJlZCB1c2luZyAiRmxvdzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRyYWZmaWMgZmxvd3MgbWF5IGJlIGNhdGVnb3JpemVk IGFuZCBkZXNjcmliZWQgdXNpbmcgIkZsb3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFNwZWNpZmljYXRpb25zIi4gIFJGQyA1NTc1IGRlZmluZXMgdGhlIEZsb3cgU3BlY2lmaWNhdGlv biBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTcGVjaWZpY2F0aW9ucyIu ICBSRkMgNTU3NSBkZWZpbmVzIHRoZSBGbG93IFNwZWNpZmljYXRpb24gYW5kPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmliZXMgaG93IEZsb3cgU3BlY2lmaWNhdGlvbiBDb21w b25lbnRzIGFyZSB1c2VkIHRvIGRlc2NyaWJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgZGVzY3JpYmVzIGhvdyBGbG93IFNwZWNpZmljYXRpb24gQ29tcG9uZW50cyBhcmUgdXNl ZCB0byBkZXNjcmliZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdHJhZmZpYyBmbG93 cy4gIFJGQyA1NTc1IGFsc28gZGVmaW5lcyBob3cgRmxvdyBTcGVjaWZpY2F0aW9ucyBtYXkgYmU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0cmFmZmljIGZsb3dzLiAgUkZDIDU1 NzUgYWxzbyBkZWZpbmVzIGhvdyBGbG93IFNwZWNpZmljYXRpb25zIG1heSBiZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGlzdHJpYnV0ZWQgaW4gQkdQIHRvIGFsbG93IHNwZWNpZmlj IHRyYWZmaWMgZmxvd3MgdG8gYmUgYXNzb2NpYXRlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGRpc3RyaWJ1dGVkIGluIEJHUCB0byBhbGxvdyBzcGVjaWZpYyB0cmFmZmljIGZs b3dzIHRvIGJlIGFzc29jaWF0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyIGlkPSJwYXJ0LTIiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21h bGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmll dGYub3JnL3JmY2RpZmYvI3BhcnQtMiI+PGVtPiBwYWdlIDMsIGxpbmUgNDk8c3BhbiBjbGFzcz0i aGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBp bmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3Jm Y2RpZmYvI3BhcnQtMiI+PGVtPiBwYWdlIDMsIGxpbmUgNDk8c3BhbiBjbGFzcz0iaGlkZSI+IMK2 PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTFNQcyBwcm92aXNpb25lZCBpbiB0aGUg bmV0d29yayAoYSBzdGF0ZWZ1bCBQQ0UpLiAgW1JGQzgyODFdPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgTFNQcyBwcm92aXNpb25lZCBpbiB0aGUgbmV0d29yayAoYSBzdGF0ZWZ1 bCBQQ0UpLiAgW1JGQzgyODFdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmli ZXMgdGhlIHNldHVwLCBtYWludGVuYW5jZSwgYW5kIHRlYXJkb3duIG9mIExTUHMgaW5pdGlhdGVk IGJ5IGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkZXNjcmliZXMgdGhlIHNl dHVwLCBtYWludGVuYW5jZSwgYW5kIHRlYXJkb3duIG9mIExTUHMgaW5pdGlhdGVkIGJ5IGE8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHN0YXRlZnVsIFBDRSB3aXRob3V0IHRoZSBuZWVk IGZvciBsb2NhbCBjb25maWd1cmF0aW9uIG9uIHRoZSBQQ0MsPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgc3RhdGVmdWwgUENFIHdpdGhvdXQgdGhlIG5lZWQgZm9yIGxvY2FsIGNv bmZpZ3VyYXRpb24gb24gdGhlIFBDQyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRo dXMgYWxsb3dpbmcgZm9yIGEgZHluYW1pYyBuZXR3b3JrIHRoYXQgaXMgY2VudHJhbGx5IGNvbnRy b2xsZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGh1cyBhbGxvd2luZyBm b3IgYSBkeW5hbWljIG5ldHdvcmsgdGhhdCBpcyBjZW50cmFsbHkgY29udHJvbGxlZC48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM4MjgzXSBpbnRyb2R1Y2VzIHRoZSBhcmNoaXRl Y3R1cmUgZm9yIFBDRSBhcyBhIGNlbnRyYWwgY29udHJvbGxlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIFtSRkM4MjgzXSBpbnRyb2R1Y2VzIHRoZSBhcmNoaXRlY3R1cmUgZm9y IFBDRSBhcyBhIGNlbnRyYWwgY29udHJvbGxlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYW5kIGRlc2NyaWJlcyBob3cgUENFIGNhbiBiZSB2aWV3ZWQgYXMgYSBjb21wb25lbnQgdGhh dCBwZXJmb3JtczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFuZCBkZXNjcmli ZXMgaG93IFBDRSBjYW4gYmUgdmlld2VkIGFzIGEgY29tcG9uZW50IHRoYXQgcGVyZm9ybXM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNvbXB1dGF0aW9uIHRvIHBsYWNlICdmbG93cycg d2l0aGluIHRoZSBuZXR3b3JrIGFuZCBkZWNpZGUgaG93IHRoZXNlPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgY29tcHV0YXRpb24gdG8gcGxhY2UgJ2Zsb3dzJyB3aXRoaW4gdGhl IG5ldHdvcmsgYW5kIGRlY2lkZSBob3cgdGhlc2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGZsb3dzIGFyZSByb3V0ZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Zmxvd3MgYXJlIHJvdXRlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhl IGRlc2NyaXB0aW9uIG9mIHRyYWZmaWMgZmxvd3MgYnkgdGhlIGNvbWJpbmF0aW9uIG9mIG11bHRp cGxlIEZsb3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZGVzY3JpcHRp b24gb2YgdHJhZmZpYyBmbG93cyBieSB0aGUgY29tYmluYXRpb24gb2YgbXVsdGlwbGUgRmxvdzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMiI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICBTcGVjaWZpY2F0aW9uIENvbXBvbmVudHMgYW5kIHRoZWlyIGRpc3NlbWlu YXRpb24gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+b2YgPC9zcGFuPmFzIHRyYWZmaWMgZmxvdzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBTcGVjaWZpY2F0aW9uIENvbXBvbmVudHMg YW5kIHRoZWlyIGRpc3NlbWluYXRpb24gYXMgdHJhZmZpYyBmbG93PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBzcGVjaWZpY2F0aW9ucyAoRmxvdyBTcGVjaWZpY2F0aW9ucykgd2FzIGlu dHJvZHVjZWQgZm9yIEJHUCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNw ZWNpZmljYXRpb25zIChGbG93IFNwZWNpZmljYXRpb25zKSB3YXMgaW50cm9kdWNlZCBmb3IgQkdQ IGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTU3NV0gYW5kIHVwZGF0ZWQg KGZvciBjbGFyaWZpY2F0aW9uKSBpbiBbUkZDNzY3NF0uICBBIEZsb3c8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNTU3NV0gYW5kIHVwZGF0ZWQgKGZvciBjbGFyaWZpY2F0 aW9uKSBpbiBbUkZDNzY3NF0uICBBIEZsb3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFNwZWNpZmljYXRpb24gaXMgY29tcHJpc2VkIG9mIHRyYWZmaWMgZmlsdGVyaW5nIHJ1bGVzIGFu ZCBhY3Rpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNwZWNpZmljYXRp b24gaXMgY29tcHJpc2VkIG9mIHRyYWZmaWMgZmlsdGVyaW5nIHJ1bGVzIGFuZCBhY3Rpb25zLjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHJvdXRlcnMgdGhhdCByZWNlaXZlIGEg RmxvdyBTcGVjaWZpY2F0aW9uIGNhbiBjbGFzc2lmeSByZWNlaXZlZDwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSByb3V0ZXJzIHRoYXQgcmVjZWl2ZSBhIEZsb3cgU3BlY2lm aWNhdGlvbiBjYW4gY2xhc3NpZnkgcmVjZWl2ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHBhY2tldHMgYWNjb3JkaW5nIHRvIHRoZSB0cmFmZmljIGZpbHRlcmluZyBydWxlcyBhbmQg Y2FuIGRpcmVjdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBhY2tldHMgYWNj b3JkaW5nIHRvIHRoZSB0cmFmZmljIGZpbHRlcmluZyBydWxlcyBhbmQgY2FuIGRpcmVjdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcGFja2V0cyBiYXNlZCBvbiB0aGUgYWN0aW9ucy48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwYWNrZXRzIGJhc2VkIG9uIHRoZSBh Y3Rpb25zLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBXaGVuIGEgUENFIGlz IHVzZWQgdG8gaW5pdGlhdGUgdHVubmVscyAoc3VjaCBhcyBURS1MU1BzIG9yIFNSIHBhdGhzKTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFdoZW4gYSBQQ0UgaXMgdXNlZCB0byBp bml0aWF0ZSB0dW5uZWxzIChzdWNoIGFzIFRFLUxTUHMgb3IgU1IgcGF0aHMpPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB1c2luZyBQQ0VQLCBpdCBpcyBpbXBvcnRhbnQgdGhhdCB0aGUg aGVhZCBlbmQgb2YgdGhlIHR1bm5lbHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB1c2luZyBQQ0VQLCBpdCBpcyBpbXBvcnRhbnQgdGhhdCB0aGUgaGVhZCBlbmQgb2YgdGhlIHR1 bm5lbHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVuZGVyc3RhbmRzIHdoYXQgdHJh ZmZpYyB0byBwbGFjZSBvbiBlYWNoIHR1bm5lbC4gIFRoZSBkYXRhIGZsb3dzPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdW5kZXJzdGFuZHMgd2hhdCB0cmFmZmljIHRvIHBsYWNl IG9uIGVhY2ggdHVubmVsLiAgVGhlIGRhdGEgZmxvd3M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTMiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48 L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMyI+PGVtPiBwYWdlIDQsIGxpbmUgMzA8 c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48 c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMyI+PGVtPiBwYWdlIDQsIGxpbmUgMzA8c3BhbiBjbGFz cz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGVybSB0aGUgZGVz Y3JpcHRpb24gb2YgYSB0cmFmZmljIGZsb3cgdXNpbmcgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGVybSB0aGUgZGVzY3JpcHRpb24gb2YgYSB0 cmFmZmljIGZsb3cgdXNpbmcgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBDb21wb25lbnRzIGFzIGEgIkZsb3cgU3BlY2lmaWNhdGlvbiIgYW5kIGl0IG11 c3QgYmUgdW5kZXJzdG9vZCB0aGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Q29tcG9uZW50cyBhcyBhICJGbG93IFNwZWNpZmljYXRpb24iIGFuZCBpdCBtdXN0IGJlIHVuZGVy c3Rvb2QgdGhhdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhpcyBpcyBub3QgdGhl IHNhbWUgYXMgdGhlIHNhbWUgdGVybSB1c2VkIGluIFtSRkM1NTc1XSBzaW5jZSBubzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoaXMgaXMgbm90IHRoZSBzYW1lIGFzIHRoZSBz YW1lIHRlcm0gdXNlZCBpbiBbUkZDNTU3NV0gc2luY2Ugbm88L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGFjdGlvbiBpcyBleHBsaWNpdGx5IGluY2x1ZGVkIGluIHRoZSBlbmNvZGluZy48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhY3Rpb24gaXMgZXhwbGljaXRseSBp bmNsdWRlZCBpbiB0aGUgZW5jb2RpbmcuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBpbmNsdWRlIHRoZSBj cmVhdGlvbiwgdXBkYXRlLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBl eHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBpbmNsdWRlIHRoZSBjcmVhdGlvbiwg dXBkYXRlLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5kIHdpdGhkcmF3YWwgb2Yg RmxvdyBTcGVjaWZpY2F0aW9ucyB2aWEgUENFUCwgYW5kIGNhbiBiZSBhcHBsaWVkIHRvPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIHdpdGhkcmF3YWwgb2YgRmxvdyBTcGVj aWZpY2F0aW9ucyB2aWEgUENFUCwgYW5kIGNhbiBiZSBhcHBsaWVkIHRvPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICB0dW5uZWxzIGluaXRpYXRlZCBieSB0aGUgUENFIG9yIHRvIHR1bm5l bHMgd2hlcmUgY29udHJvbCBpcyBkZWxlZ2F0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICB0dW5uZWxzIGluaXRpYXRlZCBieSB0aGUgUENFIG9yIHRvIHR1bm5lbHMgd2hlcmUg Y29udHJvbCBpcyBkZWxlZ2F0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRvIHRo ZSBQQ0UgYnkgdGhlIFBDQy4gIEZ1cnRoZXJtb3JlLCBhIFBDQyByZXF1ZXN0aW5nIGEgbmV3IHBh dGggY2FuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdG8gdGhlIFBDRSBieSB0 aGUgUENDLiAgRnVydGhlcm1vcmUsIGEgUENDIHJlcXVlc3RpbmcgYSBuZXcgcGF0aCBjYW48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluY2x1ZGUgRmxvdyBTcGVjaWZpY2F0aW9ucyBp biB0aGUgcmVxdWVzdCB0byBpbmRpY2F0ZSB0aGUgcHVycG9zZSBvZjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIGluY2x1ZGUgRmxvdyBTcGVjaWZpY2F0aW9ucyBpbiB0aGUgcmVx dWVzdCB0byBpbmRpY2F0ZSB0aGUgcHVycG9zZSBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgdHVubmVs IGFsbG93aW5nIHRoZSBQQ0UgdG8gZmFjdG9yIHRoaXMgaW48c3BhbiBjbGFzcz0iZGVsZXRlIj4g ZHVyaW5nPC9zcGFuPiB0aGUgcGF0aDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4g ICB0aGUgdHVubmVsIGFsbG93aW5nIHRoZSBQQ0UgdG8gZmFjdG9yIHRoaXMgaW48c3BhbiBjbGFz cz0iaW5zZXJ0Ij50bzwvc3Bhbj4gdGhlIHBhdGg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGNvbXB1dGF0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbXB1 dGF0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGbG93IFNwZWNpZmlj YXRpb25zIGFyZSBjYXJyaWVkIGluIFRMVnMgd2l0aGluIGEgbmV3IEZsb3cgU3BlYyBPYmplY3Q8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNpZmljYXRpb25zIGFy ZSBjYXJyaWVkIGluIFRMVnMgd2l0aGluIGEgbmV3IEZsb3cgU3BlYyBPYmplY3Q8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4gIFRoZSBmbG93 IGZpbHRlcmluZyBydWxlcyBpbmRpY2F0ZWQgYnkgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiAgVGhlIGZsb3cgZmlsdGVyaW5n IHJ1bGVzIGluZGljYXRlZCBieSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEZs b3cgU3BlY2lmaWNhdGlvbnMgYXJlIG1haW5seSBkZWZpbmVkIGJ5IEJHUCBGbG93IFNwZWNpZmlj YXRpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEZsb3cgU3BlY2lmaWNh dGlvbnMgYXJlIG1haW5seSBkZWZpbmVkIGJ5IEJHUCBGbG93IFNwZWNpZmljYXRpb25zLjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4yLiAgVGVybWlub2xvZ3k8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4yLiAgVGVybWlub2xvZ3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgVGhpcyBkb2N1bWVudCB1c2VzIHRoZSBmb2xsb3dpbmcgdGVybXMgZGVm aW5lZCBpbiBbUkZDNTQ0MF06IFBDQyw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBUaGlzIGRvY3VtZW50IHVzZXMgdGhlIGZvbGxvd2luZyB0ZXJtcyBkZWZpbmVkIGluIFtSRkM1 NDQwXTogUENDLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUENFLCBQQ0VQIFBlZXIu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUENFLCBQQ0VQIFBlZXIuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC00IiBj bGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwv c21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTQiPjxl bT4gcGFnZSA2LCBsaW5lIDM5PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48 L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEg aHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTQiPjxlbT4gcGFnZSA2 LCBsaW5lIDM5PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+My4yLjEuMS4gIFBDRVAgT1BFTiBNZXNzYWdlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+My4yLjEuMS4gIFBDRVAgT1BFTiBNZXNzYWdlPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIER1cmluZyBQQ0VQIHNlc3Npb24gZXN0YWJsaXNobWVudCwgYSBQ Q0Mgb3IgUENFIHRoYXQgc3VwcG9ydHMgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgRHVyaW5nIFBDRVAgc2Vzc2lvbiBlc3RhYmxpc2htZW50LCBhIFBDQyBvciBQQ0UgdGhh dCBzdXBwb3J0cyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHByb2NlZHVyZXMg ZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgYW5ub3VuY2VzIHRoaXMgZmFjdCBieTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb2NlZHVyZXMgZGVzY3JpYmVkIGluIHRoaXMg ZG9jdW1lbnQgYW5ub3VuY2VzIHRoaXMgZmFjdCBieTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgaW5jbHVkaW5nIHRoZSAiUENFIEZsb3dTcGVjIENhcGFiaWxpdHkiIFRMViAoZGVzY3Jp YmVkIGluIFNlY3Rpb24gNCk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmNs dWRpbmcgdGhlICJQQ0UgRmxvd1NwZWMgQ2FwYWJpbGl0eSIgVExWIChkZXNjcmliZWQgaW4gU2Vj dGlvbiA0KTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW4gdGhlIE9QRU4gT2JqZWN0 IGNhcnJpZWQgaW4gdGhlIFBDRVAgT3BlbiBtZXNzYWdlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGluIHRoZSBPUEVOIE9iamVjdCBjYXJyaWVkIGluIHRoZSBQQ0VQIE9wZW4g bWVzc2FnZS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHByZXNlbmNl IG9mIHRoZSBQQ0UgRmxvd1NwZWMgQ2FwYWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGlu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIHByZXNlbmNlIG9mIHRoZSBQ Q0UgRmxvd1NwZWMgQ2FwYWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGluPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhIFBDRSdzIE9QRU4gbWVzc2FnZSBpbmRpY2F0ZXMgdGhh dCB0aGUgUENFIGNhbiBkaXN0cmlidXRlIEZsb3dTcGVjczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGEgUENFJ3MgT1BFTiBtZXNzYWdlIGluZGljYXRlcyB0aGF0IHRoZSBQQ0Ug Y2FuIGRpc3RyaWJ1dGUgRmxvd1NwZWNzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDA0Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHRvIFBDQ3MgYW5kIGNhbiBy ZWNlaXZlIEZsb3dTcGVjcyBpbiBtZXNzYWdlcyBmcm9tIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRo ZSA8L3NwYW4+UENDcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdG8gUEND cyBhbmQgY2FuIHJlY2VpdmUgRmxvd1NwZWNzIGluIG1lc3NhZ2VzIGZyb20gUENDcy48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHByZXNlbmNlIG9mIHRoZSBQQ0UgRmxv d1NwZWMgQ2FwYWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGluPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIHByZXNlbmNlIG9mIHRoZSBQQ0UgRmxvd1NwZWMgQ2Fw YWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhIFBDQydzIE9QRU4gbWVzc2FnZSBpbmRpY2F0ZXMgdGhhdCB0aGUgUENDIHN1cHBv cnRzIHRoZSBGbG93U3BlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGEgUEND J3MgT1BFTiBtZXNzYWdlIGluZGljYXRlcyB0aGF0IHRoZSBQQ0Mgc3VwcG9ydHMgdGhlIEZsb3dT cGVjPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBmdW5jdGlvbmFsaXR5IGRlc2NyaWJl ZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGZ1 bmN0aW9uYWxpdHkgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQuPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIElmIGVpdGhlciBvbmUgb2YgYSBwYWlyIG9mIFBDRVAgcGVlcnMg ZG9lcyBub3QgaW5kaWNhdGUgc3VwcG9ydCBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIElmIGVpdGhlciBvbmUgb2YgYSBwYWlyIG9mIFBDRVAgcGVlcnMgZG9lcyBub3QgaW5k aWNhdGUgc3VwcG9ydCBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIGZ1bmN0 aW9uYWxpdHkgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgYnkgbm90IGluY2x1ZGluZyB0aGUg UENFPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIGZ1bmN0aW9uYWxpdHkg ZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgYnkgbm90IGluY2x1ZGluZyB0aGUgUENFPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGbG93U3BlYyBDYXBhYmlsaXR5IFRMViBpbiB0aGUg T1BFTiBPYmplY3QgaW4gaXRzIE9QRU4gbWVzc2FnZSwgdGhlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIEZsb3dTcGVjIENhcGFiaWxpdHkgVExWIGluIHRoZSBPUEVOIE9iamVj dCBpbiBpdHMgT1BFTiBtZXNzYWdlLCB0aGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICB0aGUgb3RoZXIgcGVlciBNVVNUIE5PVCBpbmNsdWRlIGEgRmxvd1NwZWMgb2JqZWN0IGluIGFu eSBQQ0VQIG1lc3NhZ2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgb3Ro ZXIgcGVlciBNVVNUIE5PVCBpbmNsdWRlIGEgRmxvd1NwZWMgb2JqZWN0IGluIGFueSBQQ0VQIG1l c3NhZ2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNlbnQgdG8gdGhlIHBlZXIgdGhh dCBkb2VzIG5vdCBzdXBwb3J0IHRoZSBwcm9jZWR1cmVzLiAgSWYgYSBGbG93U3BlYzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNlbnQgdG8gdGhlIHBlZXIgdGhhdCBkb2VzIG5v dCBzdXBwb3J0IHRoZSBwcm9jZWR1cmVzLiAgSWYgYSBGbG93U3BlYzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwNSI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBv YmplY3QgaXMgcmVjZWl2ZWQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZXZlbiB0aG91Z2g8L3NwYW4+ IHN1cHBvcnQgaGFzIG5vdCBiZWVuIGluZGljYXRlZCwgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgIG9iamVjdCBpcyByZWNlaXZlZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij53 aGVuPC9zcGFuPiBzdXBwb3J0IGhhcyBub3QgYmVlbiBpbmRpY2F0ZWQsIHRoZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVjZWl2ZXIgd2lsbCByZXNwb25kIHdpdGggYSBQQ0VyciBt ZXNzYWdlIHJlcG9ydGluZyB0aGUgb2JqZWN0czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHJlY2VpdmVyIHdpbGwgcmVzcG9uZCB3aXRoIGEgUENFcnIgbWVzc2FnZSByZXBvcnRp bmcgdGhlIG9iamVjdHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNvbnRhaW5pbmcg dGhlIEZsb3dTcGVjIGFzIGRlc2NyaWJlZCBpbiBbUkZDNTQ0MF06IHRoYXQgaXMsIGl0IHdpbGw8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb250YWluaW5nIHRoZSBGbG93U3Bl YyBhcyBkZXNjcmliZWQgaW4gW1JGQzU0NDBdOiB0aGF0IGlzLCBpdCB3aWxsPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB1c2UgJ1Vua25vd24gT2JqZWN0JyBpZiBpdCBkb2VzIG5vdCBz dXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbiwgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgdXNlICdVbmtub3duIE9iamVjdCcgaWYgaXQgZG9lcyBub3Qgc3VwcG9ydCB0aGlz IHNwZWNpZmljYXRpb24sIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgJ05vdCBz dXBwb3J0ZWQgb2JqZWN0JyBpZiBpdCBzdXBwb3J0cyB0aGlzIHNwZWNpZmljYXRpb24gYnV0IGhh cyBub3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAnTm90IHN1cHBvcnRlZCBv YmplY3QnIGlmIGl0IHN1cHBvcnRzIHRoaXMgc3BlY2lmaWNhdGlvbiBidXQgaGFzIG5vdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2hvc2VuIHRvIHN1cHBvcnQgRmxvd1NwZWMgb2Jq ZWN0cyBvbiB0aGlzIFBDRVAgc2Vzc2lvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBjaG9zZW4gdG8gc3VwcG9ydCBGbG93U3BlYyBvYmplY3RzIG9uIHRoaXMgUENFUCBzZXNz aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4zLjIuMS4yLiAgSUdQIFBDRSBD YXBhYmlsaXRpZXMgQWR2ZXJ0aXNlbWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjMuMi4xLjIuICBJR1AgUENFIENhcGFiaWxpdGllcyBBZHZlcnRpc2VtZW50PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBhYmlsaXR5IHRvIGFkdmVydGlzZSBzdXBwb3J0 IGZvciBQQ0VQIGFuZCBQQ0UgZmVhdHVyZXMgaW4gSUdQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVGhlIGFiaWxpdHkgdG8gYWR2ZXJ0aXNlIHN1cHBvcnQgZm9yIFBDRVAgYW5k IFBDRSBmZWF0dXJlcyBpbiBJR1A8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFkdmVy dGlzZW1lbnRzIGlzIHByb3ZpZGVkIGZvciBPU1BGIGluIFtSRkM1MDg4XSBhbmQgZm9yIElTLUlT IGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWR2ZXJ0aXNlbWVudHMgaXMg cHJvdmlkZWQgZm9yIE9TUEYgaW4gW1JGQzUwODhdIGFuZCBmb3IgSVMtSVMgaW48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTUiIGNsYXNz PSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFs bD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtNSI+PGVtPiBw YWdlIDksIGxpbmUgODxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48 dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC01Ij48ZW0+IHBhZ2UgOSwgbGlu ZSA4PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IGRlc2NyaWJlZCBpbiBbUkZDODIzMV0gb3IgZW5oYW5jZWQgc3RhdGUgc3luY2hyb25pemF0aW9u IHByb2NlZHVyZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkZXNjcmliZWQg aW4gW1JGQzgyMzFdIG9yIGVuaGFuY2VkIHN0YXRlIHN5bmNocm9uaXphdGlvbiBwcm9jZWR1cmVz PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhcyBkZWZpbmVkIGluIFtSRkM4MjMyXS48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcyBkZWZpbmVkIGluIFtSRkM4MjMy XS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGFwcHJvYWNoIHNlbGVj dGVkIHdpbGwgYmUgaW1wbGVtZW50YXRpb24gYW5kIGRlcGxveW1lbnQgc3BlY2lmaWM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgYXBwcm9hY2ggc2VsZWN0ZWQgd2lsbCBi ZSBpbXBsZW1lbnRhdGlvbiBhbmQgZGVwbG95bWVudCBzcGVjaWZpYzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgYW5kIHdpbGwgZGVwZW5kIG9uIGlzc3VlcyBzdWNoIGFzIGhvdyB0aGUg ZGF0YWJhc2VzIGFyZSBjb25zdHJ1Y3RlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIGFuZCB3aWxsIGRlcGVuZCBvbiBpc3N1ZXMgc3VjaCBhcyBob3cgdGhlIGRhdGFiYXNlcyBh cmUgY29uc3RydWN0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCB3aGF0IGxl dmVsIG9mIHN5bmNocm9uaXphdGlvbiBzdXBwb3J0IGlzIG5lZWRlZC48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBhbmQgd2hhdCBsZXZlbCBvZiBzeW5jaHJvbml6YXRpb24gc3Vw cG9ydCBpcyBuZWVkZWQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjQuICBQQ0Ug Rmxvd1NwZWMgQ2FwYWJpbGl0eSBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij40 LiAgUENFIEZsb3dTcGVjIENhcGFiaWxpdHkgVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFRoZSBQQ0UtRkxPV1NQRUMtQ0FQQUJJTElUWSBUTFYgaXMgYW4gb3B0aW9uYWwg VExWIHRoYXQgY2FuIGJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFBD RS1GTE9XU1BFQy1DQVBBQklMSVRZIFRMViBpcyBhbiBvcHRpb25hbCBUTFYgdGhhdCBjYW4gYmU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDYi Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgY2FycmllZCBpbiB0aGUgT1BFTiBPYmplY3QgW1JGQzU0NDBdIHRvIGV4 Y2hhbmdlIFBDRSBGbG93U3BlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBj YXJyaWVkIGluIHRoZSBPUEVOIE9iamVjdCBbUkZDNTQ0MF0gdG8gZXhjaGFuZ2UgPHNwYW4gY2xh c3M9Imluc2VydCI+dGhlIDwvc3Bhbj5QQ0UgRmxvd1NwZWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGNhcGFiaWxpdGllcyBvZiBQQ0VQIHNwZWFrZXJzLjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIGNhcGFiaWxpdGllcyBvZiBQQ0VQIHNwZWFrZXJzLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgZm9ybWF0IG9mIHRoZSBQQ0UtRkxPV1NQ RUMtQ0FQQUJJTElUWSBUTFYgZm9sbG93cyB0aGUgZm9ybWF0IG9mPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgVGhlIGZvcm1hdCBvZiB0aGUgUENFLUZMT1dTUEVDLUNBUEFCSUxJ VFkgVExWIGZvbGxvd3MgdGhlIGZvcm1hdCBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYWxsIFBDRVAgVExWcyBhcyBkZWZpbmVkIGluIFtSRkM1NDQwXSBhbmQgaXMgc2hvd24gaW4g RmlndXJlIDEuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWxsIFBDRVAgVExW cyBhcyBkZWZpbmVkIGluIFtSRkM1NDQwXSBhbmQgaXMgc2hvd24gaW4gRmlndXJlIDEuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAg ICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAy ICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwIDEg MiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAg VHlwZT1UQkQyICAgICAgICAgICAgIHwgICAgICAgICAgTGVuZ3RoPTIgICAgICAgICAgICAgfDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAgICAgICBUeXBlPVRCRDIgICAg ICAgICAgICAgfCAgICAgICAgICBMZW5ndGg9MiAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0icGFydC02IiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBw aW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9y ZmNkaWZmLyNwYXJ0LTYiPjxlbT4gcGFnZSA5LCBsaW5lIDQwPHNwYW4gY2xhc3M9ImhpZGUiPiDC tjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNo YW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNw YXJ0LTYiPjxlbT4gcGFnZSA5LCBsaW5lIDQwPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48 L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS4gIFBDRVAgRkxPV1NQRUMgT2JqZWN0PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NS4gIFBDRVAgRkxPV1NQRUMgT2JqZWN0PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBQQ0VQIEZMT1dTUEVDIG9iamVjdCBk ZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQgaXMgY29tcGxpYW50IHdpdGg8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgUENFUCBGTE9XU1BFQyBvYmplY3QgZGVmaW5lZCBpbiB0 aGlzIGRvY3VtZW50IGlzIGNvbXBsaWFudCB3aXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICB0aGUgUENFUCBvYmplY3QgZm9ybWF0IGRlZmluZWQgaW4gW1JGQzU0NDBdLiAgSXQgaXMg T1BUSU9OQUwgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIFBD RVAgb2JqZWN0IGZvcm1hdCBkZWZpbmVkIGluIFtSRkM1NDQwXS4gIEl0IGlzIE9QVElPTkFMIGlu IHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUENSZXEsIFBDUmVwLCBQQ0Vyciwg UENJbml0aWF0ZSwgUENScHQsIGFuZCBQQ1VwZCBtZXNzYWdlcyBhbmQgTUFZIGJlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUENSZXEsIFBDUmVwLCBQQ0VyciwgUENJbml0aWF0 ZSwgUENScHQsIGFuZCBQQ1VwZCBtZXNzYWdlcyBhbmQgTUFZIGJlPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBwcmVzZW50IHplcm8sIG9uZSwgb3IgbW9yZSB0aW1lcy4gIEVhY2ggaW5z dGFuY2Ugb2YgdGhlIG9iamVjdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBy ZXNlbnQgemVybywgb25lLCBvciBtb3JlIHRpbWVzLiAgRWFjaCBpbnN0YW5jZSBvZiB0aGUgb2Jq ZWN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzcGVjaWZpZXMgYSB0cmFmZmljIGZs b3cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3BlY2lmaWVzIGEgdHJhZmZp YyBmbG93LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgUENFUCBGTE9X U1BFQyBvYmplY3QgY2FycmllcyBhIEZsb3dTcGVjIGZpbHRlciBydWxlIGVuY29kZWQgaW4gYTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBQQ0VQIEZMT1dTUEVDIG9iamVj dCBjYXJyaWVzIGEgRmxvd1NwZWMgZmlsdGVyIHJ1bGUgZW5jb2RlZCBpbiBhPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA3Ij48dGQ+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PiAgIFRMViAoYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDYuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIFRMViAoYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDY8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4pPC9zcGFuPi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIEZM T1dTUEVDIE9iamVjdC1DbGFzcyBpcyBUQkQzICh0byBiZSBhc3NpZ25lZCBieSBJQU5BKS48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgRkxPV1NQRUMgT2JqZWN0LUNsYXNz IGlzIFRCRDMgKHRvIGJlIGFzc2lnbmVkIGJ5IElBTkEpLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBUaGUgRkxPV1NQRUMgT2JqZWN0LVR5cGUgaXMgMS48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgRkxPV1NQRUMgT2JqZWN0LVR5cGUgaXMgMS48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGZvcm1hdCBvZiB0aGUgYm9keSBv ZiB0aGUgUENFUCBGTE9XU1BFQyBvYmplY3QgaXMgc2hvd24gaW48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUaGUgZm9ybWF0IG9mIHRoZSBib2R5IG9mIHRoZSBQQ0VQIEZMT1dT UEVDIG9iamVjdCBpcyBzaG93biBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRmln dXJlIDI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGaWd1cmUgMjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAg ICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAg ICAgICAgICAgICAgMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgMSAyIDMgNCA1 IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAy IDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJwYXJ0LTciIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcg dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2Rp ZmYvI3BhcnQtNyI+PGVtPiBwYWdlIDExLCBsaW5lIDQ2PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwv c3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5n ZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0 LTciPjxlbT4gcGFnZSAxMSwgbGluZSA0NjxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9l bT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvZiBGbG93IFNwZWNpZmljYXRpb24gVExWcyBpbiBhIHNp bmdsZSBpbnN0YW5jZSBvZiBhIEZsb3cgRmlsdGVyIFRMVjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG9mIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzIGluIGEgc2luZ2xlIGluc3Rh bmNlIG9mIGEgRmxvdyBGaWx0ZXIgVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBh cmUgY29tYmluZWQgdG8gaW5kaWNhdGUgdGhlIHNwZWNpZmljIEZsb3cgU3BlY2lmaWNhdGlvbi48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcmUgY29tYmluZWQgdG8gaW5kaWNh dGUgdGhlIHNwZWNpZmljIEZsb3cgU3BlY2lmaWNhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgRnVydGhlciBGbG93IFNwZWNpZmljYXRpb25zIGNhbiBiZSBpbmNsdWRl ZCBpbiBhIFBDRVAgbWVzc2FnZSBieTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IEZ1cnRoZXIgRmxvdyBTcGVjaWZpY2F0aW9ucyBjYW4gYmUgaW5jbHVkZWQgaW4gYSBQQ0VQIG1l c3NhZ2UgYnk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluY2x1ZGluZyBhZGRpdGlv bmFsIEZsb3cgU3BlYyBvYmplY3RzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IGluY2x1ZGluZyBhZGRpdGlvbmFsIEZsb3cgU3BlYyBvYmplY3RzLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij43LiAgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnM8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij43LiAgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnM8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIEZsb3cgRmlsdGVyIFRMViBjYXJyaWVzIG9u ZSBvciBtb3JlIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFYuICBUaGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUaGUgRmxvdyBGaWx0ZXIgVExWIGNhcnJpZXMgb25lIG9yIG1vcmUg RmxvdyBTcGVjaWZpY2F0aW9uIFRMVi4gIFRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgRmxvdyBTcGVjaWZpY2F0aW9uIFRMViBmb2xsb3dzIHRoZSBmb3JtYXQgb2YgYWxsIFBDRVAg VExWcyBhcyBkZWZpbmVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRmxvdyBT cGVjaWZpY2F0aW9uIFRMViBmb2xsb3dzIHRoZSBmb3JtYXQgb2YgYWxsIFBDRVAgVExWcyBhcyBk ZWZpbmVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDA4Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIGluIFtSRkM1NDQwXTxzcGFuIGNsYXNzPSJkZWxldGUiPiwg aDwvc3Bhbj5vd2V2ZXIsIHRoZSBUeXBlIHZhbHVlcyBhcmUgc2VsZWN0ZWQgZnJvbSBhIHNlcGFy YXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGluIFtSRkM1NDQwXTxzcGFu IGNsYXNzPSJpbnNlcnQiPi4gSDwvc3Bhbj5vd2V2ZXIsIHRoZSBUeXBlIHZhbHVlcyBhcmUgc2Vs ZWN0ZWQgZnJvbSBhIHNlcGFyYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJQU5B IHJlZ2lzdHJ5IChzZWUgU2VjdGlvbiAxMCkgcmF0aGVyIHRoYW4gZnJvbSB0aGUgY29tbW9uIFBD RVAgVExWPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSUFOQSByZWdpc3RyeSAo c2VlIFNlY3Rpb24gMTApIHJhdGhlciB0aGFuIGZyb20gdGhlIGNvbW1vbiBQQ0VQIFRMVjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVnaXN0cnkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgcmVnaXN0cnkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFR5cGUgdmFsdWVzIGFyZSBjaG9zZW4gc28gdGhhdCB0aGVyZSBjYW4gYmUgY29tbW9uYWxp dHkgd2l0aCBGbG93PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVHlwZSB2YWx1 ZXMgYXJlIGNob3NlbiBzbyB0aGF0IHRoZXJlIGNhbiBiZSBjb21tb25hbGl0eSB3aXRoIEZsb3c8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNwZWNpZmljYXRpb25zIGRlZmluZWQgZm9y IHVzZSB3aXRoIEJHUCBbUkZDNTU3NV0uICBUaGlzIGlzIHBvc3NpYmxlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbnMgZGVmaW5lZCBmb3IgdXNlIHdpdGgg QkdQIFtSRkM1NTc1XS4gIFRoaXMgaXMgcG9zc2libGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIGJlY2F1c2UgdGhlIEJHUCBGbG93IFNwZWMgZW5jb2RpbmcgdXNlcyBhIHNpbmdsZSBv Y3RldCB0byBlbmNvZGUgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYmVj YXVzZSB0aGUgQkdQIEZsb3cgU3BlYyBlbmNvZGluZyB1c2VzIGEgc2luZ2xlIG9jdGV0IHRvIGVu Y29kZSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHR5cGUgd2hlcmUgYXMgUENF UCB1c2VzIHR3byBvY3RldHMuICBUaHVzIHRoZSBzcGFjZSBvZiB2YWx1ZXMgZm9yIHRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHR5cGUgd2hlcmUgYXMgUENFUCB1c2VzIHR3 byBvY3RldHMuICBUaHVzIHRoZSBzcGFjZSBvZiB2YWx1ZXMgZm9yIHRoZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgVHlwZSBmaWVsZCBpcyBwYXJ0aXRpb25lZCBhcyBzaG93biBpbiBG aWd1cmUgMy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUeXBlIGZpZWxkIGlz IHBhcnRpdGlvbmVkIGFzIHNob3duIGluIEZpZ3VyZSAzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBSYW5nZSAgICAgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgUmFuZ2UgICAgICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtOCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRo PjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC04Ij48ZW0+IHBhZ2UgMTIsIGxpbmUgMjk8c3BhbiBj bGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+ c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYu b3JnL3JmY2RpZmYvI3BhcnQtOCI+PGVtPiBwYWdlIDEyLCBsaW5lIDI5PHNwYW4gY2xhc3M9Imhp ZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzU1NzVdIGNy ZWF0ZWQgdGhlIHJlZ2lzdHJ5ICJGbG93IFNwZWMgQ29tcG9uZW50IFR5cGVzIiBhbmQgbWFkZTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtSRkM1NTc1XSBjcmVhdGVkIHRoZSBy ZWdpc3RyeSAiRmxvdyBTcGVjIENvbXBvbmVudCBUeXBlcyIgYW5kIG1hZGU8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGFsbG9jYXRpb25zIHRvIGl0LiAgW0ktRC5pZXRmLWlkci1mbG93 LXNwZWMtdjZdIHJlcXVlc3RlZCBmb3IgYW5vdGhlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGFsbG9jYXRpb25zIHRvIGl0LiAgW0ktRC5pZXRmLWlkci1mbG93LXNwZWMtdjZd IHJlcXVlc3RlZCBmb3IgYW5vdGhlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVn aXN0cnkgIkZsb3cgU3BlYyBJUHY2IENvbXBvbmVudCBUeXBlcyIgYW5kIHJlcXVlc3RlZCBpbml0 aWFsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVnaXN0cnkgIkZsb3cgU3Bl YyBJUHY2IENvbXBvbmVudCBUeXBlcyIgYW5kIHJlcXVlc3RlZCBpbml0aWFsPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbGxvY2F0aW9ucyBpbiBpdC4gIElmIHRoZSBBRkkgKGluIHRo ZSBGTE9XU1BFQyBvYmplY3QpIGlzIHNldCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIGFsbG9jYXRpb25zIGluIGl0LiAgSWYgdGhlIEFGSSAoaW4gdGhlIEZMT1dTUEVDIG9i amVjdCkgaXMgc2V0IHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJUHY0LCB0aGUg cmFuZ2UgMS4uMjU1IGlzIGFzIHBlciAiRmxvdyBTcGVjIENvbXBvbmVudCBUeXBlcyI8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJUHY0LCB0aGUgcmFuZ2UgMS4uMjU1IGlzIGFz IHBlciAiRmxvdyBTcGVjIENvbXBvbmVudCBUeXBlcyI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFtSRkM1NTc1XTsgaWYgdGhlIEFGSSBpcyBzZXQgdG8gSVB2NiwgdGhlIHJhbmdlIDEu LjI1NSBpcyBhcyBwZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNTU3 NV07IGlmIHRoZSBBRkkgaXMgc2V0IHRvIElQdjYsIHRoZSByYW5nZSAxLi4yNTUgaXMgYXMgcGVy PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAiRmxvdyBTcGVjIElQdjYgQ29tcG9uZW50 IFR5cGVzIiBbSS1ELmlldGYtaWRyLWZsb3ctc3BlYy12Nl0uICBXaGVuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgIkZsb3cgU3BlYyBJUHY2IENvbXBvbmVudCBUeXBlcyIgW0kt RC5pZXRmLWlkci1mbG93LXNwZWMtdjZdLiAgV2hlbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgZnV0dXJlIEJHUCBzcGVjaWZpY2F0aW9ucyAoc3VjaCBhcyBbSS1ELmlldGYtaWRyLWZs b3dzcGVjLWwydnBuXSk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmdXR1cmUg QkdQIHNwZWNpZmljYXRpb25zIChzdWNoIGFzIFtJLUQuaWV0Zi1pZHItZmxvd3NwZWMtbDJ2cG5d KTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWFrZSBmdXJ0aGVyIGFsbG9jYXRpb25z IHRvIHRoZSBhZm9yZW1lbnRpb25lZCByZWdpc3RyaWVzLCB0aGV5IGFyZTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1ha2UgZnVydGhlciBhbGxvY2F0aW9ucyB0byB0aGUgYWZv cmVtZW50aW9uZWQgcmVnaXN0cmllcywgdGhleSBhcmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDkiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgYWxzbyBpbmhl cml0ZWQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dG8gYmUgdXNlZCBpbiBQQ0VQPC9zcGFuPi48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgYWxzbyBpbmhlcml0ZWQgPHNwYW4gY2xh c3M9Imluc2VydCI+Zm9yIFBDRVAgdXNhZ2U8L3NwYW4+LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBUaGUgY29udGVudCBvZiB0aGUgVmFsdWUgZmllbGQgaW4gZWFjaCBUTFYg aXMgc3BlY2lmaWMgdG8gdGhlIHR5cGUvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgVGhlIGNvbnRlbnQgb2YgdGhlIFZhbHVlIGZpZWxkIGluIGVhY2ggVExWIGlzIHNwZWNpZmlj IHRvIHRoZSB0eXBlLzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQUZJIGFuZCBkZXNj cmliZXMgdGhlIHBhcmFtZXRlcnMgb2YgdGhlIEZsb3cgU3BlY2lmaWNhdGlvbi4gIFRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEFGSSBhbmQgZGVzY3JpYmVzIHRoZSBwYXJh bWV0ZXJzIG9mIHRoZSBGbG93IFNwZWNpZmljYXRpb24uICBUaGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIGRlZmluaXRpb24gb2YgdGhlIGZvcm1hdCBvZiBtYW55IG9mIHRoZXNlIFZh bHVlIGZpZWxkcyBpcyBpbmhlcml0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBkZWZpbml0aW9uIG9mIHRoZSBmb3JtYXQgb2YgbWFueSBvZiB0aGVzZSBWYWx1ZSBmaWVsZHMg aXMgaW5oZXJpdGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBmcm9tIEJHUCBzcGVj aWZpY2F0aW9ucy4gIFNwZWNpZmljYWxseSwgdGhlIGluaGVyaXRhbmNlIGlzIGZyb208L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmcm9tIEJHUCBzcGVjaWZpY2F0aW9ucy4gIFNw ZWNpZmljYWxseSwgdGhlIGluaGVyaXRhbmNlIGlzIGZyb208L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFtSRkM1NTc1XSBhbmQgW0ktRC5pZXRmLWlkci1mbG93LXNwZWMtdjZdLCBidXQg bWF5IGFsc28gYmUgaW5oZXJpdGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg W1JGQzU1NzVdIGFuZCBbSS1ELmlldGYtaWRyLWZsb3ctc3BlYy12Nl0sIGJ1dCBtYXkgYWxzbyBi ZSBpbmhlcml0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGZyb20gZnV0dXJlIEJH UCBzcGVjaWZpY2F0aW9ucy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmcm9t IGZ1dHVyZSBCR1Agc3BlY2lmaWNhdGlvbnMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFdoZW4gbXVsdGlwbGUgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnMgYXJlIHByZXNlbnQg aW4gYSBzaW5nbGUgRmxvdzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFdoZW4g bXVsdGlwbGUgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnMgYXJlIHByZXNlbnQgaW4gYSBzaW5nbGUg RmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm MDAxMCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICBGaWx0ZXIgVExWIHRoZXkgYXJlIGNvbWJpbmVkIHRvIHByb2R1 Y2UgYSBtb3JlIGRldGFpbGVkIDxzcGFuIGNsYXNzPSJkZWxldGUiPmRlc2NyaXA8L3NwYW4+dGlv bjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBGaWx0ZXIgVExWIHRoZXkgYXJl IGNvbWJpbmVkIHRvIHByb2R1Y2UgYSBtb3JlIGRldGFpbGVkIDxzcGFuIGNsYXNzPSJpbnNlcnQi PnNwZWNpZmljYTwvc3Bhbj50aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvZiBh IGZsb3cuICBGb3IgZXhhbXBsZXMgYW5kIHJ1bGVzIGFib3V0IGhvdyB0aGlzIGlzIGFjaGlldmVk LCBzZWU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvZiBhIGZsb3cuICBGb3Ig ZXhhbXBsZXMgYW5kIHJ1bGVzIGFib3V0IGhvdyB0aGlzIGlzIGFjaGlldmVkLCBzZWU8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM1NTc1XS48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBbUkZDNTU3NV0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIEFuIGltcGxlbWVudGF0aW9uIHRoYXQgcmVjZWl2ZXMgYSBQQ0VQIG1lc3NhZ2UgY2Fycnlp bmcgYSBGbG93PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQW4gaW1wbGVtZW50 YXRpb24gdGhhdCByZWNlaXZlcyBhIFBDRVAgbWVzc2FnZSBjYXJyeWluZyBhIEZsb3c8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNwZWNpZmljYXRpb24gVExWIHdpdGggYSB0eXBlIHZh bHVlIHRoYXQgaXQgZG9lcyBub3QgcmVjb2duaXplIG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbiBUTFYgd2l0aCBhIHR5cGUgdmFsdWUgdGhhdCBpdCBk b2VzIG5vdCByZWNvZ25pemUgb3I8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRvZXMg bm90IHN1cHBvcnQgTVVTVCByZXNwb25kIHdpdGggYSBQQ0VyciBtZXNzYWdlIHdpdGggZXJyb3It dHlwZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRvZXMgbm90IHN1cHBvcnQg TVVTVCByZXNwb25kIHdpdGggYSBQQ0VyciBtZXNzYWdlIHdpdGggZXJyb3ItdHlwZTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVEJEOCAoRmxvd1NwZWMgRXJyb3IpLCBlcnJvci12YWx1 ZSAxIChVbnN1cHBvcnRlZCBGbG93U3BlYykgYW5kIE1VU1Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBUQkQ4IChGbG93U3BlYyBFcnJvciksIGVycm9yLXZhbHVlIDEgKFVuc3Vw cG9ydGVkIEZsb3dTcGVjKSBhbmQgTVVTVDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg Tk9UIGluc3RhbGwgdGhlIEZsb3cgU3BlY2lmaWNhdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBOT1QgaW5zdGFsbCB0aGUgRmxvdyBTcGVjaWZpY2F0aW9uLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDExIj48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFdoZW4gdXNlZCBpbiBvdGhlciBwcm90b2NvbHMgKHN1Y2ggYXMgQkdQKSB0 aGVzZSBGbG93IFNwZWNpZmljYXRpb25zPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFdoZW4gdXNlZCBpbiBvdGhlciBwcm90b2NvbHMgKHN1Y2ggYXMgQkdQKTxzcGFuIGNsYXNz PSJpbnNlcnQiPiw8L3NwYW4+IHRoZXNlIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGFyZSBhbHNvIGFzc29jaWF0ZWQgd2l0aCBhY3Rpb25zIHRvIGlu ZGljYXRlIGhvdyB0cmFmZmljIG1hdGNoaW5nIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGFyZSBhbHNvIGFzc29jaWF0ZWQgd2l0aCBhY3Rpb25zIHRvIGluZGljYXRlIGhv dyB0cmFmZmljIG1hdGNoaW5nIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRmxv dyBTcGVjaWZpY2F0aW9uIHNob3VsZCBiZSB0cmVhdGVkLiAgSW4gUENFUCwgaG93ZXZlciwgdGhl IG9ubHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNpZmljYXRp b24gc2hvdWxkIGJlIHRyZWF0ZWQuICBJbiBQQ0VQLCBob3dldmVyLCB0aGUgb25seTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWN0aW9uIGlzIHRvIGFzc29jaWF0ZSB0aGUgdHJhZmZp YyB3aXRoIGEgdHVubmVsIGFuZCB0byBmb3J3YXJkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgYWN0aW9uIGlzIHRvIGFzc29jaWF0ZSB0aGUgdHJhZmZpYyB3aXRoIGEgdHVubmVs IGFuZCB0byBmb3J3YXJkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHIgaWQ9ImRpZmYwMDEyIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG1hdGNoaW5nIHRyYWZmaWMgb248c3BhbiBj bGFzcz0iZGVsZXRlIj4gPC9zcGFuPnRvIHRoYXQgcGF0aCwgc28gbm8gZW5jb2Rpbmcgb2YgYW4g YWN0aW9uIGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1hdGNoaW5nIHRy YWZmaWMgb250byB0aGF0IHBhdGgsIHNvIG5vIGVuY29kaW5nIG9mIGFuIGFjdGlvbiBpczwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbmVlZGVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG5lZWRlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg U2VjdGlvbiA4LjcgZGVzY3JpYmVzIGhvdyBvdmVybGFwcGluZyBGbG93IFNwZWNpZmljYXRpb25z IGFyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNlY3Rpb24gOC43IGRlc2Ny aWJlcyBob3cgb3ZlcmxhcHBpbmcgRmxvdyBTcGVjaWZpY2F0aW9ucyBhcmU8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIHByaW9yaXRpemVkIGFuZCBoYW5kbGVkLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByaW9yaXRpemVkIGFuZCBoYW5kbGVkLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBBbGwgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnMgd2l0 aCBUeXBlcyBpbiB0aGUgcmFuZ2UgMSB0byAyNTUgaGF2ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIEFsbCBGbG93IFNwZWNpZmljYXRpb24gVExWcyB3aXRoIFR5cGVzIGluIHRo ZSByYW5nZSAxIHRvIDI1NSBoYXZlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWYWx1 ZXMgZGVmaW5lZCBmb3IgdXNlIGluIEJHUCAoZm9yIGV4YW1wbGUsIGluIFtSRkM1NTc1XSw8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBWYWx1ZXMgZGVmaW5lZCBmb3IgdXNlIGlu IEJHUCAoZm9yIGV4YW1wbGUsIGluIFtSRkM1NTc1XSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFtJLUQuaWV0Zi1pZHItZmxvdy1zcGVjLXY2XSwgYW5kIFtJLUQuaWV0Zi1pZHItZmxv d3NwZWMtbDJ2cG5dKSBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1E LmlldGYtaWRyLWZsb3ctc3BlYy12Nl0sIGFuZCBbSS1ELmlldGYtaWRyLWZsb3dzcGVjLWwydnBu XSkgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhcmUgc2V0IHVzaW5nIHRoZSBC R1AgZW5jb2RpbmcsIGJ1dCB3aXRob3V0IHRoZSB0eXBlIG9jdGV0ICh0aGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcmUgc2V0IHVzaW5nIHRoZSBCR1AgZW5jb2RpbmcsIGJ1 dCB3aXRob3V0IHRoZSB0eXBlIG9jdGV0ICh0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHJlbGV2YW50IGluZm9ybWF0aW9uIGlzIGluIHRoZSBUeXBlIGZpZWxkIG9mIHRoZSBUTFYp LiAgVGhlIFZhbHVlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVsZXZhbnQg aW5mb3JtYXRpb24gaXMgaW4gdGhlIFR5cGUgZmllbGQgb2YgdGhlIFRMVikuICBUaGUgVmFsdWU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0 LTkiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdl IGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQt OSI+PGVtPiBwYWdlIDEzLCBsaW5lIDM5PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2Vt PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTkiPjxlbT4g cGFnZSAxMywgbGluZSAzOTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90 aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICstLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8IFRCRDYgIHwgSVB2NCBN dWx0aWNhc3QgRmxvdyAgICAgfCBbVGhpcy5JLURdICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgVEJENiAgfCBJUHY0IE11bHRpY2FzdCBGbG93 ICAgICB8IFtUaGlzLkktRF0gICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICst LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8IFRCRDcgIHwgSVB2NiBNdWx0 aWNhc3QgRmxvdyAgICAgfCBbVGhpcy5JLURdICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgVEJENyAgfCBJUHY2IE11bHRpY2FzdCBGbG93ICAg ICB8IFtUaGlzLkktRF0gICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIEZpZ3VyZSA0OiBUYWJs ZSBvZiBGbG93IFNwZWNpZmljYXRpb24gVExWIFR5cGVzIGRlZmluZWQgaW4gdGhpczwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIEZpZ3VyZSA0OiBUYWJsZSBvZiBGbG93IFNw ZWNpZmljYXRpb24gVExWIFR5cGVzIGRlZmluZWQgaW4gdGhpczwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZG9jdW1lbnQ8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBkb2N1bWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUbyBhbGxvdyBp ZGVudGlmaWNhdGlvbiBvZiBhIFZQTiBpbiBQQ0VQIHZpYSBhIFJvdXRlIERpc3Rpbmd1aXNoZXI8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUbyBhbGxvdyBpZGVudGlmaWNhdGlv biBvZiBhIFZQTiBpbiBQQ0VQIHZpYSBhIFJvdXRlIERpc3Rpbmd1aXNoZXI8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTMiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgKFJEKSBbUkZDNDM2NF0gYSBuZXcgVExWIC0gUk9VVEUtRElTVElOR1VJU0hFUiBUTFYgaXMg ZGVmaW5lZCBpbiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIChSRCkg W1JGQzQzNjRdPHNwYW4gY2xhc3M9Imluc2VydCI+LDwvc3Bhbj4gYSBuZXcgVExWIC0gUk9VVEUt RElTVElOR1VJU0hFUiBUTFYgaXMgZGVmaW5lZCBpbiB0aGlzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBkb2N1bWVudC4gIEEgRmxvdyBTcGVjaWZpY2F0aW9uIFRMViB3aXRoIFR5cGUg VEJENSAoUk9VVEUtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZG9jdW1lbnQu ICBBIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFYgd2l0aCBUeXBlIFRCRDUgKFJPVVRFLTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNCI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICBESVNUSU5HVUlTSEVSIFRMVikgY2FycmllcyBhIFJEIFZhbHVlLCB1c2VkIHRvIGlk ZW50aWZ5IHRoYXQgb3RoZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgRElT VElOR1VJU0hFUiBUTFYpIGNhcnJpZXMgYTxzcGFuIGNsYXNzPSJpbnNlcnQiPm48L3NwYW4+IFJE IFZhbHVlLCB1c2VkIHRvIGlkZW50aWZ5IHRoYXQgb3RoZXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGZsb3cgZmlsdGVyIGluZm9ybWF0aW9uIChmb3IgZXhhbXBsZSwgYW4gSVB2NCBk ZXN0aW5hdGlvbiBwcmVmaXgpIGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg ZmxvdyBmaWx0ZXIgaW5mb3JtYXRpb24gKGZvciBleGFtcGxlLCBhbiBJUHY0IGRlc3RpbmF0aW9u IHByZWZpeCkgaXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFzc29jaWF0ZWQgd2l0 aCBhIHNwZWNpZmljIFZQTiBpZGVudGlmaWVkIGJ5IHRoZSBSRC4gIFNlZSBTZWN0aW9uIDguNjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFzc29jaWF0ZWQgd2l0aCBhIHNwZWNp ZmljIFZQTiBpZGVudGlmaWVkIGJ5IHRoZSBSRC4gIFNlZSBTZWN0aW9uIDguNjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgZm9yIGZ1cnRoZXIgZGlzY3Vzc2lvbiBvZiBWUE4gaWRlbnRp ZmljYXRpb24uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZm9yIGZ1cnRoZXIg ZGlzY3Vzc2lvbiBvZiBWUE4gaWRlbnRpZmljYXRpb24uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg ICAgICAgICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIDAg ICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAg IDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAgICBUeXBlPVtUQkQ1XSAgICAg ICAgIHwgICAgICAgICAgIExlbmd0aD04ICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIHwgICAgICAgICAgIFR5cGU9W1RCRDVdICAgICAgICAgfCAgICAgICAg ICAgTGVuZ3RoPTggICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAgICAgICAgICAgICAgUm91dGUgRGlz dGluZ3Vpc2hlciAgICAgICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIHwgICAgICAgICAgICAgICAgICAgICBSb3V0ZSBEaXN0aW5ndWlzaGVyICAg ICAgICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0ciBpZD0icGFydC0xMCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxz bWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvcmZjZGlmZi8jcGFydC0xMCI+PGVtPiBwYWdlIDE0LCBsaW5lIDQwPHNwYW4gY2xh c3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNr aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9yZmNkaWZmLyNwYXJ0LTEwIj48ZW0+IHBhZ2UgMTQsIGxpbmUgNDA8c3BhbiBjbGFzcz0iaGlk ZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgfiAgICAgICAgICAgICAgICAg ICAgICAgIFNvdXJjZSBBZGRyZXNzICAgICAgICAgICAgICAgICAgICAgICAgIH48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB+ICAgICAgICAgICAgICAgICAgICAgICAgU291cmNl IEFkZHJlc3MgICAgICAgICAgICAgICAgICAgICAgICAgfjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgfiAgICAgICAgICAgICAgICAgICBH cm91cCBtdWx0aWNhc3QgQWRkcmVzcyAgICAgICAgICAgICAgICAgICAgIH48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB+ICAgICAgICAgICAgICAgICAgIEdyb3VwIG11bHRpY2Fz dCBBZGRyZXNzICAgICAgICAgICAgICAgICAgICAgfjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst KzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICBGaWd1cmUgNjog TXVsdGljYXN0IEZsb3cgU3BlY2lmaWNhdGlvbiBUTFYgRW5jb2Rpbmc8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICBGaWd1cmUgNjogTXVsdGljYXN0IEZsb3cgU3Bl Y2lmaWNhdGlvbiBUTFYgRW5jb2Rpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVGhlIGFkZHJlc3MgZmllbGRzIGFuZCBhZGRyZXNzIG1hc2sgbGVuZ3RocyBvZiB0aGUgdHdv IE11bHRpY2FzdCBGbG93PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIGFk ZHJlc3MgZmllbGRzIGFuZCBhZGRyZXNzIG1hc2sgbGVuZ3RocyBvZiB0aGUgdHdvIE11bHRpY2Fz dCBGbG93PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTcGVjaWZpY2F0aW9uIFRMVnMg Y29udGFpbiBzb3VyY2UgYW5kIGdyb3VwIHByZWZpeGVzIGZvciBtYXRjaGluZzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNwZWNpZmljYXRpb24gVExWcyBjb250YWluIHNvdXJj ZSBhbmQgZ3JvdXAgcHJlZml4ZXMgZm9yIG1hdGNoaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhZ2FpbnN0IHBhY2tldCBmbG93cyBub3RpbmcgdGhhdCB0aGUgdHdvIGFkZHJlc3Mg ZmllbGRzIGFyZSAzMiBiaXRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWdh aW5zdCBwYWNrZXQgZmxvd3Mgbm90aW5nIHRoYXQgdGhlIHR3byBhZGRyZXNzIGZpZWxkcyBhcmUg MzIgYml0czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk aWZmMDAxNSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBmb3IgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dGhlIElQdjQg TXVsdGljYXN0IEZsb3cgYW5kIDEyOCBiaXRzIGZvciB0aGU8L3NwYW4+IElQdjYgTXVsdGljYXN0 IEZsb3cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGZvciA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5hbiBJUHY0IE11bHRpY2FzdCBGbG93IGFuZCAxMjggYml0cyBmb3IgYW08L3Nw YW4+IElQdjYgTXVsdGljYXN0IEZsb3cuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFRoZSBSZXNlcnZlZCBmaWVsZCBNVVNUIGJlIHNldCB0byB6ZXJvIGFuZCBpZ25vcmVkIG9u IHJlY2VpcHQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFJlc2VydmVk IGZpZWxkIE1VU1QgYmUgc2V0IHRvIHplcm8gYW5kIGlnbm9yZWQgb24gcmVjZWlwdC48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNiI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICBUd28gZmxhZ3MgKFMgYW5kIEcpIGFyZSBkZWZpbmVkLiAgVGhleSBoYXZl IHRoZSBjb21tb24gbWVhbmluZ3MgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFR3byA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5iaXQgPC9zcGFuPmZsYWdzIChTIGFuZCBHKSBh cmUgZGVmaW5lZC4gIFRoZXkgaGF2ZSB0aGUgY29tbW9uIG1lYW5pbmdzIGZvcjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2lsZGNhcmRpbmcgaW4gbXVsdGljYXN0LiAgSWYgdGhlIFMg Yml0IGlzIHNldCwgdGhlbiBzb3VyY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB3aWxkY2FyZGluZyBpbiBtdWx0aWNhc3QuICBJZiB0aGUgUyBiaXQgaXMgc2V0LCB0aGVuIHNv dXJjZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2lsZGNhcmRpbmcgaXMgaW4gdXNl IGFuZCB0aGUgdmFsdWVzIGluIHRoZSBTb3VyY2UgTWFzayBMZW5ndGggYW5kPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgd2lsZGNhcmRpbmcgaXMgaW4gdXNlIGFuZCB0aGUgdmFs dWVzIGluIHRoZSBTb3VyY2UgTWFzayBMZW5ndGggYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBTb3VyY2UgQWRkcmVzcyBmaWVsZHMgTVVTVCBiZSBpZ25vcmVkLiAgSWYgdGhlIEcg Yml0IGlzIHNldCwgdGhlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNvdXJj ZSBBZGRyZXNzIGZpZWxkcyBNVVNUIGJlIGlnbm9yZWQuICBJZiB0aGUgRyBiaXQgaXMgc2V0LCB0 aGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBncm91cCB3aWxkY2FyZGluZyBpcyBp biB1c2UgYW5kIHRoZSB2YWx1ZXMgaW4gdGhlIEdyb3VwIE1hc2sgTGVuZ3RoPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZ3JvdXAgd2lsZGNhcmRpbmcgaXMgaW4gdXNlIGFuZCB0 aGUgdmFsdWVzIGluIHRoZSBHcm91cCBNYXNrIExlbmd0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgYW5kIEdyb3VwIG11bHRpY2FzdCBBZGRyZXNzIGZpZWxkcyBNVVNUIGJlIGlnbm9y ZWQuICBUaGUgRyBiaXQgTVVTVDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFu ZCBHcm91cCBtdWx0aWNhc3QgQWRkcmVzcyBmaWVsZHMgTVVTVCBiZSBpZ25vcmVkLiAgVGhlIEcg Yml0IE1VU1Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIE5PVCBiZSBzZXQgdW5sZXNz IHRoZSBTIGJpdCBpcyBhbHNvIHNldDogaWYgYSBNdWx0aWNhc3QgRmxvdzwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIE5PVCBiZSBzZXQgdW5sZXNzIHRoZSBTIGJpdCBpcyBhbHNv IHNldDogaWYgYSBNdWx0aWNhc3QgRmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg U3BlY2lmaWNhdGlvbiBUTFYgaXMgcmVjZWl2ZWQgd2l0aCBTIGJpdCA9IDAgYW5kIEcgYml0ID0g MSB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTcGVjaWZpY2F0aW9uIFRM ViBpcyByZWNlaXZlZCB3aXRoIFMgYml0ID0gMCBhbmQgRyBiaXQgPSAxIHRoZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVjZWl2ZXIgU0hPVUxEIHJlc3BvbmQgd2l0aCBhIFBDRXJy IHdpdGggRXJyb3ItdHlwZSBUQkQ4IChGbG93U3BlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIHJlY2VpdmVyIFNIT1VMRCByZXNwb25kIHdpdGggYSBQQ0VyciB3aXRoIEVycm9y LXR5cGUgVEJEOCAoRmxvd1NwZWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEVycm9y KSBhbmQgZXJyb3ItdmFsdWUgMiAoTWFsZm9ybWVkIEZsb3dTcGVjKS48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBFcnJvcikgYW5kIGVycm9yLXZhbHVlIDIgKE1hbGZvcm1lZCBG bG93U3BlYykuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJwYXJ0LTExIiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNr aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9yZmNkaWZmLyNwYXJ0LTExIj48ZW0+IHBhZ2UgMTUsIGxpbmUgMzM8c3BhbiBjbGFzcz0iaGlk ZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcg dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2Rp ZmYvI3BhcnQtMTEiPjxlbT4gcGFnZSAxNSwgbGluZSAzMzxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8 L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIHNlY3Rpb24gb3V0bGluZXMgc29t ZSBzcGVjaWZpYyBkZXRhaWxlZCBwcm9jZWR1cmVzIGZvciB1c2luZyB0aGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIHNlY3Rpb24gb3V0bGluZXMgc29tZSBzcGVjaWZp YyBkZXRhaWxlZCBwcm9jZWR1cmVzIGZvciB1c2luZyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHByb3RvY29sIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50Ljwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb3RvY29sIGV4dGVuc2lvbnMgZGVm aW5lZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij44 LjEuICBEZWZhdWx0IEJlaGF2aW9yIGFuZCBCYWNrd2FyZCBDb21wYXRpYmlsaXR5PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+OC4xLiAgRGVmYXVsdCBCZWhhdmlvciBhbmQgQmFja3dh cmQgQ29tcGF0aWJpbGl0eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUg ZGVmYXVsdCBiZWhhdmlvciBpcyB0aGF0IG5vIEZsb3cgU3BlY2lmaWNhdGlvbiBpcyBhcHBsaWVk IHRvIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZGVmYXVsdCBiZWhh dmlvciBpcyB0aGF0IG5vIEZsb3cgU3BlY2lmaWNhdGlvbiBpcyBhcHBsaWVkIHRvIGE8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHR1bm5lbC4gIFRoYXQgaXMsIHRoZSBkZWZhdWx0IGlz IHRoYXQgdGhlIEZsb3cgU3BlYyBvYmplY3QgaXMgbm90PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgdHVubmVsLiAgVGhhdCBpcywgdGhlIGRlZmF1bHQgaXMgdGhhdCB0aGUgRmxv dyBTcGVjIG9iamVjdCBpcyBub3Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVzZWQg YXMgaXMgdGhlIGNhc2UgaW4gYWxsIHN5c3RlbXMgYmVmb3JlIHRoZSBpbXBsZW1lbnRhdGlvbiBv ZiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdXNlZCBhcyBpcyB0aGUg Y2FzZSBpbiBhbGwgc3lzdGVtcyBiZWZvcmUgdGhlIGltcGxlbWVudGF0aW9uIG9mIHRoaXM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNwZWNpZmljYXRpb24uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgc3BlY2lmaWNhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNyI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBJ biB0aGlzIGNhc2UgaXQgaXMgYSBsb2NhbCBtYXR0ZXIgKHN1Y2ggYXMgdGhyb3VnaCBjb25maWd1 cmF0aW9uKSBob3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgSW4gdGhpcyBj YXNlPHNwYW4gY2xhc3M9Imluc2VydCI+LDwvc3Bhbj4gaXQgaXMgYSBsb2NhbCBtYXR0ZXIgKHN1 Y2ggYXMgdGhyb3VnaCBjb25maWd1cmF0aW9uKSBob3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIHR1bm5lbCBoZWFkIGVuZHMgYXJlIGluc3RydWN0ZWQgd2hhdCB0cmFmZmljIHRvIHBs YWNlIG9uIGEgdHVubmVsLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHR1bm5l bCBoZWFkIGVuZHMgYXJlIGluc3RydWN0ZWQgd2hhdCB0cmFmZmljIHRvIHBsYWNlIG9uIGEgdHVu bmVsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTQ0MF0gZGVzY3Jp YmVzIGhvdyByZWNlaXZlcnMgcmVzcG9uZCB3aGVuIHRoZXkgc2VlIHVua25vd24gUENFUDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtSRkM1NDQwXSBkZXNjcmliZXMgaG93IHJl Y2VpdmVycyByZXNwb25kIHdoZW4gdGhleSBzZWUgdW5rbm93biBQQ0VQPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBvYmplY3RzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIG9iamVjdHMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjguMi4gIENvbXBv c2l0ZSBGbG93IFNwZWNpZmljYXRpb25zPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ OC4yLiAgQ29tcG9zaXRlIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgRmxvdyBTcGVjaWZpY2F0aW9ucyBtYXkgYmUgcmVwcmVzZW50ZWQgYnkg YSBzaW5nbGUgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgRmxvdyBTcGVjaWZpY2F0aW9ucyBtYXkgYmUgcmVwcmVzZW50ZWQgYnkgYSBzaW5nbGUg RmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUTFYgb3Ig bWF5IHJlcXVpcmUgYSBtb3JlIGNvbXBsZXggZGVzY3JpcHRpb24gdXNpbmcgbXVsdGlwbGUgRmxv dzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRMViBvciBtYXkgcmVxdWlyZSBh IG1vcmUgY29tcGxleCBkZXNjcmlwdGlvbiB1c2luZyBtdWx0aXBsZSBGbG93PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBTcGVjaWZpY2F0aW9uIFRMVnMuICBGb3IgZXhhbXBsZSwgYSBm bG93IGluZGljYXRlZCBieSBhIHNvdXJjZS08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBTcGVjaWZpY2F0aW9uIFRMVnMuICBGb3IgZXhhbXBsZSwgYSBmbG93IGluZGljYXRlZCBi eSBhIHNvdXJjZS08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyIGlkPSJwYXJ0LTEyIiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBw aW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9y ZmNkaWZmLyNwYXJ0LTEyIj48ZW0+IHBhZ2UgMTYsIGxpbmUgNTA8c3BhbiBjbGFzcz0iaGlkZSI+ IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8g Y2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYv I3BhcnQtMTIiPjxlbT4gcGFnZSAxNiwgbGluZSA1MDxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3Nw YW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij44LjUuICBBZGRpbmcgYW5kIFJlbW92aW5nIEZsb3cg U3BlY2lmaWNhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij44LjUuICBBZGRp bmcgYW5kIFJlbW92aW5nIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgVGhlIFJlbW92ZSBiaXQgaW4gdGhlIHRoZSBQQ0VQIEZsb3cgU3BlYyBP YmplY3QgaXMgbGVmdCBjbGVhciB3aGVuIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBUaGUgUmVtb3ZlIGJpdCBpbiB0aGUgdGhlIFBDRVAgRmxvdyBTcGVjIE9iamVjdCBpcyBs ZWZ0IGNsZWFyIHdoZW4gYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRmxvdyBTcGVj aWZpY2F0aW9uIGlzIGJlaW5nIGFkZGVkIG9yIG1vZGlmaWVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBpcyBiZWluZyBhZGRlZCBvciBtb2Rp ZmllZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVG8gcmVtb3ZlIGEgRmxv dyBTcGVjaWZpY2F0aW9uLCBhIFBDRVAgRmxvdyBTcGVjIE9iamVjdCBpcyBpbmNsdWRlZDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRvIHJlbW92ZSBhIEZsb3cgU3BlY2lmaWNh dGlvbiwgYSBQQ0VQIEZsb3cgU3BlYyBPYmplY3QgaXMgaW5jbHVkZWQ8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHdpdGggdGhlIEZTLUlEIG1hdGNoaW5nIHRoZSBvbmUgYmVpbmcgcmVt b3ZlZCwgYW5kIHRoZSBSIGJpdCBzZXQgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICB3aXRoIHRoZSBGUy1JRCBtYXRjaGluZyB0aGUgb25lIGJlaW5nIHJlbW92ZWQsIGFuZCB0 aGUgUiBiaXQgc2V0IHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbmRpY2F0ZSBy ZW1vdmFsLiAgSW4gdGhpcyBjYXNlIGl0IGlzIG5vdCBuZWNlc3NhcnkgdG8gaW5jbHVkZSBhbnk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmRpY2F0ZSByZW1vdmFsLiAgSW4g dGhpcyBjYXNlIGl0IGlzIG5vdCBuZWNlc3NhcnkgdG8gaW5jbHVkZSBhbnk8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDE4Ij48dGQ+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgIElmIHRoZSBSIGJpdCBpcyBzZXQgYW5kIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZz IGFyZSBwcmVzZW50IGFuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIElmIHRo ZSBSIGJpdCBpcyBzZXQgYW5kIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzIGFyZSBwcmVzZW50PHNw YW4gY2xhc3M9Imluc2VydCI+LDwvc3Bhbj4gYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGltcGxlbWVudGF0aW9uIE1BWSBpZ25vcmUgdGhlbS4gIElmIHRoZSBpbXBsZW1lbnRhdGlv biBjaGVja3MgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaW1wbGVtZW50 YXRpb24gTUFZIGlnbm9yZSB0aGVtLiAgSWYgdGhlIGltcGxlbWVudGF0aW9uIGNoZWNrcyB0aGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzIGFn YWluc3QgdGhvc2UgcmVjb3JkZWQgZm9yIHRoZSBGUy1JRCBvZiB0aGU8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNpZmljYXRpb24gVExWcyBhZ2FpbnN0IHRob3Nl IHJlY29yZGVkIGZvciB0aGUgRlMtSUQgb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBGbG93IFNwZWNpZmljYXRpb24gYmVpbmcgcmVtb3ZlZCBhbmQgZmluZHMgYSBtaXNtYXRj aCwgdGhlIEZsb3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNp ZmljYXRpb24gYmVpbmcgcmVtb3ZlZCBhbmQgZmluZHMgYSBtaXNtYXRjaCwgdGhlIEZsb3c8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNwZWNpZmljYXRpb24gTVVTVCBzdGlsbCBiZSBy ZW1vdmVkIGFuZCB0aGUgaW1wbGVtZW50YXRpb24gU0hPVUxEPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbiBNVVNUIHN0aWxsIGJlIHJlbW92ZWQgYW5kIHRo ZSBpbXBsZW1lbnRhdGlvbiBTSE9VTEQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJl Y29yZCBhIGxvY2FsIGV4Y2VwdGlvbiBvciBsb2cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgcmVjb3JkIGEgbG9jYWwgZXhjZXB0aW9uIG9yIGxvZy48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+OC42LiAgVlBOIElkZW50aWZpZXJzPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+OC42LiAgVlBOIElkZW50aWZpZXJzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFZQTiBpbnN0YW5jZXMgYXJlIGlkZW50aWZpZWQgaW4gQkdQIHVzaW5n IFJvdXRlIERpc3Rpbmd1aXNoZXJzIChSRHMpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgVlBOIGluc3RhbmNlcyBhcmUgaWRlbnRpZmllZCBpbiBCR1AgdXNpbmcgUm91dGUgRGlz dGluZ3Vpc2hlcnMgKFJEcyk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM0MzY0 XS4gIFRoZXNlIHZhbHVlcyBhcmUgbm90IG5vcm1hbGx5IGNvbnNpZGVyZWQgdG8gaGF2ZSBhbnk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNDM2NF0uICBUaGVzZSB2YWx1 ZXMgYXJlIG5vdCBub3JtYWxseSBjb25zaWRlcmVkIHRvIGhhdmUgYW55PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0xMyIgY2xhc3M9ImNo YW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC0xMyI+PGVtPiBwYWdl IDI0LCBsaW5lIDMxPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0 aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTEzIj48ZW0+IHBhZ2UgMjQsIGxp bmUgMzE8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgbWlzcm91dGVkIHdpdGhpbiB0aGUgbmV0d29yay4gIFRoZXJlZm9yZSwgdGhlIHVzZSBvZiB0 aGUgc2VjdXJpdHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtaXNyb3V0ZWQg d2l0aGluIHRoZSBuZXR3b3JrLiAgVGhlcmVmb3JlLCB0aGUgdXNlIG9mIHRoZSBzZWN1cml0eTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVjaGFuaXNtcyBmb3IgUENFUCByZWZlcmVu Y2VkIGFib3ZlIGlzIGltcG9ydGFudC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBtZWNoYW5pc21zIGZvciBQQ0VQIHJlZmVyZW5jZWQgYWJvdmUgaXMgaW1wb3J0YW50LjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWaXNpYmlsaXR5IGludG8gdGhlIGluZm9y bWF0aW9uIGNhcnJpZWQgaW4gUENFUCBkb2VzIG5vdCBoYXZlIGRpcmVjdDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIFZpc2liaWxpdHkgaW50byB0aGUgaW5mb3JtYXRpb24gY2Fy cmllZCBpbiBQQ0VQIGRvZXMgbm90IGhhdmUgZGlyZWN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBwcml2YWN5IGNvbmNlcm5zIGZvciBlbmQtdXNlcnMnIGRhdGEsIGhvd2V2ZXIsIGtu b3dsZWRnZSBvZiBob3cgZGF0YTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBy aXZhY3kgY29uY2VybnMgZm9yIGVuZC11c2VycycgZGF0YSwgaG93ZXZlciwga25vd2xlZGdlIG9m IGhvdyBkYXRhPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpcyByb3V0ZWQgaW4gYSBu ZXR3b3JrIG1heSBtYWtlIHRoYXQgZGF0YSBtb3JlIHZ1bG5lcmFibGUuICBPZjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGlzIHJvdXRlZCBpbiBhIG5ldHdvcmsgbWF5IG1ha2Ug dGhhdCBkYXRhIG1vcmUgdnVsbmVyYWJsZS4gIE9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBjb3Vyc2UsIHRoZSBhYmlsaXR5IHRvIGludGVyZmVyZSB3aXRoIHRoZSB3YXkgZGF0YSBp cyByb3V0ZWQgYWxzbzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvdXJzZSwg dGhlIGFiaWxpdHkgdG8gaW50ZXJmZXJlIHdpdGggdGhlIHdheSBkYXRhIGlzIHJvdXRlZCBhbHNv PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtYWtlcyB0aGUgZGF0YSBtb3JlIHZ1bG5l cmFibGUuICBGdXJ0aGVybW9yZSwga25vd2xlZGdlIG9mIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIG1ha2VzIHRoZSBkYXRhIG1vcmUgdnVsbmVyYWJsZS4gIEZ1cnRoZXJt b3JlLCBrbm93bGVkZ2Ugb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb25u ZWN0ZWQgZW5kLXBvaW50cyAoc3VjaCBhcyBtdWx0aWNhc3QgcmVjZWl2ZXJzIG9yIFZQTiBzaXRl cykgaXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb25uZWN0ZWQgZW5kLXBv aW50cyAoc3VjaCBhcyBtdWx0aWNhc3QgcmVjZWl2ZXJzIG9yIFZQTiBzaXRlcykgaXM8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVzdWFsbHkgY29uc2lkZXJlZCBwcml2YXRlIGN1c3Rv bWVyIGluZm9ybWF0aW9uLiAgVGhlcmVmb3JlLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHVzdWFsbHkgY29uc2lkZXJlZCBwcml2YXRlIGN1c3RvbWVyIGluZm9ybWF0aW9uLiAg VGhlcmVmb3JlLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlk PSJkaWZmMDAxOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBpbXBsZW1lbnRhdGlvbnMgb3IgZGVwbG95bWVudHMg Y29uY2VybmVkIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRvIHByb3RlY3Q8L3NwYW4+IHByaXZhY3kg TVVTVDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBpbXBsZW1lbnRhdGlvbnMg b3IgZGVwbG95bWVudHMgY29uY2VybmVkIDxzcGFuIGNsYXNzPSJpbnNlcnQiPndpdGggcHJvdGVj dGluZzwvc3Bhbj4gcHJpdmFjeSBNVVNUPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBh cHBseSB0aGUgbWVjaGFuaXNtcyBkZXNjcmliZWQgaW4gdGhlIGRvY3VtZW50cyByZWZlcmVuY2Vk IGFib3ZlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFwcGx5IHRoZSBtZWNo YW5pc21zIGRlc2NyaWJlZCBpbiB0aGUgZG9jdW1lbnRzIHJlZmVyZW5jZWQgYWJvdmUuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEV4cGVyaWVuY2Ugd2l0aCBGbG93IFNwZWNp ZmljYXRpb25zIGluIEJHUCBzeXN0ZW1zIGluZGljYXRlcyB0aGF0PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgRXhwZXJpZW5jZSB3aXRoIEZsb3cgU3BlY2lmaWNhdGlvbnMgaW4g QkdQIHN5c3RlbXMgaW5kaWNhdGVzIHRoYXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IHRoZXkgY2FuIGJlY29tZSBjb21wbGV4IGFuZCB0aGF0IHRoZSBvdmVybGFwIG9mIEZsb3cgU3Bl Y2lmaWNhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGV5IGNhbiBi ZWNvbWUgY29tcGxleCBhbmQgdGhhdCB0aGUgb3ZlcmxhcCBvZiBGbG93IFNwZWNpZmljYXRpb25z PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbnN0YWxsZWQgaW4gZGlmZmVyZW50IG9y ZGVycyBjYW4gbGVhZCB0byB1bmV4cGVjdGVkIHJlc3VsdHMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgaW5zdGFsbGVkIGluIGRpZmZlcmVudCBvcmRlcnMgY2FuIGxlYWQgdG8g dW5leHBlY3RlZCByZXN1bHRzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQWx0aG91 Z2ggdGhpcyBpcyBub3QgZGlyZWN0bHkgYSBzZWN1cml0eSBpc3N1ZSBwZXIgc2UsIHRoZSBjb25m dXNpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBBbHRob3VnaCB0aGlzIGlz IG5vdCBkaXJlY3RseSBhIHNlY3VyaXR5IGlzc3VlIHBlciBzZSwgdGhlIGNvbmZ1c2lvbjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5kIHVuZXhwZWN0ZWQgZm9yd2FyZGluZyBiZWhh dmlvciBtYXkgYmUgZW5naW5lZXJlZCBvciBleHBsb2l0ZWQgYnk8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBhbmQgdW5leHBlY3RlZCBmb3J3YXJkaW5nIGJlaGF2aW9yIG1heSBi ZSBlbmdpbmVlcmVkIG9yIGV4cGxvaXRlZCBieTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYW4gYXR0YWNrZXIuICBUaGVyZWZvcmUsIGltcGxlbWVudGVycyBhbmQgb3BlcmF0b3JzIFNI T1VMRCBwYXk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhbiBhdHRhY2tlci4g IFRoZXJlZm9yZSwgaW1wbGVtZW50ZXJzIGFuZCBvcGVyYXRvcnMgU0hPVUxEIHBheTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2FyZWZ1bCBhdHRlbnRpb24gdG8gdGhlIE1hbmFnZWFi aWxpdHkgQ29uc2lkZXJhdGlvbnMgZGVzY3JpYmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgY2FyZWZ1bCBhdHRlbnRpb24gdG8gdGhlIE1hbmFnZWFiaWxpdHkgQ29uc2lk ZXJhdGlvbnMgZGVzY3JpYmVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTZWN0 aW9uIDEzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNlY3Rpb24gMTMuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0x NCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2Ug YXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC0x NCI+PGVtPiBwYWdlIDI1LCBsaW5lIDQxPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2Vt PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTE0Ij48ZW0+ IHBhZ2UgMjUsIGxpbmUgNDE8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwv dGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4xMy4yLiAgQ29udHJvbCBvZiBGdW5jdGlvbiB0aHJvdWdoIENvbmZp Z3VyYXRpb24gYW5kIFBvbGljeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEzLjIu ICBDb250cm9sIG9mIEZ1bmN0aW9uIHRocm91Z2ggQ29uZmlndXJhdGlvbiBhbmQgUG9saWN5PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFN1cHBvcnQgZm9yIHRoZSBmdW5jdGlv biBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCBpbXBsaWVzIHRoYXQgYTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIFN1cHBvcnQgZm9yIHRoZSBmdW5jdGlvbiBkZXNjcmliZWQg aW4gdGhpcyBkb2N1bWVudCBpbXBsaWVzIHRoYXQgYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgZnVuY3Rpb25hbCBlbGVtZW50IHRoYXQgaXMgY2FwYWJsZSBvZiByZXF1ZXN0aW5nIGEg UENFIHRvIGNvbXB1dGUgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZnVu Y3Rpb25hbCBlbGVtZW50IHRoYXQgaXMgY2FwYWJsZSBvZiByZXF1ZXN0aW5nIGEgUENFIHRvIGNv bXB1dGUgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb250cm9sIGEgcGF0aCBp cyBhbHNvIGFibGUgdG8gY29uZmlndXJlIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHdoYXQ8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb250cm9sIGEgcGF0aCBpcyBhbHNvIGFibGUg dG8gY29uZmlndXJlIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHdoYXQ8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHRyYWZmaWMgc2hvdWxkIGJlIHBsYWNlZCBvbiB0aGF0IHBhdGguICBXaGVy ZSB0aGVyZSBpcyBhIGh1bWFuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdHJh ZmZpYyBzaG91bGQgYmUgcGxhY2VkIG9uIHRoYXQgcGF0aC4gIFdoZXJlIHRoZXJlIGlzIGEgaHVt YW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGludm9sdmVkIGluIHRoaXMgYWN0aW9u LCBjb25maWd1cmF0aW9uIG9mIHRoZSBGbG93IFNwZWNpZmljYXRpb24gbXVzdDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGludm9sdmVkIGluIHRoaXMgYWN0aW9uLCBjb25maWd1 cmF0aW9uIG9mIHRoZSBGbG93IFNwZWNpZmljYXRpb24gbXVzdDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgYmUgYXZhaWxhYmxlIHRocm91Z2ggYW4gaW50ZXJmYWNlIChzdWNoIGFzIGEg Z3JhcGhpY2FsIHVzZXIgaW50ZXJmYWNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgYmUgYXZhaWxhYmxlIHRocm91Z2ggYW4gaW50ZXJmYWNlIChzdWNoIGFzIGEgZ3JhcGhpY2Fs IHVzZXIgaW50ZXJmYWNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvciBhIGNvbW1h bmQgbGluZSBpbnRlcmZhY2UpLiAgV2hlcmUgYSBkaXN0aW5jdCBzb2Z0d2FyZSBjb21wb25lbnQ8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvciBhIGNvbW1hbmQgbGluZSBpbnRl cmZhY2UpLiAgV2hlcmUgYSBkaXN0aW5jdCBzb2Z0d2FyZSBjb21wb25lbnQ8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjAiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgKGkuZS4sIG9uZSBub3QgY28taW1wbGVtZW50ZWQgd2l0aCB0aGUgUENFKSBpcyB1c2VkLCBh PHNwYW4gY2xhc3M9ImRlbGV0ZSI+bjwvc3Bhbj4gcHJvdG9jb2w8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgKGkuZS4sIG9uZSBub3QgY28taW1wbGVtZW50ZWQgd2l0aCB0aGUg UENFKSBpcyB1c2VkLCBhIHByb3RvY29sPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBt ZWNoYW5pc20gd2lsbCBiZSByZXF1aXJlZCB0aGF0IGNvdWxkIGJlIFBDRVAgaXRzZWxmIG9yIGNv dWxkIGJlIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtZWNoYW5pc20gd2ls bCBiZSByZXF1aXJlZCB0aGF0IGNvdWxkIGJlIFBDRVAgaXRzZWxmIG9yIGNvdWxkIGJlIGE8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRhdGEgbW9kZWwgc3VjaCBhcyBleHRlbnNpb25z IHRvIHRoZSBZQU5HIG1vZGVsIGZvciByZXF1ZXN0aW5nIHBhdGg8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBkYXRhIG1vZGVsIHN1Y2ggYXMgZXh0ZW5zaW9ucyB0byB0aGUgWUFO RyBtb2RlbCBmb3IgcmVxdWVzdGluZyBwYXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBjb21wdXRhdGlvbiBbSS1ELmlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpb25dLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbXB1dGF0aW9uIFtJLUQuaWV0Zi10ZWFz LXlhbmctcGF0aC1jb21wdXRhdGlvbl0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIEltcGxlbWVudGF0aW9ucyBNQVkgYmUgY29uc3RydWN0ZWQgd2l0aCBhIGNvbmZpZ3VyYWJs ZSBzd2l0Y2ggdG8gc2F5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW1wbGVt ZW50YXRpb25zIE1BWSBiZSBjb25zdHJ1Y3RlZCB3aXRoIGEgY29uZmlndXJhYmxlIHN3aXRjaCB0 byBzYXk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHdoZXRoZXIgdGhleSBzdXBwb3J0 IHRoZSBmdW5jdGlvbnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIHdoZXRoZXIgdGhleSBzdXBwb3J0IHRoZSBmdW5jdGlvbnMgZGVm aW5lZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJkaWZmMDAyMSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBPdGhlcndpc2UsIHN1Y2ggaW1w bGVtZW50YXRpb25zIE1VU1Qgc3VwcG9ydCBpbmRpY2F0PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZTwv c3Bhbj4gdGhhdCB0aGV5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIE90aGVy d2lzZSwgc3VjaCBpbXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IGluZGljYXQ8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5pb248L3NwYW4+IHRoYXQgdGhleTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgc3VwcG9ydCB0aGUgZnVuY3Rpb24gYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4gIElm IGFuIGltcGxlbWVudGF0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3Vw cG9ydCB0aGUgZnVuY3Rpb24gYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4gIElmIGFuIGltcGxl bWVudGF0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzdXBwb3J0cyBjb25maWd1 cmFibGUgc3VwcG9ydCBvZiB0aGlzIGZ1bmN0aW9uLCB0aGF0IHN1cHBvcnQgTUFZIGJlPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3VwcG9ydHMgY29uZmlndXJhYmxlIHN1cHBv cnQgb2YgdGhpcyBmdW5jdGlvbiwgdGhhdCBzdXBwb3J0IE1BWSBiZTwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyMiI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBj b25maWd1cmFibGUgcGVyIHBlZXIgb3IgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+anVzdCA8L3NwYW4+ b25jZSBmb3IgdGhlIHdob2xlIGltcGxlbWVudGF0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICBjb25maWd1cmFibGUgcGVyIHBlZXIgb3Igb25jZSBmb3IgdGhlIHdob2xl IGltcGxlbWVudGF0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBBcyBt ZW50aW9uZWQgaW4gU2VjdGlvbiAxMy4xLCBhIFBDRSBpbXBsZW1lbnRhdGlvbiBTSE9VTEQgcHJv dmlkZSBhPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQXMgbWVudGlvbmVkIGlu IFNlY3Rpb24gMTMuMSwgYSBQQ0UgaW1wbGVtZW50YXRpb24gU0hPVUxEIHByb3ZpZGUgYTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVjaGFuaXNtIHRvIGNvbmZpZ3VyZSB2YXJpYXRp b25zIGluIHRoZSBwcmVjZWRlbmNlIG9yZGVyaW5nIG9mIEZsb3c8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBtZWNoYW5pc20gdG8gY29uZmlndXJlIHZhcmlhdGlvbnMgaW4gdGhl IHByZWNlZGVuY2Ugb3JkZXJpbmcgb2YgRmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgU3BlY2lmaWNhdGlvbnMgcGVyIFBDQy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBTcGVjaWZpY2F0aW9ucyBwZXIgUENDLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4xMy4zLiAgSW5mb3JtYXRpb24gYW5kIERhdGEgTW9kZWxzPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+MTMuMy4gIEluZm9ybWF0aW9uIGFuZCBEYXRhIE1vZGVsczwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgWUFORyBtb2RlbCBpbiBbSS1ELmlldGYt cGNlLXBjZXAteWFuZ10gY2FuIGJlIHVzZWQgdG8gbW9kZWwgYW5kPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgVGhlIFlBTkcgbW9kZWwgaW4gW0ktRC5pZXRmLXBjZS1wY2VwLXlh bmddIGNhbiBiZSB1c2VkIHRvIG1vZGVsIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgbW9uaXRvciBQQ0VQIHN0YXRlcyBhbmQgbWVzc2FnZXMuICBUbyBtYWtlIHRoYXQgWUFORyBt b2RlbCB1c2VmdWwgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbW9uaXRv ciBQQ0VQIHN0YXRlcyBhbmQgbWVzc2FnZXMuICBUbyBtYWtlIHRoYXQgWUFORyBtb2RlbCB1c2Vm dWwgZm9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDIzIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIHRoZSBleHRlbnNpb25zIGRlc2NyaWJlZCBpbiB0aGlzIGRv Y3VtZW50IGl0IHdpbGwgbmVlZCB0byBiZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICB0aGUgZXh0ZW5zaW9ucyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudDxzcGFuIGNsYXNz PSJpbnNlcnQiPiw8L3NwYW4+IGl0IHdpbGwgbmVlZCB0byBiZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgYXVnbWVudGVkIHRvIGNvdmVyIHRoZSBuZXcgcHJvdG9jb2wgZWxlbWVudHMu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYXVnbWVudGVkIHRvIGNvdmVyIHRo ZSBuZXcgcHJvdG9jb2wgZWxlbWVudHMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFNpbWlsYXJseSwgYXMgbm90ZWQgaW4gU2VjdGlvbiAxMy4yLCB0aGUgWUFORyBtb2RlbCBk ZWZpbmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgU2ltaWxhcmx5LCBh cyBub3RlZCBpbiBTZWN0aW9uIDEzLjIsIHRoZSBZQU5HIG1vZGVsIGRlZmluZWQgaW48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRh dGlvbl0gY291bGQgYmUgZXh0ZW5kZWQgdG8gYWxsb3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBbSS1ELmlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpb25dIGNvdWxkIGJl IGV4dGVuZGVkIHRvIGFsbG93PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzcGVjaWZp Y2F0aW9uIG9mIEZsb3cgU3BlY2lmaWNhdGlvbnMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgc3BlY2lmaWNhdGlvbiBvZiBGbG93IFNwZWNpZmljYXRpb25zLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGaW5hbGx5LCBhcyBtZW50aW9uZWQgaW4gU2VjdGlv biAxMy4xLCBhIFBDQyBpbXBsZW1lbnRhdGlvbiBTSE9VTEQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBGaW5hbGx5LCBhcyBtZW50aW9uZWQgaW4gU2VjdGlvbiAxMy4xLCBhIFBD QyBpbXBsZW1lbnRhdGlvbiBTSE9VTEQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBy b3ZpZGUgYSBtZWNoYW5pc20gdG8gYWxsb3cgYW4gb3BlcmF0b3IgdG8gcmVhZCB0aGUgRmxvdzwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb3ZpZGUgYSBtZWNoYW5pc20gdG8g YWxsb3cgYW4gb3BlcmF0b3IgdG8gcmVhZCB0aGUgRmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgU3BlY2lmaWNhdGlvbnMgZnJvbSBhIFBDQyBhbmQgdG8gdW5kZXJzdGFuZCBpbiB3 aGF0IG9yZGVyIHRoZXkgd2lsbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNw ZWNpZmljYXRpb25zIGZyb20gYSBQQ0MgYW5kIHRvIHVuZGVyc3RhbmQgaW4gd2hhdCBvcmRlciB0 aGV5IHdpbGw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGJlIGV4ZWN1dGVkLiAgVGhp cyBjb3VsZCBiZSBhY2hpZXZlZCB1c2luZyBhIG5ldyBZQU5HIG1vZGVsLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIGJlIGV4ZWN1dGVkLiAgVGhpcyBjb3VsZCBiZSBhY2hpZXZl ZCB1c2luZyBhIG5ldyBZQU5HIG1vZGVsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4xMy40LiAgTGl2ZW5lc3MgRGV0ZWN0aW9uIGFuZCBNb25pdG9yaW5nPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+MTMuNC4gIExpdmVuZXNzIERldGVjdGlvbiBhbmQgTW9uaXRvcmlu ZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgZXh0ZW5zaW9ucyBkZWZp bmVkIGluIHRoaXMgZG9jdW1lbnQgZG8gbm90IHJlcXVpcmUgYW55IGFkZGl0aW9uYWw8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRo aXMgZG9jdW1lbnQgZG8gbm90IHJlcXVpcmUgYW55IGFkZGl0aW9uYWw8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjQiPjx0ZD48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg bGl2ZW5lc3MgZGV0ZWN0aW9uIGFuIG1vbml0b3Jpbmcgc3VwcG9ydC4gIFNlZSBbUkZDNTQ0MF0g YW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGxpdmVuZXNzIGRldGVjdGlv biBhbjxzcGFuIGNsYXNzPSJpbnNlcnQiPmQ8L3NwYW4+IG1vbml0b3Jpbmcgc3VwcG9ydC4gIFNl ZSBbUkZDNTQ0MF0gYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTg4Nl0g Zm9yIG1vcmUgaW5mb3JtYXRpb24uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg W1JGQzU4ODZdIGZvciBtb3JlIGluZm9ybWF0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4xMy41LiAgVmVyaWZ5aW5nIENvcnJlY3QgT3BlcmF0aW9uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+MTMuNS4gIFZlcmlmeWluZyBDb3JyZWN0IE9wZXJhdGlvbjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgY2hpZWYgZWxlbWVudCBvZiBvcGVy YXRpb24gdGhhdCBuZWVkcyB0byBiZSB2ZXJpZmllZCAoaW4gYWRkaXRpb248L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgY2hpZWYgZWxlbWVudCBvZiBvcGVyYXRpb24gdGhh dCBuZWVkcyB0byBiZSB2ZXJpZmllZCAoaW4gYWRkaXRpb248L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHRvIHRoZSBvcGVyYXRpb24gb2YgdGhlIHByb3RvY29sIGVsZW1lbnRzIGFzIGRl c2NyaWJlZCBpbiBbUkZDNTQ0MF0pPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg dG8gdGhlIG9wZXJhdGlvbiBvZiB0aGUgcHJvdG9jb2wgZWxlbWVudHMgYXMgZGVzY3JpYmVkIGlu IFtSRkM1NDQwXSk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGlzIHRoZSBpbnN0YWxs YXRpb24sIHByZWNlZGVuY2UsIGFuZCBjb3JyZWN0IG9wZXJhdGlvbiBvZiB0aGUgRmxvdzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGlzIHRoZSBpbnN0YWxsYXRpb24sIHByZWNl ZGVuY2UsIGFuZCBjb3JyZWN0IG9wZXJhdGlvbiBvZiB0aGUgRmxvdzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgU3BlY2lmaWNhdGlvbnMgYXQgYSBQQ0MuPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbnMgYXQgYSBQQ0MuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEluIGFkZGl0aW9uIHRvIHRoZSBZQU5HIG1vZGVsIGZvciBy ZWFkaW5nIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBJbiBhZGRpdGlvbiB0byB0aGUgWUFORyBtb2RlbCBmb3IgcmVhZGluZyBGbG93IFNwZWNp ZmljYXRpb25zPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmliZWQgaW4gU2Vj dGlvbiAxMy4zLCB0b29scyBtYXkgYmUgbmVlZGVkIHRvIGluamVjdCBPcGVyYXRpb25zPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gMTMuMywg dG9vbHMgbWF5IGJlIG5lZWRlZCB0byBpbmplY3QgT3BlcmF0aW9uczwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgYW5kIE1hbmFnZW1lbnQgKE9BTSkgdHJhZmZpYyBhdCB0aGUgUENDIHRo YXQgbWF0Y2hlcyBzcGVjaWZpYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFu ZCBNYW5hZ2VtZW50IChPQU0pIHRyYWZmaWMgYXQgdGhlIFBDQyB0aGF0IG1hdGNoZXMgc3BlY2lm aWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAw MjUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgY3JpdGVyaWEgc28gdGhhdCBpdCBjYW4gYmUgbW9uaXRvcmVkIGFz IHRyYXZlbDxzcGFuIGNsYXNzPSJkZWxldGUiPmw8L3NwYW4+aW5nIGFsb25nIHRoZSBkZXNpcmVk PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGNyaXRlcmlhIHNvIHRoYXQgaXQg Y2FuIGJlIG1vbml0b3JlZCBhcyB0cmF2ZWxpbmcgYWxvbmcgdGhlIGRlc2lyZWQ8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBhdGguICBTdWNoIHRvb2xzIGFyZSBvdXRzaWRlIHRoZSBz Y29wZSBvZiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHBhdGguICBTdWNoIHRvb2xzIGFyZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50 LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMy42LiAgUmVxdWlyZW1lbnRzIG9u IE90aGVyIFByb3RvY29scyBhbmQgRnVuY3Rpb25hbCBDb21wb25lbnRzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+MTMuNi4gIFJlcXVpcmVtZW50cyBvbiBPdGhlciBQcm90b2NvbHMg YW5kIEZ1bmN0aW9uYWwgQ29tcG9uZW50czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBUaGlzIGRvY3VtZW50IHBsYWNlcyBubyByZXF1aXJlbWVudHMgb24gb3RoZXIgcHJvdG9j b2xzIG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBw bGFjZXMgbm8gcmVxdWlyZW1lbnRzIG9uIG90aGVyIHByb3RvY29scyBvcjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgY29tcG9uZW50cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBjb21wb25lbnRzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMy43 LiAgSW1wYWN0IG9uIE5ldHdvcmsgT3BlcmF0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+MTMuNy4gIEltcGFjdCBvbiBOZXR3b3JrIE9wZXJhdGlvbjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgdXNlIG9mIHRoZSBmZWF0dXJlcyBkZXNjcmliZWQgaW4g dGhpcyBkb2N1bWVudCBjbGVhcmx5IGhhdmUgYW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBUaGUgdXNlIG9mIHRoZSBmZWF0dXJlcyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVu dCBjbGVhcmx5IGhhdmUgYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CgogICAg IDx0cj48dGQ+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkPjwvdGQ+PC90cj4KICAgICA8dHIgaWQ9ImVuZCIgYmdjb2xvcj0iZ3Jh eSI+PHRoIGNvbHNwYW49IjUiIGFsaWduPSJjZW50ZXIiPiZuYnNwO0VuZCBvZiBjaGFuZ2VzLiAy NSBjaGFuZ2UgYmxvY2tzLiZuYnNwOzwvdGg+PC90cj4KICAgICA8dHIgY2xhc3M9InN0YXRzIj48 dGQ+PC90ZD48dGg+PGk+MjUgbGluZXMgY2hhbmdlZCBvciBkZWxldGVkPC9pPjwvdGg+PHRoPjxp PiA8L2k+PC90aD48dGg+PGk+MjUgbGluZXMgY2hhbmdlZCBvciBhZGRlZDwvaT48L3RoPjx0ZD48 L3RkPjwvdHI+CiAgICAgPHRyPjx0ZCBjb2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIiBjbGFzcz0i c21hbGwiPjxicj5UaGlzIGh0bWwgZGlmZiB3YXMgcHJvZHVjZWQgYnkgcmZjZGlmZiAxLjQ3LiBU aGUgbGF0ZXN0IHZlcnNpb24gaXMgYXZhaWxhYmxlIGZyb20gPGEgaHJlZj0iaHR0cDovL3d3dy50 b29scy5pZXRmLm9yZy90b29scy9yZmNkaWZmLyI+aHR0cDovL3Rvb2xzLmlldGYub3JnL3Rvb2xz L3JmY2RpZmYvPC9hPiA8L3RkPjwvdHI+CiAgIDwvdGJvZHk+PC90YWJsZT4KICAgCiAgIAo8L2Jv ZHk+PC9odG1sPg== --_004_2B1BFBB7702E4E0FBE3E1A46D6FA7A15ciscocom_-- From nobody Tue Oct 22 10:31:03 2019 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 9BA9E12008A; Tue, 22 Oct 2019 10:30:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.098 X-Spam-Level: X-Spam-Status: No, score=-12.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, MANY_SPAN_IN_TEXT=1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=NF2wmt5v; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=dCNgMF+n 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 I29R9pG37D98; Tue, 22 Oct 2019 10:30:50 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EFCE120025; Tue, 22 Oct 2019 10:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=149544; q=dns/txt; s=iport; t=1571765450; x=1572975050; h=from:to:cc:subject:date:message-id:mime-version; bh=lVMJok0lI06MPt0nUBDd0pRUFR3PmddAIcy1CVc4z+E=; b=NF2wmt5vcTlJKrjwZShHUgmW9BvIoGoYejtI8lUtHS5GATKgzP4oFISu GYg12tpRu9n0T0d0PmeYdvQw8aZFMRa7eHNXKuMwfokTOEHN3sGa+nsKL ETBIFRXQ3lRgvDeq1qeHp2EuAFGWyleOOolmeoz4th/QRAJyweuni7ktC c=; X-Files: Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html : 96169 IronPort-PHdr: =?us-ascii?q?9a23=3AG0O0shSkR/Zo0CO4alf0uo95B9psv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESUANfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5NksAKh0olCc+BB1f8KavjZCE3NM9DT1RiuXq8NBsdFQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CvAQCwO69d/5BdJa1bChoBAQEBAQE?= =?us-ascii?q?BAQEDAQEBAREBAQECAgEBAQGBe4EcLyQFJwVsVyAECyqEJoFfgWgDileLEop?= =?us-ascii?q?ghG2BQoEQA1QCBwEBAQwBASUIAgEBgUyBPoE2GYMTJDgTAgMJAQEEAQEBAgE?= =?us-ascii?q?FBG2FCwgkDIVOFggBCAoTAQElEgERARoCJAECBwIEMBcQBAENExSDAAGCRgM?= =?us-ascii?q?uAQIMpw8CgTiIYXWBMoJ+AQEFgTgCg04YghAHCYE2hRaGeRiBf4EQAScfgwq?= =?us-ascii?q?CVwsBAQIBF4ELERMvCQwBgmMygiyJSoM2DwMJgl2FOoEShjSBbIMsimRuCoI?= =?us-ascii?q?kg0WCZWSCEoJDBT+EHoRhG4I7coFKhReELYsTjjaBP4ZokSACBAIEBQIOAQE?= =?us-ascii?q?FgWkigVhwFTsqAYJBCUcQFFZhgSskERIVbwEFgkaFFIU/dAEBgSeOfAEB?= X-IronPort-AV: E=Sophos;i="5.68,217,1569283200"; d="html'217?scan'217,208,217";a="354792599" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Oct 2019 17:30:48 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x9MHUmF6006165 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Oct 2019 17:30:48 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 12:30:47 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 12:30:46 -0500 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 22 Oct 2019 12:30:45 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Jk5xzyo2y3E1KekuMmfnPwx9/Jrg50Thv3i7y/ty8RZPlfvjnFw2r3SBD/JGd9ll+AawLH4NCJZDnaWGLOEkgRlbdn3nEdRaiAE14i7xBL7DraR4iz6SGuORU6pCrc97icylj31wbmW2+QyTcMNFOPARdJLiHpHYwcPK5ioU542dD/YIwl3+aiB0M7eBeEX0JRxEYbh+VWWCyVKpB3u6YI8CBL7coUY5QK1DlrCBYrVD3k+quvk2TjnEtoumU4/VsMxv08kx5EHYi8VI5UZb/EFOVrG6s0QSET6L3kDj0FlbGAaP+VU8XuY70BKh2QQFPduFJF+uFSGSlBjv3ncE+g== 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=xGZbo6I2k63I9zLT1O5Qj+fwxPS0k+XmUyMOKZsAdfE=; b=DuMSYJoOjNa53iKD/qQ3HR6fpdNGQdOgl+ysKDvDbyP2zIpHP9UC5TKjtGtDWJIqB88aZKeQl5pUtcbePI49qeoMrp45LmyNepJT/rikvrOtb5iPC1Ve4D0mOizwBod4i76PWCo81yAIBuxboRAWaQbVt2KKvNHYnrP6ve0F/7lMXSCZLGfFRNmQ9wWwGtr9Dqh69/P7dg96ofZDGVCZjE94cf1j2jHARTudwRZExdlYkSe4Jr6Td0aA5KS/Vw3A/beaER6p845VTZ4ozzNvyG+obq1L8L3S4SlF9EIGCqEWxFCcLyrpatxK8ZsjrVu44t/ecGF6HEGV534g0wQglQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xGZbo6I2k63I9zLT1O5Qj+fwxPS0k+XmUyMOKZsAdfE=; b=dCNgMF+noiK08O4tZPcmMecTd1u+A3eHAx8G+9/FjGsYf7GKdoVCtEW6D+2rP58HPuI+HwprJ4S0TA7fzHZ6cLWn4bC0lf0E8gANnyvTamHCH0223d50Go6jI97UFJK6HShtVgYXkLL7K1cTcHlp7uyPlNa3ia08Cmf/ZmJyAgc= Received: from MN2PR11MB4221.namprd11.prod.outlook.com (52.135.38.14) by MN2PR11MB4222.namprd11.prod.outlook.com (52.135.36.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.20; Tue, 22 Oct 2019 17:30:44 +0000 Received: from MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::787e:8cf4:6217:9f56]) by MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::787e:8cf4:6217:9f56%4]) with mapi id 15.20.2347.029; Tue, 22 Oct 2019 17:30:44 +0000 From: "Acee Lindem (acee)" To: "draft-ietf-pce-pcep-flowspec@ietf.org" , "rtg-ads@ietf.org" CC: "pce@ietf.org" , Routing Directorate Thread-Topic: RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" (Correct Contact) Thread-Index: AQHViP5uv61fiTWKwE+7KLyR/3q8oQ== Date: Tue, 22 Oct 2019 17:30:44 +0000 Message-ID: <8F403E5A-0AC8-44C8-8B55-B38A7F96714E@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=acee@cisco.com; x-originating-ip: [2001:420:c0c4:1008::334] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2bd841a6-262d-477c-b6dd-08d75715919c x-ms-traffictypediagnostic: MN2PR11MB4222: x-ms-exchange-purlcount: 19 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(376002)(136003)(39860400002)(346002)(396003)(199004)(189003)(81166006)(2616005)(7736002)(33656002)(91956017)(2906002)(316002)(478600001)(76116006)(25786009)(4326008)(5660300002)(6506007)(256004)(71190400001)(71200400001)(14444005)(5024004)(81156014)(9326002)(486006)(86362001)(6436002)(450100002)(64756008)(36756003)(66446008)(476003)(99286004)(8936002)(66946007)(54896002)(66616009)(66476007)(54906003)(110136005)(6306002)(6116002)(66556008)(14454004)(6486002)(8676002)(99936001)(966005)(46003)(186003)(102836004)(6512007)(2501003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4222; H:MN2PR11MB4221.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: HZti9pO1snwTe0tEe8vZjNH6PJBLtXik7EgIlw6C/bT2kjS6IG9WNVDh9rfIsN9ttFdf1geM/2ZwyI78y8WJgH4UnPKcOq15pnw05zzDierwCtFMmHZyqVEr3DYrQuQ4KG/GToW0v+9Z5MFpmEeYv2J1v3GwdVV8PuXgCmlq13MKLqoti3aXJv5lrwoIPOLqw5q6IAp3qrMLBpAxW0C73SkAntLcN5OnWpR+moTDfyBGYQAkumPRfazbRc/BZiKNABP5t5MR/C46Gx09oa0SGdgmvHWp2hC+RqPPIhdS6MB4vvL0eEsrz5VRuPP++y1LRNaLYd/wRYZ1v5fcrctdfOF3v89k48RM30PAstxSqDOlrn9Iygdkcu2ZYPZlnfQKf+iy9sZ+ljcVyMPzguDC4ZpGrAD1ZpHPwM9RJjyyArmCCw3njSDuCLZR6KdJIKTo0QUMtibEXe7kZzpFRnnxpluwJwSUoikLsGTp5SCVa+A= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_004_8F403E5A0AC844C88B55B38A7F96714Eciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 2bd841a6-262d-477c-b6dd-08d75715919c X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 17:30:44.2872 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: spDVzxDjcL5ThcTWFjTisOpMszOT2Ph/wXOrJAl2MGdFdHl8Q62lEETDx8HWKQGO X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4222 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.26, xch-aln-016.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: [Pce] RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" (Correct Contact) 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, 22 Oct 2019 17:30:55 -0000 --_004_8F403E5A0AC844C88B55B38A7F96714Eciscocom_ Content-Type: multipart/alternative; boundary="_000_8F403E5A0AC844C88B55B38A7F96714Eciscocom_" --_000_8F403E5A0AC844C88B55B38A7F96714Eciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQoNCiAgaHR0 cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KDQpBbHRo b3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0 aW5nIEFEcywNCml0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0g YWxvbmcgd2l0aCBhbnkgb3RoZXINCklFVEYgRWFybHkgUmV2aWV3L0xhc3QgQ2FsbCAgY29tbWVu dHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0bw0KcmVzb2x2ZSB0aGVtIHRocm91Z2gg ZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1p ZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1LnR4dA0KUmV2aWV3ZXI6IEFjZWUgTGluZGVtDQpSZXZp ZXcgRGF0ZTogMTAvMjIvMjAxOQ0KSUVURiBMQyBFbmQgRGF0ZTogTi9BDQpJbnRlbmRlZCBTdGF0 dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1tYXJ5Og0KVGhpcyBkb2N1bWVudCBpcyBiYXNpY2Fs bHkgcmVhZHkgZm9yIGZ1cnRoZXIgZGlzY3Vzc2lvbiBhbmQgV0cgTGFzdCBDYWxsLA0KYnV0IGhh cyBuaXRzIHRoYXQgc2hvdWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8gcHVibGljYXRpb24uDQoN CkNvbW1lbnRzOg0KDQogVGhlIGRyYWZ0IGlzIGV4dHJlbWVseSBlYXN5IHRvIHJlYWQgYW5kIHVu ZGVyc3RhbmQuIFRoaXMgaXMgYW4gZWFybHkNCiByZXZpZXcgeWV0IHRoZSBkb2N1bWVudCBpcyBp biBiZXR0ZXIgc2hhcGUgdGhhbiBtb3N0IGRvY3VtZW50cyBJIHJldmlldw0KIGR1cmluZyBXb3Jr aW5nIEdyb3VwIExhc3QgQ2FsbC4gSSBkb24ndCBldmVuIGZvbGxvdyB0aGUgUENFIFdvcmtpbmcN CiBHcm91cCBidXQgYmVsaWV2ZSBJIGNvdWxkIGNvbnN1bWUgdGhlIGVudGlyZSBkcmFmdCB3aXRo IG9ubHkgYQ0KIHJ1ZGltZW50YXJ5IHVuZGVyc3RhbmRpbmcgb2YgdGhlIFBDRSBwcm90b2NvbCBh bmQgaGF2aW5nIHJlYWQgYW5kDQogZm9sbG93ZWQgUkZDIDU1NzUuDQoNCk1ham9yIElzc3Vlczog Tm9uZQ0KDQpNaW5vciBJc3N1ZXM6IE5vbmUNCg0KTml0czoNCg0KICBJIGhhdmUgYSBxdWVzdGlv biBhbmQgYSBmZXcgc3VnZ2VzdGlvbnM6DQoNCiAgICAxLiBGb3IgdGhlIG11bHRpY2FzdCBmbG93 IGZpbHRlciBUTFZzLCBpcyB0aGVyZSBzb21lIHJlYXNvbiB3aHkNCiAgICAgICB0aGUgUy1iaXQg YW5kIEctYml0IHJlc3BlY3RpdmVseSBpbmRpY2F0ZSB0aGF0IHRoZSBmaWVsZHMgYXJlDQogICAg ICAgTk9UIHVzZWQ/IEluIG1vc3QgcHJvdG9jb2wgZW5jb2RpbmdzLCBhIFNldCBiaXQgaW5kaWNh dGVzIHRoYXQNCiAgICAgICBhIGZpZWxkIGlzIHVzZWQgYW5kIGEgQ2xlYXIgYml0IGluZGljYXRl cyB0aGF0IGl0IGlzIG5vdCB1c2VkLg0KICAgICAgIEFsc28sIGFsbCB6ZXJvcyBoYXMgYWxzbyBi ZWVuIHVzZWQgYSB3aWxkY2FyZCBzcGVjaWZpY2F0aW9uDQogICAgICAgYnV0IEkgZ3Vlc3MgeW91 IHByZWZlcnJlZCBzb21ldGhpbmcgZXhwbGljaXQuDQoNCiAgICAyLiBGb3IgSUdQcywgd2UgYWx3 YXlzIGh5cGhlbmF0ZSBCaXQgZGVmaW5pdGlvbnMuIEhvd2V2ZXIsIGluIHRoaXMNCiAgICAgICBz cGVjaWZpY2F0aW9uLCB0aGUgQml0IGRlZmluaXRpb25zIGFyZSBub3QgaHlwaGVuYXRlZCBvdGhl cg0KICAgICAgIHRoYW4gaW4gdGhlIElBTkEgc2VjdGlvbi4gQmVpbmcgdGhlIExTUiBjaGFpciwg SSdkIHByZWZlcg0KICAgICAgIGNvbnNpc3RlbmN5IHdpdGggdGhlIElHUCBzcGVjaWZpY2F0aW9u cy4NCg0KICAgIDMuIEluIG1vc3QgSUVURiBzcGVjaWZpY2F0aW9ucywgImhlYWRlbmQiIGlzIGEg c2luZ2xlIGNvbXBvdW5kDQogICAgICAgd29yZC4NCg0KICAgIDQuIEluIHNlY3Rpb24gOSwgY291 bGQgeW91IGluZGljYXRlIHRoYXQgdGhlIG9ubHkgY2hhbmdlIGlzIGFkZGluZw0KICAgICAgIHRo ZSA8Zmxvd3NwZWMtbGlzdD4/IFRoaXMgc2VlbXMgdG8gYmUgdGhlIGNhc2UgYnV0IGl0IHdvdWxk IGJlDQogICAgICAgZ29vZCB0byBzdGF0ZSBpdCBleHBsaWNpdGx5Lg0KDQogICAgNS4gSSBoYXZl IGF0dGFjaGVkIGFuIFJGQ0RJRkYgb2Ygc3VnZ2VzdGVkIGVkaXRvcmlhbCBjaGFuZ2VzLg0KDQoN ClRoYW5rcywNCkFjZWUNCg0KDQo= --_000_8F403E5A0AC844C88B55B38A7F96714Eciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <902D26A454F1F6488586B60D5CFBBF10@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw Lm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1u YW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNw YW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0Mx IiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkhlbGxvLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQg YXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPlRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwg cm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ZHJhZnRzIGFzIHRo ZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPnNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9m IHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5hc3Npc3RhbmNlIHRv IHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcm bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgaHR0cDovL3RyYWMu dG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0RpcjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHBy aW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi Pml0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0 aCBhbnkgb3RoZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SUVURiBFYXJseSBSZXZpZXcvTGFzdCBDYWxs Jm5ic3A7IGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+cmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0 aGUgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Eb2N1 bWVudDogZHJhZnQtaWV0Zi1wY2UtcGNlcC1mbG93c3BlYy0wNS50eHQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+UmV2aWV3ZXI6IEFjZWUgTGluZGVtPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJldmlldyBEYXRlOiAx MC8yMi8yMDE5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklFVEYgTEMgRW5kIERhdGU6IE4vQTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5JbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjazxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+U3VtbWFyeTo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ VGhpcyBkb2N1bWVudCBpcyBiYXNpY2FsbHkgcmVhZHkgZm9yIGZ1cnRoZXIgZGlzY3Vzc2lvbiBh bmQgV0cgTGFzdCBDYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5idXQgaGFzIG5pdHMgdGhhdCBzaG91 bGQgYmUgY29uc2lkZXJlZCBwcmlvciB0byBwdWJsaWNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkNvbW1lbnRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7VGhlIGRyYWZ0IGlzIGV4dHJlbWVseSBlYXN5IHRv IHJlYWQgYW5kIHVuZGVyc3RhbmQuIFRoaXMgaXMgYW4gZWFybHk8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7cmV2aWV3IHlldCB0aGUgZG9jdW1lbnQgaXMgaW4gYmV0dGVyIHNoYXBlIHRoYW4gbW9z dCBkb2N1bWVudHMgSSByZXZpZXc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7ZHVyaW5nIFdvcmtp bmcgR3JvdXAgTGFzdCBDYWxsLiBJIGRvbid0IGV2ZW4gZm9sbG93IHRoZSBQQ0UgV29ya2luZzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij4mbmJzcDtHcm91cCBidXQgYmVsaWV2ZSBJIGNvdWxkIGNvbnN1bWUg dGhlIGVudGlyZSBkcmFmdCB3aXRoIG9ubHkgYSZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJz cDtydWRpbWVudGFyeSB1bmRlcnN0YW5kaW5nIG9mIHRoZSBQQ0UgcHJvdG9jb2wgYW5kIGhhdmlu ZyByZWFkIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDtmb2xsb3dlZCBSRkMgNTU3NS48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk1ham9yIElzc3VlczogTm9u ZSZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+TWlub3Ig SXNzdWVzOiBOb25lPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5O aXRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7IEkg aGF2ZSBhIHF1ZXN0aW9uIGFuZCBhIGZldyBzdWdnZXN0aW9uczo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAmbmJzcDsgMS4gRm9yIHRoZSBtdWx0aWNh c3QgZmxvdyBmaWx0ZXIgVExWcywgaXMgdGhlcmUgc29tZSByZWFzb24gd2h5PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPiZuYnNwOyZuYnNwOyAmbmJzcDsgJm5ic3A7IHRoZSBTLWJpdCBhbmQgRy1iaXQgcmVz cGVjdGl2ZWx5IGluZGljYXRlIHRoYXQgdGhlIGZpZWxkcyBhcmU8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgTk9UIHVzZWQ/IEluIG1vc3QgcHJvdG9jb2wgZW5j b2RpbmdzLCBhIFNldCBiaXQgaW5kaWNhdGVzIHRoYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7 Jm5ic3A7ICZuYnNwOyAmbmJzcDsgYSBmaWVsZCBpcyB1c2VkIGFuZCBhIENsZWFyIGJpdCBpbmRp Y2F0ZXMgdGhhdCBpdCBpcyBub3QgdXNlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgQWxzbywgYWxsIHplcm9zIGhhcyBhbHNvIGJlZW4gdXNlZCBhIHdpbGRj YXJkIHNwZWNpZmljYXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyAm bmJzcDsgYnV0IEkgZ3Vlc3MgeW91IHByZWZlcnJlZCBzb21ldGhpbmcgZXhwbGljaXQuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7IDIuIEZv ciBJR1BzLCB3ZSBhbHdheXMgaHlwaGVuYXRlIEJpdCBkZWZpbml0aW9ucy4gSG93ZXZlciwgaW4g dGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsgJm5ic3A7ICZuYnNwOyBzcGVjaWZp Y2F0aW9uLCB0aGUgQml0IGRlZmluaXRpb25zIGFyZSBub3QgaHlwaGVuYXRlZCBvdGhlcjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbmJzcDsmbmJzcDsgJm5ic3A7ICZuYnNwOyB0aGFuIGluIHRoZSBJQU5B IHNlY3Rpb24uIEJlaW5nIHRoZSBMU1IgY2hhaXIsIEknZCBwcmVmZXI8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jm5ic3A7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgY29uc2lzdGVuY3kgd2l0aCB0aGUgSUdQIHNw ZWNpZmljYXRpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7ICZuYnNwOyAzLiBJbiBtb3N0IElFVEYgc3BlY2lmaWNhdGlvbnMsICZxdW90O2hlYWRl bmQmcXVvdDsgaXMgYSBzaW5nbGUgY29tcG91bmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgd29yZC4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAmbmJzcDsgNC4gSW4gc2VjdGlvbiA5LCBjb3VsZCB5b3Ug aW5kaWNhdGUgdGhhdCB0aGUgb25seSBjaGFuZ2UgaXMgYWRkaW5nPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOyZuYnNwOyAmbmJzcDsgJm5ic3A7IHRoZSAmbHQ7Zmxvd3NwZWMtbGlzdCZndDs/IFRo aXMgc2VlbXMgdG8gYmUgdGhlIGNhc2UgYnV0IGl0IHdvdWxkIGJlPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PiZuYnNwOyZuYnNwOyAmbmJzcDsgJm5ic3A7IGdvb2QgdG8gc3RhdGUgaXQgZXhwbGljaXRseS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOyAmbmJzcDsg NS4gSSBoYXZlIGF0dGFjaGVkIGFuIFJGQ0RJRkYgb2Ygc3VnZ2VzdGVkIGVkaXRvcmlhbCBjaGFu Z2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QWNlZTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_8F403E5A0AC844C88B55B38A7F96714Eciscocom_-- --_004_8F403E5A0AC844C88B55B38A7F96714Eciscocom_ Content-Type: text/html; name="Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html" Content-Description: Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html Content-Disposition: attachment; filename="Diff_ draft-ietf-pce-pcep-flowspec-05.txt.orig - draft-ietf-pce-pcep-flowspec-05.txt.html"; size=96169; creation-date="Tue, 22 Oct 2019 17:30:44 GMT"; modification-date="Tue, 22 Oct 2019 17:30:44 GMT" Content-ID: <6CE7EAAC0ED4EE41B13FA2D91B7A06A3@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDMxKWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv cmZjZGlmZi8gLS0+CjxodG1sIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sIj48 aGVhZD48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD1VVEYtOCI+IAogICAKICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVN0eWxlLVR5 cGUiIGNvbnRlbnQ9InRleHQvY3NzIj4gCiAgPHRpdGxlPkRpZmY6IGRyYWZ0LWlldGYtcGNlLXBj ZXAtZmxvd3NwZWMtMDUudHh0Lm9yaWcgLSBkcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1 LnR4dDwvdGl0bGU+IAogIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+IAogICAgYm9keSAgICB7IG1h cmdpbjogMC40ZXg7IG1hcmdpbi1yaWdodDogYXV0bzsgfSAKICAgIHRyICAgICAgeyB9IAogICAg dGQgICAgICB7IHdoaXRlLXNwYWNlOiBwcmU7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IHZlcnRp Y2FsLWFsaWduOiB0b3A7IGZvbnQtc2l6ZTogMC44NmVtO30gCiAgICB0aCAgICAgIHsgZm9udC1z aXplOiAwLjg2ZW07IH0gCiAgICAuc21hbGwgIHsgZm9udC1zaXplOiAwLjZlbTsgZm9udC1zdHls ZTogaXRhbGljOyBmb250LWZhbWlseTogVmVyZGFuYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyB9 IAogICAgLmxlZnQgICB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAucmlnaHQgIHsg YmFja2dyb3VuZC1jb2xvcjogI0ZGRjsgfSAKICAgIC5kaWZmICAgeyBiYWNrZ3JvdW5kLWNvbG9y OiAjQ0NGOyB9IAogICAgLmxibG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNCRkI7IH0gCiAgICAu cmJsb2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGODsgfSAKICAgIC5pbnNlcnQgeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjOEZGOyB9IAogICAgLmRlbGV0ZSB7IGJhY2tncm91bmQtY29sb3I6ICNBQ0Y7 IH0gCiAgICAudm9pZCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGQjsgfSAKICAgIC5jb250ICAg eyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxpbmViciB7IGJhY2tncm91bmQtY29s b3I6ICNBQUE7IH0gCiAgICAubGluZW5vIHsgY29sb3I6IHJlZDsgYmFja2dyb3VuZC1jb2xvcjog I0ZGRjsgZm9udC1zaXplOiAwLjdlbTsgdGV4dC1hbGlnbjogcmlnaHQ7IHBhZGRpbmc6IDAgMnB4 OyB9IAogICAgLmVsaXBzaXN7IGJhY2tncm91bmQtY29sb3I6ICNBQUE7IH0gCiAgICAubGVmdCAu Y29udCB7IGJhY2tncm91bmQtY29sb3I6ICNEREQ7IH0gCiAgICAucmlnaHQgLmNvbnQgeyBiYWNr Z3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxibG9jayAuY29udCB7IGJhY2tncm91bmQtY29s b3I6ICM5RDk7IH0gCiAgICAucmJsb2NrIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RENjsg fSAKICAgIC5pbnNlcnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjMEREOyB9IAogICAgLmRl bGV0ZSAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICM4QUQ7IH0gCiAgICAuc3RhdHMsIC5zdGF0 cyB0ZCwgLnN0YXRzIHRoIHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgcGFkZGluZzogMnB4IDA7 IH0gCiAgICBzcGFuLmhpZGUgeyBkaXNwbGF5OiBub25lOyBjb2xvcjogI2FhYTt9ICAgIGE6aG92 ZXIgc3BhbiB7IGRpc3BsYXk6IGlubGluZTsgfSAgICB0ci5jaGFuZ2UgeyBiYWNrZ3JvdW5kLWNv bG9yOiBncmF5OyB9IAogICAgdHIuY2hhbmdlIGEgeyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGNv bG9yOiBibGFjayB9IAogIDwvc3R5bGU+IAogICAgIDxzY3JpcHQ+CnZhciBjaHVua19pbmRleCA9 IDA7CnZhciBvbGRfY2h1bmsgPSBudWxsOwoKZnVuY3Rpb24gZm9ybWF0X2NodW5rKGluZGV4KSB7 CiAgICB2YXIgcHJlZml4ID0gImRpZmYiOwogICAgdmFyIHN0ciA9IGluZGV4LnRvU3RyaW5nKCk7 CiAgICBmb3IgKHg9MDsgeDwoNC1zdHIubGVuZ3RoKTsgKyt4KSB7CiAgICAgICAgcHJlZml4Kz0n MCc7CiAgICB9CiAgICByZXR1cm4gcHJlZml4ICsgc3RyOwp9CgpmdW5jdGlvbiBmaW5kX2NodW5r KG4pewogICAgcmV0dXJuIGRvY3VtZW50LnF1ZXJ5U2VsZWN0b3IoJ3RyW2lkJD0iJyArIG4gKyAn Il0nKTsKfQoKZnVuY3Rpb24gY2hhbmdlX2NodW5rKG9mZnNldCkgewogICAgdmFyIGluZGV4ID0g Y2h1bmtfaW5kZXggKyBvZmZzZXQ7CiAgICB2YXIgbmV3X3N0cjsKICAgIHZhciBuZXdfY2h1bms7 CgogICAgbmV3X3N0ciA9IGZvcm1hdF9jaHVuayhpbmRleCk7CiAgICBuZXdfY2h1bmsgPSBmaW5k X2NodW5rKG5ld19zdHIpOwogICAgaWYgKCFuZXdfY2h1bmspIHsKICAgICAgICByZXR1cm47CiAg ICB9CiAgICBpZiAob2xkX2NodW5rKSB7CiAgICAgICAgb2xkX2NodW5rLnN0eWxlLm91dGxpbmUg PSAiIjsKICAgIH0KICAgIG9sZF9jaHVuayA9IG5ld19jaHVuazsKICAgIG9sZF9jaHVuay5zdHls ZS5vdXRsaW5lID0gIjFweCBzb2xpZCByZWQiOwogICAgd2luZG93LmxvY2F0aW9uLnJlcGxhY2Uo IiMiICsgbmV3X3N0cikKICAgIHdpbmRvdy5zY3JvbGxCeSgwLC0xMDApOwogICAgY2h1bmtfaW5k ZXggPSBpbmRleDsKfQoKZG9jdW1lbnQub25rZXlkb3duID0gZnVuY3Rpb24oZSkgewogICAgc3dp dGNoIChlLmtleUNvZGUpIHsKICAgIGNhc2UgNzg6CiAgICAgICAgY2hhbmdlX2NodW5rKDEpOwog ICAgICAgIGJyZWFrOwogICAgY2FzZSA4MDoKICAgICAgICBjaGFuZ2VfY2h1bmsoLTEpOwogICAg ICAgIGJyZWFrOwogICAgfQp9OwogICA8L3NjcmlwdD4gCjwvaGVhZD4gCjxib2R5PiAKICA8dGFi bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiPiAKICA8dGJvZHk+ PHRyIGlkPSJwYXJ0LTEiIGJnY29sb3I9Im9yYW5nZSI+PHRoPjwvdGg+PHRoPjxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtcGNlLXBjZXAtZmxv d3NwZWMtMDUudHh0Lm9yaWciIHN0eWxlPSJjb2xvcjojMDA4OyB0ZXh0LWRlY29yYXRpb246bm9u ZTsiPiZsdDs8L2E+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMtMDUudHh0Lm9yaWciIHN0eWxlPSJjb2xvcjojMDA4 Ij5kcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1LnR4dC5vcmlnPC9hPiZuYnNwOzwvdGg+ PHRoPiA8L3RoPjx0aD4mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1wY2UtcGNlcC1mbG93c3BlYy0wNS50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5k cmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjLTA1LnR4dDwvYT4mbmJzcDs8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dz cGVjLTA1LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+Jmd0 OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0xIiBjbGFz cz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTEiPjxlbT4g cGFnZSAxLCBsaW5lIDE3PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3Ro Pjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJl Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTEiPjxlbT4gcGFnZSAxLCBs aW5lIDE3PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBaLiBMaTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBaLiBMaTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWkgVGVjaG5vbG9naWVzPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWkgVGVjaG5vbG9naWVzPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBBdWd1c3QgMTUsIDIwMTk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBBdWd1c3QgMTUsIDIwMTk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg ICAgICAgICAgICAgICBQQ0VQIEV4dGVuc2lvbiBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICBQQ0VQIEV4dGVuc2lv biBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMtMDU8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtcGNl LXBjZXAtZmxvd3NwZWMtMDU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWJzdHJh Y3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5BYnN0cmFjdDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IChQQ0Up IGlzIGEgZnVuY3Rpb25hbCBjb21wb25lbnQgY2FwYWJsZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRoZSBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkgaXMgYSBmdW5j dGlvbmFsIGNvbXBvbmVudCBjYXBhYmxlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDAxIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG9mIHNlbGVjdGluZyA8c3Bh biBjbGFzcz0iZGVsZXRlIj50aGUgPC9zcGFuPnBhdGhzIHRocm91Z2ggYSB0cmFmZmljIGVuZ2lu ZWVyZWQgbmV0d29yay4gIFRoZXNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IG9mIHNlbGVjdGluZyBwYXRocyB0aHJvdWdoIGEgdHJhZmZpYyBlbmdpbmVlcmVkIG5ldHdvcmsu ICBUaGVzZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcGF0aHMgbWF5IGJlIHN1cHBs aWVkIGluIHJlc3BvbnNlIHRvIHJlcXVlc3RzIGZvciBjb21wdXRhdGlvbiwgb3IgbWF5PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcGF0aHMgbWF5IGJlIHN1cHBsaWVkIGluIHJl c3BvbnNlIHRvIHJlcXVlc3RzIGZvciBjb21wdXRhdGlvbiwgb3IgbWF5PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBiZSB1bnNvbGljaXRlZCBpbnN0cnVjdGlvbnMgaXNzdWVkIGJ5IHRo ZSBQQ0UgdG8gbmV0d29yayBlbGVtZW50cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBiZSB1bnNvbGljaXRlZCBpbnN0cnVjdGlvbnMgaXNzdWVkIGJ5IHRoZSBQQ0UgdG8gbmV0 d29yayBlbGVtZW50cy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEJvdGggYXBwcm9h Y2hlcyB1c2UgdGhlIFBDRSBDb21tdW5pY2F0aW9uIFByb3RvY29sIChQQ0VQKSB0byBjb252ZXk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBCb3RoIGFwcHJvYWNoZXMgdXNlIHRo ZSBQQ0UgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCAoUENFUCkgdG8gY29udmV5PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgZGV0YWlscyBvZiB0aGUgY29tcHV0ZWQgcGF0aC48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgZGV0YWlscyBvZiB0aGUgY29tcHV0 ZWQgcGF0aC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVHJhZmZpYyBmbG93 cyBtYXkgYmUgY2F0ZWdvcml6ZWQgYW5kIGRlc2NyaWJlZCB1c2luZyAiRmxvdzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRyYWZmaWMgZmxvd3MgbWF5IGJlIGNhdGVnb3JpemVk IGFuZCBkZXNjcmliZWQgdXNpbmcgIkZsb3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFNwZWNpZmljYXRpb25zIi4gIFJGQyA1NTc1IGRlZmluZXMgdGhlIEZsb3cgU3BlY2lmaWNhdGlv biBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTcGVjaWZpY2F0aW9ucyIu ICBSRkMgNTU3NSBkZWZpbmVzIHRoZSBGbG93IFNwZWNpZmljYXRpb24gYW5kPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmliZXMgaG93IEZsb3cgU3BlY2lmaWNhdGlvbiBDb21w b25lbnRzIGFyZSB1c2VkIHRvIGRlc2NyaWJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgZGVzY3JpYmVzIGhvdyBGbG93IFNwZWNpZmljYXRpb24gQ29tcG9uZW50cyBhcmUgdXNl ZCB0byBkZXNjcmliZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdHJhZmZpYyBmbG93 cy4gIFJGQyA1NTc1IGFsc28gZGVmaW5lcyBob3cgRmxvdyBTcGVjaWZpY2F0aW9ucyBtYXkgYmU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0cmFmZmljIGZsb3dzLiAgUkZDIDU1 NzUgYWxzbyBkZWZpbmVzIGhvdyBGbG93IFNwZWNpZmljYXRpb25zIG1heSBiZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGlzdHJpYnV0ZWQgaW4gQkdQIHRvIGFsbG93IHNwZWNpZmlj IHRyYWZmaWMgZmxvd3MgdG8gYmUgYXNzb2NpYXRlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGRpc3RyaWJ1dGVkIGluIEJHUCB0byBhbGxvdyBzcGVjaWZpYyB0cmFmZmljIGZs b3dzIHRvIGJlIGFzc29jaWF0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyIGlkPSJwYXJ0LTIiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21h bGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmll dGYub3JnL3JmY2RpZmYvI3BhcnQtMiI+PGVtPiBwYWdlIDMsIGxpbmUgNDk8c3BhbiBjbGFzcz0i aGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBp bmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3Jm Y2RpZmYvI3BhcnQtMiI+PGVtPiBwYWdlIDMsIGxpbmUgNDk8c3BhbiBjbGFzcz0iaGlkZSI+IMK2 PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTFNQcyBwcm92aXNpb25lZCBpbiB0aGUg bmV0d29yayAoYSBzdGF0ZWZ1bCBQQ0UpLiAgW1JGQzgyODFdPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgTFNQcyBwcm92aXNpb25lZCBpbiB0aGUgbmV0d29yayAoYSBzdGF0ZWZ1 bCBQQ0UpLiAgW1JGQzgyODFdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmli ZXMgdGhlIHNldHVwLCBtYWludGVuYW5jZSwgYW5kIHRlYXJkb3duIG9mIExTUHMgaW5pdGlhdGVk IGJ5IGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkZXNjcmliZXMgdGhlIHNl dHVwLCBtYWludGVuYW5jZSwgYW5kIHRlYXJkb3duIG9mIExTUHMgaW5pdGlhdGVkIGJ5IGE8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHN0YXRlZnVsIFBDRSB3aXRob3V0IHRoZSBuZWVk IGZvciBsb2NhbCBjb25maWd1cmF0aW9uIG9uIHRoZSBQQ0MsPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgc3RhdGVmdWwgUENFIHdpdGhvdXQgdGhlIG5lZWQgZm9yIGxvY2FsIGNv bmZpZ3VyYXRpb24gb24gdGhlIFBDQyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRo dXMgYWxsb3dpbmcgZm9yIGEgZHluYW1pYyBuZXR3b3JrIHRoYXQgaXMgY2VudHJhbGx5IGNvbnRy b2xsZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGh1cyBhbGxvd2luZyBm b3IgYSBkeW5hbWljIG5ldHdvcmsgdGhhdCBpcyBjZW50cmFsbHkgY29udHJvbGxlZC48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM4MjgzXSBpbnRyb2R1Y2VzIHRoZSBhcmNoaXRl Y3R1cmUgZm9yIFBDRSBhcyBhIGNlbnRyYWwgY29udHJvbGxlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIFtSRkM4MjgzXSBpbnRyb2R1Y2VzIHRoZSBhcmNoaXRlY3R1cmUgZm9y IFBDRSBhcyBhIGNlbnRyYWwgY29udHJvbGxlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYW5kIGRlc2NyaWJlcyBob3cgUENFIGNhbiBiZSB2aWV3ZWQgYXMgYSBjb21wb25lbnQgdGhh dCBwZXJmb3JtczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFuZCBkZXNjcmli ZXMgaG93IFBDRSBjYW4gYmUgdmlld2VkIGFzIGEgY29tcG9uZW50IHRoYXQgcGVyZm9ybXM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNvbXB1dGF0aW9uIHRvIHBsYWNlICdmbG93cycg d2l0aGluIHRoZSBuZXR3b3JrIGFuZCBkZWNpZGUgaG93IHRoZXNlPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgY29tcHV0YXRpb24gdG8gcGxhY2UgJ2Zsb3dzJyB3aXRoaW4gdGhl IG5ldHdvcmsgYW5kIGRlY2lkZSBob3cgdGhlc2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGZsb3dzIGFyZSByb3V0ZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Zmxvd3MgYXJlIHJvdXRlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhl IGRlc2NyaXB0aW9uIG9mIHRyYWZmaWMgZmxvd3MgYnkgdGhlIGNvbWJpbmF0aW9uIG9mIG11bHRp cGxlIEZsb3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZGVzY3JpcHRp b24gb2YgdHJhZmZpYyBmbG93cyBieSB0aGUgY29tYmluYXRpb24gb2YgbXVsdGlwbGUgRmxvdzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMiI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICBTcGVjaWZpY2F0aW9uIENvbXBvbmVudHMgYW5kIHRoZWlyIGRpc3NlbWlu YXRpb24gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+b2YgPC9zcGFuPmFzIHRyYWZmaWMgZmxvdzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBTcGVjaWZpY2F0aW9uIENvbXBvbmVudHMg YW5kIHRoZWlyIGRpc3NlbWluYXRpb24gYXMgdHJhZmZpYyBmbG93PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBzcGVjaWZpY2F0aW9ucyAoRmxvdyBTcGVjaWZpY2F0aW9ucykgd2FzIGlu dHJvZHVjZWQgZm9yIEJHUCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNw ZWNpZmljYXRpb25zIChGbG93IFNwZWNpZmljYXRpb25zKSB3YXMgaW50cm9kdWNlZCBmb3IgQkdQ IGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTU3NV0gYW5kIHVwZGF0ZWQg KGZvciBjbGFyaWZpY2F0aW9uKSBpbiBbUkZDNzY3NF0uICBBIEZsb3c8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNTU3NV0gYW5kIHVwZGF0ZWQgKGZvciBjbGFyaWZpY2F0 aW9uKSBpbiBbUkZDNzY3NF0uICBBIEZsb3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFNwZWNpZmljYXRpb24gaXMgY29tcHJpc2VkIG9mIHRyYWZmaWMgZmlsdGVyaW5nIHJ1bGVzIGFu ZCBhY3Rpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNwZWNpZmljYXRp b24gaXMgY29tcHJpc2VkIG9mIHRyYWZmaWMgZmlsdGVyaW5nIHJ1bGVzIGFuZCBhY3Rpb25zLjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHJvdXRlcnMgdGhhdCByZWNlaXZlIGEg RmxvdyBTcGVjaWZpY2F0aW9uIGNhbiBjbGFzc2lmeSByZWNlaXZlZDwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSByb3V0ZXJzIHRoYXQgcmVjZWl2ZSBhIEZsb3cgU3BlY2lm aWNhdGlvbiBjYW4gY2xhc3NpZnkgcmVjZWl2ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHBhY2tldHMgYWNjb3JkaW5nIHRvIHRoZSB0cmFmZmljIGZpbHRlcmluZyBydWxlcyBhbmQg Y2FuIGRpcmVjdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBhY2tldHMgYWNj b3JkaW5nIHRvIHRoZSB0cmFmZmljIGZpbHRlcmluZyBydWxlcyBhbmQgY2FuIGRpcmVjdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcGFja2V0cyBiYXNlZCBvbiB0aGUgYWN0aW9ucy48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwYWNrZXRzIGJhc2VkIG9uIHRoZSBh Y3Rpb25zLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBXaGVuIGEgUENFIGlz IHVzZWQgdG8gaW5pdGlhdGUgdHVubmVscyAoc3VjaCBhcyBURS1MU1BzIG9yIFNSIHBhdGhzKTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFdoZW4gYSBQQ0UgaXMgdXNlZCB0byBp bml0aWF0ZSB0dW5uZWxzIChzdWNoIGFzIFRFLUxTUHMgb3IgU1IgcGF0aHMpPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB1c2luZyBQQ0VQLCBpdCBpcyBpbXBvcnRhbnQgdGhhdCB0aGUg aGVhZCBlbmQgb2YgdGhlIHR1bm5lbHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB1c2luZyBQQ0VQLCBpdCBpcyBpbXBvcnRhbnQgdGhhdCB0aGUgaGVhZCBlbmQgb2YgdGhlIHR1 bm5lbHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVuZGVyc3RhbmRzIHdoYXQgdHJh ZmZpYyB0byBwbGFjZSBvbiBlYWNoIHR1bm5lbC4gIFRoZSBkYXRhIGZsb3dzPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdW5kZXJzdGFuZHMgd2hhdCB0cmFmZmljIHRvIHBsYWNl IG9uIGVhY2ggdHVubmVsLiAgVGhlIGRhdGEgZmxvd3M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTMiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48 L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMyI+PGVtPiBwYWdlIDQsIGxpbmUgMzA8 c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48 c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMyI+PGVtPiBwYWdlIDQsIGxpbmUgMzA8c3BhbiBjbGFz cz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGVybSB0aGUgZGVz Y3JpcHRpb24gb2YgYSB0cmFmZmljIGZsb3cgdXNpbmcgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGVybSB0aGUgZGVzY3JpcHRpb24gb2YgYSB0 cmFmZmljIGZsb3cgdXNpbmcgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBDb21wb25lbnRzIGFzIGEgIkZsb3cgU3BlY2lmaWNhdGlvbiIgYW5kIGl0IG11 c3QgYmUgdW5kZXJzdG9vZCB0aGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Q29tcG9uZW50cyBhcyBhICJGbG93IFNwZWNpZmljYXRpb24iIGFuZCBpdCBtdXN0IGJlIHVuZGVy c3Rvb2QgdGhhdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhpcyBpcyBub3QgdGhl IHNhbWUgYXMgdGhlIHNhbWUgdGVybSB1c2VkIGluIFtSRkM1NTc1XSBzaW5jZSBubzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoaXMgaXMgbm90IHRoZSBzYW1lIGFzIHRoZSBz YW1lIHRlcm0gdXNlZCBpbiBbUkZDNTU3NV0gc2luY2Ugbm88L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGFjdGlvbiBpcyBleHBsaWNpdGx5IGluY2x1ZGVkIGluIHRoZSBlbmNvZGluZy48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhY3Rpb24gaXMgZXhwbGljaXRseSBp bmNsdWRlZCBpbiB0aGUgZW5jb2RpbmcuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBpbmNsdWRlIHRoZSBj cmVhdGlvbiwgdXBkYXRlLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBl eHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBpbmNsdWRlIHRoZSBjcmVhdGlvbiwg dXBkYXRlLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5kIHdpdGhkcmF3YWwgb2Yg RmxvdyBTcGVjaWZpY2F0aW9ucyB2aWEgUENFUCwgYW5kIGNhbiBiZSBhcHBsaWVkIHRvPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIHdpdGhkcmF3YWwgb2YgRmxvdyBTcGVj aWZpY2F0aW9ucyB2aWEgUENFUCwgYW5kIGNhbiBiZSBhcHBsaWVkIHRvPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICB0dW5uZWxzIGluaXRpYXRlZCBieSB0aGUgUENFIG9yIHRvIHR1bm5l bHMgd2hlcmUgY29udHJvbCBpcyBkZWxlZ2F0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICB0dW5uZWxzIGluaXRpYXRlZCBieSB0aGUgUENFIG9yIHRvIHR1bm5lbHMgd2hlcmUg Y29udHJvbCBpcyBkZWxlZ2F0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRvIHRo ZSBQQ0UgYnkgdGhlIFBDQy4gIEZ1cnRoZXJtb3JlLCBhIFBDQyByZXF1ZXN0aW5nIGEgbmV3IHBh dGggY2FuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdG8gdGhlIFBDRSBieSB0 aGUgUENDLiAgRnVydGhlcm1vcmUsIGEgUENDIHJlcXVlc3RpbmcgYSBuZXcgcGF0aCBjYW48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluY2x1ZGUgRmxvdyBTcGVjaWZpY2F0aW9ucyBp biB0aGUgcmVxdWVzdCB0byBpbmRpY2F0ZSB0aGUgcHVycG9zZSBvZjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIGluY2x1ZGUgRmxvdyBTcGVjaWZpY2F0aW9ucyBpbiB0aGUgcmVx dWVzdCB0byBpbmRpY2F0ZSB0aGUgcHVycG9zZSBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgdHVubmVs IGFsbG93aW5nIHRoZSBQQ0UgdG8gZmFjdG9yIHRoaXMgaW48c3BhbiBjbGFzcz0iZGVsZXRlIj4g ZHVyaW5nPC9zcGFuPiB0aGUgcGF0aDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4g ICB0aGUgdHVubmVsIGFsbG93aW5nIHRoZSBQQ0UgdG8gZmFjdG9yIHRoaXMgaW48c3BhbiBjbGFz cz0iaW5zZXJ0Ij50bzwvc3Bhbj4gdGhlIHBhdGg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGNvbXB1dGF0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbXB1 dGF0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGbG93IFNwZWNpZmlj YXRpb25zIGFyZSBjYXJyaWVkIGluIFRMVnMgd2l0aGluIGEgbmV3IEZsb3cgU3BlYyBPYmplY3Q8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNpZmljYXRpb25zIGFy ZSBjYXJyaWVkIGluIFRMVnMgd2l0aGluIGEgbmV3IEZsb3cgU3BlYyBPYmplY3Q8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4gIFRoZSBmbG93 IGZpbHRlcmluZyBydWxlcyBpbmRpY2F0ZWQgYnkgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiAgVGhlIGZsb3cgZmlsdGVyaW5n IHJ1bGVzIGluZGljYXRlZCBieSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEZs b3cgU3BlY2lmaWNhdGlvbnMgYXJlIG1haW5seSBkZWZpbmVkIGJ5IEJHUCBGbG93IFNwZWNpZmlj YXRpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEZsb3cgU3BlY2lmaWNh dGlvbnMgYXJlIG1haW5seSBkZWZpbmVkIGJ5IEJHUCBGbG93IFNwZWNpZmljYXRpb25zLjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4yLiAgVGVybWlub2xvZ3k8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4yLiAgVGVybWlub2xvZ3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgVGhpcyBkb2N1bWVudCB1c2VzIHRoZSBmb2xsb3dpbmcgdGVybXMgZGVm aW5lZCBpbiBbUkZDNTQ0MF06IFBDQyw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBUaGlzIGRvY3VtZW50IHVzZXMgdGhlIGZvbGxvd2luZyB0ZXJtcyBkZWZpbmVkIGluIFtSRkM1 NDQwXTogUENDLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUENFLCBQQ0VQIFBlZXIu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUENFLCBQQ0VQIFBlZXIuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC00IiBj bGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwv c21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTQiPjxl bT4gcGFnZSA2LCBsaW5lIDM5PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48 L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEg aHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTQiPjxlbT4gcGFnZSA2 LCBsaW5lIDM5PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+My4yLjEuMS4gIFBDRVAgT1BFTiBNZXNzYWdlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+My4yLjEuMS4gIFBDRVAgT1BFTiBNZXNzYWdlPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIER1cmluZyBQQ0VQIHNlc3Npb24gZXN0YWJsaXNobWVudCwgYSBQ Q0Mgb3IgUENFIHRoYXQgc3VwcG9ydHMgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgRHVyaW5nIFBDRVAgc2Vzc2lvbiBlc3RhYmxpc2htZW50LCBhIFBDQyBvciBQQ0UgdGhh dCBzdXBwb3J0cyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHByb2NlZHVyZXMg ZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgYW5ub3VuY2VzIHRoaXMgZmFjdCBieTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb2NlZHVyZXMgZGVzY3JpYmVkIGluIHRoaXMg ZG9jdW1lbnQgYW5ub3VuY2VzIHRoaXMgZmFjdCBieTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgaW5jbHVkaW5nIHRoZSAiUENFIEZsb3dTcGVjIENhcGFiaWxpdHkiIFRMViAoZGVzY3Jp YmVkIGluIFNlY3Rpb24gNCk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmNs dWRpbmcgdGhlICJQQ0UgRmxvd1NwZWMgQ2FwYWJpbGl0eSIgVExWIChkZXNjcmliZWQgaW4gU2Vj dGlvbiA0KTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW4gdGhlIE9QRU4gT2JqZWN0 IGNhcnJpZWQgaW4gdGhlIFBDRVAgT3BlbiBtZXNzYWdlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGluIHRoZSBPUEVOIE9iamVjdCBjYXJyaWVkIGluIHRoZSBQQ0VQIE9wZW4g bWVzc2FnZS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHByZXNlbmNl IG9mIHRoZSBQQ0UgRmxvd1NwZWMgQ2FwYWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGlu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIHByZXNlbmNlIG9mIHRoZSBQ Q0UgRmxvd1NwZWMgQ2FwYWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGluPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhIFBDRSdzIE9QRU4gbWVzc2FnZSBpbmRpY2F0ZXMgdGhh dCB0aGUgUENFIGNhbiBkaXN0cmlidXRlIEZsb3dTcGVjczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGEgUENFJ3MgT1BFTiBtZXNzYWdlIGluZGljYXRlcyB0aGF0IHRoZSBQQ0Ug Y2FuIGRpc3RyaWJ1dGUgRmxvd1NwZWNzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDA0Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHRvIFBDQ3MgYW5kIGNhbiBy ZWNlaXZlIEZsb3dTcGVjcyBpbiBtZXNzYWdlcyBmcm9tIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRo ZSA8L3NwYW4+UENDcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdG8gUEND cyBhbmQgY2FuIHJlY2VpdmUgRmxvd1NwZWNzIGluIG1lc3NhZ2VzIGZyb20gUENDcy48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHByZXNlbmNlIG9mIHRoZSBQQ0UgRmxv d1NwZWMgQ2FwYWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGluPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIHByZXNlbmNlIG9mIHRoZSBQQ0UgRmxvd1NwZWMgQ2Fw YWJpbGl0eSBUTFYgaW4gdGhlIE9QRU4gT2JqZWN0IGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhIFBDQydzIE9QRU4gbWVzc2FnZSBpbmRpY2F0ZXMgdGhhdCB0aGUgUENDIHN1cHBv cnRzIHRoZSBGbG93U3BlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGEgUEND J3MgT1BFTiBtZXNzYWdlIGluZGljYXRlcyB0aGF0IHRoZSBQQ0Mgc3VwcG9ydHMgdGhlIEZsb3dT cGVjPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBmdW5jdGlvbmFsaXR5IGRlc2NyaWJl ZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGZ1 bmN0aW9uYWxpdHkgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQuPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIElmIGVpdGhlciBvbmUgb2YgYSBwYWlyIG9mIFBDRVAgcGVlcnMg ZG9lcyBub3QgaW5kaWNhdGUgc3VwcG9ydCBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIElmIGVpdGhlciBvbmUgb2YgYSBwYWlyIG9mIFBDRVAgcGVlcnMgZG9lcyBub3QgaW5k aWNhdGUgc3VwcG9ydCBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIGZ1bmN0 aW9uYWxpdHkgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgYnkgbm90IGluY2x1ZGluZyB0aGUg UENFPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIGZ1bmN0aW9uYWxpdHkg ZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgYnkgbm90IGluY2x1ZGluZyB0aGUgUENFPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGbG93U3BlYyBDYXBhYmlsaXR5IFRMViBpbiB0aGUg T1BFTiBPYmplY3QgaW4gaXRzIE9QRU4gbWVzc2FnZSwgdGhlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIEZsb3dTcGVjIENhcGFiaWxpdHkgVExWIGluIHRoZSBPUEVOIE9iamVj dCBpbiBpdHMgT1BFTiBtZXNzYWdlLCB0aGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICB0aGUgb3RoZXIgcGVlciBNVVNUIE5PVCBpbmNsdWRlIGEgRmxvd1NwZWMgb2JqZWN0IGluIGFu eSBQQ0VQIG1lc3NhZ2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgb3Ro ZXIgcGVlciBNVVNUIE5PVCBpbmNsdWRlIGEgRmxvd1NwZWMgb2JqZWN0IGluIGFueSBQQ0VQIG1l c3NhZ2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNlbnQgdG8gdGhlIHBlZXIgdGhh dCBkb2VzIG5vdCBzdXBwb3J0IHRoZSBwcm9jZWR1cmVzLiAgSWYgYSBGbG93U3BlYzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNlbnQgdG8gdGhlIHBlZXIgdGhhdCBkb2VzIG5v dCBzdXBwb3J0IHRoZSBwcm9jZWR1cmVzLiAgSWYgYSBGbG93U3BlYzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwNSI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBv YmplY3QgaXMgcmVjZWl2ZWQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZXZlbiB0aG91Z2g8L3NwYW4+ IHN1cHBvcnQgaGFzIG5vdCBiZWVuIGluZGljYXRlZCwgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgIG9iamVjdCBpcyByZWNlaXZlZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij53 aGVuPC9zcGFuPiBzdXBwb3J0IGhhcyBub3QgYmVlbiBpbmRpY2F0ZWQsIHRoZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVjZWl2ZXIgd2lsbCByZXNwb25kIHdpdGggYSBQQ0VyciBt ZXNzYWdlIHJlcG9ydGluZyB0aGUgb2JqZWN0czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHJlY2VpdmVyIHdpbGwgcmVzcG9uZCB3aXRoIGEgUENFcnIgbWVzc2FnZSByZXBvcnRp bmcgdGhlIG9iamVjdHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNvbnRhaW5pbmcg dGhlIEZsb3dTcGVjIGFzIGRlc2NyaWJlZCBpbiBbUkZDNTQ0MF06IHRoYXQgaXMsIGl0IHdpbGw8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb250YWluaW5nIHRoZSBGbG93U3Bl YyBhcyBkZXNjcmliZWQgaW4gW1JGQzU0NDBdOiB0aGF0IGlzLCBpdCB3aWxsPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB1c2UgJ1Vua25vd24gT2JqZWN0JyBpZiBpdCBkb2VzIG5vdCBz dXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbiwgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgdXNlICdVbmtub3duIE9iamVjdCcgaWYgaXQgZG9lcyBub3Qgc3VwcG9ydCB0aGlz IHNwZWNpZmljYXRpb24sIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgJ05vdCBz dXBwb3J0ZWQgb2JqZWN0JyBpZiBpdCBzdXBwb3J0cyB0aGlzIHNwZWNpZmljYXRpb24gYnV0IGhh cyBub3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAnTm90IHN1cHBvcnRlZCBv YmplY3QnIGlmIGl0IHN1cHBvcnRzIHRoaXMgc3BlY2lmaWNhdGlvbiBidXQgaGFzIG5vdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2hvc2VuIHRvIHN1cHBvcnQgRmxvd1NwZWMgb2Jq ZWN0cyBvbiB0aGlzIFBDRVAgc2Vzc2lvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBjaG9zZW4gdG8gc3VwcG9ydCBGbG93U3BlYyBvYmplY3RzIG9uIHRoaXMgUENFUCBzZXNz aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4zLjIuMS4yLiAgSUdQIFBDRSBD YXBhYmlsaXRpZXMgQWR2ZXJ0aXNlbWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjMuMi4xLjIuICBJR1AgUENFIENhcGFiaWxpdGllcyBBZHZlcnRpc2VtZW50PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBhYmlsaXR5IHRvIGFkdmVydGlzZSBzdXBwb3J0 IGZvciBQQ0VQIGFuZCBQQ0UgZmVhdHVyZXMgaW4gSUdQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVGhlIGFiaWxpdHkgdG8gYWR2ZXJ0aXNlIHN1cHBvcnQgZm9yIFBDRVAgYW5k IFBDRSBmZWF0dXJlcyBpbiBJR1A8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFkdmVy dGlzZW1lbnRzIGlzIHByb3ZpZGVkIGZvciBPU1BGIGluIFtSRkM1MDg4XSBhbmQgZm9yIElTLUlT IGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWR2ZXJ0aXNlbWVudHMgaXMg cHJvdmlkZWQgZm9yIE9TUEYgaW4gW1JGQzUwODhdIGFuZCBmb3IgSVMtSVMgaW48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTUiIGNsYXNz PSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFs bD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtNSI+PGVtPiBw YWdlIDksIGxpbmUgODxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48 dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC01Ij48ZW0+IHBhZ2UgOSwgbGlu ZSA4PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IGRlc2NyaWJlZCBpbiBbUkZDODIzMV0gb3IgZW5oYW5jZWQgc3RhdGUgc3luY2hyb25pemF0aW9u IHByb2NlZHVyZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkZXNjcmliZWQg aW4gW1JGQzgyMzFdIG9yIGVuaGFuY2VkIHN0YXRlIHN5bmNocm9uaXphdGlvbiBwcm9jZWR1cmVz PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhcyBkZWZpbmVkIGluIFtSRkM4MjMyXS48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcyBkZWZpbmVkIGluIFtSRkM4MjMy XS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGFwcHJvYWNoIHNlbGVj dGVkIHdpbGwgYmUgaW1wbGVtZW50YXRpb24gYW5kIGRlcGxveW1lbnQgc3BlY2lmaWM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgYXBwcm9hY2ggc2VsZWN0ZWQgd2lsbCBi ZSBpbXBsZW1lbnRhdGlvbiBhbmQgZGVwbG95bWVudCBzcGVjaWZpYzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgYW5kIHdpbGwgZGVwZW5kIG9uIGlzc3VlcyBzdWNoIGFzIGhvdyB0aGUg ZGF0YWJhc2VzIGFyZSBjb25zdHJ1Y3RlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIGFuZCB3aWxsIGRlcGVuZCBvbiBpc3N1ZXMgc3VjaCBhcyBob3cgdGhlIGRhdGFiYXNlcyBh cmUgY29uc3RydWN0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCB3aGF0IGxl dmVsIG9mIHN5bmNocm9uaXphdGlvbiBzdXBwb3J0IGlzIG5lZWRlZC48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBhbmQgd2hhdCBsZXZlbCBvZiBzeW5jaHJvbml6YXRpb24gc3Vw cG9ydCBpcyBuZWVkZWQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjQuICBQQ0Ug Rmxvd1NwZWMgQ2FwYWJpbGl0eSBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij40 LiAgUENFIEZsb3dTcGVjIENhcGFiaWxpdHkgVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFRoZSBQQ0UtRkxPV1NQRUMtQ0FQQUJJTElUWSBUTFYgaXMgYW4gb3B0aW9uYWwg VExWIHRoYXQgY2FuIGJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFBD RS1GTE9XU1BFQy1DQVBBQklMSVRZIFRMViBpcyBhbiBvcHRpb25hbCBUTFYgdGhhdCBjYW4gYmU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDYi Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgY2FycmllZCBpbiB0aGUgT1BFTiBPYmplY3QgW1JGQzU0NDBdIHRvIGV4 Y2hhbmdlIFBDRSBGbG93U3BlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBj YXJyaWVkIGluIHRoZSBPUEVOIE9iamVjdCBbUkZDNTQ0MF0gdG8gZXhjaGFuZ2UgPHNwYW4gY2xh c3M9Imluc2VydCI+dGhlIDwvc3Bhbj5QQ0UgRmxvd1NwZWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGNhcGFiaWxpdGllcyBvZiBQQ0VQIHNwZWFrZXJzLjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIGNhcGFiaWxpdGllcyBvZiBQQ0VQIHNwZWFrZXJzLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgZm9ybWF0IG9mIHRoZSBQQ0UtRkxPV1NQ RUMtQ0FQQUJJTElUWSBUTFYgZm9sbG93cyB0aGUgZm9ybWF0IG9mPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgVGhlIGZvcm1hdCBvZiB0aGUgUENFLUZMT1dTUEVDLUNBUEFCSUxJ VFkgVExWIGZvbGxvd3MgdGhlIGZvcm1hdCBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYWxsIFBDRVAgVExWcyBhcyBkZWZpbmVkIGluIFtSRkM1NDQwXSBhbmQgaXMgc2hvd24gaW4g RmlndXJlIDEuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWxsIFBDRVAgVExW cyBhcyBkZWZpbmVkIGluIFtSRkM1NDQwXSBhbmQgaXMgc2hvd24gaW4gRmlndXJlIDEuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAg ICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAy ICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwIDEg MiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAg VHlwZT1UQkQyICAgICAgICAgICAgIHwgICAgICAgICAgTGVuZ3RoPTIgICAgICAgICAgICAgfDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAgICAgICBUeXBlPVRCRDIgICAg ICAgICAgICAgfCAgICAgICAgICBMZW5ndGg9MiAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0icGFydC02IiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBw aW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9y ZmNkaWZmLyNwYXJ0LTYiPjxlbT4gcGFnZSA5LCBsaW5lIDQwPHNwYW4gY2xhc3M9ImhpZGUiPiDC tjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNo YW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNw YXJ0LTYiPjxlbT4gcGFnZSA5LCBsaW5lIDQwPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48 L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS4gIFBDRVAgRkxPV1NQRUMgT2JqZWN0PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NS4gIFBDRVAgRkxPV1NQRUMgT2JqZWN0PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBQQ0VQIEZMT1dTUEVDIG9iamVjdCBk ZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQgaXMgY29tcGxpYW50IHdpdGg8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgUENFUCBGTE9XU1BFQyBvYmplY3QgZGVmaW5lZCBpbiB0 aGlzIGRvY3VtZW50IGlzIGNvbXBsaWFudCB3aXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICB0aGUgUENFUCBvYmplY3QgZm9ybWF0IGRlZmluZWQgaW4gW1JGQzU0NDBdLiAgSXQgaXMg T1BUSU9OQUwgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIFBD RVAgb2JqZWN0IGZvcm1hdCBkZWZpbmVkIGluIFtSRkM1NDQwXS4gIEl0IGlzIE9QVElPTkFMIGlu IHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUENSZXEsIFBDUmVwLCBQQ0Vyciwg UENJbml0aWF0ZSwgUENScHQsIGFuZCBQQ1VwZCBtZXNzYWdlcyBhbmQgTUFZIGJlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUENSZXEsIFBDUmVwLCBQQ0VyciwgUENJbml0aWF0 ZSwgUENScHQsIGFuZCBQQ1VwZCBtZXNzYWdlcyBhbmQgTUFZIGJlPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBwcmVzZW50IHplcm8sIG9uZSwgb3IgbW9yZSB0aW1lcy4gIEVhY2ggaW5z dGFuY2Ugb2YgdGhlIG9iamVjdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBy ZXNlbnQgemVybywgb25lLCBvciBtb3JlIHRpbWVzLiAgRWFjaCBpbnN0YW5jZSBvZiB0aGUgb2Jq ZWN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzcGVjaWZpZXMgYSB0cmFmZmljIGZs b3cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3BlY2lmaWVzIGEgdHJhZmZp YyBmbG93LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgUENFUCBGTE9X U1BFQyBvYmplY3QgY2FycmllcyBhIEZsb3dTcGVjIGZpbHRlciBydWxlIGVuY29kZWQgaW4gYTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBQQ0VQIEZMT1dTUEVDIG9iamVj dCBjYXJyaWVzIGEgRmxvd1NwZWMgZmlsdGVyIHJ1bGUgZW5jb2RlZCBpbiBhPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA3Ij48dGQ+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PiAgIFRMViAoYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDYuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIFRMViAoYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDY8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4pPC9zcGFuPi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIEZM T1dTUEVDIE9iamVjdC1DbGFzcyBpcyBUQkQzICh0byBiZSBhc3NpZ25lZCBieSBJQU5BKS48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgRkxPV1NQRUMgT2JqZWN0LUNsYXNz IGlzIFRCRDMgKHRvIGJlIGFzc2lnbmVkIGJ5IElBTkEpLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBUaGUgRkxPV1NQRUMgT2JqZWN0LVR5cGUgaXMgMS48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgRkxPV1NQRUMgT2JqZWN0LVR5cGUgaXMgMS48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGZvcm1hdCBvZiB0aGUgYm9keSBv ZiB0aGUgUENFUCBGTE9XU1BFQyBvYmplY3QgaXMgc2hvd24gaW48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUaGUgZm9ybWF0IG9mIHRoZSBib2R5IG9mIHRoZSBQQ0VQIEZMT1dT UEVDIG9iamVjdCBpcyBzaG93biBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRmln dXJlIDI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGaWd1cmUgMjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAg ICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAg ICAgICAgICAgICAgMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgMSAyIDMgNCA1 IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAy IDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJwYXJ0LTciIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcg dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2Rp ZmYvI3BhcnQtNyI+PGVtPiBwYWdlIDExLCBsaW5lIDQ2PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwv c3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5n ZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0 LTciPjxlbT4gcGFnZSAxMSwgbGluZSA0NjxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9l bT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvZiBGbG93IFNwZWNpZmljYXRpb24gVExWcyBpbiBhIHNp bmdsZSBpbnN0YW5jZSBvZiBhIEZsb3cgRmlsdGVyIFRMVjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG9mIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzIGluIGEgc2luZ2xlIGluc3Rh bmNlIG9mIGEgRmxvdyBGaWx0ZXIgVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBh cmUgY29tYmluZWQgdG8gaW5kaWNhdGUgdGhlIHNwZWNpZmljIEZsb3cgU3BlY2lmaWNhdGlvbi48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcmUgY29tYmluZWQgdG8gaW5kaWNh dGUgdGhlIHNwZWNpZmljIEZsb3cgU3BlY2lmaWNhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgRnVydGhlciBGbG93IFNwZWNpZmljYXRpb25zIGNhbiBiZSBpbmNsdWRl ZCBpbiBhIFBDRVAgbWVzc2FnZSBieTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IEZ1cnRoZXIgRmxvdyBTcGVjaWZpY2F0aW9ucyBjYW4gYmUgaW5jbHVkZWQgaW4gYSBQQ0VQIG1l c3NhZ2UgYnk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluY2x1ZGluZyBhZGRpdGlv bmFsIEZsb3cgU3BlYyBvYmplY3RzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IGluY2x1ZGluZyBhZGRpdGlvbmFsIEZsb3cgU3BlYyBvYmplY3RzLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij43LiAgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnM8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij43LiAgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnM8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIEZsb3cgRmlsdGVyIFRMViBjYXJyaWVzIG9u ZSBvciBtb3JlIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFYuICBUaGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUaGUgRmxvdyBGaWx0ZXIgVExWIGNhcnJpZXMgb25lIG9yIG1vcmUg RmxvdyBTcGVjaWZpY2F0aW9uIFRMVi4gIFRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgRmxvdyBTcGVjaWZpY2F0aW9uIFRMViBmb2xsb3dzIHRoZSBmb3JtYXQgb2YgYWxsIFBDRVAg VExWcyBhcyBkZWZpbmVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRmxvdyBT cGVjaWZpY2F0aW9uIFRMViBmb2xsb3dzIHRoZSBmb3JtYXQgb2YgYWxsIFBDRVAgVExWcyBhcyBk ZWZpbmVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDA4Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIGluIFtSRkM1NDQwXTxzcGFuIGNsYXNzPSJkZWxldGUiPiwg aDwvc3Bhbj5vd2V2ZXIsIHRoZSBUeXBlIHZhbHVlcyBhcmUgc2VsZWN0ZWQgZnJvbSBhIHNlcGFy YXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGluIFtSRkM1NDQwXTxzcGFu IGNsYXNzPSJpbnNlcnQiPi4gSDwvc3Bhbj5vd2V2ZXIsIHRoZSBUeXBlIHZhbHVlcyBhcmUgc2Vs ZWN0ZWQgZnJvbSBhIHNlcGFyYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJQU5B IHJlZ2lzdHJ5IChzZWUgU2VjdGlvbiAxMCkgcmF0aGVyIHRoYW4gZnJvbSB0aGUgY29tbW9uIFBD RVAgVExWPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSUFOQSByZWdpc3RyeSAo c2VlIFNlY3Rpb24gMTApIHJhdGhlciB0aGFuIGZyb20gdGhlIGNvbW1vbiBQQ0VQIFRMVjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVnaXN0cnkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgcmVnaXN0cnkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFR5cGUgdmFsdWVzIGFyZSBjaG9zZW4gc28gdGhhdCB0aGVyZSBjYW4gYmUgY29tbW9uYWxp dHkgd2l0aCBGbG93PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVHlwZSB2YWx1 ZXMgYXJlIGNob3NlbiBzbyB0aGF0IHRoZXJlIGNhbiBiZSBjb21tb25hbGl0eSB3aXRoIEZsb3c8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNwZWNpZmljYXRpb25zIGRlZmluZWQgZm9y IHVzZSB3aXRoIEJHUCBbUkZDNTU3NV0uICBUaGlzIGlzIHBvc3NpYmxlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbnMgZGVmaW5lZCBmb3IgdXNlIHdpdGgg QkdQIFtSRkM1NTc1XS4gIFRoaXMgaXMgcG9zc2libGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIGJlY2F1c2UgdGhlIEJHUCBGbG93IFNwZWMgZW5jb2RpbmcgdXNlcyBhIHNpbmdsZSBv Y3RldCB0byBlbmNvZGUgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYmVj YXVzZSB0aGUgQkdQIEZsb3cgU3BlYyBlbmNvZGluZyB1c2VzIGEgc2luZ2xlIG9jdGV0IHRvIGVu Y29kZSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHR5cGUgd2hlcmUgYXMgUENF UCB1c2VzIHR3byBvY3RldHMuICBUaHVzIHRoZSBzcGFjZSBvZiB2YWx1ZXMgZm9yIHRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHR5cGUgd2hlcmUgYXMgUENFUCB1c2VzIHR3 byBvY3RldHMuICBUaHVzIHRoZSBzcGFjZSBvZiB2YWx1ZXMgZm9yIHRoZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgVHlwZSBmaWVsZCBpcyBwYXJ0aXRpb25lZCBhcyBzaG93biBpbiBG aWd1cmUgMy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUeXBlIGZpZWxkIGlz IHBhcnRpdGlvbmVkIGFzIHNob3duIGluIEZpZ3VyZSAzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBSYW5nZSAgICAgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgUmFuZ2UgICAgICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtOCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRo PjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC04Ij48ZW0+IHBhZ2UgMTIsIGxpbmUgMjk8c3BhbiBj bGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+ c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYu b3JnL3JmY2RpZmYvI3BhcnQtOCI+PGVtPiBwYWdlIDEyLCBsaW5lIDI5PHNwYW4gY2xhc3M9Imhp ZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzU1NzVdIGNy ZWF0ZWQgdGhlIHJlZ2lzdHJ5ICJGbG93IFNwZWMgQ29tcG9uZW50IFR5cGVzIiBhbmQgbWFkZTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtSRkM1NTc1XSBjcmVhdGVkIHRoZSBy ZWdpc3RyeSAiRmxvdyBTcGVjIENvbXBvbmVudCBUeXBlcyIgYW5kIG1hZGU8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGFsbG9jYXRpb25zIHRvIGl0LiAgW0ktRC5pZXRmLWlkci1mbG93 LXNwZWMtdjZdIHJlcXVlc3RlZCBmb3IgYW5vdGhlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGFsbG9jYXRpb25zIHRvIGl0LiAgW0ktRC5pZXRmLWlkci1mbG93LXNwZWMtdjZd IHJlcXVlc3RlZCBmb3IgYW5vdGhlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVn aXN0cnkgIkZsb3cgU3BlYyBJUHY2IENvbXBvbmVudCBUeXBlcyIgYW5kIHJlcXVlc3RlZCBpbml0 aWFsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVnaXN0cnkgIkZsb3cgU3Bl YyBJUHY2IENvbXBvbmVudCBUeXBlcyIgYW5kIHJlcXVlc3RlZCBpbml0aWFsPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbGxvY2F0aW9ucyBpbiBpdC4gIElmIHRoZSBBRkkgKGluIHRo ZSBGTE9XU1BFQyBvYmplY3QpIGlzIHNldCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIGFsbG9jYXRpb25zIGluIGl0LiAgSWYgdGhlIEFGSSAoaW4gdGhlIEZMT1dTUEVDIG9i amVjdCkgaXMgc2V0IHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJUHY0LCB0aGUg cmFuZ2UgMS4uMjU1IGlzIGFzIHBlciAiRmxvdyBTcGVjIENvbXBvbmVudCBUeXBlcyI8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJUHY0LCB0aGUgcmFuZ2UgMS4uMjU1IGlzIGFz IHBlciAiRmxvdyBTcGVjIENvbXBvbmVudCBUeXBlcyI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFtSRkM1NTc1XTsgaWYgdGhlIEFGSSBpcyBzZXQgdG8gSVB2NiwgdGhlIHJhbmdlIDEu LjI1NSBpcyBhcyBwZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNTU3 NV07IGlmIHRoZSBBRkkgaXMgc2V0IHRvIElQdjYsIHRoZSByYW5nZSAxLi4yNTUgaXMgYXMgcGVy PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAiRmxvdyBTcGVjIElQdjYgQ29tcG9uZW50 IFR5cGVzIiBbSS1ELmlldGYtaWRyLWZsb3ctc3BlYy12Nl0uICBXaGVuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgIkZsb3cgU3BlYyBJUHY2IENvbXBvbmVudCBUeXBlcyIgW0kt RC5pZXRmLWlkci1mbG93LXNwZWMtdjZdLiAgV2hlbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgZnV0dXJlIEJHUCBzcGVjaWZpY2F0aW9ucyAoc3VjaCBhcyBbSS1ELmlldGYtaWRyLWZs b3dzcGVjLWwydnBuXSk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmdXR1cmUg QkdQIHNwZWNpZmljYXRpb25zIChzdWNoIGFzIFtJLUQuaWV0Zi1pZHItZmxvd3NwZWMtbDJ2cG5d KTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWFrZSBmdXJ0aGVyIGFsbG9jYXRpb25z IHRvIHRoZSBhZm9yZW1lbnRpb25lZCByZWdpc3RyaWVzLCB0aGV5IGFyZTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1ha2UgZnVydGhlciBhbGxvY2F0aW9ucyB0byB0aGUgYWZv cmVtZW50aW9uZWQgcmVnaXN0cmllcywgdGhleSBhcmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDkiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgYWxzbyBpbmhl cml0ZWQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dG8gYmUgdXNlZCBpbiBQQ0VQPC9zcGFuPi48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgYWxzbyBpbmhlcml0ZWQgPHNwYW4gY2xh c3M9Imluc2VydCI+Zm9yIFBDRVAgdXNhZ2U8L3NwYW4+LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBUaGUgY29udGVudCBvZiB0aGUgVmFsdWUgZmllbGQgaW4gZWFjaCBUTFYg aXMgc3BlY2lmaWMgdG8gdGhlIHR5cGUvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgVGhlIGNvbnRlbnQgb2YgdGhlIFZhbHVlIGZpZWxkIGluIGVhY2ggVExWIGlzIHNwZWNpZmlj IHRvIHRoZSB0eXBlLzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQUZJIGFuZCBkZXNj cmliZXMgdGhlIHBhcmFtZXRlcnMgb2YgdGhlIEZsb3cgU3BlY2lmaWNhdGlvbi4gIFRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEFGSSBhbmQgZGVzY3JpYmVzIHRoZSBwYXJh bWV0ZXJzIG9mIHRoZSBGbG93IFNwZWNpZmljYXRpb24uICBUaGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIGRlZmluaXRpb24gb2YgdGhlIGZvcm1hdCBvZiBtYW55IG9mIHRoZXNlIFZh bHVlIGZpZWxkcyBpcyBpbmhlcml0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBkZWZpbml0aW9uIG9mIHRoZSBmb3JtYXQgb2YgbWFueSBvZiB0aGVzZSBWYWx1ZSBmaWVsZHMg aXMgaW5oZXJpdGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBmcm9tIEJHUCBzcGVj aWZpY2F0aW9ucy4gIFNwZWNpZmljYWxseSwgdGhlIGluaGVyaXRhbmNlIGlzIGZyb208L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmcm9tIEJHUCBzcGVjaWZpY2F0aW9ucy4gIFNw ZWNpZmljYWxseSwgdGhlIGluaGVyaXRhbmNlIGlzIGZyb208L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFtSRkM1NTc1XSBhbmQgW0ktRC5pZXRmLWlkci1mbG93LXNwZWMtdjZdLCBidXQg bWF5IGFsc28gYmUgaW5oZXJpdGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg W1JGQzU1NzVdIGFuZCBbSS1ELmlldGYtaWRyLWZsb3ctc3BlYy12Nl0sIGJ1dCBtYXkgYWxzbyBi ZSBpbmhlcml0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGZyb20gZnV0dXJlIEJH UCBzcGVjaWZpY2F0aW9ucy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmcm9t IGZ1dHVyZSBCR1Agc3BlY2lmaWNhdGlvbnMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFdoZW4gbXVsdGlwbGUgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnMgYXJlIHByZXNlbnQg aW4gYSBzaW5nbGUgRmxvdzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFdoZW4g bXVsdGlwbGUgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnMgYXJlIHByZXNlbnQgaW4gYSBzaW5nbGUg RmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm MDAxMCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICBGaWx0ZXIgVExWIHRoZXkgYXJlIGNvbWJpbmVkIHRvIHByb2R1 Y2UgYSBtb3JlIGRldGFpbGVkIDxzcGFuIGNsYXNzPSJkZWxldGUiPmRlc2NyaXA8L3NwYW4+dGlv bjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBGaWx0ZXIgVExWIHRoZXkgYXJl IGNvbWJpbmVkIHRvIHByb2R1Y2UgYSBtb3JlIGRldGFpbGVkIDxzcGFuIGNsYXNzPSJpbnNlcnQi PnNwZWNpZmljYTwvc3Bhbj50aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvZiBh IGZsb3cuICBGb3IgZXhhbXBsZXMgYW5kIHJ1bGVzIGFib3V0IGhvdyB0aGlzIGlzIGFjaGlldmVk LCBzZWU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvZiBhIGZsb3cuICBGb3Ig ZXhhbXBsZXMgYW5kIHJ1bGVzIGFib3V0IGhvdyB0aGlzIGlzIGFjaGlldmVkLCBzZWU8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM1NTc1XS48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBbUkZDNTU3NV0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIEFuIGltcGxlbWVudGF0aW9uIHRoYXQgcmVjZWl2ZXMgYSBQQ0VQIG1lc3NhZ2UgY2Fycnlp bmcgYSBGbG93PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQW4gaW1wbGVtZW50 YXRpb24gdGhhdCByZWNlaXZlcyBhIFBDRVAgbWVzc2FnZSBjYXJyeWluZyBhIEZsb3c8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNwZWNpZmljYXRpb24gVExWIHdpdGggYSB0eXBlIHZh bHVlIHRoYXQgaXQgZG9lcyBub3QgcmVjb2duaXplIG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbiBUTFYgd2l0aCBhIHR5cGUgdmFsdWUgdGhhdCBpdCBk b2VzIG5vdCByZWNvZ25pemUgb3I8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRvZXMg bm90IHN1cHBvcnQgTVVTVCByZXNwb25kIHdpdGggYSBQQ0VyciBtZXNzYWdlIHdpdGggZXJyb3It dHlwZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRvZXMgbm90IHN1cHBvcnQg TVVTVCByZXNwb25kIHdpdGggYSBQQ0VyciBtZXNzYWdlIHdpdGggZXJyb3ItdHlwZTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVEJEOCAoRmxvd1NwZWMgRXJyb3IpLCBlcnJvci12YWx1 ZSAxIChVbnN1cHBvcnRlZCBGbG93U3BlYykgYW5kIE1VU1Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBUQkQ4IChGbG93U3BlYyBFcnJvciksIGVycm9yLXZhbHVlIDEgKFVuc3Vw cG9ydGVkIEZsb3dTcGVjKSBhbmQgTVVTVDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg Tk9UIGluc3RhbGwgdGhlIEZsb3cgU3BlY2lmaWNhdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBOT1QgaW5zdGFsbCB0aGUgRmxvdyBTcGVjaWZpY2F0aW9uLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDExIj48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFdoZW4gdXNlZCBpbiBvdGhlciBwcm90b2NvbHMgKHN1Y2ggYXMgQkdQKSB0 aGVzZSBGbG93IFNwZWNpZmljYXRpb25zPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFdoZW4gdXNlZCBpbiBvdGhlciBwcm90b2NvbHMgKHN1Y2ggYXMgQkdQKTxzcGFuIGNsYXNz PSJpbnNlcnQiPiw8L3NwYW4+IHRoZXNlIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGFyZSBhbHNvIGFzc29jaWF0ZWQgd2l0aCBhY3Rpb25zIHRvIGlu ZGljYXRlIGhvdyB0cmFmZmljIG1hdGNoaW5nIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGFyZSBhbHNvIGFzc29jaWF0ZWQgd2l0aCBhY3Rpb25zIHRvIGluZGljYXRlIGhv dyB0cmFmZmljIG1hdGNoaW5nIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRmxv dyBTcGVjaWZpY2F0aW9uIHNob3VsZCBiZSB0cmVhdGVkLiAgSW4gUENFUCwgaG93ZXZlciwgdGhl IG9ubHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNpZmljYXRp b24gc2hvdWxkIGJlIHRyZWF0ZWQuICBJbiBQQ0VQLCBob3dldmVyLCB0aGUgb25seTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWN0aW9uIGlzIHRvIGFzc29jaWF0ZSB0aGUgdHJhZmZp YyB3aXRoIGEgdHVubmVsIGFuZCB0byBmb3J3YXJkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgYWN0aW9uIGlzIHRvIGFzc29jaWF0ZSB0aGUgdHJhZmZpYyB3aXRoIGEgdHVubmVs IGFuZCB0byBmb3J3YXJkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHIgaWQ9ImRpZmYwMDEyIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG1hdGNoaW5nIHRyYWZmaWMgb248c3BhbiBj bGFzcz0iZGVsZXRlIj4gPC9zcGFuPnRvIHRoYXQgcGF0aCwgc28gbm8gZW5jb2Rpbmcgb2YgYW4g YWN0aW9uIGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1hdGNoaW5nIHRy YWZmaWMgb250byB0aGF0IHBhdGgsIHNvIG5vIGVuY29kaW5nIG9mIGFuIGFjdGlvbiBpczwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbmVlZGVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG5lZWRlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg U2VjdGlvbiA4LjcgZGVzY3JpYmVzIGhvdyBvdmVybGFwcGluZyBGbG93IFNwZWNpZmljYXRpb25z IGFyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNlY3Rpb24gOC43IGRlc2Ny aWJlcyBob3cgb3ZlcmxhcHBpbmcgRmxvdyBTcGVjaWZpY2F0aW9ucyBhcmU8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIHByaW9yaXRpemVkIGFuZCBoYW5kbGVkLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByaW9yaXRpemVkIGFuZCBoYW5kbGVkLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBBbGwgRmxvdyBTcGVjaWZpY2F0aW9uIFRMVnMgd2l0 aCBUeXBlcyBpbiB0aGUgcmFuZ2UgMSB0byAyNTUgaGF2ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIEFsbCBGbG93IFNwZWNpZmljYXRpb24gVExWcyB3aXRoIFR5cGVzIGluIHRo ZSByYW5nZSAxIHRvIDI1NSBoYXZlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWYWx1 ZXMgZGVmaW5lZCBmb3IgdXNlIGluIEJHUCAoZm9yIGV4YW1wbGUsIGluIFtSRkM1NTc1XSw8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBWYWx1ZXMgZGVmaW5lZCBmb3IgdXNlIGlu IEJHUCAoZm9yIGV4YW1wbGUsIGluIFtSRkM1NTc1XSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFtJLUQuaWV0Zi1pZHItZmxvdy1zcGVjLXY2XSwgYW5kIFtJLUQuaWV0Zi1pZHItZmxv d3NwZWMtbDJ2cG5dKSBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1E LmlldGYtaWRyLWZsb3ctc3BlYy12Nl0sIGFuZCBbSS1ELmlldGYtaWRyLWZsb3dzcGVjLWwydnBu XSkgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhcmUgc2V0IHVzaW5nIHRoZSBC R1AgZW5jb2RpbmcsIGJ1dCB3aXRob3V0IHRoZSB0eXBlIG9jdGV0ICh0aGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhcmUgc2V0IHVzaW5nIHRoZSBCR1AgZW5jb2RpbmcsIGJ1 dCB3aXRob3V0IHRoZSB0eXBlIG9jdGV0ICh0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHJlbGV2YW50IGluZm9ybWF0aW9uIGlzIGluIHRoZSBUeXBlIGZpZWxkIG9mIHRoZSBUTFYp LiAgVGhlIFZhbHVlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVsZXZhbnQg aW5mb3JtYXRpb24gaXMgaW4gdGhlIFR5cGUgZmllbGQgb2YgdGhlIFRMVikuICBUaGUgVmFsdWU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0 LTkiIGNsYXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdl IGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQt OSI+PGVtPiBwYWdlIDEzLCBsaW5lIDM5PHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2Vt PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTkiPjxlbT4g cGFnZSAxMywgbGluZSAzOTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90 aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICstLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8IFRCRDYgIHwgSVB2NCBN dWx0aWNhc3QgRmxvdyAgICAgfCBbVGhpcy5JLURdICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgVEJENiAgfCBJUHY0IE11bHRpY2FzdCBGbG93 ICAgICB8IFtUaGlzLkktRF0gICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICst LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8IFRCRDcgIHwgSVB2NiBNdWx0 aWNhc3QgRmxvdyAgICAgfCBbVGhpcy5JLURdICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgVEJENyAgfCBJUHY2IE11bHRpY2FzdCBGbG93ICAg ICB8IFtUaGlzLkktRF0gICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIEZpZ3VyZSA0OiBUYWJs ZSBvZiBGbG93IFNwZWNpZmljYXRpb24gVExWIFR5cGVzIGRlZmluZWQgaW4gdGhpczwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIEZpZ3VyZSA0OiBUYWJsZSBvZiBGbG93IFNw ZWNpZmljYXRpb24gVExWIFR5cGVzIGRlZmluZWQgaW4gdGhpczwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZG9jdW1lbnQ8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBkb2N1bWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUbyBhbGxvdyBp ZGVudGlmaWNhdGlvbiBvZiBhIFZQTiBpbiBQQ0VQIHZpYSBhIFJvdXRlIERpc3Rpbmd1aXNoZXI8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUbyBhbGxvdyBpZGVudGlmaWNhdGlv biBvZiBhIFZQTiBpbiBQQ0VQIHZpYSBhIFJvdXRlIERpc3Rpbmd1aXNoZXI8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTMiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgKFJEKSBbUkZDNDM2NF0gYSBuZXcgVExWIC0gUk9VVEUtRElTVElOR1VJU0hFUiBUTFYgaXMg ZGVmaW5lZCBpbiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIChSRCkg W1JGQzQzNjRdPHNwYW4gY2xhc3M9Imluc2VydCI+LDwvc3Bhbj4gYSBuZXcgVExWIC0gUk9VVEUt RElTVElOR1VJU0hFUiBUTFYgaXMgZGVmaW5lZCBpbiB0aGlzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBkb2N1bWVudC4gIEEgRmxvdyBTcGVjaWZpY2F0aW9uIFRMViB3aXRoIFR5cGUg VEJENSAoUk9VVEUtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZG9jdW1lbnQu ICBBIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFYgd2l0aCBUeXBlIFRCRDUgKFJPVVRFLTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNCI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICBESVNUSU5HVUlTSEVSIFRMVikgY2FycmllcyBhIFJEIFZhbHVlLCB1c2VkIHRvIGlk ZW50aWZ5IHRoYXQgb3RoZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgRElT VElOR1VJU0hFUiBUTFYpIGNhcnJpZXMgYTxzcGFuIGNsYXNzPSJpbnNlcnQiPm48L3NwYW4+IFJE IFZhbHVlLCB1c2VkIHRvIGlkZW50aWZ5IHRoYXQgb3RoZXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGZsb3cgZmlsdGVyIGluZm9ybWF0aW9uIChmb3IgZXhhbXBsZSwgYW4gSVB2NCBk ZXN0aW5hdGlvbiBwcmVmaXgpIGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg ZmxvdyBmaWx0ZXIgaW5mb3JtYXRpb24gKGZvciBleGFtcGxlLCBhbiBJUHY0IGRlc3RpbmF0aW9u IHByZWZpeCkgaXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFzc29jaWF0ZWQgd2l0 aCBhIHNwZWNpZmljIFZQTiBpZGVudGlmaWVkIGJ5IHRoZSBSRC4gIFNlZSBTZWN0aW9uIDguNjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFzc29jaWF0ZWQgd2l0aCBhIHNwZWNp ZmljIFZQTiBpZGVudGlmaWVkIGJ5IHRoZSBSRC4gIFNlZSBTZWN0aW9uIDguNjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgZm9yIGZ1cnRoZXIgZGlzY3Vzc2lvbiBvZiBWUE4gaWRlbnRp ZmljYXRpb24uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZm9yIGZ1cnRoZXIg ZGlzY3Vzc2lvbiBvZiBWUE4gaWRlbnRpZmljYXRpb24uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg ICAgICAgICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIDAg ICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAg IDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAgICBUeXBlPVtUQkQ1XSAgICAg ICAgIHwgICAgICAgICAgIExlbmd0aD04ICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIHwgICAgICAgICAgIFR5cGU9W1RCRDVdICAgICAgICAgfCAgICAgICAg ICAgTGVuZ3RoPTggICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAgICAgICAgICAgICAgUm91dGUgRGlz dGluZ3Vpc2hlciAgICAgICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIHwgICAgICAgICAgICAgICAgICAgICBSb3V0ZSBEaXN0aW5ndWlzaGVyICAg ICAgICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0ciBpZD0icGFydC0xMCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxz bWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvcmZjZGlmZi8jcGFydC0xMCI+PGVtPiBwYWdlIDE0LCBsaW5lIDQwPHNwYW4gY2xh c3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNr aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9yZmNkaWZmLyNwYXJ0LTEwIj48ZW0+IHBhZ2UgMTQsIGxpbmUgNDA8c3BhbiBjbGFzcz0iaGlk ZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgfiAgICAgICAgICAgICAgICAg ICAgICAgIFNvdXJjZSBBZGRyZXNzICAgICAgICAgICAgICAgICAgICAgICAgIH48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB+ICAgICAgICAgICAgICAgICAgICAgICAgU291cmNl IEFkZHJlc3MgICAgICAgICAgICAgICAgICAgICAgICAgfjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgfiAgICAgICAgICAgICAgICAgICBH cm91cCBtdWx0aWNhc3QgQWRkcmVzcyAgICAgICAgICAgICAgICAgICAgIH48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB+ICAgICAgICAgICAgICAgICAgIEdyb3VwIG11bHRpY2Fz dCBBZGRyZXNzICAgICAgICAgICAgICAgICAgICAgfjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst KzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICBGaWd1cmUgNjog TXVsdGljYXN0IEZsb3cgU3BlY2lmaWNhdGlvbiBUTFYgRW5jb2Rpbmc8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICBGaWd1cmUgNjogTXVsdGljYXN0IEZsb3cgU3Bl Y2lmaWNhdGlvbiBUTFYgRW5jb2Rpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVGhlIGFkZHJlc3MgZmllbGRzIGFuZCBhZGRyZXNzIG1hc2sgbGVuZ3RocyBvZiB0aGUgdHdv IE11bHRpY2FzdCBGbG93PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIGFk ZHJlc3MgZmllbGRzIGFuZCBhZGRyZXNzIG1hc2sgbGVuZ3RocyBvZiB0aGUgdHdvIE11bHRpY2Fz dCBGbG93PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTcGVjaWZpY2F0aW9uIFRMVnMg Y29udGFpbiBzb3VyY2UgYW5kIGdyb3VwIHByZWZpeGVzIGZvciBtYXRjaGluZzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNwZWNpZmljYXRpb24gVExWcyBjb250YWluIHNvdXJj ZSBhbmQgZ3JvdXAgcHJlZml4ZXMgZm9yIG1hdGNoaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhZ2FpbnN0IHBhY2tldCBmbG93cyBub3RpbmcgdGhhdCB0aGUgdHdvIGFkZHJlc3Mg ZmllbGRzIGFyZSAzMiBiaXRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWdh aW5zdCBwYWNrZXQgZmxvd3Mgbm90aW5nIHRoYXQgdGhlIHR3byBhZGRyZXNzIGZpZWxkcyBhcmUg MzIgYml0czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk aWZmMDAxNSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBmb3IgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dGhlIElQdjQg TXVsdGljYXN0IEZsb3cgYW5kIDEyOCBiaXRzIGZvciB0aGU8L3NwYW4+IElQdjYgTXVsdGljYXN0 IEZsb3cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGZvciA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5hbiBJUHY0IE11bHRpY2FzdCBGbG93IGFuZCAxMjggYml0cyBmb3IgYW08L3Nw YW4+IElQdjYgTXVsdGljYXN0IEZsb3cuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFRoZSBSZXNlcnZlZCBmaWVsZCBNVVNUIGJlIHNldCB0byB6ZXJvIGFuZCBpZ25vcmVkIG9u IHJlY2VpcHQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFJlc2VydmVk IGZpZWxkIE1VU1QgYmUgc2V0IHRvIHplcm8gYW5kIGlnbm9yZWQgb24gcmVjZWlwdC48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNiI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICBUd28gZmxhZ3MgKFMgYW5kIEcpIGFyZSBkZWZpbmVkLiAgVGhleSBoYXZl IHRoZSBjb21tb24gbWVhbmluZ3MgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFR3byA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5iaXQgPC9zcGFuPmZsYWdzIChTIGFuZCBHKSBh cmUgZGVmaW5lZC4gIFRoZXkgaGF2ZSB0aGUgY29tbW9uIG1lYW5pbmdzIGZvcjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2lsZGNhcmRpbmcgaW4gbXVsdGljYXN0LiAgSWYgdGhlIFMg Yml0IGlzIHNldCwgdGhlbiBzb3VyY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB3aWxkY2FyZGluZyBpbiBtdWx0aWNhc3QuICBJZiB0aGUgUyBiaXQgaXMgc2V0LCB0aGVuIHNv dXJjZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2lsZGNhcmRpbmcgaXMgaW4gdXNl IGFuZCB0aGUgdmFsdWVzIGluIHRoZSBTb3VyY2UgTWFzayBMZW5ndGggYW5kPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgd2lsZGNhcmRpbmcgaXMgaW4gdXNlIGFuZCB0aGUgdmFs dWVzIGluIHRoZSBTb3VyY2UgTWFzayBMZW5ndGggYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBTb3VyY2UgQWRkcmVzcyBmaWVsZHMgTVVTVCBiZSBpZ25vcmVkLiAgSWYgdGhlIEcg Yml0IGlzIHNldCwgdGhlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNvdXJj ZSBBZGRyZXNzIGZpZWxkcyBNVVNUIGJlIGlnbm9yZWQuICBJZiB0aGUgRyBiaXQgaXMgc2V0LCB0 aGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBncm91cCB3aWxkY2FyZGluZyBpcyBp biB1c2UgYW5kIHRoZSB2YWx1ZXMgaW4gdGhlIEdyb3VwIE1hc2sgTGVuZ3RoPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZ3JvdXAgd2lsZGNhcmRpbmcgaXMgaW4gdXNlIGFuZCB0 aGUgdmFsdWVzIGluIHRoZSBHcm91cCBNYXNrIExlbmd0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgYW5kIEdyb3VwIG11bHRpY2FzdCBBZGRyZXNzIGZpZWxkcyBNVVNUIGJlIGlnbm9y ZWQuICBUaGUgRyBiaXQgTVVTVDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFu ZCBHcm91cCBtdWx0aWNhc3QgQWRkcmVzcyBmaWVsZHMgTVVTVCBiZSBpZ25vcmVkLiAgVGhlIEcg Yml0IE1VU1Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIE5PVCBiZSBzZXQgdW5sZXNz IHRoZSBTIGJpdCBpcyBhbHNvIHNldDogaWYgYSBNdWx0aWNhc3QgRmxvdzwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIE5PVCBiZSBzZXQgdW5sZXNzIHRoZSBTIGJpdCBpcyBhbHNv IHNldDogaWYgYSBNdWx0aWNhc3QgRmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg U3BlY2lmaWNhdGlvbiBUTFYgaXMgcmVjZWl2ZWQgd2l0aCBTIGJpdCA9IDAgYW5kIEcgYml0ID0g MSB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTcGVjaWZpY2F0aW9uIFRM ViBpcyByZWNlaXZlZCB3aXRoIFMgYml0ID0gMCBhbmQgRyBiaXQgPSAxIHRoZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVjZWl2ZXIgU0hPVUxEIHJlc3BvbmQgd2l0aCBhIFBDRXJy IHdpdGggRXJyb3ItdHlwZSBUQkQ4IChGbG93U3BlYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIHJlY2VpdmVyIFNIT1VMRCByZXNwb25kIHdpdGggYSBQQ0VyciB3aXRoIEVycm9y LXR5cGUgVEJEOCAoRmxvd1NwZWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEVycm9y KSBhbmQgZXJyb3ItdmFsdWUgMiAoTWFsZm9ybWVkIEZsb3dTcGVjKS48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBFcnJvcikgYW5kIGVycm9yLXZhbHVlIDIgKE1hbGZvcm1lZCBG bG93U3BlYykuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJwYXJ0LTExIiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNr aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9yZmNkaWZmLyNwYXJ0LTExIj48ZW0+IHBhZ2UgMTUsIGxpbmUgMzM8c3BhbiBjbGFzcz0iaGlk ZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcg dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2Rp ZmYvI3BhcnQtMTEiPjxlbT4gcGFnZSAxNSwgbGluZSAzMzxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8 L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIHNlY3Rpb24gb3V0bGluZXMgc29t ZSBzcGVjaWZpYyBkZXRhaWxlZCBwcm9jZWR1cmVzIGZvciB1c2luZyB0aGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIHNlY3Rpb24gb3V0bGluZXMgc29tZSBzcGVjaWZp YyBkZXRhaWxlZCBwcm9jZWR1cmVzIGZvciB1c2luZyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHByb3RvY29sIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50Ljwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb3RvY29sIGV4dGVuc2lvbnMgZGVm aW5lZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij44 LjEuICBEZWZhdWx0IEJlaGF2aW9yIGFuZCBCYWNrd2FyZCBDb21wYXRpYmlsaXR5PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+OC4xLiAgRGVmYXVsdCBCZWhhdmlvciBhbmQgQmFja3dh cmQgQ29tcGF0aWJpbGl0eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUg ZGVmYXVsdCBiZWhhdmlvciBpcyB0aGF0IG5vIEZsb3cgU3BlY2lmaWNhdGlvbiBpcyBhcHBsaWVk IHRvIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZGVmYXVsdCBiZWhh dmlvciBpcyB0aGF0IG5vIEZsb3cgU3BlY2lmaWNhdGlvbiBpcyBhcHBsaWVkIHRvIGE8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHR1bm5lbC4gIFRoYXQgaXMsIHRoZSBkZWZhdWx0IGlz IHRoYXQgdGhlIEZsb3cgU3BlYyBvYmplY3QgaXMgbm90PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgdHVubmVsLiAgVGhhdCBpcywgdGhlIGRlZmF1bHQgaXMgdGhhdCB0aGUgRmxv dyBTcGVjIG9iamVjdCBpcyBub3Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVzZWQg YXMgaXMgdGhlIGNhc2UgaW4gYWxsIHN5c3RlbXMgYmVmb3JlIHRoZSBpbXBsZW1lbnRhdGlvbiBv ZiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdXNlZCBhcyBpcyB0aGUg Y2FzZSBpbiBhbGwgc3lzdGVtcyBiZWZvcmUgdGhlIGltcGxlbWVudGF0aW9uIG9mIHRoaXM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNwZWNpZmljYXRpb24uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgc3BlY2lmaWNhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNyI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBJ biB0aGlzIGNhc2UgaXQgaXMgYSBsb2NhbCBtYXR0ZXIgKHN1Y2ggYXMgdGhyb3VnaCBjb25maWd1 cmF0aW9uKSBob3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgSW4gdGhpcyBj YXNlPHNwYW4gY2xhc3M9Imluc2VydCI+LDwvc3Bhbj4gaXQgaXMgYSBsb2NhbCBtYXR0ZXIgKHN1 Y2ggYXMgdGhyb3VnaCBjb25maWd1cmF0aW9uKSBob3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIHR1bm5lbCBoZWFkIGVuZHMgYXJlIGluc3RydWN0ZWQgd2hhdCB0cmFmZmljIHRvIHBs YWNlIG9uIGEgdHVubmVsLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHR1bm5l bCBoZWFkIGVuZHMgYXJlIGluc3RydWN0ZWQgd2hhdCB0cmFmZmljIHRvIHBsYWNlIG9uIGEgdHVu bmVsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTQ0MF0gZGVzY3Jp YmVzIGhvdyByZWNlaXZlcnMgcmVzcG9uZCB3aGVuIHRoZXkgc2VlIHVua25vd24gUENFUDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtSRkM1NDQwXSBkZXNjcmliZXMgaG93IHJl Y2VpdmVycyByZXNwb25kIHdoZW4gdGhleSBzZWUgdW5rbm93biBQQ0VQPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBvYmplY3RzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIG9iamVjdHMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjguMi4gIENvbXBv c2l0ZSBGbG93IFNwZWNpZmljYXRpb25zPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ OC4yLiAgQ29tcG9zaXRlIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgRmxvdyBTcGVjaWZpY2F0aW9ucyBtYXkgYmUgcmVwcmVzZW50ZWQgYnkg YSBzaW5nbGUgRmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgRmxvdyBTcGVjaWZpY2F0aW9ucyBtYXkgYmUgcmVwcmVzZW50ZWQgYnkgYSBzaW5nbGUg RmxvdyBTcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUTFYgb3Ig bWF5IHJlcXVpcmUgYSBtb3JlIGNvbXBsZXggZGVzY3JpcHRpb24gdXNpbmcgbXVsdGlwbGUgRmxv dzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRMViBvciBtYXkgcmVxdWlyZSBh IG1vcmUgY29tcGxleCBkZXNjcmlwdGlvbiB1c2luZyBtdWx0aXBsZSBGbG93PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBTcGVjaWZpY2F0aW9uIFRMVnMuICBGb3IgZXhhbXBsZSwgYSBm bG93IGluZGljYXRlZCBieSBhIHNvdXJjZS08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBTcGVjaWZpY2F0aW9uIFRMVnMuICBGb3IgZXhhbXBsZSwgYSBmbG93IGluZGljYXRlZCBi eSBhIHNvdXJjZS08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyIGlkPSJwYXJ0LTEyIiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBw aW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9y ZmNkaWZmLyNwYXJ0LTEyIj48ZW0+IHBhZ2UgMTYsIGxpbmUgNTA8c3BhbiBjbGFzcz0iaGlkZSI+ IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8g Y2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYv I3BhcnQtMTIiPjxlbT4gcGFnZSAxNiwgbGluZSA1MDxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3Nw YW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij44LjUuICBBZGRpbmcgYW5kIFJlbW92aW5nIEZsb3cg U3BlY2lmaWNhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij44LjUuICBBZGRp bmcgYW5kIFJlbW92aW5nIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgVGhlIFJlbW92ZSBiaXQgaW4gdGhlIHRoZSBQQ0VQIEZsb3cgU3BlYyBP YmplY3QgaXMgbGVmdCBjbGVhciB3aGVuIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBUaGUgUmVtb3ZlIGJpdCBpbiB0aGUgdGhlIFBDRVAgRmxvdyBTcGVjIE9iamVjdCBpcyBs ZWZ0IGNsZWFyIHdoZW4gYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRmxvdyBTcGVj aWZpY2F0aW9uIGlzIGJlaW5nIGFkZGVkIG9yIG1vZGlmaWVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBpcyBiZWluZyBhZGRlZCBvciBtb2Rp ZmllZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVG8gcmVtb3ZlIGEgRmxv dyBTcGVjaWZpY2F0aW9uLCBhIFBDRVAgRmxvdyBTcGVjIE9iamVjdCBpcyBpbmNsdWRlZDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRvIHJlbW92ZSBhIEZsb3cgU3BlY2lmaWNh dGlvbiwgYSBQQ0VQIEZsb3cgU3BlYyBPYmplY3QgaXMgaW5jbHVkZWQ8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHdpdGggdGhlIEZTLUlEIG1hdGNoaW5nIHRoZSBvbmUgYmVpbmcgcmVt b3ZlZCwgYW5kIHRoZSBSIGJpdCBzZXQgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICB3aXRoIHRoZSBGUy1JRCBtYXRjaGluZyB0aGUgb25lIGJlaW5nIHJlbW92ZWQsIGFuZCB0 aGUgUiBiaXQgc2V0IHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbmRpY2F0ZSBy ZW1vdmFsLiAgSW4gdGhpcyBjYXNlIGl0IGlzIG5vdCBuZWNlc3NhcnkgdG8gaW5jbHVkZSBhbnk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmRpY2F0ZSByZW1vdmFsLiAgSW4g dGhpcyBjYXNlIGl0IGlzIG5vdCBuZWNlc3NhcnkgdG8gaW5jbHVkZSBhbnk8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDE4Ij48dGQ+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgIElmIHRoZSBSIGJpdCBpcyBzZXQgYW5kIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZz IGFyZSBwcmVzZW50IGFuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIElmIHRo ZSBSIGJpdCBpcyBzZXQgYW5kIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzIGFyZSBwcmVzZW50PHNw YW4gY2xhc3M9Imluc2VydCI+LDwvc3Bhbj4gYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGltcGxlbWVudGF0aW9uIE1BWSBpZ25vcmUgdGhlbS4gIElmIHRoZSBpbXBsZW1lbnRhdGlv biBjaGVja3MgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaW1wbGVtZW50 YXRpb24gTUFZIGlnbm9yZSB0aGVtLiAgSWYgdGhlIGltcGxlbWVudGF0aW9uIGNoZWNrcyB0aGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEZsb3cgU3BlY2lmaWNhdGlvbiBUTFZzIGFn YWluc3QgdGhvc2UgcmVjb3JkZWQgZm9yIHRoZSBGUy1JRCBvZiB0aGU8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNpZmljYXRpb24gVExWcyBhZ2FpbnN0IHRob3Nl IHJlY29yZGVkIGZvciB0aGUgRlMtSUQgb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBGbG93IFNwZWNpZmljYXRpb24gYmVpbmcgcmVtb3ZlZCBhbmQgZmluZHMgYSBtaXNtYXRj aCwgdGhlIEZsb3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGbG93IFNwZWNp ZmljYXRpb24gYmVpbmcgcmVtb3ZlZCBhbmQgZmluZHMgYSBtaXNtYXRjaCwgdGhlIEZsb3c8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNwZWNpZmljYXRpb24gTVVTVCBzdGlsbCBiZSBy ZW1vdmVkIGFuZCB0aGUgaW1wbGVtZW50YXRpb24gU0hPVUxEPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbiBNVVNUIHN0aWxsIGJlIHJlbW92ZWQgYW5kIHRo ZSBpbXBsZW1lbnRhdGlvbiBTSE9VTEQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJl Y29yZCBhIGxvY2FsIGV4Y2VwdGlvbiBvciBsb2cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgcmVjb3JkIGEgbG9jYWwgZXhjZXB0aW9uIG9yIGxvZy48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+OC42LiAgVlBOIElkZW50aWZpZXJzPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+OC42LiAgVlBOIElkZW50aWZpZXJzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFZQTiBpbnN0YW5jZXMgYXJlIGlkZW50aWZpZWQgaW4gQkdQIHVzaW5n IFJvdXRlIERpc3Rpbmd1aXNoZXJzIChSRHMpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgVlBOIGluc3RhbmNlcyBhcmUgaWRlbnRpZmllZCBpbiBCR1AgdXNpbmcgUm91dGUgRGlz dGluZ3Vpc2hlcnMgKFJEcyk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM0MzY0 XS4gIFRoZXNlIHZhbHVlcyBhcmUgbm90IG5vcm1hbGx5IGNvbnNpZGVyZWQgdG8gaGF2ZSBhbnk8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNDM2NF0uICBUaGVzZSB2YWx1 ZXMgYXJlIG5vdCBub3JtYWxseSBjb25zaWRlcmVkIHRvIGhhdmUgYW55PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0xMyIgY2xhc3M9ImNo YW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC0xMyI+PGVtPiBwYWdl IDI0LCBsaW5lIDMxPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2VtPjwvYT48L3RoPjx0 aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTEzIj48ZW0+IHBhZ2UgMjQsIGxp bmUgMzE8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgbWlzcm91dGVkIHdpdGhpbiB0aGUgbmV0d29yay4gIFRoZXJlZm9yZSwgdGhlIHVzZSBvZiB0 aGUgc2VjdXJpdHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtaXNyb3V0ZWQg d2l0aGluIHRoZSBuZXR3b3JrLiAgVGhlcmVmb3JlLCB0aGUgdXNlIG9mIHRoZSBzZWN1cml0eTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVjaGFuaXNtcyBmb3IgUENFUCByZWZlcmVu Y2VkIGFib3ZlIGlzIGltcG9ydGFudC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBtZWNoYW5pc21zIGZvciBQQ0VQIHJlZmVyZW5jZWQgYWJvdmUgaXMgaW1wb3J0YW50LjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBWaXNpYmlsaXR5IGludG8gdGhlIGluZm9y bWF0aW9uIGNhcnJpZWQgaW4gUENFUCBkb2VzIG5vdCBoYXZlIGRpcmVjdDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIFZpc2liaWxpdHkgaW50byB0aGUgaW5mb3JtYXRpb24gY2Fy cmllZCBpbiBQQ0VQIGRvZXMgbm90IGhhdmUgZGlyZWN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBwcml2YWN5IGNvbmNlcm5zIGZvciBlbmQtdXNlcnMnIGRhdGEsIGhvd2V2ZXIsIGtu b3dsZWRnZSBvZiBob3cgZGF0YTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBy aXZhY3kgY29uY2VybnMgZm9yIGVuZC11c2VycycgZGF0YSwgaG93ZXZlciwga25vd2xlZGdlIG9m IGhvdyBkYXRhPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpcyByb3V0ZWQgaW4gYSBu ZXR3b3JrIG1heSBtYWtlIHRoYXQgZGF0YSBtb3JlIHZ1bG5lcmFibGUuICBPZjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGlzIHJvdXRlZCBpbiBhIG5ldHdvcmsgbWF5IG1ha2Ug dGhhdCBkYXRhIG1vcmUgdnVsbmVyYWJsZS4gIE9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBjb3Vyc2UsIHRoZSBhYmlsaXR5IHRvIGludGVyZmVyZSB3aXRoIHRoZSB3YXkgZGF0YSBp cyByb3V0ZWQgYWxzbzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvdXJzZSwg dGhlIGFiaWxpdHkgdG8gaW50ZXJmZXJlIHdpdGggdGhlIHdheSBkYXRhIGlzIHJvdXRlZCBhbHNv PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtYWtlcyB0aGUgZGF0YSBtb3JlIHZ1bG5l cmFibGUuICBGdXJ0aGVybW9yZSwga25vd2xlZGdlIG9mIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIG1ha2VzIHRoZSBkYXRhIG1vcmUgdnVsbmVyYWJsZS4gIEZ1cnRoZXJt b3JlLCBrbm93bGVkZ2Ugb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb25u ZWN0ZWQgZW5kLXBvaW50cyAoc3VjaCBhcyBtdWx0aWNhc3QgcmVjZWl2ZXJzIG9yIFZQTiBzaXRl cykgaXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb25uZWN0ZWQgZW5kLXBv aW50cyAoc3VjaCBhcyBtdWx0aWNhc3QgcmVjZWl2ZXJzIG9yIFZQTiBzaXRlcykgaXM8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVzdWFsbHkgY29uc2lkZXJlZCBwcml2YXRlIGN1c3Rv bWVyIGluZm9ybWF0aW9uLiAgVGhlcmVmb3JlLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHVzdWFsbHkgY29uc2lkZXJlZCBwcml2YXRlIGN1c3RvbWVyIGluZm9ybWF0aW9uLiAg VGhlcmVmb3JlLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlk PSJkaWZmMDAxOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBpbXBsZW1lbnRhdGlvbnMgb3IgZGVwbG95bWVudHMg Y29uY2VybmVkIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRvIHByb3RlY3Q8L3NwYW4+IHByaXZhY3kg TVVTVDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBpbXBsZW1lbnRhdGlvbnMg b3IgZGVwbG95bWVudHMgY29uY2VybmVkIDxzcGFuIGNsYXNzPSJpbnNlcnQiPndpdGggcHJvdGVj dGluZzwvc3Bhbj4gcHJpdmFjeSBNVVNUPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBh cHBseSB0aGUgbWVjaGFuaXNtcyBkZXNjcmliZWQgaW4gdGhlIGRvY3VtZW50cyByZWZlcmVuY2Vk IGFib3ZlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFwcGx5IHRoZSBtZWNo YW5pc21zIGRlc2NyaWJlZCBpbiB0aGUgZG9jdW1lbnRzIHJlZmVyZW5jZWQgYWJvdmUuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEV4cGVyaWVuY2Ugd2l0aCBGbG93IFNwZWNp ZmljYXRpb25zIGluIEJHUCBzeXN0ZW1zIGluZGljYXRlcyB0aGF0PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgRXhwZXJpZW5jZSB3aXRoIEZsb3cgU3BlY2lmaWNhdGlvbnMgaW4g QkdQIHN5c3RlbXMgaW5kaWNhdGVzIHRoYXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IHRoZXkgY2FuIGJlY29tZSBjb21wbGV4IGFuZCB0aGF0IHRoZSBvdmVybGFwIG9mIEZsb3cgU3Bl Y2lmaWNhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGV5IGNhbiBi ZWNvbWUgY29tcGxleCBhbmQgdGhhdCB0aGUgb3ZlcmxhcCBvZiBGbG93IFNwZWNpZmljYXRpb25z PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbnN0YWxsZWQgaW4gZGlmZmVyZW50IG9y ZGVycyBjYW4gbGVhZCB0byB1bmV4cGVjdGVkIHJlc3VsdHMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgaW5zdGFsbGVkIGluIGRpZmZlcmVudCBvcmRlcnMgY2FuIGxlYWQgdG8g dW5leHBlY3RlZCByZXN1bHRzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQWx0aG91 Z2ggdGhpcyBpcyBub3QgZGlyZWN0bHkgYSBzZWN1cml0eSBpc3N1ZSBwZXIgc2UsIHRoZSBjb25m dXNpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBBbHRob3VnaCB0aGlzIGlz IG5vdCBkaXJlY3RseSBhIHNlY3VyaXR5IGlzc3VlIHBlciBzZSwgdGhlIGNvbmZ1c2lvbjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5kIHVuZXhwZWN0ZWQgZm9yd2FyZGluZyBiZWhh dmlvciBtYXkgYmUgZW5naW5lZXJlZCBvciBleHBsb2l0ZWQgYnk8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBhbmQgdW5leHBlY3RlZCBmb3J3YXJkaW5nIGJlaGF2aW9yIG1heSBi ZSBlbmdpbmVlcmVkIG9yIGV4cGxvaXRlZCBieTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgYW4gYXR0YWNrZXIuICBUaGVyZWZvcmUsIGltcGxlbWVudGVycyBhbmQgb3BlcmF0b3JzIFNI T1VMRCBwYXk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhbiBhdHRhY2tlci4g IFRoZXJlZm9yZSwgaW1wbGVtZW50ZXJzIGFuZCBvcGVyYXRvcnMgU0hPVUxEIHBheTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2FyZWZ1bCBhdHRlbnRpb24gdG8gdGhlIE1hbmFnZWFi aWxpdHkgQ29uc2lkZXJhdGlvbnMgZGVzY3JpYmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgY2FyZWZ1bCBhdHRlbnRpb24gdG8gdGhlIE1hbmFnZWFiaWxpdHkgQ29uc2lk ZXJhdGlvbnMgZGVzY3JpYmVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTZWN0 aW9uIDEzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNlY3Rpb24gMTMuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC0x NCIgY2xhc3M9ImNoYW5nZSI+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2Ug YXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZi8jcGFydC0x NCI+PGVtPiBwYWdlIDI1LCBsaW5lIDQxPHNwYW4gY2xhc3M9ImhpZGUiPiDCtjwvc3Bhbj48L2Vt PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmLyNwYXJ0LTE0Ij48ZW0+ IHBhZ2UgMjUsIGxpbmUgNDE8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwv dGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4xMy4yLiAgQ29udHJvbCBvZiBGdW5jdGlvbiB0aHJvdWdoIENvbmZp Z3VyYXRpb24gYW5kIFBvbGljeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEzLjIu ICBDb250cm9sIG9mIEZ1bmN0aW9uIHRocm91Z2ggQ29uZmlndXJhdGlvbiBhbmQgUG9saWN5PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFN1cHBvcnQgZm9yIHRoZSBmdW5jdGlv biBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCBpbXBsaWVzIHRoYXQgYTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIFN1cHBvcnQgZm9yIHRoZSBmdW5jdGlvbiBkZXNjcmliZWQg aW4gdGhpcyBkb2N1bWVudCBpbXBsaWVzIHRoYXQgYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgZnVuY3Rpb25hbCBlbGVtZW50IHRoYXQgaXMgY2FwYWJsZSBvZiByZXF1ZXN0aW5nIGEg UENFIHRvIGNvbXB1dGUgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZnVu Y3Rpb25hbCBlbGVtZW50IHRoYXQgaXMgY2FwYWJsZSBvZiByZXF1ZXN0aW5nIGEgUENFIHRvIGNv bXB1dGUgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb250cm9sIGEgcGF0aCBp cyBhbHNvIGFibGUgdG8gY29uZmlndXJlIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHdoYXQ8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb250cm9sIGEgcGF0aCBpcyBhbHNvIGFibGUg dG8gY29uZmlndXJlIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHdoYXQ8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHRyYWZmaWMgc2hvdWxkIGJlIHBsYWNlZCBvbiB0aGF0IHBhdGguICBXaGVy ZSB0aGVyZSBpcyBhIGh1bWFuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdHJh ZmZpYyBzaG91bGQgYmUgcGxhY2VkIG9uIHRoYXQgcGF0aC4gIFdoZXJlIHRoZXJlIGlzIGEgaHVt YW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGludm9sdmVkIGluIHRoaXMgYWN0aW9u LCBjb25maWd1cmF0aW9uIG9mIHRoZSBGbG93IFNwZWNpZmljYXRpb24gbXVzdDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGludm9sdmVkIGluIHRoaXMgYWN0aW9uLCBjb25maWd1 cmF0aW9uIG9mIHRoZSBGbG93IFNwZWNpZmljYXRpb24gbXVzdDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgYmUgYXZhaWxhYmxlIHRocm91Z2ggYW4gaW50ZXJmYWNlIChzdWNoIGFzIGEg Z3JhcGhpY2FsIHVzZXIgaW50ZXJmYWNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgYmUgYXZhaWxhYmxlIHRocm91Z2ggYW4gaW50ZXJmYWNlIChzdWNoIGFzIGEgZ3JhcGhpY2Fs IHVzZXIgaW50ZXJmYWNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvciBhIGNvbW1h bmQgbGluZSBpbnRlcmZhY2UpLiAgV2hlcmUgYSBkaXN0aW5jdCBzb2Z0d2FyZSBjb21wb25lbnQ8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvciBhIGNvbW1hbmQgbGluZSBpbnRl cmZhY2UpLiAgV2hlcmUgYSBkaXN0aW5jdCBzb2Z0d2FyZSBjb21wb25lbnQ8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjAiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgKGkuZS4sIG9uZSBub3QgY28taW1wbGVtZW50ZWQgd2l0aCB0aGUgUENFKSBpcyB1c2VkLCBh PHNwYW4gY2xhc3M9ImRlbGV0ZSI+bjwvc3Bhbj4gcHJvdG9jb2w8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgKGkuZS4sIG9uZSBub3QgY28taW1wbGVtZW50ZWQgd2l0aCB0aGUg UENFKSBpcyB1c2VkLCBhIHByb3RvY29sPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBt ZWNoYW5pc20gd2lsbCBiZSByZXF1aXJlZCB0aGF0IGNvdWxkIGJlIFBDRVAgaXRzZWxmIG9yIGNv dWxkIGJlIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtZWNoYW5pc20gd2ls bCBiZSByZXF1aXJlZCB0aGF0IGNvdWxkIGJlIFBDRVAgaXRzZWxmIG9yIGNvdWxkIGJlIGE8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRhdGEgbW9kZWwgc3VjaCBhcyBleHRlbnNpb25z IHRvIHRoZSBZQU5HIG1vZGVsIGZvciByZXF1ZXN0aW5nIHBhdGg8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBkYXRhIG1vZGVsIHN1Y2ggYXMgZXh0ZW5zaW9ucyB0byB0aGUgWUFO RyBtb2RlbCBmb3IgcmVxdWVzdGluZyBwYXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBjb21wdXRhdGlvbiBbSS1ELmlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpb25dLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbXB1dGF0aW9uIFtJLUQuaWV0Zi10ZWFz LXlhbmctcGF0aC1jb21wdXRhdGlvbl0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIEltcGxlbWVudGF0aW9ucyBNQVkgYmUgY29uc3RydWN0ZWQgd2l0aCBhIGNvbmZpZ3VyYWJs ZSBzd2l0Y2ggdG8gc2F5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW1wbGVt ZW50YXRpb25zIE1BWSBiZSBjb25zdHJ1Y3RlZCB3aXRoIGEgY29uZmlndXJhYmxlIHN3aXRjaCB0 byBzYXk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHdoZXRoZXIgdGhleSBzdXBwb3J0 IHRoZSBmdW5jdGlvbnMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIHdoZXRoZXIgdGhleSBzdXBwb3J0IHRoZSBmdW5jdGlvbnMgZGVm aW5lZCBpbiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJkaWZmMDAyMSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBPdGhlcndpc2UsIHN1Y2ggaW1w bGVtZW50YXRpb25zIE1VU1Qgc3VwcG9ydCBpbmRpY2F0PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZTwv c3Bhbj4gdGhhdCB0aGV5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIE90aGVy d2lzZSwgc3VjaCBpbXBsZW1lbnRhdGlvbnMgTVVTVCBzdXBwb3J0IGluZGljYXQ8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5pb248L3NwYW4+IHRoYXQgdGhleTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgc3VwcG9ydCB0aGUgZnVuY3Rpb24gYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4gIElm IGFuIGltcGxlbWVudGF0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3Vw cG9ydCB0aGUgZnVuY3Rpb24gYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4gIElmIGFuIGltcGxl bWVudGF0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzdXBwb3J0cyBjb25maWd1 cmFibGUgc3VwcG9ydCBvZiB0aGlzIGZ1bmN0aW9uLCB0aGF0IHN1cHBvcnQgTUFZIGJlPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3VwcG9ydHMgY29uZmlndXJhYmxlIHN1cHBv cnQgb2YgdGhpcyBmdW5jdGlvbiwgdGhhdCBzdXBwb3J0IE1BWSBiZTwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyMiI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBj b25maWd1cmFibGUgcGVyIHBlZXIgb3IgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+anVzdCA8L3NwYW4+ b25jZSBmb3IgdGhlIHdob2xlIGltcGxlbWVudGF0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICBjb25maWd1cmFibGUgcGVyIHBlZXIgb3Igb25jZSBmb3IgdGhlIHdob2xl IGltcGxlbWVudGF0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBBcyBt ZW50aW9uZWQgaW4gU2VjdGlvbiAxMy4xLCBhIFBDRSBpbXBsZW1lbnRhdGlvbiBTSE9VTEQgcHJv dmlkZSBhPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQXMgbWVudGlvbmVkIGlu IFNlY3Rpb24gMTMuMSwgYSBQQ0UgaW1wbGVtZW50YXRpb24gU0hPVUxEIHByb3ZpZGUgYTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVjaGFuaXNtIHRvIGNvbmZpZ3VyZSB2YXJpYXRp b25zIGluIHRoZSBwcmVjZWRlbmNlIG9yZGVyaW5nIG9mIEZsb3c8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBtZWNoYW5pc20gdG8gY29uZmlndXJlIHZhcmlhdGlvbnMgaW4gdGhl IHByZWNlZGVuY2Ugb3JkZXJpbmcgb2YgRmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgU3BlY2lmaWNhdGlvbnMgcGVyIFBDQy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBTcGVjaWZpY2F0aW9ucyBwZXIgUENDLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4xMy4zLiAgSW5mb3JtYXRpb24gYW5kIERhdGEgTW9kZWxzPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+MTMuMy4gIEluZm9ybWF0aW9uIGFuZCBEYXRhIE1vZGVsczwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgWUFORyBtb2RlbCBpbiBbSS1ELmlldGYt cGNlLXBjZXAteWFuZ10gY2FuIGJlIHVzZWQgdG8gbW9kZWwgYW5kPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgVGhlIFlBTkcgbW9kZWwgaW4gW0ktRC5pZXRmLXBjZS1wY2VwLXlh bmddIGNhbiBiZSB1c2VkIHRvIG1vZGVsIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgbW9uaXRvciBQQ0VQIHN0YXRlcyBhbmQgbWVzc2FnZXMuICBUbyBtYWtlIHRoYXQgWUFORyBt b2RlbCB1c2VmdWwgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbW9uaXRv ciBQQ0VQIHN0YXRlcyBhbmQgbWVzc2FnZXMuICBUbyBtYWtlIHRoYXQgWUFORyBtb2RlbCB1c2Vm dWwgZm9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDIzIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIHRoZSBleHRlbnNpb25zIGRlc2NyaWJlZCBpbiB0aGlzIGRv Y3VtZW50IGl0IHdpbGwgbmVlZCB0byBiZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICB0aGUgZXh0ZW5zaW9ucyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudDxzcGFuIGNsYXNz PSJpbnNlcnQiPiw8L3NwYW4+IGl0IHdpbGwgbmVlZCB0byBiZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgYXVnbWVudGVkIHRvIGNvdmVyIHRoZSBuZXcgcHJvdG9jb2wgZWxlbWVudHMu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYXVnbWVudGVkIHRvIGNvdmVyIHRo ZSBuZXcgcHJvdG9jb2wgZWxlbWVudHMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFNpbWlsYXJseSwgYXMgbm90ZWQgaW4gU2VjdGlvbiAxMy4yLCB0aGUgWUFORyBtb2RlbCBk ZWZpbmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgU2ltaWxhcmx5LCBh cyBub3RlZCBpbiBTZWN0aW9uIDEzLjIsIHRoZSBZQU5HIG1vZGVsIGRlZmluZWQgaW48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRh dGlvbl0gY291bGQgYmUgZXh0ZW5kZWQgdG8gYWxsb3c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBbSS1ELmlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpb25dIGNvdWxkIGJl IGV4dGVuZGVkIHRvIGFsbG93PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzcGVjaWZp Y2F0aW9uIG9mIEZsb3cgU3BlY2lmaWNhdGlvbnMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgc3BlY2lmaWNhdGlvbiBvZiBGbG93IFNwZWNpZmljYXRpb25zLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBGaW5hbGx5LCBhcyBtZW50aW9uZWQgaW4gU2VjdGlv biAxMy4xLCBhIFBDQyBpbXBsZW1lbnRhdGlvbiBTSE9VTEQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBGaW5hbGx5LCBhcyBtZW50aW9uZWQgaW4gU2VjdGlvbiAxMy4xLCBhIFBD QyBpbXBsZW1lbnRhdGlvbiBTSE9VTEQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBy b3ZpZGUgYSBtZWNoYW5pc20gdG8gYWxsb3cgYW4gb3BlcmF0b3IgdG8gcmVhZCB0aGUgRmxvdzwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb3ZpZGUgYSBtZWNoYW5pc20gdG8g YWxsb3cgYW4gb3BlcmF0b3IgdG8gcmVhZCB0aGUgRmxvdzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgU3BlY2lmaWNhdGlvbnMgZnJvbSBhIFBDQyBhbmQgdG8gdW5kZXJzdGFuZCBpbiB3 aGF0IG9yZGVyIHRoZXkgd2lsbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNw ZWNpZmljYXRpb25zIGZyb20gYSBQQ0MgYW5kIHRvIHVuZGVyc3RhbmQgaW4gd2hhdCBvcmRlciB0 aGV5IHdpbGw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGJlIGV4ZWN1dGVkLiAgVGhp cyBjb3VsZCBiZSBhY2hpZXZlZCB1c2luZyBhIG5ldyBZQU5HIG1vZGVsLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIGJlIGV4ZWN1dGVkLiAgVGhpcyBjb3VsZCBiZSBhY2hpZXZl ZCB1c2luZyBhIG5ldyBZQU5HIG1vZGVsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4xMy40LiAgTGl2ZW5lc3MgRGV0ZWN0aW9uIGFuZCBNb25pdG9yaW5nPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+MTMuNC4gIExpdmVuZXNzIERldGVjdGlvbiBhbmQgTW9uaXRvcmlu ZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgZXh0ZW5zaW9ucyBkZWZp bmVkIGluIHRoaXMgZG9jdW1lbnQgZG8gbm90IHJlcXVpcmUgYW55IGFkZGl0aW9uYWw8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRo aXMgZG9jdW1lbnQgZG8gbm90IHJlcXVpcmUgYW55IGFkZGl0aW9uYWw8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjQiPjx0ZD48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg bGl2ZW5lc3MgZGV0ZWN0aW9uIGFuIG1vbml0b3Jpbmcgc3VwcG9ydC4gIFNlZSBbUkZDNTQ0MF0g YW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGxpdmVuZXNzIGRldGVjdGlv biBhbjxzcGFuIGNsYXNzPSJpbnNlcnQiPmQ8L3NwYW4+IG1vbml0b3Jpbmcgc3VwcG9ydC4gIFNl ZSBbUkZDNTQ0MF0gYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTg4Nl0g Zm9yIG1vcmUgaW5mb3JtYXRpb24uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg W1JGQzU4ODZdIGZvciBtb3JlIGluZm9ybWF0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4xMy41LiAgVmVyaWZ5aW5nIENvcnJlY3QgT3BlcmF0aW9uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+MTMuNS4gIFZlcmlmeWluZyBDb3JyZWN0IE9wZXJhdGlvbjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgY2hpZWYgZWxlbWVudCBvZiBvcGVy YXRpb24gdGhhdCBuZWVkcyB0byBiZSB2ZXJpZmllZCAoaW4gYWRkaXRpb248L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgY2hpZWYgZWxlbWVudCBvZiBvcGVyYXRpb24gdGhh dCBuZWVkcyB0byBiZSB2ZXJpZmllZCAoaW4gYWRkaXRpb248L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHRvIHRoZSBvcGVyYXRpb24gb2YgdGhlIHByb3RvY29sIGVsZW1lbnRzIGFzIGRl c2NyaWJlZCBpbiBbUkZDNTQ0MF0pPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg dG8gdGhlIG9wZXJhdGlvbiBvZiB0aGUgcHJvdG9jb2wgZWxlbWVudHMgYXMgZGVzY3JpYmVkIGlu IFtSRkM1NDQwXSk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGlzIHRoZSBpbnN0YWxs YXRpb24sIHByZWNlZGVuY2UsIGFuZCBjb3JyZWN0IG9wZXJhdGlvbiBvZiB0aGUgRmxvdzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGlzIHRoZSBpbnN0YWxsYXRpb24sIHByZWNl ZGVuY2UsIGFuZCBjb3JyZWN0IG9wZXJhdGlvbiBvZiB0aGUgRmxvdzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgU3BlY2lmaWNhdGlvbnMgYXQgYSBQQ0MuPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgU3BlY2lmaWNhdGlvbnMgYXQgYSBQQ0MuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEluIGFkZGl0aW9uIHRvIHRoZSBZQU5HIG1vZGVsIGZvciBy ZWFkaW5nIEZsb3cgU3BlY2lmaWNhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBJbiBhZGRpdGlvbiB0byB0aGUgWUFORyBtb2RlbCBmb3IgcmVhZGluZyBGbG93IFNwZWNp ZmljYXRpb25zPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmliZWQgaW4gU2Vj dGlvbiAxMy4zLCB0b29scyBtYXkgYmUgbmVlZGVkIHRvIGluamVjdCBPcGVyYXRpb25zPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gMTMuMywg dG9vbHMgbWF5IGJlIG5lZWRlZCB0byBpbmplY3QgT3BlcmF0aW9uczwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgYW5kIE1hbmFnZW1lbnQgKE9BTSkgdHJhZmZpYyBhdCB0aGUgUENDIHRo YXQgbWF0Y2hlcyBzcGVjaWZpYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFu ZCBNYW5hZ2VtZW50IChPQU0pIHRyYWZmaWMgYXQgdGhlIFBDQyB0aGF0IG1hdGNoZXMgc3BlY2lm aWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAw MjUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgY3JpdGVyaWEgc28gdGhhdCBpdCBjYW4gYmUgbW9uaXRvcmVkIGFz IHRyYXZlbDxzcGFuIGNsYXNzPSJkZWxldGUiPmw8L3NwYW4+aW5nIGFsb25nIHRoZSBkZXNpcmVk PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGNyaXRlcmlhIHNvIHRoYXQgaXQg Y2FuIGJlIG1vbml0b3JlZCBhcyB0cmF2ZWxpbmcgYWxvbmcgdGhlIGRlc2lyZWQ8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBhdGguICBTdWNoIHRvb2xzIGFyZSBvdXRzaWRlIHRoZSBz Y29wZSBvZiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHBhdGguICBTdWNoIHRvb2xzIGFyZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50 LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMy42LiAgUmVxdWlyZW1lbnRzIG9u IE90aGVyIFByb3RvY29scyBhbmQgRnVuY3Rpb25hbCBDb21wb25lbnRzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+MTMuNi4gIFJlcXVpcmVtZW50cyBvbiBPdGhlciBQcm90b2NvbHMg YW5kIEZ1bmN0aW9uYWwgQ29tcG9uZW50czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBUaGlzIGRvY3VtZW50IHBsYWNlcyBubyByZXF1aXJlbWVudHMgb24gb3RoZXIgcHJvdG9j b2xzIG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBw bGFjZXMgbm8gcmVxdWlyZW1lbnRzIG9uIG90aGVyIHByb3RvY29scyBvcjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgY29tcG9uZW50cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBjb21wb25lbnRzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMy43 LiAgSW1wYWN0IG9uIE5ldHdvcmsgT3BlcmF0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+MTMuNy4gIEltcGFjdCBvbiBOZXR3b3JrIE9wZXJhdGlvbjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgdXNlIG9mIHRoZSBmZWF0dXJlcyBkZXNjcmliZWQgaW4g dGhpcyBkb2N1bWVudCBjbGVhcmx5IGhhdmUgYW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBUaGUgdXNlIG9mIHRoZSBmZWF0dXJlcyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVu dCBjbGVhcmx5IGhhdmUgYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CgogICAg IDx0cj48dGQ+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkPjwvdGQ+PC90cj4KICAgICA8dHIgaWQ9ImVuZCIgYmdjb2xvcj0iZ3Jh eSI+PHRoIGNvbHNwYW49IjUiIGFsaWduPSJjZW50ZXIiPiZuYnNwO0VuZCBvZiBjaGFuZ2VzLiAy NSBjaGFuZ2UgYmxvY2tzLiZuYnNwOzwvdGg+PC90cj4KICAgICA8dHIgY2xhc3M9InN0YXRzIj48 dGQ+PC90ZD48dGg+PGk+MjUgbGluZXMgY2hhbmdlZCBvciBkZWxldGVkPC9pPjwvdGg+PHRoPjxp PiA8L2k+PC90aD48dGg+PGk+MjUgbGluZXMgY2hhbmdlZCBvciBhZGRlZDwvaT48L3RoPjx0ZD48 L3RkPjwvdHI+CiAgICAgPHRyPjx0ZCBjb2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIiBjbGFzcz0i c21hbGwiPjxicj5UaGlzIGh0bWwgZGlmZiB3YXMgcHJvZHVjZWQgYnkgcmZjZGlmZiAxLjQ3LiBU aGUgbGF0ZXN0IHZlcnNpb24gaXMgYXZhaWxhYmxlIGZyb20gPGEgaHJlZj0iaHR0cDovL3d3dy50 b29scy5pZXRmLm9yZy90b29scy9yZmNkaWZmLyI+aHR0cDovL3Rvb2xzLmlldGYub3JnL3Rvb2xz L3JmY2RpZmYvPC9hPiA8L3RkPjwvdHI+CiAgIDwvdGJvZHk+PC90YWJsZT4KICAgCiAgIAo8L2Jv ZHk+PC9odG1sPg== --_004_8F403E5A0AC844C88B55B38A7F96714Eciscocom_-- From nobody Tue Oct 22 11:06:16 2019 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 744201208C3; Tue, 22 Oct 2019 11:06:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 nXyokdl7fjQQ; Tue, 22 Oct 2019 11:06:07 -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 C8AF31208CF; Tue, 22 Oct 2019 11:06:03 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9MI5ubS026114; Tue, 22 Oct 2019 19:05:56 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E51962203D; Tue, 22 Oct 2019 19:05:55 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id CFE062203C; Tue, 22 Oct 2019 19:05:55 +0100 (BST) Received: from LAPTOPK7AS653V ([84.93.46.229]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9MI5s3u023839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 22 Oct 2019 19:05:55 +0100 Reply-To: From: "Adrian Farrel" To: "'Acee Lindem \(acee\)'" , "'Routing ADs'" , Cc: , "'Routing Directorate'" References: <2B1BFBB7-702E-4E0F-BE3E-1A46D6FA7A15@cisco.com> In-Reply-To: <2B1BFBB7-702E-4E0F-BE3E-1A46D6FA7A15@cisco.com> Date: Tue, 22 Oct 2019 19:05:54 +0100 Organization: Old Dog Consulting Message-ID: <03f701d58903$597d78c0$0c786a40$@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: AQG6E6C8sn35/+ZFZFQe1OZYWuxZSqed1xyA Content-Language: en-gb X-Originating-IP: 84.93.46.229 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-24996.001 X-TM-AS-Result: No--4.245-10.0-31-10 X-imss-scan-details: No--4.245-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24996.001 X-TMASE-Result: 10--4.245000-10.000000 X-TMASE-MatchedRID: vbSD0OnL8/KWfDtBOz4q22mpWpGzPzJdaMmm586o4gBIXJo+eGm+FIAN SmRMmwdJkQhzdjRVw06isum7bT5AfpsO9o0mINop8eSmTJSmEv0C966cjk9M2CNGK7UC7ElMPaP 83yYyCuSHHWuy6mZy4YKDCK6DSShXUjOzl6DaSNjBjbyj5wYDmpho4qShZLt43FJULPGBSs6KnG /UZgexcA1sT1nh3uMbEDcrP4QSTDOeSiDxtQORDTKVTrGMDe/DcgUuM/TfAYwELMPQNzyJS3lrm OUJ9i8SYu17ep7fd4+ML3vRpxWSz6B6Yk2yF0aOGfTCsR61MuGUUZS7sMHOGE+86maMM3aSO9Zu 2UZqoB5x9iWzeyIAQth+Npcs6iXCjxupKpRZUeIo19GoN4WoGESpWdhkBIOrsl4Rk4lD6eyjxYy RBa/qJeHvPwwcLlxndB0ntd9Tzp7iRhduhvElspgtwixx9AosGtSJtBB2AzcBD2D9l8vvmu33o0 L7ThcmTVFLSRjPVKYzbN4XBnquOlPChrYLF1G/snZsmKfQ27bDvy6lNSRR37IeEe80UWLf5D9sm qVBD9yilnnVDECPd/H7AvsTxZMb7DafdH0+BI7qCyYebl7X7A== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" 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, 22 Oct 2019 18:06:10 -0000 Hi Acee, Thanks for the review and the kind words. I believe this document is in WG last call at the moment, so this is not = quite so early as an =E2=80=9CEarly Review=E2=80=9D might normally be. > I have a question and a few suggestions: > > 1. For the multicast flow filter TLVs, is there some reason why > the S-bit and G-bit respectively indicate that the fields are > NOT used? In most protocol encodings, a Set bit indicates that > a field is used and a Clear bit indicates that it is not used. > Also, all zeros has also been used a wildcard specification > but I guess you preferred something explicit. No particular reason for the bit settings that I can remember. It makes = the bits fit nicely with the "Reserved" field, but that is not a very = telling point. We could change this if there is a good reason to do so. IIRC the setting of all zeros has a specific meaning in this case and so = a different wildcard value was needed. > 2. For IGPs, we always hyphenate Bit definitions. However, in this > specification, the Bit definitions are not hyphenated other > than in the IANA section. Being the LSR chair, I'd prefer > consistency with the IGP specifications. I just checked back with RFC 5440 (the PCEP base specification) and = there hyphenation is not used. I have no strong opinion and will let the PCE chairs tell me what to do. > 3. In most IETF specifications, "headend" is a single compound > word.=20 Oooh, I hate that =F0=9F=98=8A Can we leave it to the RPC to fix as a matter of house style? > 4. In section 9, could you indicate that the only change is adding > the ? This seems to be the case but it would be > good to state it explicitly. In my working copy. > 5. I have attached an RFCDIFF of suggested editorial changes. That was unusually thorough of you. Thanks! All of those nits were spot = on and are in my working copy (modulo one s/am/an/). Best, Adrian From nobody Tue Oct 22 11:25:41 2019 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 63662120939; Tue, 22 Oct 2019 11:25:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=hIWWH4MT; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jlPcv4hL 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 l3OSvDz6Ax5R; Tue, 22 Oct 2019 11:25:31 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2247A120959; Tue, 22 Oct 2019 11:25:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3880; q=dns/txt; s=iport; t=1571768731; x=1572978331; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=JnbfVw+AeONQUhRNpmfo02S1yrYQ/DGKZjFCLz+lA+M=; b=hIWWH4MTIjYpEz68+57q5U7Ibx9jIEWAr7QDxmOfvJjgJjz6gmqviWrG +hHePyGBhu3SzpmFqFUknQU5gHqWN/7G+DuhFNUW16LI8k1wGFCqOiDF6 vn8D1fjpLze77TBPUIv1Uar/l1weIg3xfP7vfMLLTD0iTEDib70aGYV50 g=; IronPort-PHdr: =?us-ascii?q?9a23=3A1lM6SxDwkxVe3g6t2VWtUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qgw3kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMdRXUg?= =?us-ascii?q?Mdz8AfngguGsmAXETwIfPCZC0hF8MEX1hgrDm2?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CRBQBUSa9d/49dJa1ZDBwBAQEBAQc?= =?us-ascii?q?BAREBBAQBAYF7gUtQBYFDIAQLKoQmg0cDiliCXJgDglIDVAkBAQEMAQEtAgE?= =?us-ascii?q?BhEACF4MTJDgTAgMJAQEEAQEBAgEFBG2FNwyFTAEBAwESCwYRDAEBNwEPAgE?= =?us-ascii?q?GAhoCHwcCAgIwFRACBAENBSKDAIJHAw4gAQKWMZBiAoE4iGF1gTKCfgEBBYU?= =?us-ascii?q?JGIIXCYEOKIwPGIF/gREnH4JMPoQFAYNPMoIsj3iObI5+CoIki2iJPhuZTo4?= =?us-ascii?q?2mUcCBAIEBQIOAQEFgWkigVhwFTsqAYJBUBAUgwY4gzuKU3SBKY58AQE?= X-IronPort-AV: E=Sophos;i="5.68,217,1569283200"; d="scan'208";a="648238033" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Oct 2019 18:25:06 +0000 Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x9MIP1VH025259 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Oct 2019 18:25:05 GMT Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 13:25:04 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 13:24:49 -0500 Received: from NAM05-BY2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 22 Oct 2019 13:24:49 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kgXmDf2YCXyFMKoj6MGJbZwGkW8GGdJMFiCQQAZT83MmvEeitsHhJ8hS2/ugbMOef9re4S8zrajp/406hDbiphjTy5lMYDEogAO9Yy9vsCzGrufZVddgrlElTxBtHYy/95dpuc85lzlbxkQAyBTCUnUYW0CbPpz45L5lFZSrKY3AePkUNDXUylYmXkjB0Bs3yvaoSBJvlq93w0HJnoHdCwRrAiRo9d85WHLV2OMXkuAlL5neIPceerkSw8mBN2JJwuQmN53AXXucPFg/7ElFYPoAZvCQHiMTX/OeEMLTDtPZfCmfpoNj/r9U0X2LoGJlxBzFIOXqdV4JTYnu9k0P2Q== 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=JnbfVw+AeONQUhRNpmfo02S1yrYQ/DGKZjFCLz+lA+M=; b=gwGvmuQNGxio52XAUae0RwOUDNOuLzQFcEnCzn2+ifrOMxszcyef89nsUY81/+NUiSC3fbrwpqq4WTJbP46/vT97ldWWIUDr2uJBC9+tk/u3ydY5vxoUeY52vcqSCCT1lz5GQ9JcvF415Rhy+NgmvZSVlEtBDpJZNQmrzsvvfewEIBrvkc+1iiCR7aiIneLrJL1S9UhzeQH8qc3Yo6vGXA88iGqXXpXNeuvvUpW/MwwZiseUAfu2eUHKgTAjrtSph7wmKUs23nyVeg4POhXUYrHAdOKpVLjN3gJvw5FMYVgSy4x3i6R7qMqCrpabzH/TK+6h0xbaA6be1hsuMqHfjw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JnbfVw+AeONQUhRNpmfo02S1yrYQ/DGKZjFCLz+lA+M=; b=jlPcv4hLwMF+Trsxwg/+6CRykNlxg3SZtIPw8M3zfjZt3QrGBhahEswihg7+tz/HS4UriRQYMGVFu+x64X4ETc9++NGYsXBLU+df0LKTH3H6q/IvuxOJbwL3KBjp0NjED1zQ8PHXxFSRjF/4KzvG3s10vyGe22oMW9ERkU/atrs= Received: from MN2PR11MB4221.namprd11.prod.outlook.com (52.135.38.14) by MN2PR11MB3856.namprd11.prod.outlook.com (20.178.251.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.19; Tue, 22 Oct 2019 18:24:48 +0000 Received: from MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::787e:8cf4:6217:9f56]) by MN2PR11MB4221.namprd11.prod.outlook.com ([fe80::787e:8cf4:6217:9f56%4]) with mapi id 15.20.2347.029; Tue, 22 Oct 2019 18:24:48 +0000 From: "Acee Lindem (acee)" To: "adrian@olddog.co.uk" , "'Routing ADs'" , "draft-ietf-pce-pcep-flowspec@ietf.org" CC: "pce@ietf.org" , "'Routing Directorate'" Thread-Topic: RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" Thread-Index: AQHViP4MtH6x+n2/sU2hLmfZzonfOqdm9LQA///COAA= Date: Tue, 22 Oct 2019 18:24:48 +0000 Message-ID: References: <2B1BFBB7-702E-4E0F-BE3E-1A46D6FA7A15@cisco.com> <03f701d58903$597d78c0$0c786a40$@olddog.co.uk> In-Reply-To: <03f701d58903$597d78c0$0c786a40$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=acee@cisco.com; x-originating-ip: [2001:420:c0c4:1008::334] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 76401821-4d81-413d-36be-08d7571d1f08 x-ms-traffictypediagnostic: MN2PR11MB3856: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01986AE76B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(136003)(39860400002)(396003)(366004)(189003)(199004)(51914003)(2616005)(229853002)(476003)(6486002)(6512007)(64756008)(66556008)(46003)(486006)(11346002)(76176011)(6506007)(76116006)(102836004)(36756003)(99286004)(2501003)(66446008)(446003)(6436002)(91956017)(66476007)(66946007)(186003)(5660300002)(6246003)(5024004)(14444005)(256004)(6116002)(71200400001)(25786009)(71190400001)(33656002)(7736002)(478600001)(2906002)(8676002)(305945005)(14454004)(86362001)(81156014)(54906003)(8936002)(110136005)(4326008)(316002)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3856; H:MN2PR11MB4221.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7r3ilfJvKh+0zXgEzUwJuDn11XseSp06dZR9po1QfmK6Gzf3tYkpnoOfileIlBoitiUkDoBeQ81tJa97qjlbrU9aTRNdso5ZU7254sZNlUeIHbbQI+bw1BV3bAFstZZnu9vSYeDDleFjSx4dpyHKcZy2RXN8Yi/gsjBuuZY0whLQ3jrMcN37p7JN1tm3RdaCqv+WBLXc787B7QekHNqe9bN6yqA07VfnOItkvpak6eym2ZHljBLq1dvewpYwZYipN8gfoK7hvGZvYdiDw8HMWspM6TfEqZnI3etfl4rdjvkKi2r3QvCkTp2isGjYWfpYF9bABWgpb2zXMVfNDBklmJaAgVR+mGQ72dTOJkv0JHiBIur8ZpdpTC4uzkD7FHbP/eZTn0xghs5xKoB1DTLpcU9fUfItJH0nQkhYnOlILLXCDNTNZIjL2Dj9ymjhjqMF x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <26DE49AD55818C4D9919596A60232C2A@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 76401821-4d81-413d-36be-08d7571d1f08 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 18:24:48.1355 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Lc5R/rqQGrVpILN/bM/yEg3V/J2fxrjXVIL7+/kMoFHPQEz/QNOKPvYYe9v5F1Az X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3856 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.18, xch-aln-008.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Pce] RtgDir: Early Review of draft-ietf-pce-pcep-flowspec-05.txt - "PCEP Extension for Flow Specification" 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, 22 Oct 2019 18:25:33 -0000 SGkgQWRyaWFuLA0KDQrvu79PbiAxMC8yMi8xOSwgMjowNiBQTSwgIkFkcmlhbiBGYXJyZWwiIDxh ZHJpYW5Ab2xkZG9nLmNvLnVrPiB3cm90ZToNCg0KICAgIEhpIEFjZWUsDQogICAgDQogICAgVGhh bmtzIGZvciB0aGUgcmV2aWV3IGFuZCB0aGUga2luZCB3b3Jkcy4NCiAgICBJIGJlbGlldmUgdGhp cyBkb2N1bWVudCBpcyBpbiBXRyBsYXN0IGNhbGwgYXQgdGhlIG1vbWVudCwgc28gdGhpcyBpcyBu b3QgcXVpdGUgc28gZWFybHkgYXMgYW4g4oCcRWFybHkgUmV2aWV34oCdIG1pZ2h0IG5vcm1hbGx5 IGJlLg0KICAgIA0KICAgID4gIEkgaGF2ZSBhIHF1ZXN0aW9uIGFuZCBhIGZldyBzdWdnZXN0aW9u czoNCiAgICA+DQogICAgPiAgICAxLiBGb3IgdGhlIG11bHRpY2FzdCBmbG93IGZpbHRlciBUTFZz LCBpcyB0aGVyZSBzb21lIHJlYXNvbiB3aHkNCiAgICA+ICAgICAgIHRoZSBTLWJpdCBhbmQgRy1i aXQgcmVzcGVjdGl2ZWx5IGluZGljYXRlIHRoYXQgdGhlIGZpZWxkcyBhcmUNCiAgICA+ICAgICAg IE5PVCB1c2VkPyBJbiBtb3N0IHByb3RvY29sIGVuY29kaW5ncywgYSBTZXQgYml0IGluZGljYXRl cyB0aGF0DQogICAgPiAgICAgICBhIGZpZWxkIGlzIHVzZWQgYW5kIGEgQ2xlYXIgYml0IGluZGlj YXRlcyB0aGF0IGl0IGlzIG5vdCB1c2VkLg0KICAgID4gICAgICAgQWxzbywgYWxsIHplcm9zIGhh cyBhbHNvIGJlZW4gdXNlZCBhIHdpbGRjYXJkIHNwZWNpZmljYXRpb24NCiAgICA+ICAgICAgIGJ1 dCBJIGd1ZXNzIHlvdSBwcmVmZXJyZWQgc29tZXRoaW5nIGV4cGxpY2l0Lg0KICAgIA0KICAgIE5v IHBhcnRpY3VsYXIgcmVhc29uIGZvciB0aGUgYml0IHNldHRpbmdzIHRoYXQgSSBjYW4gcmVtZW1i ZXIuIEl0IG1ha2VzIHRoZSBiaXRzIGZpdCBuaWNlbHkgd2l0aCB0aGUgIlJlc2VydmVkIiBmaWVs ZCwgYnV0IHRoYXQgaXMgbm90IGEgdmVyeSB0ZWxsaW5nIHBvaW50LiBXZSBjb3VsZCBjaGFuZ2Ug dGhpcyBpZiB0aGVyZSBpcyBhIGdvb2QgcmVhc29uIHRvIGRvIHNvLg0KICAgIA0KICAgIElJUkMg dGhlIHNldHRpbmcgb2YgYWxsIHplcm9zIGhhcyBhIHNwZWNpZmljIG1lYW5pbmcgaW4gdGhpcyBj YXNlIGFuZCBzbyBhIGRpZmZlcmVudCB3aWxkY2FyZCB2YWx1ZSB3YXMgbmVlZGVkLg0KDQpJJ20g ZmluZSB3aXRoIGl0IC0gZXNwZWNpYWxseSBpZiB0aGUgZG9jdW1lbnQgaXMgYWxyZWFkeSBpbiBX b3JraW5nIEdyb3VwIExhc3QgQ2FsbCAoV0dMQykgYW5kIHRoZSBXRyBpcyB1c2VkIHRvIHRoaXMg ZW5jb2RpbmcuIEkgd291bGRuJ3QgaGF2ZSBwdXQgaXQgaW4gdGhlIE5pdHMgaWYgSSByZWFsbHkg dGhvdWdodCBpdCB3ZXJlIGltcG9ydGFudC4gDQogICAgDQogICAgPiAgICAyLiBGb3IgSUdQcywg d2UgYWx3YXlzIGh5cGhlbmF0ZSBCaXQgZGVmaW5pdGlvbnMuIEhvd2V2ZXIsIGluIHRoaXMNCiAg ICA+ICAgICAgIHNwZWNpZmljYXRpb24sIHRoZSBCaXQgZGVmaW5pdGlvbnMgYXJlIG5vdCBoeXBo ZW5hdGVkIG90aGVyDQogICAgPiAgICAgICB0aGFuIGluIHRoZSBJQU5BIHNlY3Rpb24uIEJlaW5n IHRoZSBMU1IgY2hhaXIsIEknZCBwcmVmZXINCiAgICA+ICAgICAgIGNvbnNpc3RlbmN5IHdpdGgg dGhlIElHUCBzcGVjaWZpY2F0aW9ucy4NCiAgICANCiAgICBJIGp1c3QgY2hlY2tlZCBiYWNrIHdp dGggUkZDIDU0NDAgKHRoZSBQQ0VQIGJhc2Ugc3BlY2lmaWNhdGlvbikgYW5kIHRoZXJlIGh5cGhl bmF0aW9uIGlzIG5vdCB1c2VkLg0KICAgIA0KICAgIEkgaGF2ZSBubyBzdHJvbmcgb3BpbmlvbiBh bmQgd2lsbCBsZXQgdGhlIFBDRSBjaGFpcnMgdGVsbCBtZSB3aGF0IHRvIGRvLg0KDQpJdCBpcyBw cm9iYWJseSBtb3JlIGltcG9ydGFudCB0byBiZSBhbGlnbmVkIHdpdGggdGhlIGJhc2Ugc3BlY2lm aWNhdGlvbi4gVGhlcmUgd2FzIG9uZSBpbnN0YW5jZSBvZiBSLWJpdCBpbiB0aGUgSUFOQSBzcGVj aWZpY2F0aW9ucyB0aGF0IGNvdWxkIGJlIGNoYW5nZWQgdG8gYmUgY29uc2lzdGVudC4gDQogICAg DQogICAgPiAgICAzLiBJbiBtb3N0IElFVEYgc3BlY2lmaWNhdGlvbnMsICJoZWFkZW5kIiBpcyBh IHNpbmdsZSBjb21wb3VuZA0KICAgID4gICAgICAgd29yZC4gDQogICAgDQogICAgT29vaCwgSSBo YXRlIHRoYXQg8J+Yig0KICAgIENhbiB3ZSBsZWF2ZSBpdCB0byB0aGUgUlBDIHRvIGZpeCBhcyBh IG1hdHRlciBvZiBob3VzZSBzdHlsZT8NCg0KSSBkb24ndCBoYXZlIHRoYXQgc3Ryb25nIGFuIG9w aW5pb24uIEF0IGxlYXN0ICJoZWFkIGVuZCIgaXMgdXNlZCBjb25zaXN0ZW50bHkuIA0KICAgIA0K ICAgID4gICAgNC4gSW4gc2VjdGlvbiA5LCBjb3VsZCB5b3UgaW5kaWNhdGUgdGhhdCB0aGUgb25s eSBjaGFuZ2UgaXMgYWRkaW5nDQogICAgPiAgICAgICB0aGUgPGZsb3dzcGVjLWxpc3Q+PyBUaGlz IHNlZW1zIHRvIGJlIHRoZSBjYXNlIGJ1dCBpdCB3b3VsZCBiZQ0KICAgID4gICAgICAgZ29vZCB0 byBzdGF0ZSBpdCBleHBsaWNpdGx5Lg0KICAgIA0KICAgIEluIG15IHdvcmtpbmcgY29weS4NCiAg ICANCiAgICA+ICAgNS4gSSBoYXZlIGF0dGFjaGVkIGFuIFJGQ0RJRkYgb2Ygc3VnZ2VzdGVkIGVk aXRvcmlhbCBjaGFuZ2VzLg0KICAgIA0KICAgIFRoYXQgd2FzIHVudXN1YWxseSB0aG9yb3VnaCBv ZiB5b3UuIFRoYW5rcyEgQWxsIG9mIHRob3NlIG5pdHMgd2VyZSBzcG90IG9uIGFuZCBhcmUgaW4g bXkgd29ya2luZyBjb3B5IChtb2R1bG8gb25lIHMvYW0vYW4vKS4NCg0KVGhhbmtzIC0gdGhpcyB3 YXMgYW4gdW51c3VhbGx5IGVhc3kgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXchDQpBY2VlDQog ICAgDQogICAgQmVzdCwNCiAgICBBZHJpYW4NCiAgICANCiAgICANCg0K From nobody Tue Oct 22 11:30:07 2019 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 01AD01200D6; Tue, 22 Oct 2019 11:30:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.107.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , db3546@att.com, Adrian Farrel , draft-ietf-pce-stateful-hpce@ietf.org, pce@ietf.org, pce-chairs@ietf.org, adrian@olddog.co.uk, rfc-editor@rfc-editor.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <157176900599.3052.3286251479709237926.idtracker@ietfa.amsl.com> Date: Tue, 22 Oct 2019 11:30:05 -0700 Archived-At: Subject: [Pce] Document Action: 'Hierarchical Stateful Path Computation Element (PCE).' to Informational RFC (draft-ietf-pce-stateful-hpce-15.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: Tue, 22 Oct 2019 18:30:06 -0000 The IESG has approved the following document: - 'Hierarchical Stateful Path Computation Element (PCE).' (draft-ietf-pce-stateful-hpce-15.txt) as Informational RFC 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-hpce/ Technical Summary A Stateful Path Computation Element (PCE) maintains information on the current network state including existing Traffic Engineered (TE) Label Switched Path (LSPs). This information may be considered when computing path for new TE LSPs. The Hierarchical Path Computation Element (H-PCE) architecture allows the optimum sequence of inter-connected domains to be selected for a multi-domain TE LSP. This document describes general considerations and use cases for the deployment of Stateful PCEs using the Hierarchical PCE architecture. Working Group Summary The working group process was "steady." The document was adopted two years ago and has progressed slowly with small updates and direction from the WG mainly off-list. As an applicability statement, the WG supported the idea of the work (the adoption poll attracted support from ten non-authors), but didn't seem to put in much effort to advance the work, preferring to watch the authors write the text. WG last call had several constructive comments of support that included reasoning, and also a couple of helpful reviews. But there were no issues with consensus. Document Quality There are several research implementations of stateful hierarchical PCEs confessed to separately by two network operators, an equipment vendor, and a few universities. As such, this document provides a base reference for how to put the concepts together in a meaningful way. No special reviewing was necessary. From nobody Tue Oct 22 11:35:30 2019 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 5B0E81200D6; Tue, 22 Oct 2019 11:35:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.107.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , db3546@att.com, draft-ietf-pce-stateful-path-protection@ietf.org, pce@ietf.org, pce-chairs@ietf.org, rfc-editor@rfc-editor.org, Julien Meuric , julien.meuric@orange.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <157176931136.3068.11869557997071542036.idtracker@ietfa.amsl.com> Date: Tue, 22 Oct 2019 11:35:11 -0700 Archived-At: Subject: [Pce] Protocol Action: 'PCEP Extensions for Associating Working and Protection LSPs with Stateful PCE' to Proposed Standard (draft-ietf-pce-stateful-path-protection-11.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: Tue, 22 Oct 2019 18:35:12 -0000 The IESG has approved the following document: - 'PCEP Extensions for Associating Working and Protection LSPs with Stateful PCE' (draft-ietf-pce-stateful-path-protection-11.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-path-protection/ Technical Summary An active stateful Path Computation Element (PCE) is capable of computing as well as controlling via Path Computation Element Communication Protocol (PCEP) Multiprotocol Label Switching Traffic Engineering Label Switched Paths (MPLS LSP). Furthermore, it is also possible for an active stateful PCE to create, maintain, and delete LSPs. This document describes PCEP extension to associate two or more LSPs to provide end-to-end path protection. Working Group Summary Nothing of concern. Document Quality One implementation is confirmed and at least 2 more have been placed on product roadmaps. Personnel Who is the Document Shepherd for this document? Julien Meuric Who is the Responsible Area Director? Deborah Brungard From nobody Wed Oct 23 09:35:45 2019 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 3449C1200A3; Wed, 23 Oct 2019 09:35:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.107.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157184853717.28326.13419456449765901493@ietfa.amsl.com> Date: Wed, 23 Oct 2019 09:35:37 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-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: Wed, 23 Oct 2019 16:35: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 Extensions for LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-10.txt Pages : 25 Date : 2019-10-23 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) 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. 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-10 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-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 Oct 23 23:28:09 2019 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 57156120178; Wed, 23 Oct 2019 23:28:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 VLxijSkBDKgZ; Wed, 23 Oct 2019 23:28:06 -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 2C33F12000F; Wed, 23 Oct 2019 23:28:06 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 6D691B838C675C4F4887; Thu, 24 Oct 2019 07:28:03 +0100 (IST) Received: from lhreml724-chm.china.huawei.com (10.201.108.75) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 24 Oct 2019 07:28:02 +0100 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.1713.5; Thu, 24 Oct 2019 07:28:03 +0100 Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) 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.1713.5 via Frontend Transport; Thu, 24 Oct 2019 07:28:02 +0100 Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.200]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Thu, 24 Oct 2019 14:27:59 +0800 From: Zhenghaomian To: "pce@ietf.org" CC: pce-chairs Thread-Topic: I-D Action: draft-zhang-pce-resource-sharing-11.txt Thread-Index: AdWKM7HQd79DgebgShu38D/uGziiPQ== Date: Thu, 24 Oct 2019 06:27:59 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.117.212] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] Fw: I-D Action: draft-zhang-pce-resource-sharing-11.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: Thu, 24 Oct 2019 06:28:08 -0000 SGksIFdHLCANCg0KVGhpcyB1cGRhdGUgaGFzIGFkZHJlc3MgdGhlIGNvbW1lbnRzIGZyb20gQWRy aWFuIGluIFsxXS4gUGxlYXNlIGZlZWwgZnJlZSB0byByZXZpZXcgYW5kIGNvbW1lbnRzLiANClRo ZSBhdXRob3JzIGJlbGlldmUgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGFkb3B0ZWQuIA0K DQpbMV0gaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9wY2Uva0g5Z0txLXQt Q1pCLVFya0JNZXQtdGYyTkhNIA0KDQpCZXN0IHdpc2hlcywNCkhhb21pYW4gKG9uIGJlaGVsZiBv ZiBhbGwgYXV0aG9ycyBhbmQgY29udHJpYnV0b3JzKQ0KDQoNCi0tLS0t08q8/tStvP4tLS0tLQ0K t6K8/sjLOiBJLUQtQW5ub3VuY2UgW21haWx0bzppLWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9y Z10gtPqx7SBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCreiy83KsbzkOiAyMDE5xOoxMNTCMjTI 1SAxNDoyMw0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCtb3zOI6IEktRCBBY3Rpb246 IGRyYWZ0LXpoYW5nLXBjZS1yZXNvdXJjZS1zaGFyaW5nLTExLnR4dA0KDQoNCkEgTmV3IEludGVy bmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBk aXJlY3Rvcmllcy4NCg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6IEV4dGVuc2lvbnMgdG8g dGhlIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudCBQcm90b2NvbCAoUENFUCkgdG8gU3VwcG9ydCBS ZXNvdXJjZSBTaGFyaW5nLWJhc2VkIFBhdGggQ29tcHV0YXRpb24NCiAgICAgICAgQXV0aG9ycyAg ICAgICAgIDogWGlhbiBaaGFuZw0KICAgICAgICAgICAgICAgICAgICAgICAgICBIYW9taWFuIFpo ZW5nDQogICAgICAgICAgICAgICAgICAgICAgICAgIE9zY2FyIEdvbnphbGV6IGRlIERpb3MNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgVmljdG9yIExvcGV6DQogICAgICAgICAgICAgICAgICAg ICAgICAgIFl1bmJpbiBYdQ0KCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LXpoYW5nLXBjZS1yZXNv dXJjZS1zaGFyaW5nLTExLnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDE3DQoJRGF0ZSAgICAgICAg ICAgIDogMjAxOS0xMC0yMw0KDQpBYnN0cmFjdDoNCiAgIFJlc291cmNlIHNoYXJpbmcgaW4gYSBu ZXR3b3JrIG1lYW5zIHR3byBvciBtb3JlIExhYmVsIFN3aXRjaGVkIFBhdGhzDQogICAoTFNQcykg dXNlIGNvbW1vbiBwaWVjZXMgb2YgcmVzb3VyY2UgYWxvbmcgdGhlaXIgcGF0aHMuIFRoaXMgY2Fu DQogICBoZWxwIHNhdmUgbmV0d29yayByZXNvdXJjZXMgYW5kIGlzIHVzZWZ1bCBpbiBzY2VuYXJp b3Mgc3VjaCBhcyBMU1ANCiAgIHJlY292ZXJ5IG9yIHdoZW4gdHdvIExTUHMgZG8gbm90IG5lZWQg dG8gYmUgYWN0aXZlIGF0IHRoZSBzYW1lIHRpbWUuDQogICBBIFBhdGggQ29tcHV0YXRpb24gRWxl bWVudCAoUENFKSBpcyByZXNwb25zaWJsZSBmb3IgcGF0aCBjb21wdXRhdGlvbg0KICAgd2l0aCBz dWNoIHJlcXVpcmVtZW50Lg0KDQogICBFeGlzdGluZyBleHRlbnNpb25zIHRvIHRoZSBQYXRoIENv bXB1dGF0aW9uIEVsZW1lbnQgUHJvdG9jb2wgKFBDRVApDQogICBhbGxvdyBvbmUgcGF0aCBjb21w dXRhdGlvbiByZXF1ZXN0IGZvciBhbiBMU1AgdG8gYmUgYXNzb2NpYXRlZCB3aXRoDQogICBvdGhl ciAoZXhpc3RpbmcpIExTUHMgdGhyb3VnaCB0aGUgdXNlIG9mIHRoZSBQQ0VQIEFzc29jaWF0aW9u DQogICBPYmplY3QuDQoNCiAgIFRoaXMgZG9jdW1lbnQgZXh0ZW5kcyBQQ0VQIGluIG9yZGVyIHRv IHN1cHBvcnQgcmVzb3VyY2Utc2hhcmluZy0NCiAgIGJhc2VkIHBhdGggY29tcHV0YXRpb24gYXMg YW5vdGhlciB1c2Ugb2YgdGhlIEFzc29jaWF0aW9uIE9iamVjdCB0bw0KICAgZW5hYmxlIGJldHRl ciBlZmZpY2llbmN5IGluIHRoZSBjb21wdXRhdGlvbiBhbmQgaW4gdGhlIHJlc3VsdGFudA0KICAg cGF0aHMgYW5kIG5ldHdvcmsgcmVzb3VyY2UgdXNhZ2UuDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNr ZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC16aGFuZy1wY2UtcmVzb3VyY2Utc2hhcmluZy8NCg0KVGhlcmUgYXJl IGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LXpoYW5nLXBjZS1yZXNvdXJjZS1zaGFyaW5nLTExDQpodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXpoYW5nLXBjZS1yZXNvdXJjZS1zaGFy aW5nLTExDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBh dDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC16aGFuZy1wY2UtcmVz b3VyY2Utc2hhcmluZy0xMQ0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3Vw bGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxp emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0K SW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0K ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5vdW5jZSBtYWlsaW5nIGxpc3QN CkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9pLWQtYW5ub3VuY2UNCkludGVybmV0LURyYWZ0IGRpcmVjdG9yaWVzOiBodHRwOi8vd3d3 LmlldGYub3JnL3NoYWRvdy5odG1sIG9yIGZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ct c2l0ZXMudHh0DQo= From nobody Fri Oct 25 14:12:47 2019 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 5AE0A12011B; Fri, 25 Oct 2019 14:12:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: pce@ietf.org, db3546@att.com X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157203792136.2724.10490289888934066549.idtracker@ietfa.amsl.com> Date: Fri, 25 Oct 2019 14:12:01 -0700 Archived-At: Subject: [Pce] pce - Requested session has been scheduled for IETF 106 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, 25 Oct 2019 21:12:03 -0000 Dear Dhruv Dhody, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. pce Session 1 (2:00 requested) Friday, 22 November 2019, Morning Session I 1000-1200 Room Name: Olivia size: 150 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/106/sessions/pce.ics Request Information: --------------------------------------------------------- Working Group Name: Path Computation Element Area Name: Routing Area Session Requester: Dhruv Dhody Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: Chair Conflict: spring teas ccamp Technology Overlap: bier panrg Key Participant Conflict: mpls rift rtgwg detnet idr lsr sfc pals opsawg bess netconf netmod 6man People who must be present: Deborah Brungard Julien Meuric Dhruv Dhody Hariharan Ananthakrishnan Resources Requested: Special Requests: Do not schedule against RTG area BOF (if any) --------------------------------------------------------- From nobody Sun Oct 27 20:19:52 2019 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 DD56F120801; Sun, 27 Oct 2019 20:19:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157223277585.17229.18360998431407746524@ietfa.amsl.com> Date: Sun, 27 Oct 2019 20:19:35 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-vn-association-01.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, 28 Oct 2019 03:19:44 -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 : Path Computation Element communication Protocol (PCEP) extensions for Establishing Relationships between sets of LSPs and Virtual Networks Authors : Young Lee Haomian Zheng Daniele Ceccarelli Filename : draft-ietf-pce-vn-association-01.txt Pages : 14 Date : 2019-10-27 Abstract: This document describes how to extend Path Computation Element (PCE) Communication Protocol (PCEP) association mechanism introduced by the PCEP Association Group specification, to further associate sets of LSPs with a higher-level structure such as a virtual network (VN) requested by clients or applications. This extended association mechanism can be used to facilitate virtual network control using PCE architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-vn-association/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-vn-association-01 https://datatracker.ietf.org/doc/html/draft-ietf-pce-vn-association-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-vn-association-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Oct 27 20:31:58 2019 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 C422E120044; Sun, 27 Oct 2019 20:31:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 iVg9-1RQaXXf; Sun, 27 Oct 2019 20:31:53 -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 8E368120043; Sun, 27 Oct 2019 20:31:53 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 5542D3E9BF8BFC4C4C47; Mon, 28 Oct 2019 03:31:51 +0000 (GMT) Received: from lhreml707-chm.china.huawei.com (10.201.108.56) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 28 Oct 2019 03:31:47 +0000 Received: from lhreml707-chm.china.huawei.com (10.201.108.56) by lhreml707-chm.china.huawei.com (10.201.108.56) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Mon, 28 Oct 2019 03:31:48 +0000 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml707-chm.china.huawei.com (10.201.108.56) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Mon, 28 Oct 2019 03:31:47 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.72]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0439.000; Mon, 28 Oct 2019 11:31:43 +0800 From: Zhenghaomian To: "pce@ietf.org" CC: "draft-ietf-pce-vn-association@ietf.org" Thread-Topic: -01 uploaded //Fw: [Pce] I-D Action: draft-ietf-pce-vn-association-00.txt Thread-Index: AdWNQCHfEHQ8F25lTGOsjw4gu1K/qg== Date: Mon, 28 Oct 2019 03:31:43 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.179.30] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] -01 uploaded //Fw: I-D Action: draft-ietf-pce-vn-association-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, 28 Oct 2019 03:31:56 -0000 SGksIFdHLCANCg0KSSBoYXZlIHJldmlld2VkIHRoaXMgd29yayBhbmQgdXBkYXRlZCBzb21lIHBy b2NlZHVyYWwgZGVzY3JpcHRpb24gdGV4dC4gWW91IGFyZSBtb3JlIHRoYW4gd2VsY29tZSB0byBy ZXZpZXcgdGhlIGRvY3VtZW50IGFuZCBwcm92aWRlIGNvbW1lbnRzLCB0aGFua3MuIA0KDQpCZXN0 IHdpc2hlcywNCkhhb21pYW4NCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBE aHJ1diBEaG9keSBbbWFpbHRvOmRocnV2LmlldGZAZ21haWwuY29tXSANCuWPkemAgeaXtumXtDog MjAxOeW5tDjmnIgyMeaXpSAxODowMw0K5pS25Lu25Lq6OiBwY2VAaWV0Zi5vcmc7IFpoZW5naGFv bWlhbiA8emhlbmdoYW9taWFuQGh1YXdlaS5jb20+DQrmioTpgIE6IGRyYWZ0LWlldGYtcGNlLXZu LWFzc29jaWF0aW9uQGlldGYub3JnDQrkuLvpopg6IFJlOiBbUGNlXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLXBjZS12bi1hc3NvY2lhdGlvbi0wMC50eHQNCg0KSGkgV0csDQoNClRoZSBhdXRob3Jz IGFuZCBjaGFpcnMgZGlzY3Vzc2VkIHRoZSBhY3RpdmUgYXV0aG9yc2hpcCBmb3IgdGhpcyBJLUQu DQpYaWFuIHdvdWxkIGxpa2UgdG8gYmUgbW92ZWQgdG8gdGhlIGNvbnRyaWJ1dG9yIHNlY3Rpb24u IFdlIHRoYW5rIGZvciBoZXIgY29udHJpYnV0aW9uIHRvd2FyZHMgdGhlIFdHLiBXZSBpbnZpdGVk IEhhb21pYW4gdG8gam9pbiBhcyBhdXRob3Igb2YgdGhpcyBJLUQgYW5kIGhlbHAgcHJvZ3Jlc3Mg aXQgdGhyb3VnaCB0aGUgV0cgcHJvY2Vzcy4NCg0KQXV0aG9ycywNCg0KUGxlYXNlIG1ha2UgbmVj ZXNzYXJ5IGNoYW5nZXMgaW4gdGhlIG5leHQgcmV2aXNpb24uDQoNClRoYW5rcyENCkRocnV2IChm b3IgUENFIENoYWlycykNCg0KT24gV2VkLCBBdWcgMjEsIDIwMTkgYXQgMzoxMCBQTSA8aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCj4NCj4NCj4gQSBOZXcgSW50ZXJuZXQtRHJhZnQg aXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVz Lg0KPiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBQYXRoIENvbXB1dGF0aW9uIEVs ZW1lbnQgV0cgb2YgdGhlIElFVEYuDQo+DQo+ICAgICAgICAgVGl0bGUgICAgICAgICAgIDogUGF0 aCBDb21wdXRhdGlvbiBFbGVtZW50IGNvbW11bmljYXRpb24gUHJvdG9jb2wgKFBDRVApIGV4dGVu c2lvbnMgZm9yIEVzdGFibGlzaGluZyBSZWxhdGlvbnNoaXBzIGJldHdlZW4gc2V0cyBvZiBMU1Bz IGFuZCBWaXJ0dWFsIE5ldHdvcmtzDQo+ICAgICAgICAgQXV0aG9ycyAgICAgICAgIDogWW91bmcg TGVlDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgWGlhbiBaaGFuZw0KPiAgICAgICAgICAg ICAgICAgICAgICAgICAgIERhbmllbGUgQ2VjY2FyZWxsaQ0KPiAgICAgICAgIEZpbGVuYW1lICAg ICAgICA6IGRyYWZ0LWlldGYtcGNlLXZuLWFzc29jaWF0aW9uLTAwLnR4dA0KPiAgICAgICAgIFBh Z2VzICAgICAgICAgICA6IDE0DQo+ICAgICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAxOS0wOC0y MQ0KPg0KPiBBYnN0cmFjdDoNCj4gICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgaG93IHRvIGV4 dGVuZCBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkNCj4gICAgQ29tbXVuaWNhdGlvbiBQ cm90b2NvbCAoUENFUCkgYXNzb2NpYXRpb24gbWVjaGFuaXNtIGludHJvZHVjZWQgYnkgdGhlDQo+ ICAgIFBDRVAgQXNzb2NpYXRpb24gR3JvdXAgc3BlY2lmaWNhdGlvbiwgdG8gZnVydGhlciBhc3Nv Y2lhdGUgc2V0cyBvZg0KPiAgICBMU1BzIHdpdGggYSBoaWdoZXItbGV2ZWwgc3RydWN0dXJlIHN1 Y2ggYXMgYSB2aXJ0dWFsIG5ldHdvcmsgKFZOKQ0KPiAgICByZXF1ZXN0ZWQgYnkgY2xpZW50cyBv ciBhcHBsaWNhdGlvbnMuIFRoaXMgZXh0ZW5kZWQgYXNzb2NpYXRpb24NCj4gICAgbWVjaGFuaXNt IGNhbiBiZSB1c2VkIHRvIGZhY2lsaXRhdGUgdmlydHVhbCBuZXR3b3JrIGNvbnRyb2wgdXNpbmcg UENFDQo+ICAgIGFyY2hpdGVjdHVyZS4NCj4NCj4NCj4NCj4NCj4gVGhlIElFVEYgZGF0YXRyYWNr ZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGNlLXZuLWFzc29jaWF0aW9uLw0KPg0KPiBUaGVyZSBh cmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQo+IGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXBjZS12bi1hc3NvY2lhdGlvbi0wMA0KPiBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtcGNlLXZuLWFzc29jaWF0 aW9uLTAwDQo+DQo+DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIA0KPiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXpl ZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+DQo+ IEludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoN Cj4gZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCj4NCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gUGNlIG1haWxpbmcgbGlzdA0K PiBQY2VAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9w Y2UNCg== From nobody Mon Oct 28 07:44:29 2019 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 B8FBA12081B for ; Mon, 28 Oct 2019 07:44:27 -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_DNSWL_NONE=-0.0001, SPF_PASS=-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 rstu3ATwrggH for ; Mon, 28 Oct 2019 07:44:25 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70137.outbound.protection.outlook.com [40.107.7.137]) (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 CA6D912080F for ; Mon, 28 Oct 2019 07:44:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=b4TqVhKsmTf3tL8EWrX2jfFz0USMOj1/W0o32HmGE2SbbN91Hv0V4HrQFP3Bj/3hH5C2grobcrA2j+of4kwWf0Ttl/tyKeBaHNEJ2T0weoUIX1ixYjWnG/4xtdl61KZ+epJBlMVKgdGkXwuU+hz9piH4dk86E35FNfanKg+eustE+r2QbaK0MnAIaueIe8ANTFjKEo6RpyJAmNu0uD1kfBe7/EJ6+QY+WA8PSLjpY1hBfID/UpIIaw7iWRQ30sCgq2S/3gE4k5xDRG6vWl7Tab85Vpo/+glSfl6rx7IxnIzaFJaGMxgggh9c3ZzbkjkcD7Fuk8G5dw6nyedMLQOmKQ== 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=NbPGI/4N+0CoMY+zKB7aXHcmcEIrLPMpPbVKsjZ2S40=; b=ZONnq4lzzSY5fdnHLeQPzMsyN+RnzeOFBcDQvbNG0we1bthtEsxRh3hMj03GZ2oTB9DBoRCzaaS5G2V1ZAxcAjdHQIf8gz/6Ahx6t4G8yS9f6FbLMYda32WNYdo88rZczgR8n/WqjT7QMVO7PZd9I4zE7Ru+vFdF23BRRxM7+S1qsl5BeSzsln6TG+VBmW2gqsjL1t2GEMblhYNijRaW3gIWKkzP5wpYeULWuGZNQgRIEeTwrFbqwn+PSRwAY547BWMns5yx/phierG53Re/aEoNssuxNeb1stpTDoa2lKT1CJeToAKYrJlBqhoEjRKIYDoXwXSsjNagfFv0MnAvkg== 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=NbPGI/4N+0CoMY+zKB7aXHcmcEIrLPMpPbVKsjZ2S40=; b=KkE59OEXb5rAD5gCwcm62J0x4uxSx5ONHpW25unGXmn4g4Ek7LDPm9dh8qzXfeK/7DVomwXtK41AKzTmQxB28z4/F1xgR6tZ80uwx5ly7ttrmUSFmNaH/MStFlu8ppG6hbD4KzpmOANDKJdmwqvO71GeSM3JFhgJIfWAGpdi2kQ= Received: from AM6PR0702MB3621.eurprd07.prod.outlook.com (52.133.17.141) by AM6PR0702MB3783.eurprd07.prod.outlook.com (52.133.20.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2408.10; Mon, 28 Oct 2019 14:44:21 +0000 Received: from AM6PR0702MB3621.eurprd07.prod.outlook.com ([fe80::2cd4:cdd3:4637:cf0f]) by AM6PR0702MB3621.eurprd07.prod.outlook.com ([fe80::2cd4:cdd3:4637:cf0f%7]) with mapi id 15.20.2408.010; Mon, 28 Oct 2019 14:44:20 +0000 From: "Stone, Andrew (Nokia - CA/Ottawa)" To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-stone-pce-path-protection-enforcement-00.txt Thread-Index: AQHVi0UrFSdP8YkMrk2LN7rC833hvqdv4sQA Date: Mon, 28 Oct 2019 14:44:20 +0000 Message-ID: References: <157201572405.4543.351272807985628267.idtracker@ietfa.amsl.com> In-Reply-To: <157201572405.4543.351272807985628267.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1e.0.191013 authentication-results: spf=none (sender IP is ) smtp.mailfrom=andrew.stone@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: 2ae9f2b6-1676-44f4-866b-08d75bb55117 x-ms-traffictypediagnostic: AM6PR0702MB3783: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 0204F0BDE2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(136003)(346002)(39860400002)(396003)(376002)(199004)(189003)(6306002)(66574012)(102836004)(5660300002)(6506007)(2351001)(6916009)(2906002)(256004)(4001150100001)(6486002)(58126008)(2473003)(6512007)(66066001)(316002)(229853002)(2501003)(71190400001)(6436002)(71200400001)(66556008)(76116006)(91956017)(66476007)(11346002)(25786009)(8676002)(66446008)(1730700003)(81156014)(2616005)(81166006)(486006)(64756008)(99286004)(14454004)(5640700003)(966005)(76176011)(8936002)(33656002)(26005)(86362001)(186003)(36756003)(305945005)(7736002)(66946007)(478600001)(6116002)(3846002)(476003)(446003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR0702MB3783; H:AM6PR0702MB3621.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Puf9xE0I7kteL1xKdxo7tC9Z59eVmsWg1KszbBBSdGrRqec3yUXXMsv89YZDkPrx9WEeJ20B0ceumVTeUw2yjjOHgTMxr5+go8ky0bP/zSHg31qk1vQVomub6mi6tLipsjjo2jC+/m7i0bfWSEyUEA693O0tutOAemk8E0cCOKrhLQLa1Nd6EOUqZ6e8EEs7YqsPcjzdkG1zijLUWWywmLbpKbeispVyoazM7+qFwWSA7QZM2EJLQhR3KfMieEeDrZgYRAoj5W3T1n6f0dCEd5yP+2zuBVIyKnfXfOlx9t6x+cehiFuRDaEZHBZcFTeSO1ADTFNaN65K/QYhGcizUqYGvLrmhJm8rJ8AYTkpcEYlh9MK5iIGmWcBQ4ZKABZJUZ5qJRuDSbH/IQwtrwXxKk9Bwa4wzmVmyorri/s+LbUiI0bNn/OHHFat9uJ9jGuKL37UkRoHcOoaApiUf9yNY7/ZOE3xnMG9dUDuAwWZ5go= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <3BBD88D29564E04BB4FAE3DF2FCE1F69@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2ae9f2b6-1676-44f4-866b-08d75bb55117 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Oct 2019 14:44:20.3339 (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: OLsflpbJy9KqK1dcqJjZhujqE0b16xbDVhDTbTDxK7hEvYPB1K5tzFNwUtfZbuMak5miRkcmA4PEzzhhIWeStw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR0702MB3783 Archived-At: Subject: [Pce] FW: New Version Notification for draft-stone-pce-path-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, 28 Oct 2019 14:44:28 -0000 SGVsbG8sDQoNClByb3Bvc2luZyBzb21lIGNsYXJpZmljYXRpb24gYW5kIGFuIGV4dGVuc2lvbiB0 byB0aGUgbG9jYWwgcHJvdGVjdGlvbiBiaXQgc2lnbmFsbGVkIGluIFBDRVAuIFRoaXMgaXMgdG8g c2lnbmFsIG1vcmUgb3B0aW9ucyBvbiBQQ0UgZm9yIHNlbGVjdGluZyBwcm90ZWN0ZWQvdW5wcm90 ZWN0ZWQgcmVzb3VyY2VzLCBtYWlubHkgaW4gdGhlIGNvbnRleHQgb2YgU2VnbWVudCBSb3V0aW5n Lg0KDQpBbnkgZmVlZGJhY2sgaXMgYXBwcmVjaWF0ZWQsDQoNClRoYW5rIHlvdQ0KQW5kcmV3DQoN Cg0K77u/T24gMjAxOS0xMC0yNSwgMTE6MDIgQU0sICJpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmci IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KDQogICAgDQogICAgQSBuZXcgdmVy c2lvbiBvZiBJLUQsIGRyYWZ0LXN0b25lLXBjZS1wYXRoLXByb3RlY3Rpb24tZW5mb3JjZW1lbnQt MDAudHh0DQogICAgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBBbmRyZXcgU3Rv bmUgYW5kIHBvc3RlZCB0byB0aGUNCiAgICBJRVRGIHJlcG9zaXRvcnkuDQogICAgDQogICAgTmFt ZToJCWRyYWZ0LXN0b25lLXBjZS1wYXRoLXByb3RlY3Rpb24tZW5mb3JjZW1lbnQNCiAgICBSZXZp c2lvbjoJMDANCiAgICBUaXRsZToJCVBhdGggUHJvdGVjdGlvbiBFbmZvcmNlbWVudCBpbiBQQ0VQ DQogICAgRG9jdW1lbnQgZGF0ZToJMjAxOS0xMC0yNQ0KICAgIEdyb3VwOgkJSW5kaXZpZHVhbCBT dWJtaXNzaW9uDQogICAgUGFnZXM6CQk3DQogICAgVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3 LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1zdG9uZS1wY2UtcGF0aC1wcm90ZWN0aW9u LWVuZm9yY2VtZW50LTAwLnR4dA0KICAgIFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1zdG9uZS1wY2UtcGF0aC1wcm90ZWN0aW9uLWVuZm9yY2Vt ZW50Lw0KICAgIEh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtc3RvbmUtcGNlLXBhdGgtcHJvdGVjdGlvbi1lbmZvcmNlbWVudC0wMA0KICAgIEh0bWxpemVk OiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXN0b25l LXBjZS1wYXRoLXByb3RlY3Rpb24tZW5mb3JjZW1lbnQNCiAgICANCiAgICANCiAgICBBYnN0cmFj dDoNCiAgICAgICBUaGlzIGRvY3VtZW50IGFpbXMgdG8gY2xhcmlmeSBleGlzdGluZyB1c2FnZSBv ZiB0aGUgbG9jYWwgcHJvdGVjdGlvbg0KICAgICAgIGRlc2lyZWQgYml0IHNpZ25hbGxlZCBpbiBQ YXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgUHJvdG9jb2wgKFBDRVApLg0KICAgICAgIFRoaXMgZG9j dW1lbnQgYWxzbyBpbnRyb2R1Y2VzIGEgbmV3IGZsYWcgZm9yIHNpZ25hbGxpbmcgcHJvdGVjdGlv bg0KICAgICAgIHN0cmljdG5lc3MgaW4gUENFUC4NCiAgICANCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgDQogICAgDQogICAgDQogICAgUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KICAgIHVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0 Zi5vcmcuDQogICAgDQogICAgVGhlIElFVEYgU2VjcmV0YXJpYXQNCiAgICANCiAgICANCg0K From nobody Mon Oct 28 08:59:44 2019 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 4D2391208C4; Mon, 28 Oct 2019 08:59:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157227836424.16114.12547139649809749650@ietfa.amsl.com> Date: Mon, 28 Oct 2019 08:59:24 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-diversity-11.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, 28 Oct 2019 15:59:25 -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 : Path Computation Element Communication Protocol (PCEP) Extension for LSP Diversity Constraint Signaling Authors : Stephane Litkowski Siva Sivabalan Colby Barth Mahendra Singh Negi Filename : draft-ietf-pce-association-diversity-11.txt Pages : 23 Date : 2019-10-28 Abstract: This document introduces a simple mechanism to associate a group of Label Switched Paths (LSPs) via an extension to the Path Computation Element (PCE) communication Protocol (PCEP) with the purpose of computing diverse paths for those LSPs. The proposed extension allows a Path Computation Client (PCC) to advertise to a PCE that a particular LSP belongs to a particular disjoint-group, thus the PCE knows that the LSPs in the same group need to be disjoint from each other. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-association-diversity-11 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-11 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 Oct 28 10:36:24 2019 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 B821C120113; Mon, 28 Oct 2019 10:36:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157228417568.16093.15128552424793152884@ietfa.amsl.com> Date: Mon, 28 Oct 2019 10:36:15 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-diversity-12.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, 28 Oct 2019 17:36:16 -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 : Path Computation Element Communication Protocol (PCEP) Extension for LSP Diversity Constraint Signaling Authors : Stephane Litkowski Siva Sivabalan Colby Barth Mahendra Singh Negi Filename : draft-ietf-pce-association-diversity-12.txt Pages : 24 Date : 2019-10-28 Abstract: This document introduces a simple mechanism to associate a group of Label Switched Paths (LSPs) via an extension to the Path Computation Element (PCE) communication Protocol (PCEP) with the purpose of computing diverse paths for those LSPs. The proposed extension allows a Path Computation Client (PCC) to advertise to a PCE that a particular LSP belongs to a particular disjoint-group, thus the PCE knows that the LSPs in the same group need to be disjoint from each other. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-12 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 Oct 28 13:26:47 2019 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 9522E120024; Mon, 28 Oct 2019 13:26:46 -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-association-diversity@ietf.org, Julien Meuric , pce-chairs@ietf.org, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alvaro Retana Message-ID: <157229440660.16047.18318131716126000604.idtracker@ietfa.amsl.com> Date: Mon, 28 Oct 2019 13:26:46 -0700 Archived-At: Subject: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-association-diversity-12: (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: Mon, 28 Oct 2019 20:26:47 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-pce-association-diversity-12: 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-association-diversity/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (1) §5.1: I-D.ietf-pce-association-group is not explicit about the "capability exchange mentioned in this piece of text: This capability exchange for the Disjointness Association Type (TBD1) MUST be done before using the disjointness association. Thus the PCEP speaker MUST include the Disjointness Association Type in the ASSOC-Type-List TLV before using the Disjoint Association Group (DAG) in PCEP messages. It seems to me that the exchange implies sending and receiving the Assoc-type, but then the second sentence implies sending to be enough. What is the expected behavior? Please reword. (2) §5.2 says, while defining the T flag, says that "if disjoint paths cannot be found, PCE SHOULD return no path", but §5.6 reads: When the T flag is set (Strict disjointness requested), if disjointness cannot be ensured for one or more LSPs, the PCE MUST reply to a Path Computation Request (PCReq) with a Path Computation Reply (PCRep) message containing a NO-PATH object. There is a conflict between the SHOULD and the MUST. (3) TBD1 is used with 3 different names: "Disjoint Association Type (DAT)", "Disjointness Association Type" and "Disjoint-group Association". Please be consistent. (4) [nits] s/DISJOINTNESS-CONFIGURATION-TLVSection 5.2/DISJOINTNESS-CONFIGURATION-TLV (Section 5.2) s/SHOULD NOT try to add/SHOULD NOT add s/with example inA Section 5.5/with an example in Section 5.5 s/by Section 5.5either/by either s/Setting P flag/Setting the P flag s/case of network event/case of a network event From nobody Mon Oct 28 20:25:50 2019 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 7AE42120046; Mon, 28 Oct 2019 20:25:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157231954843.16151.5557513684533589828@ietfa.amsl.com> Date: Mon, 28 Oct 2019 20:25:48 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-stateful-pce-gmpls-12.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: Tue, 29 Oct 2019 03:25:48 -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 : Path Computation Element (PCE) Protocol Extensions for Stateful PCE Usage in GMPLS-controlled Networks Authors : Young Lee Haomian Zheng Oscar Gonzalez de Dios Victor Lopez Zafar Ali Filename : draft-ietf-pce-pcep-stateful-pce-gmpls-12.txt Pages : 19 Date : 2019-10-28 Abstract: The Path Computation Element (PCE) facilitates Traffic Engineering (TE) based path calculation in large, multi-domain, multi-region, or multi-layer networks. The PCE communication Protocol (PCEP) has been extended to support stateful PCE functions where the PCE retains information about the paths already present in the network, but those extensions are technology-agnostic. This memo provides extensions required for PCEP so as to enable the usage of a stateful PCE capability in GMPLS-controlled networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-stateful-pce-gmpls/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-stateful-pce-gmpls-12 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-stateful-pce-gmpls-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-stateful-pce-gmpls-12 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 Oct 28 21:47:26 2019 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 5016E12008D for ; Mon, 28 Oct 2019 21:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, 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=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26Csftskn9gY for ; Mon, 28 Oct 2019 21:47:22 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.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 6F87A12004D for ; Mon, 28 Oct 2019 21:47:22 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id x9T4knCD029147 for ; Mon, 28 Oct 2019 21:47:21 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=w1KbaVrfW8W4Tc3FXXCyzgpuFyoHuSzKnGYmYO7JwFM=; b=rZd6Umi5g80cz6GLCa7gOTm1u5ltk4J/y66jUhY9YkFiacrQxEo9hZupylY79kVI2B/E lQWdpFnRPnBgO8WRnj1wVTzdYNGOUzrqimAMqCyDqVcXwL0uSVtrEM1eKZIStxMRDsUr ITLqZDDre+pSzd83bAotpfJMovFOlw+O4x+CFB8dBkVo/gjhYSZAk0Pf5Cg7s3kjWrBw GBlto1dyEoHN9hlU4OVt1UVn5tFOV/0Y4aIjEqa7cR/keJ7CUwHVh4IqfhK/ehoRY0Th lhLDFOyCUshBgI7erCjx9rVsoRXYgHiF8clOvfc3NaiWNlizsIZShzj2ZVmNnTlHOmUp sA== Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2051.outbound.protection.outlook.com [104.47.45.51]) by mx0a-00273201.pphosted.com with ESMTP id 2vvm3x3xw1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 28 Oct 2019 21:47:21 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bCJCsuJtLz9LMPrAzJs5FZo9DHSInr0fHER3z6hIge4yJhMAsx2tUh5CpksAPQDsw0437jZ49l4iGg058gNLe3PDT1I3lImE1VtG54jwbl3wKf3P9CBe07ezORoJkYk3tOfh8WDcJQLXyhqezybyDoNd98U7ZcbVIWa8jJrJ6uOT2tDWD7DlK+9CaKcfi600mZh6x4fmTTpnhXRN/pAYvtY15HIR+uhphNwZ+TA1kk0o0Dwg7+tSs3vGN8XpH6Rdut8grpgT4w2KSh6TBcdpdll2BOvwO58QFYS12c29VIDBrQh4+uY/NzcY5pi6AA/C9z2Iy6OAcwB23NKAupimeg== 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=w1KbaVrfW8W4Tc3FXXCyzgpuFyoHuSzKnGYmYO7JwFM=; b=g0AbTrdiUxgCRE/pYgYe8SDEC1ZGjwQauypoejsgte58yrsBi1xe1jNiFu6TbrMMOPajFqWu1E2jpfJ9YBwyZ+b9fdzB8xyww930TxiOPRKJ17Pp/tM67VcUAU+OmqtSMPu+wyBRMvgMWkirBsjhDBYgtPIIrSqPVtPXLnKZDb8M63ODEXQkYLyyqEaGTmKat83P+6jBD7aQ12pR+JgHpZhGnvJDvkwLfXCBp4otKhtfbS7T+iRQ8nfitVMwlIoIbnvSj7B4oREkO7qYhDmihmGPv9euD4tyjYVfJ0YZYv253YGr3VEtNqGMa9x54yT9B3NpcNyAug+RqOi+OdC7gg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none Received: from DM5PR05MB3548.namprd05.prod.outlook.com (10.174.242.153) by DM5PR05MB3307.namprd05.prod.outlook.com (10.174.191.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2408.15; Tue, 29 Oct 2019 04:47:19 +0000 Received: from DM5PR05MB3548.namprd05.prod.outlook.com ([fe80::5de9:4ee0:9174:fc4f]) by DM5PR05MB3548.namprd05.prod.outlook.com ([fe80::5de9:4ee0:9174:fc4f%6]) with mapi id 15.20.2408.016; Tue, 29 Oct 2019 04:47:19 +0000 From: "Jeffrey (Zhaohui) Zhang" To: "pce@ietf.org" Thread-Topic: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Thread-Index: AQHVjhOtEJ8ZTquP0E2O2p2JgPiqWKdxC1qQ Date: Tue, 29 Oct 2019 04:47:18 +0000 Message-ID: References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action x-originating-ip: [72.70.34.241] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 141e12a0-4db0-41b7-8282-08d75c2b145f x-ms-traffictypediagnostic: DM5PR05MB3307: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0205EDCD76 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(136003)(39860400002)(366004)(396003)(189003)(199004)(53754006)(1730700003)(26005)(25786009)(6116002)(81156014)(81166006)(3846002)(6916009)(33656002)(966005)(71190400001)(186003)(71200400001)(5660300002)(14444005)(256004)(5024004)(8936002)(14454004)(2906002)(11346002)(6436002)(2501003)(446003)(99286004)(86362001)(74316002)(6246003)(53546011)(305945005)(6506007)(7736002)(476003)(55016002)(66066001)(478600001)(2351001)(52536014)(9686003)(76176011)(486006)(8676002)(6306002)(64756008)(7696005)(76116006)(66556008)(66446008)(66946007)(316002)(229853002)(66476007)(5640700003)(102836004); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR05MB3307; H:DM5PR05MB3548.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: r9ecqqUh5FasXmPPO13L+455UQPiGXBdheUdG0G9eFIWOWHUXiKDmWQq+xVvNjXISBS315HIprRYwQMafc4f8h/OajUw3GcFO32DlhH9fQ+uWMZVJq+t9GYUYRNsRKXev41ji7R4NylPh6WZFa0hwMss6jFTvx1JR0z7P5nu4FKhiHu9uOGJmTSxYwKOAzAmyppGLpgVcqeAud5hxcFatDj2CP/VXwPqSDS6VSpDHfsXviOIazbUc1668jzPWQanOzu1ShLRvAKUwD0Z8Jx7BuD4N+LA8w4JpRsvZWsxI6CUBv2sd0CmvVZ1HII9yG0BY243eVXTtDKsYO5D/9MOdyx4hqZXPLi8/6UnIvUZs3lvY2jeqb9/Db8DMN/St1zdKNEvzn1oUhf92OAlGAA7cX2GN1IiOHnl3kOHQNylaaoGh/8bX3A1syBURjeFr1oO3cscrl3/8LII1892KDKt+ZLi7YuLXG0L+kF2cUtBOhU= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 141e12a0-4db0-41b7-8282-08d75c2b145f X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Oct 2019 04:47:18.9338 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: myTWOlCvcwXzOCmPm6eszL4tDnSWeK3RIin1vimZRpp/y2NqSW2tWLKJ6AQVywWxy8igS49eCHpjTASd1znP1A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3307 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,1.0.8 definitions=2019-10-29_02:2019-10-28,2019-10-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 malwarescore=0 suspectscore=0 phishscore=0 spamscore=0 impostorscore=0 adultscore=0 clxscore=1011 mlxlogscore=999 mlxscore=0 bulkscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1908290000 definitions=main-1910290051 Archived-At: Subject: Re: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 29 Oct 2019 04:47:24 -0000 U3VwcG9ydCBwcm9ncmVzc2luZyB0aGUgZHJhZnQuDQoNClRoYW5rcyENCkplZmZyZXkNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLQ0KDQpGcm9tOiA8anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPg0KRGF0 ZTogTW9uLCBPY3QgMTQsIDIwMTkgYXQgNjoyNSBQTQ0KU3ViamVjdDogW1BjZV0gV0cgTGFzdCBD YWxsIG9mIGRyYWZ0LWlldGYtcGNlLXBjZXAtZmxvd3NwZWMNClRvOiBwY2VAaWV0Zi5vcmcgPHBj ZUBpZXRmLm9yZz4NCg0KDQpIaSBhbGwsDQoNCkluIG91ciBXR0xDIHF1ZXVlLCBkcmFmdC1pZXRm LXBjZS1wY2VwLWZsb3dzcGVjIGhhcyBiZWVuIHN0YWJsZSBmb3IgYSB3aGlsZS4gVGhpcyBtZXNz YWdlIHN0YXJ0cyBhIDItd2VlayBXRyBsYXN0IGNhbGwgb24gdGhpcyBJLUQuIFBsZWFzZSByZXZp ZXcgdGhlIGRvY3VtZW50IGFuZCBzaGFyZSB5b3VyIGZlZWRiYWNrIHVzaW5nIHRoZSBQQ0UgbWFp bGluZyBsaXN0IGJ5IE1vbmRheSBPY3RvYmVyLCAyOC4NCg0KWW91IHdpbGwgbm90ZSB0aGF0IHRo ZSBJLUQgaW5jbHVkZXMgYW4gaW1wbGVtZW50YXRpb24gc2VjdGlvbi4gSWYgeW91IGhhdmUgYW4g aW1wbGVtZW50YXRpb24sIHlvdSBtYXkgYWxzbyBjb250YWN0IHRoZSBjaGFpcnMgcHJpdmF0ZWx5 Lg0KDQpUaGFua3MsDQoNCkRocnV2ICYgSnVsaWVuDQoNCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0 cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZv dXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIg YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRl cy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJh dGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBh IGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2Ug YW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdl ZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBu b3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4N CklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0K QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2Fn ZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsg eW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K UGNlIG1haWxpbmcgbGlzdA0KUGNlQGlldGYub3JnDQpodHRwczovL3VybGRlZmVuc2UuY29tL3Yz L19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2VfXzshOFdvQTZSakM4 MWMhVm1ybVRtSDJlTk1zUWRQS2N3WG1ESzRia0o4cTNBNW1wekdmeEpSMUxCbTlCaDk4akdDOVVf blhFSG5ySk14LSQgDQo= From nobody Tue Oct 29 17:07:38 2019 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 BA00C120059; Tue, 29 Oct 2019 17:07:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-pce-association-diversity@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <157239405775.10912.18424489553959713397.idtracker@ietfa.amsl.com> Date: Tue, 29 Oct 2019 17:07:37 -0700 Archived-At: Subject: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-association-diversity-12: (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, 30 Oct 2019 00:07:38 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-pce-association-diversity-12: 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-association-diversity/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for this generally well-written document! Most of my comments are pretty minor, but please do note the edge case in objective function handling, the question about which TLVs are allowed when the ASSOCIATION object is carried in which messages, the notation clarification question, and the question about what "completely relax the disjointness constraint" means. Please check the TBD placeholders; it looks like (e.g.) TBD8 is used for both a NO-PATH-VECTOR TLV bit and for an error code (but I didn't double-check the others). As a general comment (but mostly for my own curiousity), I'm curious whether you predict much usage of the DAG association type with none of the L/N/S/T bits set in the configuration, effectively using the association to carry the new objective function(s) from this document. Section 5.1 A disjoint group can have two or more LSPs, but a PCE may be limited in the number of LSPs it can take into account when computing disjointness. If a PCE receives more LSPs in the group than it can handle in its computation algorithm, it SHOULD apply disjointness computation to only a subset of LSPs in the group. The subset of disjoint LSPs will be decided by PCE as a local policy. Local Just to double-check: this "only apply disjointness to a subset, using local policy" behavior is preferred to returning an error for the last LSP attempting to join the group? I do see that the relaxation of disjointness is reported back via the DISJOINTNESS-STATUS-TLV, so at least there shouldn't be surprises about what's (not) happening, unless the PCE decides to not send that TLV for some reason. of T, S, N, L flags in the DISJOINTNESS-CONFIGURATION-TLV. If a PCEP peer receives a PCEP messages for LSPs belonging to the same disjoint group but having an inconsistent combination of T, S, N, L flags, the PCEP peer MUST NOT try to add the LSPs in disjoint group and MUST reply with a PCErr with Error-type 26 (Association Error) and Error- Value 6 (Association information mismatch). nit: s/in disjoint group/to the disjoint group/ A particular LSP MAY be associated to multiple disjoint groups, but in that case, the PCE SHOULD try to consider all the disjoint groups during path computation if possible. Otherwise a local policy MAY define the computational behavior. If a PCE does not support such a path computation it MUST NOT add the LSP into association group and return a PCErr with Error-type 26 (Association Error) and Error-Value 7 (Cannot join the association group). It's interesting that "be in multiple disjoint groups" gets error-on-failure semantics but (above) "too many LSPs in a single group" gets degrade-and-report semantics. But it's clearly documented, so I don't see any problems per se. Section 5.2 It looks like we only talk about which messages carry the DISJOINTNESS-STATUS-TLV; is the implication that the other TLVs are not restricted in which message can carry them a correct one? (Also, that DISJOINTNESS-CONFIGURATION-TLV must be present even in PCRep?) The disjoint group MUST carry the following TLV: Since we're talking about protocol elements now, I'd suggest to explicitly say "TBD1 Disjoint Association Type group" or something else that clearly identifies the association-group as a protocol element. In addition, the disjoint group MAY carry the following TLV: nit: "TLVs" plural. If a PCEP speaker receives a disjoint-group without DISJOINTNESS- CONFIGURATION-TLV, it SHOULD reply with a PCErr Error-type=6 (Mandatory Object missing) and Error-value=TBD8 (DISJOINTNESS- CONFIGURATION-TLV missing). I suggest being more explicit about (e.g) "ASSOCIATION object of type TBD1", since "disjoint-group" is somewhat of a colloquialism. Seciion 5.3 An objective function (OF) MAY be applied to the disjointness computation to drive the PCE computation behavior. In this case, the OF-List TLV (defined in ([RFC5541]) is used as an optional TLV in the Association Group Object. Whereas the PCEP OF-List TLV allows multiple OF-codes inside the TLV, a sender SHOULD include a single OF-code in the OF-List TLV when included in the Association Group, and the receiver MUST consider the first OF-code only and ignore others if included. This usage seems a little weird (albeit unlikely to be problematic), since RFC 5441 uses the OF-List TLV to indicate what OFs are supported, and has it carried in the OPEN object, with a dedicated OF object used to indicate the particular OF requested/used for a given path computation. Repurposing the TLV to now be a container for the requested OF for a specific computation feels like a qualitatively different usage than the original one. MSL [...] * A path P passes through K links {Lpi,(i=1...K)}. * A set of paths {P1...Pm} have L links that are common to more than one path {Lpi,(i=1...L)}. Can you double-check the notation here? In the first quoted item it seems that Lpi indicates the i-th link on path P, but in the second it looks like Lpi indicates the i-th link in common across paths P1...Pm. I'd suggest using a different term for the different meaning. MSS [...] * A path P passes through K links {Lpi,(i=1...K)} belonging to unique M SRLGs {Spi,(i=1..M)}. What is the relationship between K and M? Is it always true that M <= K? * A set of paths {P1...Pm} have L SRLGs that are common to more than one path {Spi,(i=1...L)}. [same comment about terminology reuse] MSN [...] * A path P passes through K nodes {Npi,(i=1...K)}. * A set of paths {P1...Pm} have L nodes that are common to more than one path {Npi,(i=1...L)}. [same comment about terminology reuse] If the OF-list TLV is included in the Association Object, the OF-code inside the OF Object MUST include one of the disjoint OFs defined in this document. If this condition is not met, the PCEP speaker MUST respond with a PCErr message with Error-Type=10 (Reception of an invalid object) and Error-Value=TBD9 (Incompatible OF code). Looking at edge cases, I think that the MUST-level requirements allow for me to send an OF-list TLV with two items the first of which is nonsense (i.e., not one of these three), and the second of which is one of these three. The recipient would be obligated to use the first one in the list (by the previous text "the receiver MUST consider the first OF-code only") despite it being nonsensical. We should probably try to close that edge case, though there are several approaches to choose from and I don't have a sense for what might cause us to prefer one over the other. Section 5.4 SVEC object. The PCE MUST consider both the objects as per the processing rules and aim to find a path that meets both of these constraints. In case no such path is possible, the PCE MUST send a path computation reply (PCRep) with a NO-PATH object indicating path computation failure as per [RFC5440]. It should be noted that the I would consider reminding the reader that the 'T' bit controls how strictly the PCE needs to interpret the DAG constraints, and thus that it's possible for the PCE to degrade the request without needint to return NO-PATH in such cases. Section 5.5 into account the disjointness constraint. Setting P flag changes the relationship between LSPs to a one-sided relationship (LSP 1 with P=0 depends of LSP 2 with P=1, but LSP 2 with P=1 does not depend of LSP 1 with P=0). Multiple LSPs in the same disjoint group may have the P nits: "Setting the P flag", "depends on LSP 2" I suggest specifying "link disjoint" for at least the example using Figure 4 (if not the one using Figure 3 as well), since the paths PE1->R1->R4->R2->PE2 and PE3->R3->R4->PE4 are not node-disjoint. Section 5.6 There are some cases where the PCE may need to completely relax the disjointness constraint in order to provide a path to all the LSPs that are part of the association. A mechanism that allows the PCE to fully relax a constraint is considered by the authors as more global to PCEP rather than linked to the disjointness use case. As a consequence, it is considered as out of scope of the document. I'm not sure how to interpret this. Is it supposed to prevent a PCE from falling back to "no disjointness" (e.g., all of L/N/S/T are clear in DISJOINTNESS-STATUS-TLV)? If so, I would have expected this limitation to be spelled out more clearly much earlier in the document. Section 6 I suggest also mentioning the security considerations of RFC 7470, as we have very little control over what information goes in VENDOR-INFORMATION-TLV. (Not that there's a whole lot of content there, but maybe it will get people thinking.) I might also consider mentioning again that certain combinations of flags (notably, the 'T' bit) can result in unsatisfiable requests. But that's only somewhat a "security" consideration; security aspects only really come into play for it if someone is spoofing that T bit, and we already recommend TLS. Section 8.1 Range MUST be allowed to be set by the operator. Operator SHOULD be allowed to set the local policies to define various disjoint nit: The operator" Section 8.2 associations configured or created dynamically. Further implementation SHOULD allow to view disjoint associations reported by each peer, and the current set of LSPs in this association. The PCEP nit: "Furthermore, implementations" Section 8.4 Mechanisms defined in this document do not imply any new operation verification requirements in addition to those already listed in [RFC5440]. We don't think that someone should check that the computed LSPs actually supply the disjointness properties they're claimed to provide? Section 10.2 I guess a strict reading of https://www.ietf.org/blog/iesg-statement-normative-and-informative-references/ would require RFC 7470 to be a normative reference, but that doesn't really seem like the right thing to do for this specific case. On the other hand, a RECOMMENDation for RFC 8253's use does feel like it would place it as a normative reference. From nobody Wed Oct 30 00:31:20 2019 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 817D112085B for ; Wed, 30 Oct 2019 00:31:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g-dqfJg3Av_f for ; Wed, 30 Oct 2019 00:31:17 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 5EDF4120089 for ; Wed, 30 Oct 2019 00:31:17 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id x9U7SMRU003195 for ; Wed, 30 Oct 2019 00:31:15 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : content-type : mime-version; s=PPS1017; bh=fla33sO/G9cVhIo6DatcIwSaIOFOBo9B9YSWGx8Nq0w=; b=S/BhDFNtqUPF/lM5AJtOnzmYdewDcWajZRfpR6zO2Kp9dmGDyq/RRYjmJW7zfyn/sYji UX9SpL4HfxN+K71T+xtJlr+bwd+UKLvLZlH1l5ZfA2TCbq036E/E3V0mTN0eYXeoVnkv LZBvJDRKW+pZFEHDlquKjNQSnkn35GRgGxVgf5s3E4blmWht6hFBM6Qz8dt8cY50hWIh IMmuVJXlvMP6GxFa7Uqg87ASwh4mlOjDtXY3LpF5dlMnOu5qV9bhxA4OlKoBo5ViFVgq 2ZldVMXq55Bmd4iSbTNNAdt3JM2q5Hp5SYaZ2RkwVebotb8QwTupAPQmcYxbYfXYiioG Xw== Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2057.outbound.protection.outlook.com [104.47.45.57]) by mx0b-00273201.pphosted.com with ESMTP id 2vxwfhgqsg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Wed, 30 Oct 2019 00:31:15 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oDWj2UrllJPLq6dKnqWoWM74ciKwv09DeFteZ43Ppb0ApTpEgp2VUtRVSMxx9j6ixssabMAcTcn+6zzzmPntC0nicAWyjDgDAh/xqnRHEhX4i6lQc2UEN6QnRgMM80AU7asQKGFEx9IMh3J0E8W16vF0VLtDqbNwEY3zpVXgvtEXnkEcIgvJ5uAOQTHwCb1H4SL77eu586eyOUE/kufMd8+J8UowJk5pEpVfzazgi06+7j8BvjJBTwH7OVlxbh55E6IsqJp96WfmgK+XwR0lynKgfk2NseoOyT33/9FGqxvYzGS+9P3CDpOGpZ3pqJvqghDHuSzPHqa5+iAG0ZNafA== 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=fla33sO/G9cVhIo6DatcIwSaIOFOBo9B9YSWGx8Nq0w=; b=JsCXVGcgj12anQEn+CE7x5NgLih2q0eNItHNEUPTGNLqsnHiAFR5gbDWN4r5l8XU8iQSJskhL6dHw+Fmuu8BbiZVC6cP2KqqtmZR5ZiDXI32yvKgRQ4tVtmQT3FPvyUrLpXk6BLDttN+UZ35M1m3bTRZ+UUtey4GlEM0yBFbrT1XUVnJimSU4RCHVoxRXpTEO6M3Wd7UbFo09hteaJSsQiNqlZQalf3uhzq+aniXzIFSMkwiiAVzoVABeNqGIya0iPugEnRP5h1aJseOSlNztswHoPzfINrjgbyNOLt334eK8yi9ruylg/C6Lkw2dm5msnYHJ6I5dzCthqZ/FGMlFg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none Received: from MN2PR05MB7183.namprd05.prod.outlook.com (10.255.90.91) by MN2PR05MB6112.namprd05.prod.outlook.com (20.178.241.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2408.15; Wed, 30 Oct 2019 07:31:11 +0000 Received: from MN2PR05MB7183.namprd05.prod.outlook.com ([fe80::999b:33c4:b52d:c196]) by MN2PR05MB7183.namprd05.prod.outlook.com ([fe80::999b:33c4:b52d:c196%5]) with mapi id 15.20.2408.016; Wed, 30 Oct 2019 07:31:11 +0000 From: Hari Kotni To: "pce@ietf.org" Thread-Topic: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec Thread-Index: AQHVjvQACza5/E1cPkS9L5WJ/wzaiw== Date: Wed, 30 Oct 2019 07:31:11 +0000 Message-ID: <6B59D873-E3F6-4609-89A6-A5919520FF11@juniper.net> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=true; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Name=Juniper Business Use Only; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=true; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ContentBits=0; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Method=Standard; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ActionId=674903bd-2303-462a-98f8-000095b45a19; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SetDate=2019-10-30T07:25:49Z; user-agent: Microsoft-MacOutlook/10.1d.0.190908 x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: d809a2ea-6019-40ab-a8f7-08d75d0b2332 x-ms-traffictypediagnostic: MN2PR05MB6112: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 02065A9E77 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(396003)(376002)(346002)(366004)(199004)(189003)(53754006)(6116002)(8936002)(236005)(54896002)(25786009)(1730700003)(5640700003)(81156014)(99286004)(6246003)(6306002)(478600001)(316002)(66066001)(486006)(2501003)(26005)(186003)(6916009)(53546011)(8676002)(6506007)(6486002)(476003)(81166006)(102836004)(3846002)(58126008)(6436002)(14454004)(6512007)(790700001)(66476007)(66446008)(33656002)(91956017)(64756008)(66946007)(7736002)(2616005)(5660300002)(66556008)(86362001)(229853002)(256004)(2906002)(71200400001)(71190400001)(36756003)(4744005)(76116006)(2351001); DIR:OUT; SFP:1102; SCL:1; SRVR:MN2PR05MB6112; H:MN2PR05MB7183.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: I7BYyrLpDpoFhiohP/2XXNBBL7IGKDhcd1rULwKSaWgraZMAuyimdumQ2+6CL/JNtjK+7MvADpXnTGYk0yZG7jGhqvVBphHuSvYE6PusqlCHE/ph1w8X52Fb9yApRV7HRO76XI9Vegfp311ax1bBhfaiCz+kdWjLEjGBkkolRRllDP/GvrhEWbF4kSaMSUCdpNYKccEcMaHCMFkimCt221GWLvRU055vprvz+RC4a3+XgBssrLvKusx0/wde0loy8vRj0iWZRsbqDtZuu6j2hqr9rK/Wh9GXIK9pxR7+09O0MSd1z5AAnTttp37+NIsmooqsIdz4JwVX31dV1x0UIzHW3jge+IOYte4JM4tsfIIA6ieb8eUexXacC7aw8YMpbdtTolDrWvpgCqe+IO0dMhZvNilQdUJTSjQuAjpShY5NeJ2Zm0XJOYz8NjvWwkzf x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_6B59D873E3F6460989A6A5919520FF11junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: d809a2ea-6019-40ab-a8f7-08d75d0b2332 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Oct 2019 07:31:11.1101 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 6tyFtPIdotKVlimt3QlTA8MQ306N2KNP/+WX0vd07KFJ6zRpQgcrue8sVhHnOy59fH1/PyCzSyYcu5xy+/ZZGA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6112 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,1.0.8 definitions=2019-10-30_03:2019-10-30,2019-10-30 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 malwarescore=0 adultscore=0 spamscore=0 mlxlogscore=839 clxscore=1011 phishscore=0 suspectscore=0 impostorscore=0 mlxscore=0 bulkscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1908290000 definitions=main-1910300073 Archived-At: Subject: Re: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 30 Oct 2019 07:31:20 -0000 --_000_6B59D873E3F6460989A6A5919520FF11junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpUaGlzIGRvY3VtZW50IGlzIHN0YWJsZSBhbmQgY2xlYXIgZm9yIG11bHRpY2Fz dCBmbG93IG1hcHBpbmcgaW1wbGVtZW50YXRpb24sIHRodXMgSSBzdXBwb3J0IHRoZSBwdWJsaWNh dGlvbi4NCg0KVGhhbmtzIQ0KSGFyaQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tDQoNCkZyb206IDxq dWxpZW4ubWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+ DQpEYXRlOiBNb24sIE9jdCAxNCwgMjAxOSBhdCA2OjI1IFBNDQpTdWJqZWN0OiBbUGNlXSBXRyBM YXN0IENhbGwgb2YgZHJhZnQtaWV0Zi1wY2UtcGNlcC1mbG93c3BlYw0KVG86IHBjZUBpZXRmLm9y ZzxtYWlsdG86cGNlQGlldGYub3JnPiA8cGNlQGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+ Pg0KDQoNCkhpIGFsbCwNCg0KSW4gb3VyIFdHTEMgcXVldWUsIGRyYWZ0LWlldGYtcGNlLXBjZXAt Zmxvd3NwZWMgaGFzIGJlZW4gc3RhYmxlIGZvciBhIHdoaWxlLiBUaGlzIG1lc3NhZ2Ugc3RhcnRz IGEgMi13ZWVrIFdHIGxhc3QgY2FsbCBvbiB0aGlzIEktRC4gUGxlYXNlIHJldmlldyB0aGUgZG9j dW1lbnQgYW5kIHNoYXJlIHlvdXIgZmVlZGJhY2sgdXNpbmcgdGhlIFBDRSBtYWlsaW5nIGxpc3Qg YnkgTW9uZGF5IE9jdG9iZXIsIDI4Lg0KDQpZb3Ugd2lsbCBub3RlIHRoYXQgdGhlIEktRCBpbmNs dWRlcyBhbiBpbXBsZW1lbnRhdGlvbiBzZWN0aW9uLiBJZiB5b3UgaGF2ZSBhbiBpbXBsZW1lbnRh dGlvbiwgeW91IG1heSBhbHNvIGNvbnRhY3QgdGhlIGNoYWlycyBwcml2YXRlbHkuDQoNClRoYW5r cywNCg0KRGhydXYgJiBKdWxpZW4NCg0K --_000_6B59D873E3F6460989A6A5919520FF11junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <6EBB61D2A72C1E47ABAE61D34E843CC1@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlh IE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6TWVubG87DQoJcGFub3NlLTE6MiAxMSA2IDkgMyA4IDQg MiAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTotd2Via2l0LXN0YW5kYXJkOw0KCXBh bm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpw Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJ bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5N c29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1 NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3BhY2UNCgl7 bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29udmVydGVkLXNwYWNlO30NCnNwYW4uSFRNTFByZWZvcm1h dHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQi Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t R0I7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1JTiIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+SGkgYWxsLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdC IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4w cHQ7Zm9udC1mYW1pbHk6TWVubG87Y29sb3I6IzIxMjUyOTttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1HQiI+VGhpcyBkb2N1bWVudCBpcyBzdGFibGUgYW5kIGNsZWFyIGZvciBtdWx0aWNhc3QgZmxv dyBtYXBwaW5nIGltcGxlbWVudGF0aW9uLCB0aHVzIEkgc3VwcG9ydCB0aGUgcHVibGljYXRpb24u DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDss c2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+VGhhbmtzITxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xv cjpibGFjayI+SGFyaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFu ZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4tLS0t LS0tLS0tLS0tLS0tLS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0 YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPkZy b206ICZsdDs8YSBocmVmPSJtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tIiB0aXRsZT0i bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSI+anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t PC9hPiZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQm cXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPkRhdGU6IE1vbiwgT2N0IDE0LCAyMDE5IGF0IDY6MjUg UE08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDss c2VyaWY7Y29sb3I6YmxhY2siPlN1YmplY3Q6IFtQY2VdPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPldHPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPkxhc3Q8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+Q2FsbDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj5vZjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj5kcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5Ubzo8c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0ibWFp bHRvOnBjZUBpZXRmLm9yZyI+cGNlQGlldGYub3JnPC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4mbHQ7PGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9y ZyI+cGNlQGlldGYub3JnPC9hPiZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13 ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpi bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5k YXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5IaSBhbGwsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDss c2VyaWY7Y29sb3I6YmxhY2siPkluIG91cjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj5XR0xDIHF1ZXVlLDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5kcmFmdC1pZXRmLXBjZS1wY2VwLWZsb3dzcGVjPHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmhhcw0KIGJlZW4gc3RhYmxl IGZvciBhIHdoaWxlLiBUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMi13ZWVrPHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPldHPHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmxhc3Q8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Y2FsbDxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5vbiB0aGlzIEktRC4gUGxlYXNlDQogcmV2aWV3IHRoZSBkb2N1 bWVudCBhbmQgc2hhcmUgeW91ciBmZWVkYmFjayB1c2luZyB0aGUgUENFIG1haWxpbmcgbGlzdCBi eSBNb25kYXkgT2N0b2JlciwgMjguPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Vi a2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6Ymxh Y2siPllvdSB3aWxsIG5vdGUgdGhhdCB0aGUgSS1EIGluY2x1ZGVzIGFuIGltcGxlbWVudGF0aW9u IHNlY3Rpb24uIElmIHlvdSBoYXZlIGFuIGltcGxlbWVudGF0aW9uLCB5b3UgbWF5IGFsc28gY29u dGFjdCB0aGUgY2hhaXJzIHByaXZhdGVseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xv cjpibGFjayI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1z dGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5E aHJ1diAmYW1wOyBKdWxpZW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_6B59D873E3F6460989A6A5919520FF11junipernet_-- From nobody Wed Oct 30 06:11:23 2019 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 22EB612006F; Wed, 30 Oct 2019 06:11:21 -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-association-diversity@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <157244108113.32468.5181364592841624145.idtracker@ietfa.amsl.com> Date: Wed, 30 Oct 2019 06:11:21 -0700 Archived-At: Subject: [Pce] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf-?= =?utf-8?q?pce-association-diversity-12=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: Wed, 30 Oct 2019 13:11:21 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-pce-association-diversity-12: 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-association-diversity/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. The document is easy to read. I just have a minor comment (feel free to ignore it) about section 1: an early definition of 'disjoint group' would be welcome (at least for readers, like myself, who are not familiar with PCE). Even if section 3 provides more information. Regards, -éric From nobody Wed Oct 30 08:39:14 2019 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 DA06E12002F; Wed, 30 Oct 2019 08:39:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alissa Cooper via Datatracker To: "The IESG" Cc: draft-ietf-pce-association-diversity@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org, worley@ariadne.com X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alissa Cooper Message-ID: <157244995288.32588.13686525179313133246.idtracker@ietfa.amsl.com> Date: Wed, 30 Oct 2019 08:39:12 -0700 Archived-At: Subject: [Pce] Alissa Cooper's Discuss on draft-ietf-pce-association-diversity-12: (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, 30 Oct 2019 15:39:13 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-pce-association-diversity-12: 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-association-diversity/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- A couple of the points from the Gen-ART review warrant discussion I think (quoting directly from the review): (1) 'The relationship of this mechanism with SVEC seems to be important but is not clearly stated. The relevant sections of the text seem to be: section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses SVEC diversity flag" on. I think that they need to be pulled into one section. Then it will be possible to have a good description of the interaction with SVEC.' (2) 'The path computation effects of the P bit are described in the "P" item in section 5.2 and section 5.5. But the descriptions are unclear, or perhaps they presume that there are only two LSPs in the group. I think the intended meaning is that all of the LSPs in the group with P=1 are computed first, and then with those LSPs fixed, the LSPs in the group with P=0 are computed. This will cause shortest-path constraints (and other objective functions) to be optimized on the P=1 LSPs, and those paths will not be de-optimized by competition from the other paths. This should probably be pulled out of the description of the "P" in its TLV and put into a separate paragraph.' ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Please respond to the remainder of the Gen-ART review. From nobody Wed Oct 30 08:39:50 2019 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 6C5EF120110; Wed, 30 Oct 2019 08:39:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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=Bxkd9Rd4; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Z8SJAubh 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 5DoximnxCQ40; Wed, 30 Oct 2019 08:39:31 -0700 (PDT) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D62E1200C5; Wed, 30 Oct 2019 08:39:28 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id B3A5E38E; Wed, 30 Oct 2019 11:39:27 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 30 Oct 2019 11:39:28 -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=fm1; bh=A LQ5XxuP2+/Sxg9GtyPxC52yrLTh5hwZNeDAFjo1Cw0=; b=Bxkd9Rd4uD81CgSiN ywXHZ0IyHJLOWReAuFPPOLufdwmFzTCMQgIqINiBvheJhEX1YKdiyRFpAaql9x4R tZGaL5c3zFuU044TLtzIFJ2KOJ1nnH5jNWh6FiLpfxnrBWeTvCIUT0zuCUepELVv sLTJk/QsYM1m14RAiNdWKxgYSi1RFyHjjNLE4UGele7QTKBtdV7RdCBG22xMei+h U+9886UqPy27Ecpq1qbU53cCE0SwqBn5bC2/qJCU0oe0xh/7dTMcN+F88SrCSzUK z4pZGOTHWHPBqE4LxGcNUhd3zeFUSnroXTx51UHRK15IN0rVdvpflIT8MNhrpmoM qg34g== 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=fm1; bh=ALQ5XxuP2+/Sxg9GtyPxC52yrLTh5hwZNeDAFjo1C w0=; b=Z8SJAubhcqucrvH+LoQnM56jr80Oz3YkROqyxNteaQqJzY9QTvvOa+sa0 d3VRYqfVSthd/3jflMMS3v5y9Czq6mrVnchLQeXF9ke89eImI+yGHDF6QYZxJU/7 XyUPSOdHB8ujEH7hA6bIeZuEr7HgVO2a3ZxCFX6lLlZP81EYUwCDFpfuGTaOzhZx ySVGvm+MX3VSOJWcUgirL50WZttUK6pppY4+Uz/67WDVc2Y2qmpSR3TlP4W46LSN WJAMTLyKUT+U5+QcH96+RneukmpF5uTl9KfHL0Ms1ldOJ4hq2SJchnrXDeFt0u8j FFcHUzC++kIRsrFz3fK63vxnDuIwA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedruddtfedgkedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucffohhmrg hinhepihgvthhfrdhorhhgnecukfhppedujeefrdefkedruddujedrieelnecurfgrrhgr mhepmhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhnnecuvehluhhsth gvrhfuihiivgeptd X-ME-Proxy: Received: from rtp-vpn2-1786.cisco.com (unknown [173.38.117.69]) by mail.messagingengine.com (Postfix) with ESMTPA id 7EED2306005C; Wed, 30 Oct 2019 11:39:26 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Alissa Cooper In-Reply-To: <157092866490.1506.926010889840435426@ietfa.amsl.com> Date: Wed, 30 Oct 2019 10:39:25 -0500 Cc: General Area Review Team , pce@ietf.org, draft-ietf-pce-association-diversity.all@ietf.org, last-call@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <291F6912-BE3A-475E-85A2-E323DD3B58E8@cooperw.in> References: <157092866490.1506.926010889840435426@ietfa.amsl.com> To: Dale Worley X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [Pce] [Gen-art] Genart last call review of draft-ietf-pce-association-diversity-10 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, 30 Oct 2019 15:39:36 -0000 Thanks Dale. I entered a DISCUSS ballot to chat about a couple of your = major points below and requested a response to the rest of your review. Alissa > On Oct 12, 2019, at 8:04 PM, Dale Worley via Datatracker = wrote: >=20 > Reviewer: Dale Worley > Review result: Ready with Issues >=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-association-diversity-10 > Reviewer: Dale R. Worley > Review Date: 2019-10-12 > IETF LC End Date: 2019-10-18 > IESG Telechat date: not known >=20 > Summary: >=20 > This draft is on the right track but has open issues, described > in the review. >=20 > There are various exposition issues, as detailed below. >=20 > There are some minor technical issues about reporting of error > conditions, the significance of the P bit in DISJOINTNESS-STATUS-TLV, > the detailed definition of the new objective functions, etc. as > detailed below. >=20 > But it seems like a number of complex cases haven't been clearly > specified: (1) the effect of the P bit if multiple LSPs have P=3D1, = (2) > the interaction of SVEC and disjoint-groups, and (3) the interaction > of partially overlapping disjoint-groups and/or SVEC sets. >=20 > Major issues: >=20 > The relationship of this mechanism with SVEC seems to be important but > is not clearly stated. The relevant sections of the text seem to be: > section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses > SVEC diversity flag" on. I think that they need to be pulled into one > section. Then it will be possible to have a good description of the > interaction with SVEC. >=20 > At the end of section 5.6 is the revelation that (1) the > DISJOINTNESS-CONFIGURATION-TLV is not attached to a group (in some > sense), but instead a separate copy of it is attached to every LSP in > the group, (2) these copies must match in the group IDs they carry and > also the T, S, N, and L flags in them must agree, (3) (I suspect) any > OF-code must agree, and (4) the P flags in them may differ. This > information is needed as background for a number of parts of the text > to make sense, particularly the description of the P bit in section > 5.2 and section 5.5. I recommend that the last para of section 5.5 be > moved to section 5.1 or the beginning of section 5.2, so the reader is > aware that the descriptions of each LSP carry separate, and not > necessarily identical, DISJOINTNESS-CONFIGURATION-TLVs. >=20 > The path computation effects of the P bit are described in the "P" > item in section 5.2 and section 5.5. But the descriptions are > unclear, or perhaps they presume that there are only two LSPs in the > group. I think the intended meaning is that all of the LSPs in the > group with P=3D1 are computed first, and then with those LSPs fixed, = the > LSPs in the group with P=3D0 are computed. This will cause > shortest-path constraints (and other objective functions) to be > optimized on the P=3D1 LSPs, and those paths will not be de-optimized = by > competition from the other paths. This should probably be pulled out > of the description of the "P" in its TLV and put into a separate > paragraph. >=20 > Minor issues: >=20 > Nits/editorial comments:=20 >=20 > In general, check the uses of "could" and "would". I think "would" is > sometimes used to mean "... in that situation, the XXX MUST ...", and > "could" is sometimes used where "MAY" would be clearer. >=20 > The running title is given as "ASSOC-DISJOINT". I think "PCEP > Diversity Constraint Signaling" would be clearer. >=20 > Abstract >=20 > The proposed extension allows a Path Computation Client (PCC) to > advertise to a PCE that a particular LSP belongs to a > disjoint-group, thus the PCE knows that ... >=20 > It would be clearer if "a disjoint-group" was amplified to "a > particular disjoint-group". >=20 > Table of Contents >=20 > There are a few section titles in which important words aren't > capitalized ("functions" in section 5.4), or unimportant words are > capitalized ("On" in sections 8.5 and 8.6). >=20 > The title of section 8.4 is a verb phrase, compared to the titles of > the other subsections of section 8. I suggest "Verification of > Correct Operations" or maybe "Correct Operation Verification". >=20 > Perhaps change the title of Appendix A to just "Contributors", since > there is no other enumeration of contributors. >=20 > 1. Introduction >=20 > This document specifies a PCEP extension to signal that a particular > group of LSPs should use diverse paths including the requested type > , ---------------------------------------^ > of diversity. >=20 > Add a comma as indicated, to make it clear that "including" modifies > "signal" rather than "paths". >=20 > This document specifies a PCEP extension to signal that a particular > group of LSPs should use diverse paths including the requested type > of diversity. >=20 > This implies that the "group" here is an instance of the association > "grouping" of the preceding paragraph, but the Intro doesn't state > that this document's grouping is an instance of the generic grouping > mechanism. Perhaps >=20 > This document specifies a PCEP grouping to signal that ... >=20 > 3. Motivation >=20 > A customer may request > that the operator provide two end-to-end disjoint paths across the > IP/MPLS core. =20 >=20 > I suggest "the operator's IP/MPLS core". >=20 > [There are various places where the document seems to be phrased from > the point of view of the network vendor rather than the point of view > of the endpoint/user. The IETF convention is to focus on the endpoint > or user.] >=20 > The customer may use those paths as primary/backup or > active/active. >=20 > This phrasing uses an adjective as a noun. I prefer: >=20 > The customer may use these paths with a primary/backup or an > active/active configuration. >=20 > -- >=20 > Different level of disjointness may be offered: >=20 > Perhaps "Different levels of disjointness can be defined:" >=20 > 4. Applicability >=20 > In the figure above, let us consider that the customer wants to have > two disjoint paths between CE1/CE2 and CE3/CE4. >=20 > I think that to make this accurate, you need to say "two disjoint > paths, one between CE1 and CE2 and one between CE3 and CE4." >=20 > This section seems disorganized. In particular, 2nd and 3rd paras > don't seem to add much. Para 2 should be relocated to the SVEC > discussion (see "Major issues). Para 3 seems to have two sentences of > background information (I think it's duplicated in section 1) and one > sentence that essentially states that this document defines a > "diversity group" of LSPs which is a type of the generalized "LSP > group". >=20 > Using PCEP, the PCC could indicate that a disjoint path computation > is required, such indication should include disjointness parameters > such as the type of disjointness, the disjoint group identifiers, = and > any customization parameters according to the configured local > policy. As mentioned previously, the extension described in > [I-D.ietf-pce-association-group] is well suited to associate a set = of > LSPs with a particular disjoint-group. >=20 > This touches on the right topics, but doesn't really connect them. > Also, don't use "could" for an action that this document defines how > to do. You want to say something like >=20 > Using the extension to PCEP defined in this document, the PCC uses > the [I-D.ietf-pce-association-group] extension to indicate that a > group of LSPs are required to be disjoint; such indication should > include disjointness parameters such as the type of disjointness, > the disjoint group identifiers, and any customization parameters > according to the configured local policy. >=20 > -- >=20 > Figure 2 - Sample use-cases for carrying disjoint-group over PCEP > session >=20 > In this figure, there seems to be a conflict in notation: Case 1 uses > "PCC" seemingly in the same role for which Case 2 uses "PE 1" and "PE > 3". The captions of both cases refer to "PCC". >=20 > Also, the Case 1 and Case 2 captions run into each other. >=20 > Using the disjoint-group within a PCEP messages may have two = purpose: >=20 > Better would be "The disjoint-group within PCEP messages is used for:" >=20 > 5.1. Association Group >=20 > As per [I-D.ietf-pce-association-group], LSPs are associated with > other LSPs with which they interact by adding them to a common > association group. =20 >=20 > To be exact, you want to say "by adding all of them"; by default > "them" refers only to the "LSPs" that is the subject of the sentence. >=20 > The Association parameters, as described in > [I-D.ietf-pce-association-group] as the combination of the mandatory > fields Association type, Association ID and Association Source in = the > ASSOCIATION object, that uniquely identify the association group > belonging to this association. If the optional TLVs - Global > Association Source or Extended Association ID - are included, then > they are included in combination with mandatory fields to uniquely > identify the association group. >=20 > Use either "field" or "TLV" consistently (unless the TLVs really are > different from the "fields"). >=20 > This is awkward. Better would be >=20 > As described in [I-D.ietf-pce-association-group], the association > group is uniquely identified by the combination of these fields in > the ASSOCIATION object: Association Type, Association ID, > Association Source, and (if present) Global Association Source or > Extended Association ID. >=20 > ... This document defines a new ... >=20 > Start a new para with this sentence. >=20 > o Association type =3D TBD1 ("Disjointness Association Type") for > Disjoint Association Group (DAG). >=20 > This seems redundant, unless there exists another type that is also > associated with Disjoint Association Group (DAG). Otherwise, you can > probably use >=20 > o Association type =3D TBD1 Disjoint Association Type >=20 > -- >=20 > This capability exchange for the association type > described in this document (i.e. Disjointness Association Type) = MUST > be done before using the disjointness association. >=20 > This can be simplified to >=20 > This capability exchange for Disjointness Association Type MUST > be done before using the disjointness association. >=20 > There seem to be multiple uses of "Disjoint Association Group (DAG)" > and "Disjointness Association Type (TBD1)", each of which states the > equivalence of two things. You should be able to use one instance of > each. Also, it's probably worth putting "Disjointness Association > Type" into section 2. >=20 > This association type is considered to be both dynamic and operator- > configured in nature. >=20 > It might be worth providing references for the meaning of "dynamic" > and "operator-configured". >=20 > A disjoint group can have two or more LSPs, [...] >=20 > The significance of this clause to the rest of the sentence is > unclear; it seems obvious that a disjoint group needs at least two > members before it is significant. However, as a matter of protocol, > can a group that has only one LSP be established? >=20 > The disjoint status is informed to the PCC. >=20 > This seems to be describing how to report to the PCC that the > computation was not done as requested. I think you want to provide > more details here, or a pointer to them. In any case, "disjoint > status" isn't really a clear statement that the error condition will > be reported. >=20 > Associating a particular LSP to multiple disjoint groups is > authorized from a protocol perspective, however there is no = assurance > that the PCE will be able to compute properly the multi-disjointness > constraint. >=20 > You want to state *much* more clearly what might happen. This starts > with "A particular LSP MAY be associated to multiple disjoint groups, > but in that case, the PCE MAY ..." What are the outer boundaries of > the results that the PCE MAY return? Is the PCE required to provide > any particular error indication? >=20 > 5.2. Disjoint TLVs >=20 > See "Major issues" regarding explaining that there is a separate copy > of DISJOINTNESS-CONFIGURATION-TLV for each LSP, and they needn't all > be the same. All of the constraints described in the last paragraph > of section 5.5 should be moved to here, or perhaps section 5.1. >=20 > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Type =3D TBD2 | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Flags |T|P|S|N|L| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 > "Flags" should be "Reserved". >=20 > * P (Shortest path) bit: when set, this indicates that the > computed path of the LSP SHOULD satisfy all the constraints = and > objective functions first without considering the diversity > constraint. ... >=20 > See "Major issues" for providing a separate paragraph to explain the > semantics of the "P" bit. >=20 > * T (Strict disjointness) bit: when set, if disjoint paths = cannot > be found, PCE SHOULD return no path for LSPs that could not be > be disjoint. When unset, the PCE is allowed to relax > disjointness by either applying a requested objective function > (cf. Section 5.4 below) or using any other behavior if no > objective function is requested (e.g. using a lower disjoint > type (link instead of node) or fully relaxing disjointness > constraint). Further see Section 5.6 for details. >=20 > Instead of "or using any other behavior if no objective function is > requested" it would be more conventional to say "or, if no objective > function is requested, using local policy". >=20 > The DISJOINTNESS-STATUS-TLV uses the same format as the = DISJOINTNESS- > CONFIGURATION-TLV with a different type TBD3 (in the TLV). The L, = N, > and S flags are set based if the computed path meet the disjointness > criteria. =20 >=20 > Should be "... are set if the respective disjointness criterion was > requested and the computed paths meet it" >=20 > The P flag is set to indicate that the computed path is > the shortest >=20 > Surely "the shortest" needs further explanation -- the shortest path > that meets what constraints? I suspect that this just reflects the P > flag in the CONFIGURATION-TLV -- is there a situation where it would > not? >=20 > and the T flag has no meaning in the DISJOINTNESS- > STATUS-TLV and MUST NOT be set while sending and ignored on receipt. >=20 > This clause should be a separate sentence. >=20 > Any new flag defined for the DISJOINTNESS-CONFIGURATION-TLV is be > automatically applicable to the DISJOINTNESS-STATUS-TLV. >=20 > This can't be correct, as there is no defined way to automatically > apply a new flag to DISJOINTNESS-STATUS-TLV. (The previous paragraph > defines three separate semantics for flags in = DISJOINTNESS-STATUS-TLV!) > But you can say: >=20 > Any document defining a new flag for the > DISJOINTNESS-CONFIGURATION-TLV automatically defines a new flag > with the same name and in the same location in > DISJOINTNESS-STATUS-TLV; the semantics of the flag in > DISJOINTNESS-STATUS-TLV MUST be specified in the document that > specifies the flag in DISJOINTNESS-CONFIGURATION-TLV. >=20 > 5.3. Relationship to SVEC >=20 > The PCE would consider both the objects >=20 > I think you mean MUST instead of "would". >=20 > In case no such path is possible (or the > constraints are incompatible), the PCE MUST send a path computation > reply (PCRep) with a NO-PATH object indicating path computation > failure as per [RFC5440]. >=20 > Adding "(or the constraints are incompatible)" to "no such path is > possible" is redundant! >=20 > This discussion is not clear to me. Partly it is because I'm not > familiar with SVEC. But I suspect that "synchronization of a set of > path computation requests" means that "the computations have to be > done together" and "dependent requests" means something similar to the > constraints between computed paths specified by the > DISJOINTNESS-CONFIGURATION-TLV. >=20 > Is it possible to provide a comparison between the requirements > specified by SVEC and the requirements specified by > DISJOINTNESS-CONFIGURATION-TLV? >=20 > Also, is there any specific relationship between the set of LSPs in an > SVEC and the set of LSPs in a disjoint-group? What if multiple SVECs > and disjoint-groups overlap in a complex way? >=20 > 5.4. Disjointness Objective functions >=20 > To minimize the common shared resources (Node, Link or SRLG) between > a set of paths during path computation three new OF-codes are > proposed: >=20 > Actually, the new codes are to allow specification of minimization of > shared resources. Also, an RFC doesn't just proposed the codes, it > specifies them. So this is better phrased: >=20 > Three new OF-codes allow specification of minimization of common > shared resources (Node, Link or SRLG) between a set of paths during > path computation: >=20 > -- >=20 > MSL >=20 > * Name: Minimize the number of shared (common) Links. >=20 > * Objective Function Code: TBD4 >=20 > * Description: Find a set of paths such that it passes through the > least number of shared (common) links. >=20 > MSS >=20 > * Name: Minimize the number of shared (common) SRLGs. >=20 > * Objective Function Code: TBD5 >=20 > * Description: Find a set of paths such that it passes through the > least number of shared (common) SRLGs. >=20 > MSN >=20 > * Name: Minimize the number of shared (common) Nodes. >=20 > * Objective Function Code: TBD6 >=20 > * Description: Find a set of paths such that it passes through the > least number of shared (common) nodes. >=20 > The use of "it" in the above definitions is unclear, since the paths > are "they". >=20 > There are a number of similar but different ways that "the number of > shared" entities can be defined. E.g., if four LSPs pass through a > single node, does that count as 1 (a single node is shared), 4 (four > LSPs pass through a node that is shared), 6 (six pairs of LSPs > conflict, in that the paths in the pair share a node)? That is, are > we counting (and thus minimizing) shared entities, the number of LSPs > that violate the requested constraint, or the number of pairs of LSPs > that overlap in an unacceptable way? >=20 > If the OF-list TLV is included in the Association Object, the = OF-code > inside the OF Object MUST include one of the disjoint OFs defined in > this document. If this condition is not met, the PCEP speaker MUST > respond with a PCErr message with Error-Type=3D10 (Reception of an > invalid object) and Error-Value=3DTBD9 (Incompatible OF code). >=20 > I find it surprising that you've defined a specific error code for an > unexpected OF-code, but you don't apply that error code to the > situation where there are multiple OF-codes. Instead, you have all > but the first silently ignored. >=20 > There's also the intersection case where the first OF-code is > legitimate, but the second OF-code is not one in this set. Does that > get an "Incompatible OF code" error, or is the second one just > ignored? >=20 > I think it's cleaner to change TBD9 to "Incompatible OF-list for > disjoint-group" and require it for all of these cases. >=20 > [RFC5440] uses SVEC diversity flag for node, link or SRLG to = describe > the potential disjointness between the set of path computation > requests used in PCEP protocol. >=20 > This paragraph seems very important, but completely out of place here. > Might it fit better in section 5.3? >=20 > This document defines three new OF-codes to maximize diversity as > much as possible, in other words, minimize the common shared > resources (Node, Link or SRLG) between a set of paths. >=20 > This paragraph seems redundant after the detailed discussion of these > codes. >=20 > The remaining paragraphs of this section seem like they should go in > section 5.3. >=20 > 5.5. P Flag Considerations >=20 > See above queries about the P flag. >=20 > As mentioned in Section 5.2, the P flag (when set) indicates that = the > computed path of the LSP SHOULD satisfies all constraints and > objective functions first without considering the diversity > constraint. >=20 > There are complexities that don't seem to be addressed. E.g., if > there are two LSPs with P=3D1 and two with P=3D0, I would expect that = the > first two would be computed with full consideration of the > disjointness constraint between them. So "without considering the > diversity constraint" really isn't a good description of what is > intended. >=20 > 5.6. Disjointness Computation Issues >=20 > Also, in case of network event leading to an impossible > strict disjointness, the PCE MUST send a PCUpd message ... >=20 > I think you want to start a new paragraph here and say >=20 > In case of a network event which makes it impossible to satisfy the > constraints, the PCE MUST send a PCUpd message ... >=20 > -- >=20 > The > actual level of disjointness computed by the PCE ... >=20 > More correct to say >=20 > The > actual level of disjointness of the paths computed by the PCE ... >=20 > -- >=20 > While the DISJOINTNESS-CONFIGURATION-TLV defines the > expected level of disjointness required by configuration, the > DISJOINTNESS-STATUS-TLV defines the actual level of disjointness > computed. >=20 > Better to s/expected/desired/ and s/actual/achieved/. >=20 > There are some cases where the PCE may need to completely relax the > disjointness constraint in order to provide a path to all the LSPs > that are part of the association. A mechanism that allows the PCE = to > fully relax a constraint is considered by the authors as more global > to PCEP rather than linked to the disjointness use case. As a > consequence, it is considered as out of scope of the document. >=20 > This para doesn't seem to make any difference. As long as the T bit > is clear and the local policy allows complete relaxation of the > requested disjointness, this case is covered within the mechanisms of > this document. And this case will be reported in a straightforward > way by a DISJOINTNESS-STATUS-TLV with all bits clear. >=20 > 6. Security Considerations >=20 > This document defines one new type for association ... >=20 > Better "This document defines one new PCEP association type ..." >=20 > After para 1, you probably want to add this case: "A spurious LSP can > have flags that are inconsistent with those of the legitimate LSPs of > the group and thus cause LSP allocation for the legitimate LSPs to > fail with an error." >=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Wed Oct 30 08:50:33 2019 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 4EB59120110; Wed, 30 Oct 2019 08:50:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 7OOZtRJBRwHB; Wed, 30 Oct 2019 08:50:19 -0700 (PDT) Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 E0E1D12002F; Wed, 30 Oct 2019 08:50:18 -0700 (PDT) Received: by mail-il1-x133.google.com with SMTP id d83so2559855ilk.7; Wed, 30 Oct 2019 08:50:18 -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=YtFUfwo7jZjjHnIMOEpUUzRZ6hFQ7I/dTA52GwqL5G4=; b=PEs3KMJI6JcUIA4r6YnnwoDMhOtxpqFWwO+kWJ+u8XiBv1LYK5RjzZFD1QotUGLJvG YZw96nuVP9yOIPZ+4xJq7bG/7Sr2xOqPKDjlS/3Sn1di1XCez6K3/BE+/0m6CFbC0Ur9 uJr88O7VH6ALyhwaUrDwJBUqkc2vpZth0rNiSNoW9sbn1zixErJYWsrnbWRu/aFg7WVA kmDeyRNdqjujpoN/NU3aD0YRAYo4nteJ+Qn6ELlt/olqL00l0GpHDVHoPW9qIMSifZV3 v6XL1W7q/evQYzxzDAfMen3LyMssOf88Z6eGncRmEZm3EPw2LFadeh4SzUOSFDO8vy5V HwYw== 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=YtFUfwo7jZjjHnIMOEpUUzRZ6hFQ7I/dTA52GwqL5G4=; b=kwT9pCYixrX1dlRiav2mFQgaLM6cdYnDMgaIVCrDQFoN8yh4ETnjloNt5A5agqr46U IeTfuCmDAsRBuwuF9AlToThDUY39/RoyO5pS27hXnaf/rXwhz8maDwRisYuNW5YaV5X0 BvQeLGsDtKTSBYZ4kohIFqqovRWDNf2BR8ZHU5xz5vkox1xzdl78c4h5CkS4YZcHlI5C wVnoZA8kVkoKaRIo7KJ4JINf1BWvhtNONI3QH5tcIRLDwvGN7ugSGJ0xFPyiwuVrcEMy zdB8+2pLMDUQmL1zm32ZO3x3g2qBS7/3GpZE4ew7vK9e/4eVQUX0N7fxHjjaPMGt1HvI 7tvA== X-Gm-Message-State: APjAAAWrmnZITyLjxMAPx2ZlriCHoEzzO3Yyp0YMP1RljB2Lgb9G9oTY YQ6uIGW75Vht/dqtiG2o5nlN4UuJ/2Nu+88SluY= X-Google-Smtp-Source: APXvYqxTuW6cudEpLesJyZFUAF/p3uH4TDV6yPPtWpURuRZxqOWZp7pZkRgyTvJi0YFUO2kYuSBZAclrbGhMQ5WsPDI= X-Received: by 2002:a92:484f:: with SMTP id v76mr803468ila.279.1572450617342; Wed, 30 Oct 2019 08:50:17 -0700 (PDT) MIME-Version: 1.0 References: <157092866490.1506.926010889840435426@ietfa.amsl.com> <291F6912-BE3A-475E-85A2-E323DD3B58E8@cooperw.in> In-Reply-To: <291F6912-BE3A-475E-85A2-E323DD3B58E8@cooperw.in> From: Dhruv Dhody Date: Wed, 30 Oct 2019 21:19:40 +0530 Message-ID: To: Alissa Cooper Cc: Dale Worley , General Area Review Team , pce@ietf.org, draft-ietf-pce-association-diversity.all@ietf.org, last-call@ietf.org, Mahend Negi Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] [Gen-art] Genart last call review of draft-ietf-pce-association-diversity-10 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, 30 Oct 2019 15:50:24 -0000 Hi Alissa, An update has been posted that makes changes based on the genart review by the authors - https://www.ietf.org/rfcdiff?url1=draft-ietf-pce-association-diversity-10&url2=draft-ietf-pce-association-diversity-12 A response to the Dale's email discussing these changes is pending. Dhruv On Wed, Oct 30, 2019 at 9:09 PM Alissa Cooper wrote: > > Thanks Dale. I entered a DISCUSS ballot to chat about a couple of your major points below and requested a response to the rest of your review. > > Alissa > > > > On Oct 12, 2019, at 8:04 PM, Dale Worley via Datatracker wrote: > > > > Reviewer: Dale Worley > > Review result: Ready with Issues > > > > I am the assigned Gen-ART reviewer for this draft. The General Area > > Review Team (Gen-ART) reviews all IETF documents being processed by > > the IESG for the IETF Chair. Please treat these comments just like > > any other last call comments. > > > > For more information, please see the FAQ at > > > > . > > > > Document: draft-ietf-pce-association-diversity-10 > > Reviewer: Dale R. Worley > > Review Date: 2019-10-12 > > IETF LC End Date: 2019-10-18 > > IESG Telechat date: not known > > > > Summary: > > > > This draft is on the right track but has open issues, described > > in the review. > > > > There are various exposition issues, as detailed below. > > > > There are some minor technical issues about reporting of error > > conditions, the significance of the P bit in DISJOINTNESS-STATUS-TLV, > > the detailed definition of the new objective functions, etc. as > > detailed below. > > > > But it seems like a number of complex cases haven't been clearly > > specified: (1) the effect of the P bit if multiple LSPs have P=1, (2) > > the interaction of SVEC and disjoint-groups, and (3) the interaction > > of partially overlapping disjoint-groups and/or SVEC sets. > > > > Major issues: > > > > The relationship of this mechanism with SVEC seems to be important but > > is not clearly stated. The relevant sections of the text seem to be: > > section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses > > SVEC diversity flag" on. I think that they need to be pulled into one > > section. Then it will be possible to have a good description of the > > interaction with SVEC. > > > > At the end of section 5.6 is the revelation that (1) the > > DISJOINTNESS-CONFIGURATION-TLV is not attached to a group (in some > > sense), but instead a separate copy of it is attached to every LSP in > > the group, (2) these copies must match in the group IDs they carry and > > also the T, S, N, and L flags in them must agree, (3) (I suspect) any > > OF-code must agree, and (4) the P flags in them may differ. This > > information is needed as background for a number of parts of the text > > to make sense, particularly the description of the P bit in section > > 5.2 and section 5.5. I recommend that the last para of section 5.5 be > > moved to section 5.1 or the beginning of section 5.2, so the reader is > > aware that the descriptions of each LSP carry separate, and not > > necessarily identical, DISJOINTNESS-CONFIGURATION-TLVs. > > > > The path computation effects of the P bit are described in the "P" > > item in section 5.2 and section 5.5. But the descriptions are > > unclear, or perhaps they presume that there are only two LSPs in the > > group. I think the intended meaning is that all of the LSPs in the > > group with P=1 are computed first, and then with those LSPs fixed, the > > LSPs in the group with P=0 are computed. This will cause > > shortest-path constraints (and other objective functions) to be > > optimized on the P=1 LSPs, and those paths will not be de-optimized by > > competition from the other paths. This should probably be pulled out > > of the description of the "P" in its TLV and put into a separate > > paragraph. > > > > Minor issues: > > > > Nits/editorial comments: > > > > In general, check the uses of "could" and "would". I think "would" is > > sometimes used to mean "... in that situation, the XXX MUST ...", and > > "could" is sometimes used where "MAY" would be clearer. > > > > The running title is given as "ASSOC-DISJOINT". I think "PCEP > > Diversity Constraint Signaling" would be clearer. > > > > Abstract > > > > The proposed extension allows a Path Computation Client (PCC) to > > advertise to a PCE that a particular LSP belongs to a > > disjoint-group, thus the PCE knows that ... > > > > It would be clearer if "a disjoint-group" was amplified to "a > > particular disjoint-group". > > > > Table of Contents > > > > There are a few section titles in which important words aren't > > capitalized ("functions" in section 5.4), or unimportant words are > > capitalized ("On" in sections 8.5 and 8.6). > > > > The title of section 8.4 is a verb phrase, compared to the titles of > > the other subsections of section 8. I suggest "Verification of > > Correct Operations" or maybe "Correct Operation Verification". > > > > Perhaps change the title of Appendix A to just "Contributors", since > > there is no other enumeration of contributors. > > > > 1. Introduction > > > > This document specifies a PCEP extension to signal that a particular > > group of LSPs should use diverse paths including the requested type > > , ---------------------------------------^ > > of diversity. > > > > Add a comma as indicated, to make it clear that "including" modifies > > "signal" rather than "paths". > > > > This document specifies a PCEP extension to signal that a particular > > group of LSPs should use diverse paths including the requested type > > of diversity. > > > > This implies that the "group" here is an instance of the association > > "grouping" of the preceding paragraph, but the Intro doesn't state > > that this document's grouping is an instance of the generic grouping > > mechanism. Perhaps > > > > This document specifies a PCEP grouping to signal that ... > > > > 3. Motivation > > > > A customer may request > > that the operator provide two end-to-end disjoint paths across the > > IP/MPLS core. > > > > I suggest "the operator's IP/MPLS core". > > > > [There are various places where the document seems to be phrased from > > the point of view of the network vendor rather than the point of view > > of the endpoint/user. The IETF convention is to focus on the endpoint > > or user.] > > > > The customer may use those paths as primary/backup or > > active/active. > > > > This phrasing uses an adjective as a noun. I prefer: > > > > The customer may use these paths with a primary/backup or an > > active/active configuration. > > > > -- > > > > Different level of disjointness may be offered: > > > > Perhaps "Different levels of disjointness can be defined:" > > > > 4. Applicability > > > > In the figure above, let us consider that the customer wants to have > > two disjoint paths between CE1/CE2 and CE3/CE4. > > > > I think that to make this accurate, you need to say "two disjoint > > paths, one between CE1 and CE2 and one between CE3 and CE4." > > > > This section seems disorganized. In particular, 2nd and 3rd paras > > don't seem to add much. Para 2 should be relocated to the SVEC > > discussion (see "Major issues). Para 3 seems to have two sentences of > > background information (I think it's duplicated in section 1) and one > > sentence that essentially states that this document defines a > > "diversity group" of LSPs which is a type of the generalized "LSP > > group". > > > > Using PCEP, the PCC could indicate that a disjoint path computation > > is required, such indication should include disjointness parameters > > such as the type of disjointness, the disjoint group identifiers, and > > any customization parameters according to the configured local > > policy. As mentioned previously, the extension described in > > [I-D.ietf-pce-association-group] is well suited to associate a set of > > LSPs with a particular disjoint-group. > > > > This touches on the right topics, but doesn't really connect them. > > Also, don't use "could" for an action that this document defines how > > to do. You want to say something like > > > > Using the extension to PCEP defined in this document, the PCC uses > > the [I-D.ietf-pce-association-group] extension to indicate that a > > group of LSPs are required to be disjoint; such indication should > > include disjointness parameters such as the type of disjointness, > > the disjoint group identifiers, and any customization parameters > > according to the configured local policy. > > > > -- > > > > Figure 2 - Sample use-cases for carrying disjoint-group over PCEP > > session > > > > In this figure, there seems to be a conflict in notation: Case 1 uses > > "PCC" seemingly in the same role for which Case 2 uses "PE 1" and "PE > > 3". The captions of both cases refer to "PCC". > > > > Also, the Case 1 and Case 2 captions run into each other. > > > > Using the disjoint-group within a PCEP messages may have two purpose: > > > > Better would be "The disjoint-group within PCEP messages is used for:" > > > > 5.1. Association Group > > > > As per [I-D.ietf-pce-association-group], LSPs are associated with > > other LSPs with which they interact by adding them to a common > > association group. > > > > To be exact, you want to say "by adding all of them"; by default > > "them" refers only to the "LSPs" that is the subject of the sentence. > > > > The Association parameters, as described in > > [I-D.ietf-pce-association-group] as the combination of the mandatory > > fields Association type, Association ID and Association Source in the > > ASSOCIATION object, that uniquely identify the association group > > belonging to this association. If the optional TLVs - Global > > Association Source or Extended Association ID - are included, then > > they are included in combination with mandatory fields to uniquely > > identify the association group. > > > > Use either "field" or "TLV" consistently (unless the TLVs really are > > different from the "fields"). > > > > This is awkward. Better would be > > > > As described in [I-D.ietf-pce-association-group], the association > > group is uniquely identified by the combination of these fields in > > the ASSOCIATION object: Association Type, Association ID, > > Association Source, and (if present) Global Association Source or > > Extended Association ID. > > > > ... This document defines a new ... > > > > Start a new para with this sentence. > > > > o Association type = TBD1 ("Disjointness Association Type") for > > Disjoint Association Group (DAG). > > > > This seems redundant, unless there exists another type that is also > > associated with Disjoint Association Group (DAG). Otherwise, you can > > probably use > > > > o Association type = TBD1 Disjoint Association Type > > > > -- > > > > This capability exchange for the association type > > described in this document (i.e. Disjointness Association Type) MUST > > be done before using the disjointness association. > > > > This can be simplified to > > > > This capability exchange for Disjointness Association Type MUST > > be done before using the disjointness association. > > > > There seem to be multiple uses of "Disjoint Association Group (DAG)" > > and "Disjointness Association Type (TBD1)", each of which states the > > equivalence of two things. You should be able to use one instance of > > each. Also, it's probably worth putting "Disjointness Association > > Type" into section 2. > > > > This association type is considered to be both dynamic and operator- > > configured in nature. > > > > It might be worth providing references for the meaning of "dynamic" > > and "operator-configured". > > > > A disjoint group can have two or more LSPs, [...] > > > > The significance of this clause to the rest of the sentence is > > unclear; it seems obvious that a disjoint group needs at least two > > members before it is significant. However, as a matter of protocol, > > can a group that has only one LSP be established? > > > > The disjoint status is informed to the PCC. > > > > This seems to be describing how to report to the PCC that the > > computation was not done as requested. I think you want to provide > > more details here, or a pointer to them. In any case, "disjoint > > status" isn't really a clear statement that the error condition will > > be reported. > > > > Associating a particular LSP to multiple disjoint groups is > > authorized from a protocol perspective, however there is no assurance > > that the PCE will be able to compute properly the multi-disjointness > > constraint. > > > > You want to state *much* more clearly what might happen. This starts > > with "A particular LSP MAY be associated to multiple disjoint groups, > > but in that case, the PCE MAY ..." What are the outer boundaries of > > the results that the PCE MAY return? Is the PCE required to provide > > any particular error indication? > > > > 5.2. Disjoint TLVs > > > > See "Major issues" regarding explaining that there is a separate copy > > of DISJOINTNESS-CONFIGURATION-TLV for each LSP, and they needn't all > > be the same. All of the constraints described in the last paragraph > > of section 5.5 should be moved to here, or perhaps section 5.1. > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Type = TBD2 | Length | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Flags |T|P|S|N|L| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > "Flags" should be "Reserved". > > > > * P (Shortest path) bit: when set, this indicates that the > > computed path of the LSP SHOULD satisfy all the constraints and > > objective functions first without considering the diversity > > constraint. ... > > > > See "Major issues" for providing a separate paragraph to explain the > > semantics of the "P" bit. > > > > * T (Strict disjointness) bit: when set, if disjoint paths cannot > > be found, PCE SHOULD return no path for LSPs that could not be > > be disjoint. When unset, the PCE is allowed to relax > > disjointness by either applying a requested objective function > > (cf. Section 5.4 below) or using any other behavior if no > > objective function is requested (e.g. using a lower disjoint > > type (link instead of node) or fully relaxing disjointness > > constraint). Further see Section 5.6 for details. > > > > Instead of "or using any other behavior if no objective function is > > requested" it would be more conventional to say "or, if no objective > > function is requested, using local policy". > > > > The DISJOINTNESS-STATUS-TLV uses the same format as the DISJOINTNESS- > > CONFIGURATION-TLV with a different type TBD3 (in the TLV). The L, N, > > and S flags are set based if the computed path meet the disjointness > > criteria. > > > > Should be "... are set if the respective disjointness criterion was > > requested and the computed paths meet it" > > > > The P flag is set to indicate that the computed path is > > the shortest > > > > Surely "the shortest" needs further explanation -- the shortest path > > that meets what constraints? I suspect that this just reflects the P > > flag in the CONFIGURATION-TLV -- is there a situation where it would > > not? > > > > and the T flag has no meaning in the DISJOINTNESS- > > STATUS-TLV and MUST NOT be set while sending and ignored on receipt. > > > > This clause should be a separate sentence. > > > > Any new flag defined for the DISJOINTNESS-CONFIGURATION-TLV is be > > automatically applicable to the DISJOINTNESS-STATUS-TLV. > > > > This can't be correct, as there is no defined way to automatically > > apply a new flag to DISJOINTNESS-STATUS-TLV. (The previous paragraph > > defines three separate semantics for flags in DISJOINTNESS-STATUS-TLV!) > > But you can say: > > > > Any document defining a new flag for the > > DISJOINTNESS-CONFIGURATION-TLV automatically defines a new flag > > with the same name and in the same location in > > DISJOINTNESS-STATUS-TLV; the semantics of the flag in > > DISJOINTNESS-STATUS-TLV MUST be specified in the document that > > specifies the flag in DISJOINTNESS-CONFIGURATION-TLV. > > > > 5.3. Relationship to SVEC > > > > The PCE would consider both the objects > > > > I think you mean MUST instead of "would". > > > > In case no such path is possible (or the > > constraints are incompatible), the PCE MUST send a path computation > > reply (PCRep) with a NO-PATH object indicating path computation > > failure as per [RFC5440]. > > > > Adding "(or the constraints are incompatible)" to "no such path is > > possible" is redundant! > > > > This discussion is not clear to me. Partly it is because I'm not > > familiar with SVEC. But I suspect that "synchronization of a set of > > path computation requests" means that "the computations have to be > > done together" and "dependent requests" means something similar to the > > constraints between computed paths specified by the > > DISJOINTNESS-CONFIGURATION-TLV. > > > > Is it possible to provide a comparison between the requirements > > specified by SVEC and the requirements specified by > > DISJOINTNESS-CONFIGURATION-TLV? > > > > Also, is there any specific relationship between the set of LSPs in an > > SVEC and the set of LSPs in a disjoint-group? What if multiple SVECs > > and disjoint-groups overlap in a complex way? > > > > 5.4. Disjointness Objective functions > > > > To minimize the common shared resources (Node, Link or SRLG) between > > a set of paths during path computation three new OF-codes are > > proposed: > > > > Actually, the new codes are to allow specification of minimization of > > shared resources. Also, an RFC doesn't just proposed the codes, it > > specifies them. So this is better phrased: > > > > Three new OF-codes allow specification of minimization of common > > shared resources (Node, Link or SRLG) between a set of paths during > > path computation: > > > > -- > > > > MSL > > > > * Name: Minimize the number of shared (common) Links. > > > > * Objective Function Code: TBD4 > > > > * Description: Find a set of paths such that it passes through the > > least number of shared (common) links. > > > > MSS > > > > * Name: Minimize the number of shared (common) SRLGs. > > > > * Objective Function Code: TBD5 > > > > * Description: Find a set of paths such that it passes through the > > least number of shared (common) SRLGs. > > > > MSN > > > > * Name: Minimize the number of shared (common) Nodes. > > > > * Objective Function Code: TBD6 > > > > * Description: Find a set of paths such that it passes through the > > least number of shared (common) nodes. > > > > The use of "it" in the above definitions is unclear, since the paths > > are "they". > > > > There are a number of similar but different ways that "the number of > > shared" entities can be defined. E.g., if four LSPs pass through a > > single node, does that count as 1 (a single node is shared), 4 (four > > LSPs pass through a node that is shared), 6 (six pairs of LSPs > > conflict, in that the paths in the pair share a node)? That is, are > > we counting (and thus minimizing) shared entities, the number of LSPs > > that violate the requested constraint, or the number of pairs of LSPs > > that overlap in an unacceptable way? > > > > If the OF-list TLV is included in the Association Object, the OF-code > > inside the OF Object MUST include one of the disjoint OFs defined in > > this document. If this condition is not met, the PCEP speaker MUST > > respond with a PCErr message with Error-Type=10 (Reception of an > > invalid object) and Error-Value=TBD9 (Incompatible OF code). > > > > I find it surprising that you've defined a specific error code for an > > unexpected OF-code, but you don't apply that error code to the > > situation where there are multiple OF-codes. Instead, you have all > > but the first silently ignored. > > > > There's also the intersection case where the first OF-code is > > legitimate, but the second OF-code is not one in this set. Does that > > get an "Incompatible OF code" error, or is the second one just > > ignored? > > > > I think it's cleaner to change TBD9 to "Incompatible OF-list for > > disjoint-group" and require it for all of these cases. > > > > [RFC5440] uses SVEC diversity flag for node, link or SRLG to describe > > the potential disjointness between the set of path computation > > requests used in PCEP protocol. > > > > This paragraph seems very important, but completely out of place here. > > Might it fit better in section 5.3? > > > > This document defines three new OF-codes to maximize diversity as > > much as possible, in other words, minimize the common shared > > resources (Node, Link or SRLG) between a set of paths. > > > > This paragraph seems redundant after the detailed discussion of these > > codes. > > > > The remaining paragraphs of this section seem like they should go in > > section 5.3. > > > > 5.5. P Flag Considerations > > > > See above queries about the P flag. > > > > As mentioned in Section 5.2, the P flag (when set) indicates that the > > computed path of the LSP SHOULD satisfies all constraints and > > objective functions first without considering the diversity > > constraint. > > > > There are complexities that don't seem to be addressed. E.g., if > > there are two LSPs with P=1 and two with P=0, I would expect that the > > first two would be computed with full consideration of the > > disjointness constraint between them. So "without considering the > > diversity constraint" really isn't a good description of what is > > intended. > > > > 5.6. Disjointness Computation Issues > > > > Also, in case of network event leading to an impossible > > strict disjointness, the PCE MUST send a PCUpd message ... > > > > I think you want to start a new paragraph here and say > > > > In case of a network event which makes it impossible to satisfy the > > constraints, the PCE MUST send a PCUpd message ... > > > > -- > > > > The > > actual level of disjointness computed by the PCE ... > > > > More correct to say > > > > The > > actual level of disjointness of the paths computed by the PCE ... > > > > -- > > > > While the DISJOINTNESS-CONFIGURATION-TLV defines the > > expected level of disjointness required by configuration, the > > DISJOINTNESS-STATUS-TLV defines the actual level of disjointness > > computed. > > > > Better to s/expected/desired/ and s/actual/achieved/. > > > > There are some cases where the PCE may need to completely relax the > > disjointness constraint in order to provide a path to all the LSPs > > that are part of the association. A mechanism that allows the PCE to > > fully relax a constraint is considered by the authors as more global > > to PCEP rather than linked to the disjointness use case. As a > > consequence, it is considered as out of scope of the document. > > > > This para doesn't seem to make any difference. As long as the T bit > > is clear and the local policy allows complete relaxation of the > > requested disjointness, this case is covered within the mechanisms of > > this document. And this case will be reported in a straightforward > > way by a DISJOINTNESS-STATUS-TLV with all bits clear. > > > > 6. Security Considerations > > > > This document defines one new type for association ... > > > > Better "This document defines one new PCEP association type ..." > > > > After para 1, you probably want to add this case: "A spurious LSP can > > have flags that are inconsistent with those of the legitimate LSPs of > > the group and thus cause LSP allocation for the legitimate LSPs to > > fail with an error." > > > > > > _______________________________________________ > > Gen-art mailing list > > Gen-art@ietf.org > > https://www.ietf.org/mailman/listinfo/gen-art > From nobody Wed Oct 30 09:27:49 2019 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 23DA71200EC for ; Wed, 30 Oct 2019 09:27:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.289 X-Spam-Level: X-Spam-Status: No, score=-0.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 fQCHVQ2cTfTz for ; Wed, 30 Oct 2019 09:27:47 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5498120073 for ; Wed, 30 Oct 2019 09:27:46 -0700 (PDT) Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr27.francetelecom.fr (ESMTP service) with ESMTP id 473DQ91Hxzz4wDc; Wed, 30 Oct 2019 17:27:45 +0100 (CET) Received: from Exchangemail-eme3.itn.ftgroup (unknown [xx.xx.50.66]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 473DQ90gRjz1xqx; Wed, 30 Oct 2019 17:27:45 +0100 (CET) Received: from [10.193.71.23] (10.114.50.248) by OPEXCNORM4E.corporate.adroot.infra.ftgroup (10.114.50.66) with Microsoft SMTP Server (TLS) id 14.3.468.0; Wed, 30 Oct 2019 17:27:44 +0100 To: "Jeffrey (Zhaohui) Zhang" , "pce@ietf.org" References: <2253_1571057725_5DA4703D_2253_382_1_4a67be90-0e50-19c4-761d-b20e74a1579e@orange.com> From: Organization: Orange Labs Message-ID: <6439_1572452865_5DB9BA01_6439_18_1_e0e9087d-511f-1c91-c54c-09657dc7955b@orange.com> Date: Wed, 30 Oct 2019 17:27:44 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Language: en-GB X-Originating-IP: [10.114.50.248] Archived-At: Subject: Re: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec 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, 30 Oct 2019 16:27:48 -0000 Hi all, I support also this draft. By peaky backing the BGP FlowSpec registry, it a= llows the same level of flexibility as with BGP Flow Spec. Regards Olivier Le 29/10/2019 =C3=A0 05:47, Jeffrey (Zhaohui) Zhang a =C3=A9crit=C2=A0: > Support progressing the draft. > > Thanks! > Jeffrey > > ------------------- > > From: > Date: Mon, Oct 14, 2019 at 6:25 PM > Subject: [Pce] WG Last Call of draft-ietf-pce-pcep-flowspec > To: pce@ietf.org > > > Hi all, > > In our WGLC queue, draft-ietf-pce-pcep-flowspec has been stable for a whi= le. This message starts a 2-week WG last call on this I-D. Please review th= e document and share your feedback using the PCE mailing list by Monday Oct= ober, 28. > > You will note that the I-D includes an implementation section. If you hav= e an implementation, you may also contact the chairs privately. > > 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://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/pce__;!= 8WoA6RjC81c!VmrmTmH2eNMsQdPKcwXmDK4bkJ8q3A5mpzGfxJR1LBm9Bh98jGC9U_nXEHnrJMx= -$=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Oct 30 10:50:52 2019 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 D83A112000F; Wed, 30 Oct 2019 10:50:49 -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-association-diversity@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <157245784988.32527.18104008395862936142.idtracker@ietfa.amsl.com> Date: Wed, 30 Oct 2019 10:50:49 -0700 Archived-At: Subject: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-association-diversity-12: (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, 30 Oct 2019 17:50:50 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-pce-association-diversity-12: 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-association-diversity/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 6. Per “Also, as stated in [I-D.ietf-pce-association-group], much of the information carried in the Disjointness Association object, as per this document is not extra sensitive”, I appreciate that the language of “not extra sensitive” comes from Section 8 of draft-ietf-pce-association-group and this text is merely trying to reiterate this observation. However, I would recommend not making any assumptions about the particular environments by stating the following: OLD: Also, as stated in [I-D.ietf-pce-association-group], much of the information carried in the Disjointness Association object, as per this document is not extra sensitive. It often reflects information that can also be derived from the LSP Database, but association provides a much easier grouping of related LSPs and messages. The disjointness association could provide an adversary with the opportunity to eavesdrop on the relationship between the LSPs. NEW Also, as stated in [I-D.ietf-pce-association-group], much of the information carried in the Disjointness Association object reflects information that can also be derived from the LSP Database, but association provides a much easier grouping of related LSPs and messages. The disjointness association could provide an adversary with the opportunity to eavesdrop on the relationship between the LSPs and understand the network topology. From nobody Wed Oct 30 17:10:10 2019 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 0B7D8120289; Wed, 30 Oct 2019 17:09:54 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Mike McBride via Datatracker To: Cc: last-call@ietf.org, pce@ietf.org, draft-farrel-pce-stateful-flags.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Mike McBride Message-ID: <157248059396.32502.7485483203706927333@ietfa.amsl.com> Date: Wed, 30 Oct 2019 17:09:54 -0700 Archived-At: Subject: [Pce] Rtgdir last call review of draft-farrel-pce-stateful-flags-02 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, 31 Oct 2019 00:09:54 -0000 Reviewer: Mike McBride Review result: Has Nits 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-farrel-pce-stateful-flags Reviewer: Mike McBride Review Date: Oct. 30 2019 IETF LC End Date: N/A (in preparation for IETF LC) Intended Status: Standards Track Summary: This document is near ready for publication. It has nits that should be at least considered prior to publication. Comments: Great job on the easy to understand draft. I probably don't want to know the history of why this is an individual draft but I am curious. I'll ask Adrian over a drink sometime. Major issues: No major issues found. Minor Issues: No minor issues found. Nits for your consideration: Abstract: "Extensions to the Path Computation Element communications Protocol" -capitalize "communications" as you do in the Introduction. 4. Compatibility Considerations .. "It should be noted that common behavior for flags fields is as described by the updated text presented in Section 3 so many implementations, lacking guidance from RFC 8231, will still have implemented a consistent and future-proof approach." For better readability change to: "It should be noted that common behavior for flags fields is as described by the updated text presented in Section 3. Therefore, many implementations, lacking guidance from RFC 8231, will still have implemented a consistent and future-proof approach." Or something similar. Consider removing all instances of the word "so". thanks, mike From nobody Wed Oct 30 20:29:58 2019 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 EE208120072; Wed, 30 Oct 2019 20:29:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan via Datatracker To: "The IESG" Cc: draft-ietf-pce-association-diversity@ietf.org, Julien Meuric , pce-chairs@ietf.org, julien.meuric@orange.com, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Suresh Krishnan Message-ID: <157249259096.32511.2692078197358707202.idtracker@ietfa.amsl.com> Date: Wed, 30 Oct 2019 20:29:50 -0700 Archived-At: Subject: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-association-diversity-12: (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: Thu, 31 Oct 2019 03:29:51 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-pce-association-diversity-12: 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-association-diversity/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- * Section 5.3: Given the fairly relaxed handling of multiple OF-codes ("the receiver MUST consider the first OF-code only and ignore others if included") I think the error handling as specified in "the OF-code inside the OF Object MUST include one of the disjoint OFs defined in this document. If this condition is not met, the PCEP speaker MUST..." needs to be tightened a bit since all the OF-codes but the first are ignored for processing but still considered for error handling. Suggest something like this OLD: the OF-code inside the OF Object MUST include one of the disjoint OFs defined in this document. NEW: the first OF-code inside the OF Object MUST be one of the disjoint OFs defined in this document. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Looks like the placeholder TBD8 is being used for two totally different purposes (a new bit in the NO-PATH-VECTOR TLV and the Error-value for DISJOINTNESS-CONFIGURATION-TLV missing) and this is confusing. Please deconflict. From nobody Wed Oct 30 22:44:52 2019 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 446F512008A; Wed, 30 Oct 2019 22:44:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157250069118.32557.3382792547574138514@ietfa.amsl.com> Date: Wed, 30 Oct 2019 22:44:51 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-policy-07.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, 31 Oct 2019 05:44:51 -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 : Path Computation Element communication Protocol (PCEP) extension for associating Policies and Label Switched Paths (LSPs) Authors : Stephane Litkowski Siva Sivabalan Jeff Tantsura Jonathan Hardwick Mahendra Singh Negi Filename : draft-ietf-pce-association-policy-07.txt Pages : 15 Date : 2019-10-30 Abstract: This document introduces a simple mechanism to associate policies to a group of Label Switched Paths (LSPs) via an extension to the Path Computation Element (PCE) Communication Protocol (PCEP). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-association-policy/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-association-policy-07 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-policy-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-policy-07 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 Oct 31 01:25:33 2019 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 80C3712084A; Thu, 31 Oct 2019 01:25:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 wHw4gVmrULmZ; Thu, 31 Oct 2019 01:25:21 -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 40FE6120858; Thu, 31 Oct 2019 01:25:18 -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 x9V8PFoA031007; Thu, 31 Oct 2019 08:25:15 GMT Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B78662203A; Thu, 31 Oct 2019 08:25:15 +0000 (GMT) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id A24C722032; Thu, 31 Oct 2019 08:25:15 +0000 (GMT) Received: from LAPTOPK7AS653V (nat-cataldo.sssup.it [193.205.81.5]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9V8PEud025827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 31 Oct 2019 08:25:14 GMT Reply-To: From: "Adrian Farrel" To: "'Mike McBride'" , Cc: , , References: <157248059396.32502.7485483203706927333@ietfa.amsl.com> In-Reply-To: <157248059396.32502.7485483203706927333@ietfa.amsl.com> Date: Thu, 31 Oct 2019 08:25:13 -0000 Organization: Old Dog Consulting Message-ID: <032601d58fc4$b8564080$2902c180$@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: AQHi2ihjgA1IJnmANVApJp+clEDdkKdZ0Vaw Content-Language: en-gb X-Originating-IP: 193.205.81.5 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-25012.005 X-TM-AS-Result: No--14.132-10.0-31-10 X-imss-scan-details: No--14.132-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25012.005 X-TMASE-Result: 10--14.132200-10.000000 X-TMASE-MatchedRID: vbSD0OnL8/KWfDtBOz4q23FPUrVDm6jtekMgTOQbVFsPoCijfP3iFQVM 9kPsaYx4oy2SIk5YwsWpZhRAegbTsWkvSsmm5LbrbMGKOuLn5FWm8MsuWwAf/WmJ+7V5rRczXX0 yEET6QUV0pztEum/nvWDrYQU1YCiIaQLHj6ykmiQZSUX8zcPGn/y9bLgnh4ApQW6eCaGxKwLzCK gCT6UES3n8IcnDNAWzBVERrJw/NWzPLOaarwAhU+PEkNSS7Y82+Pj9s/c5EzfKY//WmIj/oY94g 1bimeFk2kHkg5duVFcByttyn2gvj6YCibQP9VsbpL2kLXgwLcImOgC1/BTSzoe/yi1B5QhCY/F8 3al4Z14FyhJeEgR2RCoZPgBgf8qRjSWgDaRwEZ2NWnM6K+oeodJ178I1tpklnPfzRgtyC9ejxYy RBa/qJaEwgORH8p/A/fTpDjOELgPdB/CxWTRRu25FeHtsUoHuPhvwYp62g4Ifeo17W9LG1Eaak4 WsAlSQXvbDKFYngURoBmTSwRxjXg== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Pce] Rtgdir last call review of draft-farrel-pce-stateful-flags-02 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, 31 Oct 2019 08:25:24 -0000 Hi Mike, Thanks for taking the time to read this. > Great job on the easy to understand draft. I probably > don't want to know the history of why this is an individual > draft but I am curious. I'll ask Adrian over a drink sometime. Not rejecting the idea of a drink, but just sharing with the wider = community... It is fun to exercise the full range of IETF process options from time = to time. The chairs did not think it was necessary to delay the draft by putting = it into the adoption queue and going through all that piece of process = when all that was needed was a last call. > Nits for your consideration: > > Abstract: > "Extensions to the Path Computation Element communications Protocol" > -capitalize "communications" as you do in the Introduction. Oh look! Officially there is no 's' on Communication. (Also right in the = Introduction) Thanks. > 4. Compatibility Considerations > .. > "It should be noted that common behavior for flags fields is as = described by > the updated text presented in Section 3 so many implementations, = lacking > guidance from RFC 8231, will still have implemented a consistent and > future-proof approach." > > For better readability change to: > "It should be noted that common behavior for flags fields is as = described by > the updated text presented in Section 3. Therefore, many = implementations, > lacking guidance from RFC 8231, will still have implemented a = consistent and > future-proof approach." Or something similar. > > Consider removing all instances of the word "so". So, you think 'so' is so so-so? Yup. Caught a couple of equally ambiguous cases. Best, Adrian From nobody Thu Oct 31 01:25:51 2019 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 CFDF1120890; Thu, 31 Oct 2019 01:25:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157251034376.30404.5991721621818377088@ietfa.amsl.com> Date: Thu, 31 Oct 2019 01:25:43 -0700 Archived-At: Subject: [Pce] I-D Action: draft-farrel-pce-stateful-flags-03.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, 31 Oct 2019 08:25:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element WG of the IETF. Title : Updated Rules for Processing Stateful PCE Request Parameters Flags Author : Adrian Farrel Filename : draft-farrel-pce-stateful-flags-03.txt Pages : 6 Date : 2019-10-31 Abstract: Extensions to the Path Computation Element Communication Protocol (PCEP) to support stateful Path Computation Elements (PCEs) are defined in RFC 8231. One of the extensions is the Stateful PCE Request Parameters (SRP) object. That object includes a Flags field that is a set of 32 bit flags, and RFC 8281 defines an IANA registry for tracking assigned flags. However, RFC 8231 does not explain how an implementation should set unassigned flags in transmitted messages, nor how an implementation should process unassigned, unknown, or unsupported flags in received messages. This document updates RFC 8231 by defining the correct behaviors. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-farrel-pce-stateful-flags/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-farrel-pce-stateful-flags-03 https://datatracker.ietf.org/doc/html/draft-farrel-pce-stateful-flags-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-farrel-pce-stateful-flags-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Oct 31 03:05:49 2019 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 6ADCB12001A; Thu, 31 Oct 2019 03:05: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: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <157251634236.30489.11797470177937263789@ietfa.amsl.com> Date: Thu, 31 Oct 2019 03:05:42 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-yang-13.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, 31 Oct 2019 10:05: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 : A YANG Data Model for Path Computation Element Communications Protocol (PCEP) Authors : Dhruv Dhody Jonathan Hardwick Vishnu Pavan Beeram Jeff Tantsura Filename : draft-ietf-pce-pcep-yang-13.txt Pages : 113 Date : 2019-10-31 Abstract: This document defines a YANG data model for the management of Path Computation Element communications Protocol (PCEP) for communications between a Path Computation Client (PCC) and a Path Computation Element (PCE), or between two PCEs. The data model includes configuration and state data. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-yang-13 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-yang-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-yang-13 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 Oct 31 09:04:24 2019 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 D31EC12012C; Thu, 31 Oct 2019 09:04:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 5IQtsHMibjVX; Thu, 31 Oct 2019 09:04:09 -0700 (PDT) Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11600120096; Thu, 31 Oct 2019 09:04:09 -0700 (PDT) Received: by mail-oi1-x22f.google.com with SMTP id c2so5590302oic.13; Thu, 31 Oct 2019 09:04: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=VOg0pyd0HXzQfrPlzcero2nBeN3etqM5yqD4u/tuCQI=; b=GypuzLK05tof4GLcpiT8++uJgi4TJoWHWujwN+8IYAATE0RwHgvknHhzB5DbVn9w/O X/eyPWxSq+wKnSFJHCDkNbEDloLB58OzANVPa+HrB+BVwvBpo/HPc2Fmn4OhVD8hzKjS eDYlbDF1XbgGW9ho1jXNU6fTem9N5E6jtyXLwNweJyDAJ3QizrVhxZKoN4CYWy6zJUr4 TLsdYzFZYtQ6+cVqn7QSaoDmpTE6bHffD96GZ0Er3exm8wrH2L7yw6Bfg0VF3WOuDdH5 d3iz9irx/3IzcS+IdgzgPwkRPOCdXemkQ/Z9d++Q2q5AWZcIAVLNPjzD01KylY4HFVNU 0qQg== 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=VOg0pyd0HXzQfrPlzcero2nBeN3etqM5yqD4u/tuCQI=; b=OOf5LXpPu0eui24jWZ656DxLv5x4X5S6AM0eFtulbnGQOt1yLBdZEDOegecdPPc1Nj VKwU7aOC3R8nz3KJxA9/x0TIv/nwDO7r7TCrYaJq4WyIjFjn5JabOxxAZ+MS/tczIT2t 5rsv67Y0AsYFxmwZyYSl6qtfrvhwvDJpMHQ4gamm47SthgPYC08OUcxc6TlfvkdB5v+N k1qJZmQF48HdJPgjy257ppweaGYl3NZniaQJWryJXfAllEN2vMmBI4QYH490vlC4gNUz w9HNWrlU3hrPEfi8fHzTdKG0RNyeS6QzABmUkCuibfID94fkH9RZAz1b530xH5OQ1g7a C9GQ== X-Gm-Message-State: APjAAAWfLnYLnjtGmneiFRAKrOYr8HGWRoYga6/Z9SqnsawD7/+OWLBX PZpepYCIjRJNesMqHXxVFJBoJwzKNGfZUtfawT115ej2 X-Google-Smtp-Source: APXvYqzxyJttENnJj3XoNarvyKU78idXiOX6S0dmp+2te2qR0JAhfqS8BMsJvOTy7MkzE5BRj6uAV7gqxY2Ld+CUMjw= X-Received: by 2002:a05:6808:644:: with SMTP id z4mr964798oih.105.1572537848152; Thu, 31 Oct 2019 09:04:08 -0700 (PDT) MIME-Version: 1.0 References: <157092866490.1506.926010889840435426@ietfa.amsl.com> In-Reply-To: <157092866490.1506.926010889840435426@ietfa.amsl.com> From: Mahend Negi Date: Thu, 31 Oct 2019 21:33:56 +0530 Message-ID: To: Dale Worley Cc: General Area Review Team , pce@ietf.org, "ietf@ietf.org Discussion" , draft-ietf-pce-association-diversity.all@ietf.org Content-Type: multipart/alternative; boundary="000000000000d5c79c059636ffcf" Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-association-diversity-10 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, 31 Oct 2019 16:04:17 -0000 --000000000000d5c79c059636ffcf Content-Type: text/plain; charset="UTF-8" Hi Dale, Thanks for detailed review. All the comments are addressed in version-12: https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12 PSB inline[M.Negi] to your comments for details, further a working copy also maintained, any further comments I'll update and post new version. Working copy: https://github.com/mahendnegi/ietf/blob/master/pce/assoc-diversity/draft-ietf-pce-association-diversity-13.txt On Sun, Oct 13, 2019 at 6:34 AM Dale Worley via Datatracker < noreply@ietf.org> wrote: > Reviewer: Dale Worley > Review result: Ready with Issues > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed by > the IESG for the IETF Chair. Please treat these comments just like > any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-pce-association-diversity-10 > Reviewer: Dale R. Worley > Review Date: 2019-10-12 > IETF LC End Date: 2019-10-18 > IESG Telechat date: not known > > Summary: > > This draft is on the right track but has open issues, described > in the review. > > There are various exposition issues, as detailed below. > > There are some minor technical issues about reporting of error > conditions, the significance of the P bit in DISJOINTNESS-STATUS-TLV, > the detailed definition of the new objective functions, etc. as > detailed below. > > But it seems like a number of complex cases haven't been clearly > specified: (1) the effect of the P bit if multiple LSPs have P=1, (2) > the interaction of SVEC and disjoint-groups, and (3) the interaction > of partially overlapping disjoint-groups and/or SVEC sets. > > Major issues: > > The relationship of this mechanism with SVEC seems to be important but > is not clearly stated. The relevant sections of the text seem to be: > section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses > SVEC diversity flag" on. I think that they need to be pulled into one > section. Then it will be possible to have a good description of the > interaction with SVEC. [M Negi] Done > At the end of section 5.6 is the revelation that (1) the > DISJOINTNESS-CONFIGURATION-TLV is not attached to a group (in some > sense), but instead a separate copy of it is attached to every LSP in > the group, (2) these copies must match in the group IDs they carry and > also the T, S, N, and L flags in them must agree, (3) (I suspect) any > OF-code must agree, and (4) the P flags in them may differ. This > information is needed as background for a number of parts of the text > to make sense, particularly the description of the P bit in section > 5.2 and section 5.5. I recommend that the last para of section 5.5 be > moved to section 5.1 or the beginning of section 5.2, so the reader is > aware that the descriptions of each LSP carry separate, and not > necessarily identical, DISJOINTNESS-CONFIGURATION-TLVs. > [M Negi] Done > The path computation effects of the P bit are described in the "P" > item in section 5.2 and section 5.5. But the descriptions are > unclear, or perhaps they presume that there are only two LSPs in the > group. I think the intended meaning is that all of the LSPs in the > group with P=1 are computed first, and then with those LSPs fixed, the > LSPs in the group with P=0 are computed. This will cause > shortest-path constraints (and other objective functions) to be > optimized on the P=1 LSPs, and those paths will not be de-optimized by > competition from the other paths. This should probably be pulled out > of the description of the "P" in its TLV and put into a separate > paragraph. > [M Negi] Done, section 5.4.1 > Minor issues: > > Nits/editorial comments: > > In general, check the uses of "could" and "would". I think "would" is > sometimes used to mean "... in that situation, the XXX MUST ...", and > "could" is sometimes used where "MAY" would be clearer. > [M Negi] Done > The running title is given as "ASSOC-DISJOINT". I think "PCEP > Diversity Constraint Signaling" would be clearer. > [M Negi] Done, PCEP-Diversity-Constraints-Signaling > Abstract > > The proposed extension allows a Path Computation Client (PCC) to > advertise to a PCE that a particular LSP belongs to a > disjoint-group, thus the PCE knows that ... > > It would be clearer if "a disjoint-group" was amplified to "a > particular disjoint-group". > [M Negi] Done > Table of Contents > > There are a few section titles in which important words aren't > capitalized ("functions" in section 5.4), or unimportant words are > capitalized ("On" in sections 8.5 and 8.6). > [M Negi] Done > > The title of section 8.4 is a verb phrase, compared to the titles of > the other subsections of section 8. I suggest "Verification of > Correct Operations" or maybe "Correct Operation Verification". > [M Negi] Done > Perhaps change the title of Appendix A to just "Contributors", since > there is no other enumeration of contributors. > > 1. Introduction > > This document specifies a PCEP extension to signal that a particular > group of LSPs should use diverse paths including the requested type > , ---------------------------------------^ > of diversity. > > Add a comma as indicated, to make it clear that "including" modifies > "signal" rather than "paths". [M Negi] Done > This document specifies a PCEP extension to signal that a particular > group of LSPs should use diverse paths including the requested type > of diversity. > > This implies that the "group" here is an instance of the association > "grouping" of the preceding paragraph, but the Intro doesn't state > that this document's grouping is an instance of the generic grouping > mechanism. Perhaps > > This document specifies a PCEP grouping to signal that ... > [M Negi] Done, changed to: This document specifies a PCEP extension to signal that a set of LSPs in a particular group should use diverse paths, including the requested type of diversity. > 3. Motivation > > A customer may request > that the operator provide two end-to-end disjoint paths across the > IP/MPLS core. > > I suggest "the operator's IP/MPLS core". > [M Negi] Done > > [There are various places where the document seems to be phrased from > the point of view of the network vendor rather than the point of view > of the endpoint/user. The IETF convention is to focus on the endpoint > or user.] > > The customer may use those paths as primary/backup or > active/active. > > This phrasing uses an adjective as a noun. I prefer: > > The customer may use these paths with a primary/backup or an > active/active configuration. [M Negi] Done > > -- > > Different level of disjointness may be offered: > > Perhaps "Different levels of disjointness can be defined:" > > 4. Applicability > > In the figure above, let us consider that the customer wants to have > two disjoint paths between CE1/CE2 and CE3/CE4. > > I think that to make this accurate, you need to say "two disjoint > paths, one between CE1 and CE2 and one between CE3 and CE4." > > This section seems disorganized. In particular, 2nd and 3rd paras > don't seem to add much. Para 2 should be relocated to the SVEC > discussion (see "Major issues). Para 3 seems to have two sentences of > background information (I think it's duplicated in section 1) and one > sentence that essentially states that this document defines a > "diversity group" of LSPs which is a type of the generalized "LSP > group". > > Using PCEP, the PCC could indicate that a disjoint path computation > is required, such indication should include disjointness parameters > such as the type of disjointness, the disjoint group identifiers, and > any customization parameters according to the configured local > policy. As mentioned previously, the extension described in > [I-D.ietf-pce-association-group] is well suited to associate a set of > LSPs with a particular disjoint-group. > > This touches on the right topics, but doesn't really connect them. > Also, don't use "could" for an action that this document defines how > to do. You want to say something like > > Using the extension to PCEP defined in this document, the PCC uses > the [I-D.ietf-pce-association-group] extension to indicate that a > group of LSPs are required to be disjoint; such indication should > include disjointness parameters such as the type of disjointness, > the disjoint group identifiers, and any customization parameters > according to the configured local policy. > > -- [M Negi] Done > Figure 2 - Sample use-cases for carrying disjoint-group over PCEP > session > > In this figure, there seems to be a conflict in notation: Case 1 uses > "PCC" seemingly in the same role for which Case 2 uses "PE 1" and "PE > 3". The captions of both cases refer to "PCC". [M Negi] Done, changed to PCC1 and PCC2 > > Also, the Case 1 and Case 2 captions run into each other. > > Using the disjoint-group within a PCEP messages may have two purpose: > > Better would be "The disjoint-group within PCEP messages is used for:" > [M Negi] Done > > 5.1. Association Group > > As per [I-D.ietf-pce-association-group], LSPs are associated with > other LSPs with which they interact by adding them to a common > association group. > > To be exact, you want to say "by adding all of them"; by default > "them" refers only to the "LSPs" that is the subject of the sentence. > > The Association parameters, as described in > [I-D.ietf-pce-association-group] as the combination of the mandatory > fields Association type, Association ID and Association Source in the > ASSOCIATION object, that uniquely identify the association group > belonging to this association. If the optional TLVs - Global > Association Source or Extended Association ID - are included, then > they are included in combination with mandatory fields to uniquely > identify the association group. > > Use either "field" or "TLV" consistently (unless the TLVs really are > different from the "fields"). > > This is awkward. Better would be > > As described in [I-D.ietf-pce-association-group], the association > group is uniquely identified by the combination of these fields in > the ASSOCIATION object: Association Type, Association ID, > Association Source, and (if present) Global Association Source or > Extended Association ID. [M Negi] Done > > ... This document defines a new ... > > Start a new para with this sentence. > > o Association type = TBD1 ("Disjointness Association Type") for > Disjoint Association Group (DAG). [M Negi] Done > > This seems redundant, unless there exists another type that is also > associated with Disjoint Association Group (DAG). Otherwise, you can > probably use > > o Association type = TBD1 Disjoint Association Type [M Negi] Done > > -- > > This capability exchange for the association type > described in this document (i.e. Disjointness Association Type) MUST > be done before using the disjointness association. > > This can be simplified to > > This capability exchange for Disjointness Association Type MUST > be done before using the disjointness association. > [M Negi] Done > > There seem to be multiple uses of "Disjoint Association Group (DAG)" > and "Disjointness Association Type (TBD1)", each of which states the > equivalence of two things. You should be able to use one instance of > each. Also, it's probably worth putting "Disjointness Association > Type" into section 2. > [M Negi] Done > > This association type is considered to be both dynamic and operator- > configured in nature. > [M Negi] Done > > It might be worth providing references for the meaning of "dynamic" > and "operator-configured". > [M Negi] Done > > A disjoint group can have two or more LSPs, [...] > > The significance of this clause to the rest of the sentence is > unclear; it seems obvious that a disjoint group needs at least two > members before it is significant. However, as a matter of protocol, > can a group that has only one LSP be established? > [M Negi] Yes, during synh or configuration change and LSP can be established > > The disjoint status is informed to the PCC. > > This seems to be describing how to report to the PCC that the > computation was not done as requested. I think you want to provide > more details here, or a pointer to them. In any case, "disjoint > status" isn't really a clear statement that the error condition will > be reported. > Associating a particular LSP to multiple disjoint groups is > authorized from a protocol perspective, however there is no assurance > that the PCE will be able to compute properly the multi-disjointness > constraint. > > You want to state *much* more clearly what might happen. This starts > with "A particular LSP MAY be associated to multiple disjoint groups, > but in that case, the PCE MAY ..." What are the outer boundaries of > the results that the PCE MAY return? Is the PCE required to provide > any particular error indication? > [M Negi] Done > > 5.2. Disjoint TLVs > > See "Major issues" regarding explaining that there is a separate copy > of DISJOINTNESS-CONFIGURATION-TLV for each LSP, and they needn't all > be the same. All of the constraints described in the last paragraph > of section 5.5 should be moved to here, or perhaps section 5.1. > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Type = TBD2 | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Flags |T|P|S|N|L| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > "Flags" should be "Reserved". > [M. Negi] Flags field is defined and a IANA registry created so that future extension can add more flags. > > * P (Shortest path) bit: when set, this indicates that the > computed path of the LSP SHOULD satisfy all the constraints and > objective functions first without considering the diversity > constraint. ... > > See "Major issues" for providing a separate paragraph to explain the > semantics of the "P" bit. > [M. Negi] Done > * T (Strict disjointness) bit: when set, if disjoint paths cannot > be found, PCE SHOULD return no path for LSPs that could not be > be disjoint. When unset, the PCE is allowed to relax > disjointness by either applying a requested objective function > (cf. Section 5.4 below) or using any other behavior if no > objective function is requested (e.g. using a lower disjoint > type (link instead of node) or fully relaxing disjointness > constraint). Further see Section 5.6 for details. > > Instead of "or using any other behavior if no objective function is > requested" it would be more conventional to say "or, if no objective > function is requested, using local policy". > [M Negi] Done > > The DISJOINTNESS-STATUS-TLV uses the same format as the DISJOINTNESS- > CONFIGURATION-TLV with a different type TBD3 (in the TLV). The L, N, > and S flags are set based if the computed path meet the disjointness > criteria. > > Should be "... are set if the respective disjointness criterion was > requested and the computed paths meet it" > [M Negi] Done > > The P flag is set to indicate that the computed path is > the shortest > > Surely "the shortest" needs further explanation -- the shortest path > that meets what constraints? I suspect that this just reflects the P > flag in the CONFIGURATION-TLV -- is there a situation where it would > not? > [M Negi] Done > > and the T flag has no meaning in the DISJOINTNESS- > STATUS-TLV and MUST NOT be set while sending and ignored on receipt. > [M Negi] Done > > This clause should be a separate sentence. > > Any new flag defined for the DISJOINTNESS-CONFIGURATION-TLV is be > automatically applicable to the DISJOINTNESS-STATUS-TLV. > > This can't be correct, as there is no defined way to automatically > apply a new flag to DISJOINTNESS-STATUS-TLV. (The previous paragraph > defines three separate semantics for flags in DISJOINTNESS-STATUS-TLV!) > But you can say: > > Any document defining a new flag for the > DISJOINTNESS-CONFIGURATION-TLV automatically defines a new flag > with the same name and in the same location in > DISJOINTNESS-STATUS-TLV; the semantics of the flag in > DISJOINTNESS-STATUS-TLV MUST be specified in the document that > specifies the flag in DISJOINTNESS-CONFIGURATION-TLV. [M Negi] Done > 5.3. Relationship to SVEC > > The PCE would consider both the objects > > I think you mean MUST instead of "would". > [M Negi] Done > > In case no such path is possible (or the > constraints are incompatible), the PCE MUST send a path computation > reply (PCRep) with a NO-PATH object indicating path computation > failure as per [RFC5440]. > > Adding "(or the constraints are incompatible)" to "no such path is > possible" is redundant! > > This discussion is not clear to me. Partly it is because I'm not > familiar with SVEC. But I suspect that "synchronization of a set of > path computation requests" means that "the computations have to be > done together" and "dependent requests" means something similar to the > constraints between computed paths specified by the > DISJOINTNESS-CONFIGURATION-TLV. > > Is it possible to provide a comparison between the requirements > specified by SVEC and the requirements specified by > DISJOINTNESS-CONFIGURATION-TLV? > > Also, is there any specific relationship between the set of LSPs in an > SVEC and the set of LSPs in a disjoint-group? What if multiple SVECs > and disjoint-groups overlap in a complex way? > [M.Negi] Done, section 5.4 explains > > 5.4. Disjointness Objective functions > > To minimize the common shared resources (Node, Link or SRLG) between > a set of paths during path computation three new OF-codes are > proposed: > > Actually, the new codes are to allow specification of minimization of > shared resources. Also, an RFC doesn't just proposed the codes, it > specifies them. So this is better phrased: > > Three new OF-codes allow specification of minimization of common > shared resources (Node, Link or SRLG) between a set of paths during > path computation: [M.Negi] Phrased as: This document defines three new OF-codes to maximize diversity as much as possible, in other words, new OF-codes allow specification of minimization of common shared resources (Node, Link or SRLG) among a set of paths during path computation. > > -- > > MSL > > * Name: Minimize the number of shared (common) Links. > > * Objective Function Code: TBD4 > > * Description: Find a set of paths such that it passes through the > least number of shared (common) links. > > MSS > > * Name: Minimize the number of shared (common) SRLGs. > > * Objective Function Code: TBD5 > > * Description: Find a set of paths such that it passes through the > least number of shared (common) SRLGs. > > MSN > > * Name: Minimize the number of shared (common) Nodes. > > * Objective Function Code: TBD6 > > * Description: Find a set of paths such that it passes through the > least number of shared (common) nodes. > > The use of "it" in the above definitions is unclear, since the paths > are "they". > [M.Negi] Done > > There are a number of similar but different ways that "the number of > shared" entities can be defined. E.g., if four LSPs pass through a > single node, does that count as 1 (a single node is shared), 4 (four > LSPs pass through a node that is shared), 6 (six pairs of LSPs > conflict, in that the paths in the pair share a node)? That is, are > we counting (and thus minimizing) shared entities, the number of LSPs > that violate the requested constraint, or the number of pairs of LSPs > that overlap in an unacceptable way? > [M. Negi] In general its for path-protection with least common resource. sharing minimized resources(node/link/srlg) give absolute protection during any unwanted network event. > > If the OF-list TLV is included in the Association Object, the OF-code > inside the OF Object MUST include one of the disjoint OFs defined in > this document. If this condition is not met, the PCEP speaker MUST > respond with a PCErr message with Error-Type=10 (Reception of an > invalid object) and Error-Value=TBD9 (Incompatible OF code). > > I find it surprising that you've defined a specific error code for an > unexpected OF-code, but you don't apply that error code to the > situation where there are multiple OF-codes. Instead, you have all > but the first silently ignored. > > There's also the intersection case where the first OF-code is > legitimate, but the second OF-code is not one in this set. Does that > get an "Incompatible OF code" error, or is the second one just > ignored? > > I think it's cleaner to change TBD9 to "Incompatible OF-list for > disjoint-group" and require it for all of these cases. > [M.Negi] Done > > [RFC5440] uses SVEC diversity flag for node, link or SRLG to describe > the potential disjointness between the set of path computation > requests used in PCEP protocol. > > This paragraph seems very important, but completely out of place here. > Might it fit better in section 5.3? > [M.Negi] As part of major issue fix > > This document defines three new OF-codes to maximize diversity as > much as possible, in other words, minimize the common shared > resources (Node, Link or SRLG) between a set of paths. > > This paragraph seems redundant after the detailed discussion of these > codes. > > The remaining paragraphs of this section seem like they should go in > section 5.3. > [M.Negi] Done > > 5.5. P Flag Considerations > > See above queries about the P flag. > > As mentioned in Section 5.2, the P flag (when set) indicates that the > computed path of the LSP SHOULD satisfies all constraints and > objective functions first without considering the diversity > constraint. > > There are complexities that don't seem to be addressed. E.g., if > there are two LSPs with P=1 and two with P=0, I would expect that the > first two would be computed with full consideration of the > disjointness constraint between them. So "without considering the > diversity constraint" really isn't a good description of what is > intended. > [M.Negi] When multiple LSPs have P=1 then they might not be disjoint among themselves. Multiple LSPs in the same disjoint group may have the P flag set. In such a case, those LSPs may not be disjoint from each other but will be disjoint from others LSPs in the group that have the P flag unset. Because if we consider disjointness among the LSP with p=1 they may not be shortest anymore! > > 5.6. Disjointness Computation Issues > > Also, in case of network event leading to an impossible > strict disjointness, the PCE MUST send a PCUpd message ... > > I think you want to start a new paragraph here and say > > In case of a network event which makes it impossible to satisfy the > constraints, the PCE MUST send a PCUpd message ... > [M.Negi] Done > > -- > > The > actual level of disjointness computed by the PCE ... > > More correct to say > > The > actual level of disjointness of the paths computed by the PCE ... > [M.Negi] Done > > -- > > While the DISJOINTNESS-CONFIGURATION-TLV defines the > expected level of disjointness required by configuration, the > DISJOINTNESS-STATUS-TLV defines the actual level of disjointness > computed. > > Better to s/expected/desired/ and s/actual/achieved/. > [M.Negi] Done > > There are some cases where the PCE may need to completely relax the > disjointness constraint in order to provide a path to all the LSPs > that are part of the association. A mechanism that allows the PCE to > fully relax a constraint is considered by the authors as more global > to PCEP rather than linked to the disjointness use case. As a > consequence, it is considered as out of scope of the document. > > This para doesn't seem to make any difference. As long as the T bit > is clear and the local policy allows complete relaxation of the > requested disjointness, this case is covered within the mechanisms of > this document. And this case will be reported in a straightforward > way by a DISJOINTNESS-STATUS-TLV with all bits clear. > [M.Negi] This is related to ignoring the whole object itself i.e as per draft-dhody-pce-stateful-pce-optional/ 6. Security Considerations > > This document defines one new type for association ... > > Better "This document defines one new PCEP association type ..." > > After para 1, you probably want to add this case: "A spurious LSP can > have flags that are inconsistent with those of the legitimate LSPs of > the group and thus cause LSP allocation for the legitimate LSPs to > fail with an error." > [M.Negi] Done --000000000000d5c79c059636ffcf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Dale,

Thanks for detailed= review. All the comments are addressed in version-12:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12


On= Sun, Oct 13, 2019 at 6:34 AM Dale Worley via Datatracker <noreply@ietf.org> wrote:
Reviewer: Dale Worley
Review result: Ready with Issues

I am the assigned Gen-ART reviewer for this draft.=C2=A0 The General Area Review Team (Gen-ART) reviews all IETF documents being processed by
the IESG for the IETF Chair.=C2=A0 Please treat these comments just like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document:=C2=A0 draft-ietf-pce-association-diversity-10
Reviewer:=C2=A0 Dale R. Worley
Review Date:=C2=A0 2019-10-12
IETF LC End Date:=C2=A0 2019-10-18
IESG Telechat date:=C2=A0 not known

Summary:

=C2=A0 =C2=A0 =C2=A0 =C2=A0This draft is on the right track but has open is= sues, described
=C2=A0 =C2=A0 =C2=A0 =C2=A0in the review.

There are various exposition issues, as detailed below.

There are some minor technical issues about reporting of error
conditions, the significance of the P bit in DISJOINTNESS-STATUS-TLV,
the detailed definition of the new objective functions, etc. as
detailed below.

But it seems like a number of complex cases haven't been clearly
specified:=C2=A0 (1) the effect of the P bit if multiple LSPs have P=3D1, (= 2)
the interaction of SVEC and disjoint-groups, and (3) the interaction
of partially overlapping disjoint-groups and/or SVEC sets.

Major issues:

The relationship of this mechanism with SVEC seems to be important but
is not clearly stated.=C2=A0 The relevant sections of the text seem to be:<= br> section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses SVEC diversity flag" on.=C2=A0 I think that they need to be pulled int= o one
section.=C2=A0 Then it will be possible to have a good description of the interaction with SVEC.
=C2=A0[M Negi] Done
= =C2=A0
At the end of section 5.6 is the revelation that (1) the
DISJOINTNESS-CONFIGURATION-TLV is not attached to a group (in some
sense), but instead a separate copy of it is attached to every LSP in
the group, (2) these copies must match in the group IDs they carry and
also the T, S, N, and L flags in them must agree, (3) (I suspect) any
OF-code must agree, and (4) the P flags in them may differ.=C2=A0 This
information is needed as background for a number of parts of the text
to make sense, particularly the description of the P bit in section
5.2 and section 5.5.=C2=A0 I recommend that the last para of section 5.5 be=
moved to section 5.1 or the beginning of section 5.2, so the reader is
aware that the descriptions of each LSP carry separate, and not
necessarily identical, DISJOINTNESS-CONFIGURATION-TLVs.
=C2=A0[M Negi] Done
The path computation effects of the P bit are described in the "P"= ;
item in section 5.2 and section 5.5.=C2=A0 But the descriptions are
unclear, or perhaps they presume that there are only two LSPs in the
group.=C2=A0 I think the intended meaning is that all of the LSPs in the group with P=3D1 are computed first, and then with those LSPs fixed, the LSPs in the group with P=3D0 are computed.=C2=A0 This will cause
shortest-path constraints (and other objective functions) to be
optimized on the P=3D1 LSPs, and those paths will not be de-optimized by competition from the other paths.=C2=A0 This should probably be pulled out<= br> of the description of the "P" in its TLV and put into a separate<= br> paragraph.
[M Negi] Done, sec= tion 5.4.1
=C2=A0
Minor issues:

Nits/editorial comments:

In general, check the uses of "could" and "would".=C2= =A0 I think "would" is
sometimes used to mean "... in that situation, the XXX MUST ...",= and
"could" is sometimes used where "MAY" would be clearer.=
[M Negi] Done
The running title is given as "ASSOC-DISJOINT".=C2=A0 I think &qu= ot;PCEP
Diversity Constraint Signaling" would be clearer.
[M Negi] Done, PCEP-Diversity-Constraints-Signa= ling
Abstract

=C2=A0 =C2=A0The proposed extension allows a Path Computation Client (PCC) = to
=C2=A0 =C2=A0advertise to a PCE that a particular LSP belongs to a
=C2=A0 =C2=A0disjoint-group, thus the PCE knows that ...

It would be clearer if "a disjoint-group" was amplified to "= a
particular disjoint-group".
[M Negi] Done
Table of Contents

There are a few section titles in which important words aren't
capitalized ("functions" in section 5.4), or unimportant words ar= e
capitalized ("On" in sections 8.5 and 8.6).
= [M Negi] Done

The title of section 8.4 is a verb phrase, compared to the titles of
the other subsections of section 8.=C2=A0 I suggest "Verification of Correct Operations" or maybe "Correct Operation Verification"= ;.
[M Negi] Done
Perhaps change the title of Appendix A to just "Contributors", si= nce
there is no other enumeration of contributors.
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
1.=C2=A0 Introduction

=C2=A0 =C2=A0This document specifies a PCEP extension to signal that a part= icular
=C2=A0 =C2=A0group of LSPs should use diverse paths including the requested= type
, ---------------------------------------^
=C2=A0 =C2=A0of diversity.

Add a comma as indicated, to make it clear that "including" modif= ies
"signal" rather than "paths".
[M Negi]= Done
=C2=A0 =C2=A0This document specifies a PCEP extension to signal that a part= icular
=C2=A0 =C2=A0group of LSPs should use diverse paths including the requested= type
=C2=A0 =C2=A0of diversity.

This implies that the "group" here is an instance of the associat= ion
"grouping" of the preceding paragraph, but the Intro doesn't = state
that this document's grouping is an instance of the generic grouping mechanism.=C2=A0 Perhaps

=C2=A0 =C2=A0This document specifies a PCEP grouping to signal that ...
=
[M Negi] Done, changed to:
=C2=A0=C2=A0 Th= is document specifies a PCEP extension to signal that a set of LSPs
=C2=A0=C2=A0 in a particular group should use diverse paths, including t= he requested type of diversity.
3.=C2=A0 Motivation

=C2=A0 =C2=A0A customer may request
=C2=A0 =C2=A0that the operator provide two end-to-end disjoint paths across= the
=C2=A0 =C2=A0IP/MPLS core.=C2=A0

I suggest "the operator's IP/MPLS core".
[M Negi] Done

[There are various places where the document seems to be phrased from
the point of view of the network vendor rather than the point of view
of the endpoint/user.=C2=A0 The IETF convention is to focus on the endpoint=
or user.]

=C2=A0 =C2=A0The customer may use those paths as primary/backup or
=C2=A0 =C2=A0active/active.

This phrasing uses an adjective as a noun.=C2=A0 I prefer:

=C2=A0 =C2=A0The customer may use these paths with a primary/backup or an =C2=A0 =C2=A0active/active configuration.=C2=A0
[M Negi] D= one

--

=C2=A0 =C2=A0Different level of disjointness may be offered:

Perhaps "Different levels of disjointness can be defined:"

4.=C2=A0 Applicability

=C2=A0 =C2=A0In the figure above, let us consider that the customer wants t= o have
=C2=A0 =C2=A0two disjoint paths between CE1/CE2 and CE3/CE4.

I think that to make this accurate, you need to say "two disjoint
paths, one between CE1 and CE2 and one between CE3 and CE4."

This section seems disorganized.=C2=A0 In particular, 2nd and 3rd paras
don't seem to add much.=C2=A0 Para 2 should be relocated to the SVEC discussion (see "Major issues).=C2=A0 Para 3 seems to have two sentenc= es of
background information (I think it's duplicated in section 1) and one sentence that essentially states that this document defines a
"diversity group" of LSPs which is a type of the generalized &quo= t;LSP
group".

=C2=A0 =C2=A0Using PCEP, the PCC could indicate that a disjoint path comput= ation
=C2=A0 =C2=A0is required, such indication should include disjointness param= eters
=C2=A0 =C2=A0such as the type of disjointness, the disjoint group identifie= rs, and
=C2=A0 =C2=A0any customization parameters according to the configured local=
=C2=A0 =C2=A0policy.=C2=A0 As mentioned previously, the extension described= in
=C2=A0 =C2=A0[I-D.ietf-pce-association-group] is well suited to associate a= set of
=C2=A0 =C2=A0LSPs with a particular disjoint-group.

This touches on the right topics, but doesn't really connect them.
Also, don't use "could" for an action that this document defi= nes how
to do.=C2=A0 You want to say something like

=C2=A0 =C2=A0Using the extension to PCEP defined in this document, the PCC = uses
=C2=A0 =C2=A0the [I-D.ietf-pce-association-group] extension to indicate tha= t a
=C2=A0 =C2=A0group of LSPs are required to be disjoint; such indication sho= uld
=C2=A0 =C2=A0include disjointness parameters such as the type of disjointne= ss,
=C2=A0 =C2=A0the disjoint group identifiers, and any customization paramete= rs
=C2=A0 =C2=A0according to the configured local policy.

--
=C2=A0[M Negi] Done
=C2=A0
=C2=A0 =C2=A0 =C2=A0Figure 2 - Sample use-cases for carrying disjoint-group= over PCEP
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 session

In this figure, there seems to be a conflict in notation:=C2=A0 Case 1 uses=
"PCC" seemingly in the same role for which Case 2 uses "PE 1= " and "PE
3".=C2=A0 The captions of both cases refer to "PCC".
=C2=A0[M Negi] Done, changed to PCC1 and PCC2

Also, the Case 1 and Case 2 captions run into each other.

=C2=A0 =C2=A0Using the disjoint-group within a PCEP messages may have two p= urpose:

Better would be "The disjoint-group within PCEP messages is used for:&= quot;
[M Negi] Done

5.1.=C2=A0 Association Group

=C2=A0 =C2=A0As per [I-D.ietf-pce-association-group], LSPs are associated w= ith
=C2=A0 =C2=A0other LSPs with which they interact by adding them to a common=
=C2=A0 =C2=A0association group.=C2=A0

To be exact, you want to say "by adding all of them"; by default<= br> "them" refers only to the "LSPs" that is the subject of= the sentence.

=C2=A0 =C2=A0The Association parameters, as described in
=C2=A0 =C2=A0[I-D.ietf-pce-association-group] as the combination of the man= datory
=C2=A0 =C2=A0fields Association type, Association ID and Association Source= in the
=C2=A0 =C2=A0ASSOCIATION object, that uniquely identify the association gro= up
=C2=A0 =C2=A0belonging to this association.=C2=A0 If the optional TLVs - Gl= obal
=C2=A0 =C2=A0Association Source or Extended Association ID - are included, = then
=C2=A0 =C2=A0they are included in combination with mandatory fields to uniq= uely
=C2=A0 =C2=A0identify the association group.

Use either "field" or "TLV" consistently (unless the TL= Vs really are
different from the "fields").

This is awkward.=C2=A0 Better would be

=C2=A0 =C2=A0As described in [I-D.ietf-pce-association-group], the associat= ion
=C2=A0 =C2=A0group is uniquely identified by the combination of these field= s in
=C2=A0 =C2=A0the ASSOCIATION object:=C2=A0 Association Type, Association ID= ,
=C2=A0 =C2=A0Association Source, and (if present) Global Association Source= or
=C2=A0 =C2=A0Extended Association ID.
=C2=A0[M Negi] Done=

=C2=A0 =C2=A0... This document defines a new ...

Start a new para with this sentence.

=C2=A0 =C2=A0o=C2=A0 Association type =3D TBD1 ("Disjointness Associat= ion Type") for
=C2=A0 =C2=A0 =C2=A0 Disjoint Association Group (DAG).
= =C2=A0[M Negi] Done

This seems redundant, unless there exists another type that is also
associated with Disjoint Association Group (DAG).=C2=A0 Otherwise, you can<= br> probably use

=C2=A0 =C2=A0o=C2=A0 Association type =3D TBD1 Disjoint Association Type
=C2=A0[M Negi] Done

--

=C2=A0 =C2=A0This capability exchange for the association type
=C2=A0 =C2=A0described in this document (i.e.=C2=A0 Disjointness Associatio= n Type) MUST
=C2=A0 =C2=A0be done before using the disjointness association.

This can be simplified to

=C2=A0 =C2=A0This capability exchange for Disjointness Association Type MUS= T
=C2=A0 =C2=A0be done before using the disjointness association.
[M Negi] Done

There seem to be multiple uses of "Disjoint Association Group (DAG)&qu= ot;
and "Disjointness Association Type (TBD1)", each of which states = the
equivalence of two things.=C2=A0 You should be able to use one instance of<= br> each.=C2=A0 Also, it's probably worth putting "Disjointness Associ= ation
Type" into section 2.
[M Negi] Done

=C2=A0 =C2=A0This association type is considered to be both dynamic and ope= rator-
=C2=A0 =C2=A0configured in nature.
[M Negi] Done
<= /div>

It might be worth providing references for the meaning of "dynamic&quo= t;
and "operator-configured".
[M Negi] Done

=C2=A0 =C2=A0A disjoint group can have two or more LSPs, [...]

The significance of this clause to the rest of the sentence is
unclear; it seems obvious that a disjoint group needs at least two
members before it is significant.=C2=A0 However, as a matter of protocol, can a group that has only one LSP be established?
[M N= egi] Yes, during synh or configuration change and LSP can be established

=C2=A0 =C2=A0The disjoint status is informed to the PCC.

This seems to be describing how to report to the PCC that the
computation was not done as requested.=C2=A0 I think you want to provide more details here, or a pointer to them.=C2=A0 In any case, "disjoint<= br> status" isn't really a clear statement that the error condition wi= ll
be reported.
=C2=A0 =C2=A0Associating a particular LSP to multiple disjoint groups is =C2=A0 =C2=A0authorized from a protocol perspective, however there is no as= surance
=C2=A0 =C2=A0that the PCE will be able to compute properly the multi-disjoi= ntness
=C2=A0 =C2=A0constraint.

You want to state *much* more clearly what might happen.=C2=A0 This starts<= br> with "A particular LSP MAY be associated to multiple disjoint groups,<= br> but in that case, the PCE MAY ..."=C2=A0 What are the outer boundaries= of
the results that the PCE MAY return?=C2=A0 Is the PCE required to provide any particular error indication?
[M Negi] Done

5.2.=C2=A0 Disjoint TLVs

See "Major issues" regarding explaining that there is a separate = copy
of DISJOINTNESS-CONFIGURATION-TLV for each LSP, and they needn't all be the same.=C2=A0 All of the constraints described in the last paragraph of section 5.5 should be moved to here, or perhaps section 5.1.

=C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A01=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A02=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A03
=C2=A0 =C2=A0 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0= 1
=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+
=C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Type =3D TBD2=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Lengt= h=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|
=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+
=C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0Flags=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|T|P|S|N|L|
=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-= +-+

"Flags" should be "Reserved".
[M. = Negi] Flags field is defined and a IANA registry created so that
future extension can add more flags.

=C2=A0 =C2=A0 =C2=A0 *=C2=A0 P (Shortest path) bit: when set, this indicate= s that the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0computed path of the LSP SHOULD satisfy a= ll the constraints and
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0objective functions first without conside= ring the diversity
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0constraint.=C2=A0 ...

See "Major issues" for providing a separate paragraph to explain = the
semantics of the "P" bit.
[M. Negi] Done
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 T (Strict disjointness) bit: when set, if disj= oint paths cannot
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be found, PCE SHOULD return no path for L= SPs that could not be
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be disjoint.=C2=A0 When unset, the PCE is= allowed to relax
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0disjointness by either applying a request= ed objective function
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(cf.=C2=A0 Section 5.4 below) or using an= y other behavior if no
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0objective function is requested (e.g. usi= ng a lower disjoint
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0type (link instead of node) or fully rela= xing disjointness
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0constraint).=C2=A0 Further see Section 5.= 6 for details.

Instead of "or using any other behavior if no objective function is requested" it would be more conventional to say "or, if no object= ive
function is requested, using local policy".
[M N= egi] Done

=C2=A0 =C2=A0The DISJOINTNESS-STATUS-TLV uses the same format as the DISJOI= NTNESS-
=C2=A0 =C2=A0CONFIGURATION-TLV with a different type TBD3 (in the TLV).=C2= =A0 The L, N,
=C2=A0 =C2=A0and S flags are set based if the computed path meet the disjoi= ntness
=C2=A0 =C2=A0criteria.=C2=A0

Should be "... are set if the respective disjointness criterion was requested and the computed paths meet it"
[M Negi= ] Done

=C2=A0 =C2=A0The P flag is set to indicate that the computed path is
=C2=A0 =C2=A0the shortest

Surely "the shortest" needs further explanation -- the shortest p= ath
that meets what constraints?=C2=A0 I suspect that this just reflects the P<= br> flag in the CONFIGURATION-TLV -- is there a situation where it would
not?
[M Negi] Done
=

=C2=A0 =C2=A0and the T flag has no meaning in the DISJOINTNESS-
=C2=A0 =C2=A0STATUS-TLV and MUST NOT be set while sending and ignored on re= ceipt.
[M Negi] Done

This clause should be a separate sentence.

=C2=A0 =C2=A0Any new flag defined for the DISJOINTNESS-CONFIGURATION-TLV is= be
=C2=A0 =C2=A0automatically applicable to the DISJOINTNESS-STATUS-TLV.

This can't be correct, as there is no defined way to automatically
apply a new flag to DISJOINTNESS-STATUS-TLV.=C2=A0 (The previous paragraph<= br> defines three separate semantics for flags in DISJOINTNESS-STATUS-TLV!)
But you can say:

=C2=A0 =C2=A0Any document defining a new flag for the
=C2=A0 =C2=A0DISJOINTNESS-CONFIGURATION-TLV automatically defines a new fla= g
=C2=A0 =C2=A0with the same name and in the same location in
=C2=A0 =C2=A0DISJOINTNESS-STATUS-TLV; the semantics of the flag in
=C2=A0 =C2=A0DISJOINTNESS-STATUS-TLV MUST be specified in the document that=
=C2=A0 =C2=A0specifies the flag in DISJOINTNESS-CONFIGURATION-TLV.
=C2=A0[M Negi] Done
5.3.=C2=A0 Relationship to SVEC

=C2=A0 =C2=A0The PCE would consider both the objects

I think you mean MUST instead of "would".
[= M Negi] Done

=C2=A0 =C2=A0In case no such path is possible (or the
=C2=A0 =C2=A0constraints are incompatible), the PCE MUST send a path comput= ation
=C2=A0 =C2=A0reply (PCRep) with a NO-PATH object indicating path computatio= n
=C2=A0 =C2=A0failure as per [RFC5440].

Adding "(or the constraints are incompatible)" to "no such p= ath is
possible" is redundant!

This discussion is not clear to me.=C2=A0 Partly it is because I'm not<= br> familiar with SVEC.=C2=A0 But I suspect that "synchronization of a set= of
path computation requests" means that "the computations have to b= e
done together" and "dependent requests" means something simi= lar to the
constraints between computed paths specified by the
DISJOINTNESS-CONFIGURATION-TLV.

Is it possible to provide a comparison between the requirements
specified by SVEC and the requirements specified by
DISJOINTNESS-CONFIGURATION-TLV?

Also, is there any specific relationship between the set of LSPs in an
SVEC and the set of LSPs in a disjoint-group?=C2=A0 What if multiple SVECs<= br> and disjoint-groups overlap in a complex way?
[M.Negi]= =C2=A0 Done, section 5.4 explains

5.4.=C2=A0 Disjointness Objective functions

=C2=A0 =C2=A0To minimize the common shared resources (Node, Link or SRLG) b= etween
=C2=A0 =C2=A0a set of paths during path computation three new OF-codes are<= br> =C2=A0 =C2=A0proposed:

Actually, the new codes are to allow specification of minimization of
shared resources.=C2=A0 Also, an RFC doesn't just proposed the codes, i= t
specifies them.=C2=A0 So this is better phrased:

=C2=A0 =C2=A0Three new OF-codes allow specification of minimization of comm= on
=C2=A0 =C2=A0shared resources (Node, Link or SRLG) between a set of paths d= uring
=C2=A0 =C2=A0path computation:
=C2=A0[M.Negi] Phrased as:<= /div>
This document defines three new OF-codes <xref target=3D&= quot;Disjointness-objective-functions"/> to maximize diversity as much as possible, in other words, new OF-codes allow specification of minimization of common shared resources (Node, Link= or SRLG) among a set of paths during path computation.

--

=C2=A0 =C2=A0MSL

=C2=A0 =C2=A0* Name:=C2=A0 Minimize the number of shared (common) Links.
=C2=A0 =C2=A0* Objective Function Code:=C2=A0 TBD4

=C2=A0 =C2=A0* Description:=C2=A0 Find a set of paths such that it passes t= hrough the
=C2=A0 =C2=A0 =C2=A0 least number of shared (common) links.

=C2=A0 =C2=A0MSS

=C2=A0 =C2=A0* Name:=C2=A0 Minimize the number of shared (common) SRLGs.
=C2=A0 =C2=A0* Objective Function Code:=C2=A0 TBD5

=C2=A0 =C2=A0* Description:=C2=A0 Find a set of paths such that it passes t= hrough the
=C2=A0 =C2=A0 =C2=A0 least number of shared (common) SRLGs.

=C2=A0 =C2=A0MSN

=C2=A0 =C2=A0* Name:=C2=A0 Minimize the number of shared (common) Nodes.
=C2=A0 =C2=A0* Objective Function Code:=C2=A0 TBD6

=C2=A0 =C2=A0* Description:=C2=A0 Find a set of paths such that it passes t= hrough the
=C2=A0 =C2=A0 =C2=A0 least number of shared (common) nodes.

The use of "it" in the above definitions is unclear, since the pa= ths
are "they".
[M.Negi]=C2=A0 Done

There are a number of similar but different ways that "the number of shared" entities can be defined.=C2=A0 E.g., if four LSPs pass through= a
single node, does that count as 1 (a single node is shared), 4 (four
LSPs pass through a node that is shared), 6 (six pairs of LSPs
conflict, in that the paths in the pair share a node)?=C2=A0 That is, are we counting (and thus minimizing) shared entities, the number of LSPs
that violate the requested constraint, or the number of pairs of LSPs
that overlap in an unacceptable way?
[M. Negi] In gene= ral its for path-protection with least common resource. sharing minimized resources(node/link/srlg) give absolute protection=20 during any unwanted network event.

=C2=A0 =C2=A0If the OF-list TLV is included in the Association Object, the = OF-code
=C2=A0 =C2=A0inside the OF Object MUST include one of the disjoint OFs defi= ned in
=C2=A0 =C2=A0this document.=C2=A0 If this condition is not met, the PCEP sp= eaker MUST
=C2=A0 =C2=A0respond with a PCErr message with Error-Type=3D10 (Reception o= f an
=C2=A0 =C2=A0invalid object) and Error-Value=3DTBD9 (Incompatible OF code).=

I find it surprising that you've defined a specific error code for an unexpected OF-code, but you don't apply that error code to the
situation where there are multiple OF-codes.=C2=A0 Instead, you have all but the first silently ignored.

There's also the intersection case where the first OF-code is
legitimate, but the second OF-code is not one in this set.=C2=A0 Does that<= br> get an "Incompatible OF code" error, or is the second one just ignored?

I think it's cleaner to change TBD9 to "Incompatible OF-list for disjoint-group" and require it for all of these cases.
[M.Negi]=C2=A0 Done

=C2=A0 =C2=A0[RFC5440] uses SVEC diversity flag for node, link or SRLG to d= escribe
=C2=A0 =C2=A0the potential disjointness between the set of path computation=
=C2=A0 =C2=A0requests used in PCEP protocol.

This paragraph seems very important, but completely out of place here.
Might it fit better in section 5.3?
[M.Negi] As part o= f major issue fix

=C2=A0 =C2=A0This document defines three new OF-codes to maximize diversity= as
=C2=A0 =C2=A0much as possible, in other words, minimize the common shared =C2=A0 =C2=A0resources (Node, Link or SRLG) between a set of paths.

This paragraph seems redundant after the detailed discussion of these
codes.

The remaining paragraphs of this section seem like they should go in
section 5.3.
[M.Negi] Done

5.5.=C2=A0 P Flag Considerations

See above queries about the P flag.

=C2=A0 =C2=A0As mentioned in Section 5.2, the P flag (when set) indicates t= hat the
=C2=A0 =C2=A0computed path of the LSP SHOULD satisfies all constraints and<= br> =C2=A0 =C2=A0objective functions first without considering the diversity =C2=A0 =C2=A0constraint.

There are complexities that don't seem to be addressed.=C2=A0 E.g., if<= br> there are two LSPs with P=3D1 and two with P=3D0, I would expect that the first two would be computed with full consideration of the
disjointness constraint between them.=C2=A0 So "without considering th= e
diversity constraint" really isn't a good description of what is intended.
[M.Negi] When multiple LSPs have P=3D1 then = they might not
=C2=A0=C2=A0 be disjoint among themselves. Multiple LSPs in the same disjoint group may = have the P
=C2=A0=C2=A0 flag set.=C2=A0 In such a case, those LSPs may n= ot be disjoint from each other but will be disjoint from others LSPs in the= group
=C2=A0=C2=A0 that have the P flag unset. Because if we consider d= isjointness among the LSP with p=3D1 they may not be shortest anymore!

5.6.=C2=A0 Disjointness Computation Issues

=C2=A0 =C2=A0Also, in case of network event leading to an impossible
=C2=A0 =C2=A0strict disjointness, the PCE MUST send a PCUpd message ...

I think you want to start a new paragraph here and say

=C2=A0 =C2=A0In case of a network event which makes it impossible to satisf= y the
=C2=A0 =C2=A0constraints, the PCE MUST send a PCUpd message ...
[M.Negi]=C2=A0 Done

--

=C2=A0 =C2=A0The
=C2=A0 =C2=A0actual level of disjointness computed by the PCE ...

More correct to say

=C2=A0 =C2=A0The
=C2=A0 =C2=A0actual level of disjointness of the paths computed by the PCE = ...
[M.Negi]=C2=A0 Done

--

=C2=A0 =C2=A0While the DISJOINTNESS-CONFIGURATION-TLV defines the
=C2=A0 =C2=A0expected level of disjointness required by configuration, the<= br> =C2=A0 =C2=A0DISJOINTNESS-STATUS-TLV defines the actual level of disjointne= ss
=C2=A0 =C2=A0computed.

Better to s/expected/desired/ and s/actual/achieved/.
= [M.Negi]=C2=A0 Done

=C2=A0 =C2=A0There are some cases where the PCE may need to completely rela= x the
=C2=A0 =C2=A0disjointness constraint in order to provide a path to all the = LSPs
=C2=A0 =C2=A0that are part of the association.=C2=A0 A mechanism that allow= s the PCE to
=C2=A0 =C2=A0fully relax a constraint is considered by the authors as more = global
=C2=A0 =C2=A0to PCEP rather than linked to the disjointness use case.=C2=A0= As a
=C2=A0 =C2=A0consequence, it is considered as out of scope of the document.=

This para doesn't seem to make any difference.=C2=A0 As long as the T b= it
is clear and the local policy allows complete relaxation of the
requested disjointness, this case is covered within the mechanisms of
this document.=C2=A0 And this case will be reported in a straightforward way by a DISJOINTNESS-STATUS-TLV with all bits clear.
= =C2=A0[M.Negi] This is related to ignoring the whole object itself i.e as p= er draft-dhody-pce-stateful-pce-optional/

6.=C2=A0 Security Considerations

=C2=A0 =C2=A0This document defines one new type for association ...

Better "This document defines one new PCEP association type ..."<= br>
After para 1, you probably want to add this case: "A spurious LSP can<= br> have flags that are inconsistent with those of the legitimate LSPs of
the group and thus cause LSP allocation for the legitimate LSPs to
fail with an error."
[M.Negi]=C2=A0 Done
=C2=A0
--000000000000d5c79c059636ffcf--