From nobody Mon Jun 1 08:34:39 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 778963A1159; Mon, 1 Jun 2020 08:34: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: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159102567741.31595.15199993724747632471@ietfa.amsl.com> Date: Mon, 01 Jun 2020 08:34:37 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-flowspec-09.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, 01 Jun 2020 15:34:38 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element WG of the IETF. Title : PCEP Extension for Flow Specification Authors : Dhruv Dhody Adrian Farrel Zhenbin Li Filename : draft-ietf-pce-pcep-flowspec-09.txt Pages : 33 Date : 2020-06-01 Abstract: The Path Computation Element (PCE) is a functional component capable of selecting paths through a traffic engineering network. These paths may be supplied in response to requests for computation, or may be unsolicited instructions issued by the PCE to network elements. Both approaches use the PCE Communication Protocol (PCEP) to convey the details of the computed path. Traffic flows may be categorized and described using "Flow Specifications". RFC XXXX defines the Flow Specification and describes how Flow Specification Components are used to describe traffic flows. RFC XXXX also defines how Flow Specifications may be distributed in BGP to allow specific traffic flows to be associated with routes. This document specifies a set of extensions to PCEP to support dissemination of Flow Specifications. This allows a PCE to indicate what traffic should be placed on each path that it is aware of. RFC Editor Note: Please replace XXXX in the Abstract with the RFC number assigned to draft-ietf-idr-rfc5575bis when it is published. Please remove this note. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-flowspec/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-flowspec-09 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-flowspec-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-flowspec-09 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 Jun 1 10:30:40 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 850C93A132A; Mon, 1 Jun 2020 10:30:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 4N0Dg-6gFDEC; Mon, 1 Jun 2020 10:30:37 -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 18F543A1327; Mon, 1 Jun 2020 10:30:37 -0700 (PDT) Received: by mail-io1-xd29.google.com with SMTP id p20so7724757iop.11; Mon, 01 Jun 2020 10:30: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=WyxVxw/ICdaMFp/m2NU9bgMKmT1r8wsyfn5fDhXoYPQ=; b=Q+kr2uUPNacOsyM/ax4GBsNWwbO6XDJ7zq6pdWOrwxelsQPqA9daOag4gmKR8hUlC5 VZp7IIqKMbKoovGsL+gIgg7CBqkJ+wy7zAup4C2G2izB7LB5ljDDLbWPS7EYEbwmICZ+ VxrHdmsjSQtJ1gPEX7OoyFMbMe9PYFaxznlwtekSLaKPnADDzF/HjnJF/9f8rgqK8daJ nlWWdeVHmAJI4+urlxtMA8bNKNsgxMOGgiumzu9uyXzkeil8R/Xjjgpixu3EwxOMlupC hZqeg4q+mlWDPwkKJLc0wjhcO5eSL7XyAYaabPwpXAsiWghw1/rOkKsW/gPfRv3oM8vA Bcsw== 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=WyxVxw/ICdaMFp/m2NU9bgMKmT1r8wsyfn5fDhXoYPQ=; b=KaNP/++jUWMOXXLpZetT3Z4QLUvXsae8FHNCdx6VCipaMN2yE4dwkkP64yYuqtkRwM mUxfgtcUxek8/2E7wfzY3hVdHIRlJpZA7hpO0JWBq7l6jV/SiKRNEbmcJWN1aowxkPBH 7pPxY6X/ctWExpJSLZNwVxj+936D9rIhVtJqnWOHnmCAR72RUMmrsFZ2wSD+xC463Xo5 dnYFVr73Ft+Evlxt+r8X5Mrc2ez4omG5hvxZ5KNwV9PQruZrT7rE8VKYEjQrS1GplZLr mG1i33C9+34WHbv04gpYjoMipqMvFMqbzeBww+DtmVyftF4yJwbpe2jTY5yNGLNrKnG6 6e0A== X-Gm-Message-State: AOAM5339lgOLqAgo2jcPWoa3sfieU2uzA4UEomxYLQJkUTEXcIAsVMGU 2p65cFWLqQuEe7PQ3UvvUjMD+oHIMcszb4A1aDjezA== X-Google-Smtp-Source: ABdhPJydzyUv7sn5/3UhkB5j4wz9p9L+jvhGbV5R2T2+TiVKdgxBIPQu3nUccBnfC1LRKAO0iad2PYPmPvvINuVwSgc= X-Received: by 2002:a5d:8c8a:: with SMTP id g10mr5395950ion.208.1591032636174; Mon, 01 Jun 2020 10:30:36 -0700 (PDT) MIME-Version: 1.0 References: <159102567741.31595.15199993724747632471@ietfa.amsl.com> In-Reply-To: <159102567741.31595.15199993724747632471@ietfa.amsl.com> From: Vishnu Pavan Beeram Date: Mon, 1 Jun 2020 12:30:24 -0500 Message-ID: To: pce@ietf.org Cc: i-d-announce@ietf.org Content-Type: multipart/alternative; boundary="0000000000001af90405a7092799" Archived-At: Subject: Re: [Pce] I-D Action: draft-ietf-pce-pcep-flowspec-09.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, 01 Jun 2020 17:30:39 -0000 --0000000000001af90405a7092799 Content-Type: text/plain; charset="UTF-8" I have reviewed the latest version of this draft and I do believe that it is ready to progress to the next stage of the publication process. Regards, -Pavan On Mon, Jun 1, 2020 at 10:34 AM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Path Computation Element WG of the IETF. > > Title : PCEP Extension for Flow Specification > Authors : Dhruv Dhody > Adrian Farrel > Zhenbin Li > Filename : draft-ietf-pce-pcep-flowspec-09.txt > Pages : 33 > Date : 2020-06-01 > > Abstract: > The Path Computation Element (PCE) is a functional component capable > of selecting paths through a traffic engineering network. These > paths may be supplied in response to requests for computation, or may > be unsolicited instructions issued by the PCE to network elements. > Both approaches use the PCE Communication Protocol (PCEP) to convey > the details of the computed path. > > Traffic flows may be categorized and described using "Flow > Specifications". RFC XXXX defines the Flow Specification and > describes how Flow Specification Components are used to describe > traffic flows. RFC XXXX also defines how Flow Specifications may be > distributed in BGP to allow specific traffic flows to be associated > with routes. > > This document specifies a set of extensions to PCEP to support > dissemination of Flow Specifications. This allows a PCE to indicate > what traffic should be placed on each path that it is aware of. > > RFC Editor Note: Please replace XXXX in the Abstract with the RFC > number assigned to draft-ietf-idr-rfc5575bis when it is published. > Please remove this note. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-flowspec/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-pce-pcep-flowspec-09 > https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-flowspec-09 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-flowspec-09 > > > 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/ > > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --0000000000001af90405a7092799 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have reviewed the latest version of this draft and = I do believe that it is ready to progress to the next stage of the publicat= ion process.

Regards,
-Pavan

On Mon, Jun 1, 2020 at 10:34 AM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Path Computation Element WG of the IETF.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= PCEP Extension for Flow Specification
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Dhru= v Dhody
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Adrian Farrel
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Zhenbin Li
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-pce-pcep-flowspec-09.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 33
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2020-06-01

Abstract:
=C2=A0 =C2=A0The Path Computation Element (PCE) is a functional component c= apable
=C2=A0 =C2=A0of selecting paths through a traffic engineering network.=C2= =A0 These
=C2=A0 =C2=A0paths may be supplied in response to requests for computation,= or may
=C2=A0 =C2=A0be unsolicited instructions issued by the PCE to network eleme= nts.
=C2=A0 =C2=A0Both approaches use the PCE Communication Protocol (PCEP) to c= onvey
=C2=A0 =C2=A0the details of the computed path.

=C2=A0 =C2=A0Traffic flows may be categorized and described using "Flo= w
=C2=A0 =C2=A0Specifications".=C2=A0 RFC XXXX defines the Flow Specific= ation and
=C2=A0 =C2=A0describes how Flow Specification Components are used to descri= be
=C2=A0 =C2=A0traffic flows.=C2=A0 RFC XXXX also defines how Flow Specificat= ions may be
=C2=A0 =C2=A0distributed in BGP to allow specific traffic flows to be assoc= iated
=C2=A0 =C2=A0with routes.

=C2=A0 =C2=A0This document specifies a set of extensions to PCEP to support=
=C2=A0 =C2=A0dissemination of Flow Specifications.=C2=A0 This allows a PCE = to indicate
=C2=A0 =C2=A0what traffic should be placed on each path that it is aware of= .

=C2=A0 =C2=A0RFC Editor Note: Please replace XXXX in the Abstract with the = RFC
=C2=A0 =C2=A0number assigned to draft-ietf-idr-rfc5575bis when it is publis= hed.
=C2=A0 =C2=A0Please remove this note.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft= -ietf-pce-pcep-flowspec/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-pc= e-pcep-flowspec-09
https://datatracker.ietf.org/do= c/html/draft-ietf-pce-pcep-flowspec-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2= =3Ddraft-ietf-pce-pcep-flowspec-09


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

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--0000000000001af90405a7092799-- From nobody Wed Jun 3 06:42:15 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 467833A09E1; Wed, 3 Jun 2020 06:42:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=B4ZU25CY; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=bKMhfyDt Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jK325o4l1hvP; Wed, 3 Jun 2020 06:42:11 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD0733A09D9; Wed, 3 Jun 2020 06:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3170; q=dns/txt; s=iport; t=1591191730; x=1592401330; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=QnWlY7ALd8SrOljTXImj9QuePheBeEM6dEyhzkXyXj0=; b=B4ZU25CYeKkNhGbbf5ENGYEFdH3p62iF2oEVJJ4pNdQ/1zx4NiwN44Me 8W84j5wMnePcD08VIaWpVV5SPTiwcrmqppKbvH5G9Ge/8wPDV2Wgxj3gs k3FItSa+FKMAn5P8M+INSxXKD8MVUscQSU41VEcr7PW5Jf7dWqPv66mCJ A=; IronPort-PHdr: =?us-ascii?q?9a23=3Aj40nmBSnSO6cysaDxrLmHlgvZ9psv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBN+J6v9YhazRqa+zEWAD4JPUtncEfdQMUh?= =?us-ascii?q?IekswZkkQmB9LNEkz0KvPmLklYVMRPXVNo5Te3ZE5SHsutZlDOrDu19zFBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DNBQDdp9de/5hdJa1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUqBUlIHb1gvLIQlg0YDjUaYUIJSA1ULAQEBDAEBJQgCBAE?= =?us-ascii?q?BhEQCF4IEAiQ4EwIDAQELAQEFAQEBAgEGBG2FWwELhXIBAQEBAxIREQwBATU?= =?us-ascii?q?CAQsEAgEIEQQBAQMCJgICAjAVCAgCBA4FCBqDBYJLAy4BDqN1AoE5iGF2gTK?= =?us-ascii?q?DAQEBBYE2Ag5Bgy0Ygg4JgQ4qgmSJaBqBQT+BEAFDgk0+gmcBAQIBARiBSyS?= =?us-ascii?q?CbjOCLZIBhlGbHgqCWYg0kGCCZ4EUh3iSR5BxiX6UCgIEAgQFAg4BAQWBaiK?= =?us-ascii?q?BVnAVGoMKCUcXAg2QQDiDOoUUhUJ0AjUCBggBAQMJfI1tAQE?= X-IronPort-AV: E=Sophos;i="5.73,467,1583193600"; d="scan'208";a="504502029" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Jun 2020 13:42:09 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 053Dg9Qq014229 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 3 Jun 2020 13:42:09 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 3 Jun 2020 08:42:09 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 3 Jun 2020 08:42:09 -0500 Received: from NAM04-CO1-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.1497.2 via Frontend Transport; Wed, 3 Jun 2020 08:42:08 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MmlyiXmjpU2DAggBk+07XhURRh7Mnw5xI0SnePWmrVxC51Jk3nY3xS29Yb6ElK9/KVRpoCRAlD0QiDRNlLKZSWZyqtfdzgwbhhN1DDZLYOY3uAnFcYtIVlfrrWjZYb8RPRmZnjtkfxXZMAQrTRRR+tCWvU9pIubTKRr3ROdCnHkbWnsXybnnMBJM42jp69BFHnUDHxcR+DcBglf2W2eEhk/0QcC/EwXI2Y0TPN/kGeYFJJJgJc1Eckj8C7sY3Q92UBArJOFd7BDmqVphXffA6r72Ek04ku3T5eR5EVUJF2M6D4ES8sz1IO9Liutxe03emGDTKfvbHZdiF2hMnUwEAQ== 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=QnWlY7ALd8SrOljTXImj9QuePheBeEM6dEyhzkXyXj0=; b=IbxaS8VgfCVDmnP6KpnnROqBkBED7dcvokqbZo7sG2ceH2cXx1POLmo2O6A2oUpNOzPDHLXbA2403zUSl13gCxDCOyMDLlx+BQL4QXZaoiXrY50YQkg0Ip5j1fueNBxnzkuGZwV6clSQrQ6DYGvDpnonEPgkHctkvP5U/iT00Oc4vyQGudRWEX8xK8DbKco5TUhSeEBWiEUAg0NfHsLdIlXs/AgfJd+IEY5SX5ecrqMkw9+8M5baM4gMamuV1rUyk3nyI2K5S+lfNFjBnKBQOvMwZjEyAbiJFSSP26DFWp6EIbUkqgOWD2ZsW/Pj8M6FV87IkFq8/Q/r7Wa5giEwPQ== 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=QnWlY7ALd8SrOljTXImj9QuePheBeEM6dEyhzkXyXj0=; b=bKMhfyDtsDEECMobu7nldYihydGfK9AyBSzhEDzF6DyCCzn3qvOAIGfmv15JzNpn+DOSPjjI/pO6RsroiRozwW4t9cw4eb7CFUokDJbD2Rg91Z7sX7T+0e6gf6eRmA++Zrq9Y7Nsewqb4XS2aOiw9s2htvVp2fKJZM2s94YzHpQ= Received: from DM6PR11MB3802.namprd11.prod.outlook.com (2603:10b6:5:143::30) by DM6PR11MB3195.namprd11.prod.outlook.com (2603:10b6:5:5d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.22; Wed, 3 Jun 2020 13:42:07 +0000 Received: from DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6]) by DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6%7]) with mapi id 15.20.3066.018; Wed, 3 Jun 2020 13:42:07 +0000 From: "Mike Koldychev (mkoldych)" To: "pce@ietf.org" CC: "draft-barth-pce-segment-routing-policy-cp@ietf.org" Thread-Topic: New Version Notification for draft-barth-pce-segment-routing-policy-cp-06.txt Thread-Index: AQHWOO0TKVgfFTWKYE2LhED2S5Q0JKjG4CyQ Date: Wed, 3 Jun 2020 13:42:07 +0000 Message-ID: References: <159110936989.22197.12166515926237337770@ietfa.amsl.com> In-Reply-To: <159110936989.22197.12166515926237337770@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2607:fea8:e380:fce:6d5e:c7e7:5549:8d16] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fa5bca3e-8c1c-4ab7-6012-08d807c3e8c0 x-ms-traffictypediagnostic: DM6PR11MB3195: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JJQo2nnyWg4cp1ZERyQUwy+e2WHr2RKm+nPmhjnMrhjo9IT+86lc+/Cl2eiely4/OWmsZCuooI6BN421wYML+dKoeGhaMArL4oc1gOB5VM20rkYjdi3zbvOqd96TUz66AF/W3FrnIUjfTNaK4nbROkQPpVe1n0J/ti3iS82SVaIC5iOv8w773ihPWN33+hhGqkAbC8KtWQ24WsWE/eF6njDnDPU3Cq6dO4ao3CFfYqmCFeI/bkHuoLWjYWT6HPKL2wJ/8lteQuHmU8OgixDE4CP8WvFThxZPpm5CeBReKO2DbIjcko4aznH24e/CXYN2DTcguIr3V3D1Gom8lRNk+B/8Y58ZPWX6OKaI1PVvkIRjpdNk6ysnJVqCXVBfv7m7l5AEvOKu89JH8cU5WZeKrg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB3802.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(39860400002)(376002)(396003)(346002)(136003)(15650500001)(966005)(2906002)(478600001)(66574014)(186003)(53546011)(86362001)(6506007)(71200400001)(316002)(52536014)(7696005)(5660300002)(4326008)(66446008)(76116006)(6916009)(8936002)(8676002)(33656002)(83380400001)(9686003)(66476007)(66556008)(66946007)(450100002)(55016002)(64756008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 7jgaO/YtxFwQX6JwU1EZ2c3MgAAuXRo3eJZsJVfVqeNJDsxcf0Rf3+/IAZ/qQvbauHTpfnmFiW56sFFS6w5d5Vy5QJm+Ca4fMVqJj0BFjSEEwkFdQndlNa6G88qYF3KGlEmP2dcHFeSx0usvN2pxrYLdWWwhqnUd7Vogfa9aUqhqI42owy+jXQN/JPYaXYCz0ufkUj0waGkRLgf/CXeB7i4KCE7sFXVnlLvyg2ZOxe6+4b1+32gB+rrerJLUuKft8WilzRmOWI1zNm7UhKLOgZxDsmYWSYwNDqm3QCSe2sKyCrd/s/Y5G3JCoWWbEBQ2au//In8m2XidsQ9GHr7VBIaNZvTOS8FF6nDqMYSB7PzeX3iQec0p3K4wYoobhCe7i5Ojt3MxmKZfrYkHyllevGGvQrfYmFilRn6P8yFjmD+10NGtA1BzdGDWrYdetOyJdUO3Z7OkjG8lH57+OUPEx7aLGjPgJs4hU2+KPM1Pmu870m+Ff4c2th9VquOjz2ooNPfaDKOMEF9fgZs/rEP9fPFHO+T3r1be229brmOeP7k0EWn5eMXny30qkouyg+CM x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: fa5bca3e-8c1c-4ab7-6012-08d807c3e8c0 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 13:42:07.7194 (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: yN0OzVUhn340XR1O+5D0WQPI3isKvEPYqoHgfR+dNP/HqhasDSxX3PPVocLpIWadyhiU9WnhXOobLzRwdMTMVw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3195 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [Pce] New Version Notification for draft-barth-pce-segment-routing-policy-cp-06.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: Wed, 03 Jun 2020 13:42:13 -0000 SGkgUENFLA0KDQpXZSBhZGRlZCBhIHNlY3Rpb24gZm9yIGVuY29kaW5nIHRoZSBDYW5kaWRhdGUt UGF0aCBuYW1lIGluIGFuIG9wdGlvbmFsIFRMViAoaW4gYWRkaXRpb24gdG8gdGhlIGFscmVhZHkg ZXhpc3RpbmcgUG9saWN5LU5hbWUgVExWKSBhbmQgbWFkZSBzb21lIG1pbm9yIGVkaXRvcmlhbCBj b3JyZWN0aW9ucy4gQ29tbWVudHMgd2VsY29tZS4NCg0KVGhhbmtzLA0KTWlrZS4NCg0KLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyA8aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnPiANClNlbnQ6IFR1ZXNkYXksIEp1bmUgMiwgMjAyMCAxMDo0 OSBBTQ0KVG86IFNpdmEgU2l2YWJhbGFuIChtc2l2YSkgPG1zaXZhQGNpc2NvLmNvbT47IEhvb21h biBCaWRnb2xpIDxob29tYW4uYmlkZ29saUBub2tpYS5jb20+OyBTaHVwaW5nIFBlbmcgPHBlbmdz aHVwaW5nQGh1YXdlaS5jb20+OyBDb2xieSBCYXJ0aCA8Y2JhcnRoQGp1bmlwZXIubmV0PjsgTWlr ZSBLb2xkeWNoZXYgKG1rb2xkeWNoKSA8bWtvbGR5Y2hAY2lzY28uY29tPg0KU3ViamVjdDogTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5n LXBvbGljeS1jcC0wNi50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtYmFydGgt cGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVs bHkgc3VibWl0dGVkIGJ5IFNodXBpbmcgUGVuZyBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9z aXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1j cA0KUmV2aXNpb246CTA2DQpUaXRsZToJCVBDRVAgZXh0ZW5zaW9uIHRvIHN1cHBvcnQgU2VnbWVu dCBSb3V0aW5nIFBvbGljeSBDYW5kaWRhdGUgUGF0aHMNCkRvY3VtZW50IGRhdGU6CTIwMjAtMDYt MDINCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTIwDQpVUkw6ICAgICAg ICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWJhcnRoLXBj ZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2LnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRp bmctcG9saWN5LWNwLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNg0KSHRtbGl6ZWQ6 ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtYmFydGgt cGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3ANCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1w b2xpY3ktY3AtMDYNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IGludHJvZHVjZXMgYSBt ZWNoYW5pc20gdG8gc3BlY2lmeSBhIFNlZ21lbnQgUm91dGluZw0KICAgKFNSKSBwb2xpY3ksIGFz IGEgY29sbGVjdGlvbiBvZiBTUiBjYW5kaWRhdGUgcGF0aHMuICBBbiBTUiBwb2xpY3kgaXMNCiAg IGlkZW50aWZpZWQgYnkgPGhlYWRlbmQsIGNvbG9yLCBlbmQtcG9pbnQ+IHR1cGxlLiAgQW4gU1Ig cG9saWN5IGNhbg0KICAgY29udGFpbiBvbmUgb3IgbW9yZSBjYW5kaWRhdGUgcGF0aHMgd2hlcmUg ZWFjaCBjYW5kaWRhdGUgcGF0aCBpcw0KICAgaWRlbnRpZmllZCBpbiBQQ0VQIHZpYSBhbiBQTFNQ LUlELiAgVGhpcyBkb2N1bWVudCBwcm9wb3NlcyBleHRlbnNpb24NCiAgIHRvIFBDRVAgdG8gc3Vw cG9ydCBhc3NvY2lhdGlvbiBhbW9uZyBjYW5kaWRhdGUgcGF0aHMgb2YgYSBnaXZlbiBTUg0KICAg cG9saWN5LiAgVGhlIG1lY2hhbmlzbSBwcm9wb3NlZCBpbiB0aGlzIGRvY3VtZW50IGlzIGFwcGxp Y2FibGUgdG8NCiAgIGJvdGggTVBMUyBhbmQgSVB2NiBkYXRhIHBsYW5lcyBvZiBTUi4NCg0KDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFr ZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYu b3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoNCg== From nobody Thu Jun 4 09:59:52 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FDAD3A0E37; Thu, 4 Jun 2020 09:59:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Julien Meuric via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Cc: iesg-secretary@ietf.org, pce@ietf.org, pce-chairs@ietf.org, julien.meuric@orange.com, Julien Meuric Message-ID: <159128999024.31734.14069469001072840894@ietfa.amsl.com> Date: Thu, 04 Jun 2020 09:59:50 -0700 Archived-At: Subject: [Pce] Publication has been requested for draft-ietf-pce-pcep-flowspec-09 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, 04 Jun 2020 16:59:50 -0000 Julien Meuric has requested publication of draft-ietf-pce-pcep-flowspec-09 as Proposed Standard on behalf of the PCE working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-flowspec/ From nobody Sun Jun 7 00:36:27 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E05A03A0B32; Sun, 7 Jun 2020 00:36:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: dhruv.ietf@gmail.com, db3546@att.com, pce-chairs@ietf.org, pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159151538438.17524.17476605496637575496@ietfa.amsl.com> Date: Sun, 07 Jun 2020 00:36:24 -0700 Archived-At: Subject: [Pce] pce - New Meeting Session Request for IETF 108 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, 07 Jun 2020 07:36:25 -0000 A new meeting session request has just been submitted by Dhruv Dhody, a Chair of the pce working group. --------------------------------------------------------- Working Group Name: Path Computation Element Area Name: Routing Area Session Requester: Dhruv Dhody Number of Sessions: 1 Length of Session(s): 100 Minutes Number of Attendees: 75 Conflicts to Avoid: Chair Conflict: spring teas ccamp Technology Overlap: panrg Key Participant Conflict: mpls rift rtgwg detnet idr lsr sfc pals opsawg bess netconf netmod 6man bier rtgarea raw nmrg lsvr ippm 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 Jun 7 00:46:10 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 921193A0B36 for ; Sun, 7 Jun 2020 00:46:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3O0W9-FoRCpy for ; Sun, 7 Jun 2020 00:46:07 -0700 (PDT) Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (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 5F6A13A0B33 for ; Sun, 7 Jun 2020 00:46:07 -0700 (PDT) Received: by mail-io1-xd2a.google.com with SMTP id r77so2193671ior.3 for ; Sun, 07 Jun 2020 00:46:07 -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=vhkE15Ep8na3rRBXLS8zfafVkgEsiIHXDpf/jN10haA=; b=R6hFX2zO30B/P26tJk59vrEsUN5p0+a6YK2zo2bVxPl6xzCveiL1Ri8vsHs4+QRF+Y /YIrzkSpoyb9gyUpn3TxQEe6soZIVSdNdn3QnwTNfGXoRAMGR5/efiuxFq9fq7LSVUL/ 1bW6tfCJbuuWL/jcfqgdu6GrCl7vEq59mXQ4r8Vgao7nKI544cW1Dtc6rasdtGZ/5MUg HcuqL40I6r+6Vl1Ro2iIFStrNIwZANLykbcHqzAzfL7h9g1lZ1ZM312G4sLk6y3H+Rxv 96b3pxSsb9spD+h/ZkWvsHTFYxZHtpl0PIDmhnuYmuj7hhwJUsTs0vVnR4G1u9jg2Rjs mBfg== 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=vhkE15Ep8na3rRBXLS8zfafVkgEsiIHXDpf/jN10haA=; b=jihYXmWgIBl70gNcymXEAB2fNWE2nHlaY9jj5EyIVroN4pT7JHrhGCNbVyINsTSqCD bNi9R6d3KUJpmQZzGdBRYg79K1gSFJrZRhDL3vE0S0mIfDqMVfXbpCQXttI6Uf6Qfp1N wfHigGTq3WWvI7+S90q0dsmYNfpp5/HOk36J2KkUK5y35X0Icu8BvCtcELDeUg8ickW8 Y44N93SOE7xtCbDW2vJ3Nadz6VaFSeUw05eYTECZNChmw9gxRA2vY/cXPhg9wNQChSR5 Tn5bgSpSAfFGsBokrGqhj8POWhoFa9N/5y3TYiV46s6EjHWww07Z/Is/k3A3uQfaQd9S 7dVg== X-Gm-Message-State: AOAM532RSRMbYoSNCxNLhGRgQq7av2eatqeU6W4iLB1leDP1OR7DjYIq 48XgI55oT5BS+VqUVsAAbmyMkGbEP/ECkPxYINVVimFqsS0= X-Google-Smtp-Source: ABdhPJxFvsp1JKtZmOsI+IFiwNbYGeFafHEDDqLuJ5SDMYF4TDa+B0Bd4pB69kNoCgOD6o1NDZFkhTlMsV2fRwAASsY= X-Received: by 2002:a02:390b:: with SMTP id l11mr16583735jaa.54.1591515965039; Sun, 07 Jun 2020 00:46:05 -0700 (PDT) MIME-Version: 1.0 From: Dhruv Dhody Date: Sun, 7 Jun 2020 13:15:28 +0530 Message-ID: To: pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 07 Jun 2020 07:46:09 -0000 Hi WG, This email begins the WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06. https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you willing to work on this draft? Review comments should be posted to the list. This adoption poll will end on 22nd June 2020. Thanks! Dhruv & Julien From nobody Sun Jun 7 00:49:40 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C5EAB3A0B50; Sun, 7 Jun 2020 00:49:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159151617876.17478.16888816065445646415@ietfa.amsl.com> Date: Sun, 07 Jun 2020 00:49:38 -0700 Archived-At: Subject: [Pce] The PCE WG has placed draft-barth-pce-segment-routing-policy-cp in state "Call For Adoption By WG Issued" 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, 07 Jun 2020 07:49:39 -0000 The PCE WG has placed draft-barth-pce-segment-routing-policy-cp in state Call For Adoption By WG Issued (entered by Dhruv Dhody) The document is available at https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/ Comment: Ends on 2020-06-22 From nobody Mon Jun 8 08:49:31 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF863A0D89 for ; Mon, 8 Jun 2020 08:49:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01] 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 0zjOR8rLzWPX for ; Mon, 8 Jun 2020 08:49:24 -0700 (PDT) Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (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 106BD3A0DB3 for ; Mon, 8 Jun 2020 08:49:23 -0700 (PDT) Received: by mail-io1-xd32.google.com with SMTP id i25so4545609iog.0 for ; Mon, 08 Jun 2020 08:49:23 -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=QMSdHDVb2/mEUpVaIfqN7DXFg9o/1SphTspFYNrcF7s=; b=eEkwSIh3CXWBNLFeUEy1I6WINcVc6nI5BSBg41dOWbc0SQ3/tAgh24ZuQgKyU9aIAI q9J88JVl2E7WfXd2kR4yR3PmrgE+iRowSLEp877b3qW6/2rIEEvIi7Z1x0K9RFVGLQP+ u3CS2cyJIIpJ/403jr87i5ExiFYxSKLIfjY54= 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=QMSdHDVb2/mEUpVaIfqN7DXFg9o/1SphTspFYNrcF7s=; b=fduvdXLF6ZaaWeNylOu3TMphblkwSCvsn9AT9sh1ac0sh/8zfnu+q8ePtbYqFTsUmD z2OnC+hJVWycLkZr70RoOW7S8LVLGFbr/CE/VTg8BLMPUMgw383Z+4jCIrJaIFiOecz5 OYda/cs+21up2riSqNoZiMUx8euQ2SqvmszKIBa+XaMiuq6oZWN/EGevCulFD22mblRj R3IsH3dlA0CDsR4rvUAOZh2THIeLh7lmWeTFVcHexQ4VXIZXl3hKlYbVs82Ct5MHGOdw idthLmQpVVRuuadWmZDrvAjFG3syQWx3ce7vek71fJqRavOxr1dlOKkPPaOaXSRkpAay 8qIw== X-Gm-Message-State: AOAM533EQ3HxU3LT5MYtuaAtg2TQUbiohuVXFBYP3Hy61ZSfGx6cE2od S/fQjRWidrSo2Um+yMMfXtXpeeaJmeqRlRDQGsfwWg== X-Google-Smtp-Source: ABdhPJx09Ea+XXtTvjC5v7QDcl2mjmk35bnKb2nTaMPhYA4iYvm/Z4mDe0rwtDQDqryatwTy9Z090jWccTK8A+DZYZE= X-Received: by 2002:a5e:dd0a:: with SMTP id t10mr23123587iop.9.1591631362998; Mon, 08 Jun 2020 08:49:22 -0700 (PDT) MIME-Version: 1.0 From: Hariharan Ananthakrishnan Date: Mon, 8 Jun 2020 08:49:12 -0700 Message-ID: To: "Mike Koldychev (mkoldych)" , msiva282@gmail.com, Colby Barth , pengshuping@huawei.com, hooman.bidgoli@nokia.com Cc: pce@ietf.org Content-Type: multipart/alternative; boundary="0000000000000179e505a7948e39" Archived-At: Subject: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 08 Jun 2020 15:49:30 -0000 --0000000000000179e505a7948e39 Content-Type: text/plain; charset="UTF-8" Hi Authors, In preparation for WG adoption 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 --0000000000000179e505a7948e39 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 
Hi Aut=
hors,

In preparation for WG adoption 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
--0000000000000179e505a7948e39-- From nobody Mon Jun 8 08:56:50 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E1B23A0B12 for ; Mon, 8 Jun 2020 08:56:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=YtKRk/G0; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Ye+C6blz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mBOJrc0254M8 for ; Mon, 8 Jun 2020 08:56:47 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D980E3A0B04 for ; Mon, 8 Jun 2020 08:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9734; q=dns/txt; s=iport; t=1591631806; x=1592841406; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bk3cBjxFCDEHvfcXZjwbD6JUTsN+khMCQRuaedzP0+o=; b=YtKRk/G0EYJ5q9WLixcRaIqtdkmlDbcp2UuMNGxGTQA9uwX5+hZIm700 aozrB4sDrsYjvfg2OuGLHKApgBHrHVf1udOizt0AttSPCibjpPVlJ/l8j X7N/kft7DuDHLUG6qeRggs2wxmfWWnw9q43+PKJ9e47aX4NE1S1QhIKIz Y=; X-IPAS-Result: =?us-ascii?q?A0DbAQBcX95e/4YNJK1mGwEBAQEBAQEBBQEBARIBAQEDA?= =?us-ascii?q?wEBAYIKgSMvUgdvWC8shCSDRgONQIl/iWuEaIJSA1ULAQEBDAEBLQIEAQGER?= =?us-ascii?q?AIXgh0CJDgTAgMBAQEDAgMBAQEBBQEBAQIBBgRthVsMhXIBAQEBAxIRChMBA?= =?us-ascii?q?SwLAQ8CAQgOAwQBASsCAgIfER0IAgQBDQUIGoMFgX5NAy4BpVACgTmIYXaBM?= =?us-ascii?q?oMBAQEFhUgNC4IOCYE4gmSJbRqBQT+BVIJNPoIegjKDEjOCLZINhi+LFo9sT?= =?us-ascii?q?AqCWZQhhQWCaIkSklCQBgxxjFCNNIQMAgQCBAUCDgEBBYFqIoFWcBU7gmlQF?= =?us-ascii?q?wINkECDcoodATh0NwIGCAEBAwl8jxUBAQ?= IronPort-PHdr: =?us-ascii?q?9a23=3AzKX5YhcGlNriKOImbWrYtGI5lGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaQDdfd5u5Kj+vG9avnXD9I7ZWAtSUEd5pBH1?= =?us-ascii?q?8AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7Ur2G86T8CXB?= =?us-ascii?q?74MFk9KuH8AIWHicOx2qi78IHSZAMdgj27bPtyIRy6oB+XuNMRhN5pK706zV?= =?us-ascii?q?3CpX4bdg=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.73,487,1583193600"; d="scan'208,217";a="481488197" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Jun 2020 15:56:46 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 058FujIi006169 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 8 Jun 2020 15:56:46 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Jun 2020 10:56:45 -0500 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Jun 2020 10:56:45 -0500 Received: from NAM10-BN7-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.1497.2 via Frontend Transport; Mon, 8 Jun 2020 10:56:45 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ErWqr8eNwj6+IIdj/wA5tbFoHfKUqHTxM5Zb4q0kyTf6QRl+6A2mHq+fVgfG9wpMViyLpkP6gbamCV9zapLh18MAymS5nIiyZ17nxWEro7NtvsO2oDqbkHR5luFhquvJnVVvhlV4+hcyB3fHbpNs1T5Uc80A1Xm8V5dqS16MIQL8ieQou6F18kXx1wiwC/bSauUidW34xHqrGdR/zxXymuYJEVrUh+8T+MxjKNZiWWJeod/X6pqmcZNw/gmU/4VtYFhLxL2Lu0KWNqxyW+c4cvWJ4x5Tpm3FtRDrr1okXeBaSQMQEWMr2i5KfvB2NrrnjkYCcXRwYd5BduoWbQN2NA== 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=bk3cBjxFCDEHvfcXZjwbD6JUTsN+khMCQRuaedzP0+o=; b=IjqZhqHRS9qkLdg4c+d7YxClXRI8Nqq/lDhb0l4fHMZFf3/foAfU041rXdXyawdMm2/nfjfhazuj6FDPthTbqP8Muv+EPTiFdR3hc4bw39agX2F7X/z204I6tkDUSjR9gaFbx6hg8MRyYu1XXd7ozCgrj3LbaFfaOIwj0wUdq1a3WnCQ2BYGXMCataRoCeDbTBXltIkQLWguQko8Syt00znlgwTiTBUZA0BYFUEDhw4hFBY0zW4wC5/d/fCxmSJjkW9tIAUB81rJENbseg+6jbukm5EZI/Fd5YZG2UQoXSZAA++8jv41/EYXT2YQjez32bzqbYsC/l31dywoct5PLQ== 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=bk3cBjxFCDEHvfcXZjwbD6JUTsN+khMCQRuaedzP0+o=; b=Ye+C6blz3gWpjau4bcu7EJFAo8BVq9xfWF/kF4YjPVwMFH5HUquAvwK41yRGDEzghgz0kUYANd6+VcCoqZrK8EvD2VoB6/F03d9vrbp66H5tur+83iYqQlW98idQTD7/uA2HiVmbuNSwH70+LirNFFL7sx8nJDjUGV2uCyjTFvg= Received: from DM6PR11MB3802.namprd11.prod.outlook.com (2603:10b6:5:143::30) by DM6PR11MB3644.namprd11.prod.outlook.com (2603:10b6:5:139::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.22; Mon, 8 Jun 2020 15:56:44 +0000 Received: from DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6]) by DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6%7]) with mapi id 15.20.3066.023; Mon, 8 Jun 2020 15:56:44 +0000 From: "Mike Koldychev (mkoldych)" To: Hariharan Ananthakrishnan , "msiva282@gmail.com" , Colby Barth , "pengshuping@huawei.com" , "hooman.bidgoli@nokia.com" CC: "pce@ietf.org" Thread-Topic: IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPaxt3FwcXYSyxkeNMCOzaHDd3KjO30yA Date: Mon, 8 Jun 2020 15:56:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: netflix.com; dkim=none (message not signed) header.d=none;netflix.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2607:fea8:e380:fce:9451:8049:df3a:5957] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c39ef3ef-1941-4454-dd1d-08d80bc48b02 x-ms-traffictypediagnostic: DM6PR11MB3644: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 042857DBB5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: M87wXRmD0vsRAQ5POi9dyG7WSsD25Q79Fo31K8UeRJQ0OYO7/aYonEz9Kp3Qy8hiMH6x0Av7uNftTdwh1ELu63lpxPH4pU0tDtg0TIpjxekI83l+0G3qaQ25UH2miDU5Wp78XvK+I+fjs2YGHlsb+aTqj/U9TzYagcihtLkZ4xvtPJow0bsgSQHSU6jjg02dZjYOx8obRVj6ehezHhkKFTVxqBHNaHhRdhWUAIh8FBJKBwhKLNBAc/7M84woRhGrfzPfDg0wIsBBckWjKHMaz4VSnSIVyAxwTxL/ABPMRBaZibdm8EfqLKLut8irSnrh x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB3802.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(39860400002)(376002)(136003)(346002)(396003)(8936002)(5660300002)(9686003)(478600001)(316002)(186003)(8676002)(55016002)(4326008)(4744005)(83380400001)(2906002)(86362001)(52536014)(64756008)(66446008)(6506007)(53546011)(66946007)(66476007)(66556008)(33656002)(76116006)(110136005)(7696005)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: H5Tb07DbPZfH1aMsfhnT+3erXBzZOu2ldUEs6CFTgvQ6XoF1NyzSJDskn9bshZQn2LjNn9yrRAUVoNzNo1nm7FyIHDGv0FsPxuQWEGeiyvZLzhKUq4KlPTXxut7uOcxi1l9pov4JGty/NogCKuO1/0nsAbFVYeGa+jL3W1LXfwnwXnEo9JCeVSkMvLhN2IEGfbKBjVmejpR3upsQbmR+c/yrorP5XWfFV6kl6LF8TtiB45sj7y9FuYtP693/GCBta3PR/yp3DGhmHuhM/bQYijEILQ4gfdW3jn1wPC2tqvFVR8uGlCPBgD6YV+lyf21myxxMX1YvubWFu1Wj+jheWbHjooZI32g5a5KgnQWQIKsuqGLYMJLR1ow1BwwjqdqG6BbNaYKca14SHW9iLH+FalwLxrt2x76Md//8AiOaPMArhHpvr0+eNgjbcSQoKpAhWOGaEHnkRLF1/aeU87QB7fYPerPfvsZDcZpAGgSmZM0hCWbeA5CTiUlFflfGd6wBg+Kk3qHRUw8Nz3VO47CRFBWc8zxltc8lukkv8qdPbS7XGskEAasBWUo1jJVcuEvS x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR11MB3802404A10800DFAC29D77B7D3850DM6PR11MB3802namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: c39ef3ef-1941-4454-dd1d-08d80bc48b02 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2020 15:56:44.6091 (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: SIi0eAUlu3mnULFuU2KlcsvXSOFh69VCCVlMprYhThQ5wg4FrSn8Ei/8hOTv6qn326h30+qRU5C+AfDYHQFakA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3644 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: Re: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 08 Jun 2020 15:56:49 -0000 --_000_DM6PR11MB3802404A10800DFAC29D77B7D3850DM6PR11MB3802namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQuDQoNClRo YW5rcywNCk1pa2UuDQoNCkZyb206IEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW4gPGhhcmlAbmV0 ZmxpeC5jb20+DQpTZW50OiBNb25kYXksIEp1bmUgOCwgMjAyMCAxMTo0OSBBTQ0KVG86IE1pa2Ug S29sZHljaGV2IChta29sZHljaCkgPG1rb2xkeWNoQGNpc2NvLmNvbT47IG1zaXZhMjgyQGdtYWls LmNvbTsgQ29sYnkgQmFydGggPGNiYXJ0aEBqdW5pcGVyLm5ldD47IHBlbmdzaHVwaW5nQGh1YXdl aS5jb207IGhvb21hbi5iaWRnb2xpQG5va2lhLmNvbQ0KQ2M6IHBjZUBpZXRmLm9yZw0KU3ViamVj dDogSVBSIFBvbGwgb24gZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3At MDYNCg0KDQpIaSBBdXRob3JzLA0KDQoNCg0KSW4gcHJlcGFyYXRpb24gZm9yIFdHIGFkb3B0aW9u IG9uIHRoaXMgZHJhZnQsIEknZCBsaWtlIGFsbA0KDQphdXRob3JzIGFuZCBjb250cmlidXRvcnMg dG8gY29uZmlybSBvbiB0aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2UNCg0Kd2l0 aCBJRVRGIElQUiBydWxlcy4NCg0KDQoNClBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBtYWls aW5nIGxpc3QpIHRvIHNheSBvbmUgb2Y6DQoNCg0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBS IGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQNCg0KaW4g YWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIg YXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0LCBhbmQgaXQgaGFzIGFscmVhZHkgYmVlbg0KDQpkaXNj bG9zZWQgdG8gdGhlIElFVEYuDQoNCg0KDQpJIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRv IHRoaXMgZHJhZnQsIGJ1dCB0aGF0IGhhcyBub3QgeWV0IGJlZW4NCg0KZGlzY2xvc2VkIHRvIHRo ZSBJRVRGLiBJIHdpbGwgd29yayB0byBlbnN1cmUgdGhhdCBpdCB3aWxsIGJlIGRpc2Nsb3NlZCBp biBhDQoNCnRpbWVseSBtYW5uZXIuDQoNCg0KDQpUaGFua3MsDQoNCi0gSGFyaQ0K --_000_DM6PR11MB3802404A10800DFAC29D77B7D3850DM6PR11MB3802namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N CnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxl LW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K c3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYz QzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhp cyBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+TWlrZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJv bTo8L2I+IEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW4gJmx0O2hhcmlAbmV0ZmxpeC5jb20mZ3Q7 IDxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEp1bmUgOCwgMjAyMCAxMTo0OSBBTTxicj4NCjxi PlRvOjwvYj4gTWlrZSBLb2xkeWNoZXYgKG1rb2xkeWNoKSAmbHQ7bWtvbGR5Y2hAY2lzY28uY29t Jmd0OzsgbXNpdmEyODJAZ21haWwuY29tOyBDb2xieSBCYXJ0aCAmbHQ7Y2JhcnRoQGp1bmlwZXIu bmV0Jmd0OzsgcGVuZ3NodXBpbmdAaHVhd2VpLmNvbTsgaG9vbWFuLmJpZGdvbGlAbm9raWEuY29t PGJyPg0KPGI+Q2M6PC9iPiBwY2VAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gSVBSIFBv bGwgb24gZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDY8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp dj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SGkgQXV0aG9ycyw8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JbiBwcmVwYXJhdGlvbiBmb3IgV0cgYWRvcHRpb24gb24g dGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzIxMjUyOSI+YXV0aG9ycyBhbmQgY29udHJpYnV0b3JzIHRvIGNvbmZpcm0gb24gdGhlIGxp c3QgdGhhdCB0aGV5IGFyZSBpbiBjb21wbGlhbmNlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzIxMjUyOSI+d2l0aCBJRVRGIElQUiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMjEyNTI5Ij5QbGVhc2UgcmVzcG9uZCAoY29weWluZyB0aGUgbWFpbGluZyBs aXN0KSB0byBzYXkgb25lIG9mOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMy MTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1Mjki PkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQg c2hvdWxkIGJlIGRpc2Nsb3NlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMy MTI1MjkiPmluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy48bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRo aXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVuPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzIxMjUyOSI+ZGlzY2xvc2VkIHRvIHRoZSBJRVRGLjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2FibGUgdG8g dGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmRpc2Nsb3NlZCB0byB0aGUgSUVURi4gSSB3aWxsIHdv cmsgdG8gZW5zdXJlIHRoYXQgaXQgd2lsbCBiZSBkaXNjbG9zZWQgaW4gYTxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPnRpbWVseSBtYW5uZXIuPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMyMTI1MjkiPi0gSGFyaTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzIx MjUyOSI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_DM6PR11MB3802404A10800DFAC29D77B7D3850DM6PR11MB3802namp_-- From nobody Mon Jun 8 09:05:00 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 748313A0B12 for ; Mon, 8 Jun 2020 09:04:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E8fKdnH8mljK for ; Mon, 8 Jun 2020 09:04:56 -0700 (PDT) Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2125.outbound.protection.outlook.com [40.107.223.125]) (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 CB54B3A0A8C for ; Mon, 8 Jun 2020 09:04:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fswuQJ+n1+gc9Wjfz1vQ08xKy9zATRuti6HKaemCoxg5R+GokN/jRztwQycB8v/pkfpJQgQnTJMJq8Jm0+KBtfvpvbcQkYdSGqpS5OaGAUgLimtAQ6pq8nVYuf8oM6qFTkLfncE0OTbpzrIc64Ro0BrpC9nRaHeD8qwDg5PSC09XrUEDFAebwi9EIaFCKKEosBlONuiVH1IuUVfANehPur8rJxQ9QJsjcLkZycy6V2jZ//JTPMuHea9EA+XH0wu4/134K1KYd/oWMGEXGi+8r5bNALvqIEnrmIulwCZMOMfu6kpHH/dQwGCbE8dHvUBVd3BUcADnQXHHbjz1snXsMg== 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=Zm5NnH25bmC/iECNLXJl6E79MsmASsDiDtbkUiZLm3U=; b=jyzy3cHj9tOE+U8FUs9fZ8CBIpVZC8KGlwrs3PQA+Ek0Xw7CDC92/bL8/BpAW92SgQAd/evZmt04atwDzWwyCOMXgH+gGs6z33bHJ9ZlUdlgJk0M4UWumYtz1lBjX9Y/8mrNyKbiYac2Zu/0M0DFeDeo13XCPtVbfRQiZ/NhsHqx4azGE8Ku5F6eMI2kAT0Abqb3G6XQQLKTDi/u0yN3HbMIpaWwPxGKWN5kbBi1yxsbGXQp7Mf45UX16zsf/oeWfsYk08C7iqKpxAdauMlvMDWGgkRrg+21JBnSHpYdyhj6oWli62+rGFvfQd8COaKS6cX5imYttKXPH/yb8rit/A== 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=Zm5NnH25bmC/iECNLXJl6E79MsmASsDiDtbkUiZLm3U=; b=vLHryflpj3enmIthnUxFh+SwhEjHgI7IMch1KrymfWVwmZEtZtW+kD8tv8J2i0sZ/h1+DxV796F5P0VuMQbAWAwNmwThZmm3aFwzZzBfqAYLsdoRFCrohCCkDQG7U1gj6QLZU7FkxR+XAaJzKb9CpP4X54unu7RSVBVvcQoKuxw= Received: from DM6PR08MB4393.namprd08.prod.outlook.com (2603:10b6:5:a2::21) by DM6PR08MB4123.namprd08.prod.outlook.com (2603:10b6:5:82::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Mon, 8 Jun 2020 16:04:55 +0000 Received: from DM6PR08MB4393.namprd08.prod.outlook.com ([fe80::5079:e07:ea06:58d7]) by DM6PR08MB4393.namprd08.prod.outlook.com ([fe80::5079:e07:ea06:58d7%7]) with mapi id 15.20.3066.023; Mon, 8 Jun 2020 16:04:55 +0000 From: "Stone, Andrew (Nokia - CA/Ottawa)" To: "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ+6GTRuR0JfNkemqnrPgu7IvqjOoMmA Date: Mon, 8 Jun 2020 16:04:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [135.245.20.20] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 14e1809f-42f1-490a-96e1-08d80bc5af4f x-ms-traffictypediagnostic: DM6PR08MB4123: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 042857DBB5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: u/xqzUi3oUop0bJlDMlrYw5ZyukWFsdNb2/cPMev+xxuQ3F5+1p3tpERNBkB4eUX7K5VXsZv9023N4yPQgKN5WrTKJxcrHzlqEKOefxxxrnQoBxq7w2RMnSi2VLxo9MaeJtIGtMFYEu86uGcbq3fMEOwJ0ev60WHOvE5JX9AtJYUIWlEccSMqbDnNpLkL8EsvsJmGEqutv2fW8WfsuuFo199fwC5rHHRywMPbw6+jmDmO3/eV1XA+L0uSXEcG+2a6DiZA0mv8jqDL68VOV36CN3+MeReaZkfAxXovcjviLHTuN5xb5W3dyOexu39jOstVQjBMRDRPtEFLRKhNTgZCDWoHm9Hi9pB0RBWgF236i4JnxjkNXcFrEIOY6xVy6nLzp/JFyPehWrPHpzZorIeTw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB4393.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(396003)(376002)(366004)(39860400002)(136003)(6486002)(83380400001)(316002)(8676002)(6512007)(86362001)(6506007)(26005)(64756008)(66556008)(66476007)(66446008)(6916009)(966005)(8936002)(2906002)(91956017)(478600001)(66946007)(186003)(33656002)(36756003)(2616005)(71200400001)(5660300002)(76116006); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: AH3U7PS4RTY0fWK6PwwV4TyCED8dAeTKa0vvTjR0m0kUAUo8CZKt7zUKcncrV7b/TxsYrKY2pjCOlTTr8hd2l9ieB62bEn6YTh1naca/gnDziDMPQoYqxZCpxBZVhd/BGtsWG+vemRzy339AKKLs2h4il95cIhSK22DvlFkGHZ/2h8Ukil3OFbU0KWUYbLz6d0pmE2F4F54cQXXIxtmxm6wS6cOBLhpFuNrN48Ukib6GnJia/IWfl7pciBmochcIJMHmNoDHhxnkjop96AVgrYzf2C4ZE1KUXe6Yi74cYqCwk/wmCXkjHCFb9FzMdzzkYrBUWgALJBhH5CoiKhLbGxdUx0GCkJMSyg8/taubhh49kxN7M9zso+3xuEODF7IWPUTdf6R0AMoRJr3Vo4AC5m5d82P2W6i4iIS2Sft0SMmjUv5x8Kg2BB05WsVmUxXil5aGFCGuYD4dFDsFBs62zWx9T55DXwCeTB/08rI+BcA= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <3BB995C77154C54C9957B37BCB79FE4B@namprd08.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 14e1809f-42f1-490a-96e1-08d80bc5af4f X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2020 16:04:54.9487 (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: DQqeFjQQoMNfCDtZ77CF5qSj4pc5ENenumkIALXAyNxozxi5O9b0m38Yis6uh2XQMiESeIWKVhav+NipYP3A4A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB4123 Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 08 Jun 2020 16:04:58 -0000 SGkgUENFIENoYWlycyBhbmQgV0cNCg0KQSBmZXcgcXVlc3Rpb25zL2NvbW1lbnRzIHJlZ2FyZGlu ZyBkcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNjoNCg0KMS4gIGRy YWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3kgc3RhdGVzIHRoYXQgb25seSBh IHNpbmdsZSBjYW5kaWRhdGUgcGF0aCBjYW4gYmUgYWN0aXZlIHdpdGhpbiBhbiBTUiBQb2xpY3ku IFdoaWxlIHdlIHdvdWxkbid0IHdhbnQgdG8gcmVwZWF0IGFsbCB0aGUgdGV4dCBpbiB0aGUgUENF UCBkb2N1bWVudCB0aGF0IGl0J3MgaW4gdGhlIHNwcmluZyBkb2N1bWVudCBhbmQgZm9jdXMgbW9y ZSBvbiB0aGUgZW5jb2Rpbmcgb2Ygc2lnbmFsbGluZywgc2hvdWxkIFBDRVAgY29tbWVudCBvbiB0 aGlzIChvbmx5IDEgYWN0aXZlIENQIGluIGFuIFNSIFBvbGljeSBhc3NvY2lhdGlvbiBncm91cCk/ DQoNCjIuICBCaW5kaW5nIFNJRCBpcyBhbiBpbXBvcnRhbnQgYXR0cmlidXRlIG9mIFNSIFBvbGlj eSwgYW5kIGZvciBQQ0VQIHRoYXQgaXMgY3VycmVudGx5IGRlc2NyaWJlZCBpbmRlcGVuZGVudGx5 IGluIGRyYWZ0LXNpdmFiYWxhbi1wY2UtYmluZGluZy1sYWJlbC1zaWQgKGFzIGl0IHNob3VsZCBi ZSkgLSBzaG91bGQgZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYg bWFrZSBhIHBvaW50IHRvIHJlZmVyZW5jZSB0aGlzPyBGb3IgYW4gaW1wbGVtZW50YXRpb24gb2Yg ZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AsIG11c3QgaXQgc3VwcG9y dCBkcmFmdC1zaXZhYmFsYW4tcGNlLWJpbmRpbmctbGFiZWwtc2lkID8gDQoNCjMuIFNpbWlsYXIg dG8gcHJldmlvdXMgcG9pbnQsIGRyYWZ0LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5 LWNwLTA2IGhhcyBlZGl0b3IgY29tbWVudHMgcmVnYXJkaW5nIHN1cHBvcnQgb2YgbXVsdGlwbGUg U0lEIGxpc3RzIHRvIGJlIGRlc2NyaWJlZCBpbiBhbm90aGVyIGRvY3VtZW50LiBkcmFmdC1rb2xk eWNoZXYtcGNlLW11bHRpcGF0aCBkZXNjcmliZXMgYSBtZWNoYW5pc20gZm9yIHRoaXMuICBTaG91 bGQgZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AgbWFrZSBhIHJlZmVy ZW5jZSB0byB0aGlzPyBGb3IgYW4gaW1wbGVtZW50YXRpb24gb2YgZHJhZnQtYmFydGgtcGNlLXNl Z21lbnQtcm91dGluZy1wb2xpY3ktY3AsIG11c3QgaXQgc3VwcG9ydCBkcmFmdC1rb2xkeWNoZXYt cGNlLW11bHRpcGF0aCA/IA0KDQo0LiBTZWN0aW9uIDQuMyBsZWF2ZXMgbWUgY29uZnVzZWQuIFRo ZSB0ZXJtICdzdWItY2FuZGlkYXRlIHBhdGgnIGlzIG5vdCB1c2VkIGFueXdoZXJlIGVsc2UgdG8g bXkga25vd2xlZGdlLCBhbmQgdGhlIGNvbmNlcHQgb2YgRUNNUC9VQ01QIG1ha2VzIGl0IHNvdW5k IGxpa2UgdGhlIGJlaGF2aW91ciBvZiBtdWx0aXBsZSBTSUQgTGlzdHMgdG8gbWUsIHNpbmNlIGEg c2luZ2xlIGNhbmRpZGF0ZSBwYXRoIHdpbGwgVy1FQ01QIGFjcm9zcyBtdWx0aXBsZSBTSUQgTGlz dHMuIFRoZSB1c2UgY2FzZSByZXF1aXJlbWVudCBmb3IgZW5jb2Rpbmcgb2JqZWN0aXZlL2NvbnN0 cmFpbnRzIHdhcyBkaXNjdXNzZWQgaW4gdGhlIHBhc3QsIGluIE1vbnRyZWFsIGlmIEkgcmVjYWxs LCB0byBhbGxvdyB0aGUgYWJpbGl0eSB0byB0ZWxsIFBDRSBkaWZmZXJlbnQgY29uc3RyYWludHMg KGV4OiBwYXRoMSB0YWtlIHJlZCBwbGFuZSwgcGF0aDIgdGFrZSBibHVlIHBsYW5lKSBhbmQgRUNN UCBhY3Jvc3MgaXQuIEkgdGhpbmsgdGhpcyBpcyBjZXJ0YWlubHkgYSB2YWxpZCB1c2UgY2FzZSwg YnV0IGl0J3Mgbm90IGNsZWFyIHRvIG1lIGZyb20gdGhpcyBzZWN0aW9uIGhvdyB0aGF0J3MgYWNo aWV2ZWQgd2l0aGluIFBDRVAgZW5jb2RpbmcgYW5kIGhvdyB0aGF0IGZpdHMgaW50byB0aGUgU1Ig UG9saWN5IG1vZGVsLiBIb3cgZG9lcyBhIHN1Yi1jYW5kaWRhdGUgcGF0aCBkaWZmZXIgZnJvbSBh IFNJRCBsaXN0PyBPciBhcmUgdGhleSB0aGUgc2FtZT8gVGhlbiB3aHkgYWxsIHRoZSBsYW5ndWFn ZSBhYm91dCBQQ0VQIHR1bm5lbCBhbmQgY2FuZGlkYXRlIHBhdGg/IE9yIGlzIHRoZSBpbnRlbnQg dG8gYmFzaWNhbGx5IHNpZ25hbCBtdWx0aXBsZSBjYW5kaWRhdGUgcGF0aHMgd2l0aCB0aGUgaW50 ZW50IHRvIEVDTVAgYWNyb3NzIHRoZSBTSUQgTGlzdHMgY29udGFpbmVkIHdpdGhpbiB0aGVtPyBJ IGdldCBhIHNsaWdodCBpbXByZXNzaW9uIHRoYXQgdGhlcmUncyBhIGVpdGhlciAoaW50ZW50aW9u YWxseSBvciB1bmludGVudGlvbmFsbHkpIHBvdGVudGlhbGx5IGEgbG9naWNhbCBuZXcgY29udGFp bm1lbnQgIGludHJvZHVjZWQgaW4gdGhlIFNSIFBvbGljeSBtb2RlbCBpbiBvcmRlciB0byBlbmNv ZGUgb3B0aW1pemF0aW9uIG9iamVjdGl2ZS9jb25zdHJhaW50cyBmb3IgUENFLiBUaGUgbGFuZ3Vh Z2Ugb2YgbWFwcGluZyBzdWItY2FuZGlkYXRlIHBhdGhzIGVhY2ggdG8gYSBQQ0VQIFR1bm5lbCBh bHNvIGxlYXZlcyBtZSBjb25mdXNlZCBzaW5jZSBhIGNhbmRpZGF0ZSBwYXRoIGlzIGEgUENFUCBU dW5uZWwgYXMgZGVzY3JpYmVkIGluIHNlY3Rpb24gNC4xLiAgU29tZSBhZGRpdGlvbmFsIGNsYXJp ZmljYXRpb24sIGRpYWdyYW1zIG9yIGV4YW1wbGVzIGluIHRoaXMgc2VjdGlvbiBpcyBuZWVkZWQg SSB0aGluay4gDQoNCg0KUmVnYXJkaW5nIHRoZSBhZG9wdGlvbiBjYWxsOiANCg0KT3ZlcmFsbCBJ IHRoaW5rIHRoZSBkcmFmdCBzaG91bGQgYmUgYWRvcHRlZCBieSB0aGUgUENFIFdHLiBIYXZpbmcg UENFIGluc3RhbnRpYXRlIGFuZCBjb21wdXRlIHBhdGhzIGZvciBhIENhbmRpZGF0ZSBwYXRoLCB3 aXRoIGZ1bGwgYXdhcmVuZXNzIG9mIHRoZSBjb250ZXh0IG9mIGFuIFNSIFBvbGljeSBpcyBhIG5h dHVyYWwgZml0LiBUaGUgZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIG9mIFNSIFBvbGljeSB2aWEg QkdQIHNob3dzIHRoYXQgU1IgUG9saWN5IGluc3RhbnRpYXRpb24gZnJvbSBhIGNvbnRyb2xsZXIg dG8gdGhlIG5ldHdvcmsgaXMgaW1wb3J0YW50LCBob3dldmVyIGluIHNvbWUgZGVwbG95bWVudHMg YW5kIHBsYXRmb3JtcyB1c2luZyBQQ0VQIHdvdWxkIGJlIGEgYmV0dGVyIGZpdCB0aGFuIEJHUC4g VXNpbmcgUENFUCBhbHNvIGhlbHBzIGVhc2UgdGhlIGZlZWRiYWNrIGNvbXBsZXhpdHkgaW4gcmVw b3J0aW5nIHN0YXRlIGJhY2sgdG8gdGhlIGNvbnRyb2xsZXIsIGZlbHQgYnkgQkdQLiAgV2l0aCB0 aGUgZXhjZXB0aW9uIG9mIHNlY3Rpb24gNC4zIHRvIG1lLCBJIHRoaW5rIHRoZSBkb2N1bWVudCBy ZWZsZWN0cyB0aGUgb3ZlcmFsbCBhcmNoaXRlY3R1cmUgYW5kIG1vZGVsIGRlc2NyaWJlZCBpbiBk cmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5IGFuZCBmb2xsb3dzIGEgc2Vu c2libGUgZW5jb2RpbmcgbW9kZWwgaW4gUENFUCBpbiBpdHMgbWFwcGluZ3Mgb2YgUExTUC1JRC9D YW5kaWRhdGUgcGF0aCBhbmQgdXNlIG9mIGFzc29jaWF0aW9uLiBJIHRoaW5rIHNlY3Rpb24gNC4z IG5lZWQgdG8gYmUgZXZhbHVhdGVkIGFuZCBkaXNjdXNzZWQgaW4gbW9yZSBkZXRhaWwgLSB3aGV0 aGVyIEkgdGhpbmsgaXQgc2hvdWxkIGJlIGJlZm9yZSBvciBhZnRlciBhZG9wdGlvbiBJJ2xsIGxl YXZlIHVwIHRvIHRoZSBXRyBjb25zZW5zdXMgb24gdGhpcyBzZWN0aW9uIC4uLiANCg0KVGhhbmtz DQpBbmRyZXcNCg0KDQrvu79PbiAyMDIwLTA2LTA3LCAzOjQ2IEFNLCAiUGNlIG9uIGJlaGFsZiBv ZiBEaHJ1diBEaG9keSIgPHBjZS1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBkaHJ1di5p ZXRmQGdtYWlsLmNvbT4gd3JvdGU6DQoNCiAgICBIaSBXRywNCg0KICAgIFRoaXMgZW1haWwgYmVn aW5zIHRoZSBXRyBhZG9wdGlvbiBwb2xsIGZvcg0KICAgIGRyYWZ0LWJhcnRoLXBjZS1zZWdtZW50 LXJvdXRpbmctcG9saWN5LWNwLTA2Lg0KDQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AvMDYvDQoNCiAg ICBTaG91bGQgdGhpcyBkcmFmdCBiZSBhZG9wdGVkIGJ5IHRoZSBQQ0UgV0c/IFBsZWFzZSBzdGF0 ZSB5b3VyIHJlYXNvbnMNCiAgICAtIFdoeSAvIFdoeSBub3Q/IFdoYXQgbmVlZHMgdG8gYmUgZml4 ZWQgYmVmb3JlIG9yIGFmdGVyIGFkb3B0aW9uPyBBcmUNCiAgICB5b3Ugd2lsbGluZyB0byB3b3Jr IG9uIHRoaXMgZHJhZnQ/IFJldmlldyBjb21tZW50cyBzaG91bGQgYmUgcG9zdGVkIHRvDQogICAg dGhlIGxpc3QuDQoNCiAgICBUaGlzIGFkb3B0aW9uIHBvbGwgd2lsbCBlbmQgb24gMjJuZCBKdW5l IDIwMjAuDQoNCiAgICBUaGFua3MhDQogICAgRGhydXYgJiBKdWxpZW4NCg0KICAgIF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgUGNlIG1haWxpbmcg bGlzdA0KICAgIFBjZUBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vcGNlDQoNCg== From nobody Mon Jun 8 10:09:29 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C4E83A0DEA for ; Mon, 8 Jun 2020 10:09:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 header.b=TDjZd4St; dkim=pass (1024-bit key) header.d=juniper.net header.b=bCXaHQFQ Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pvoz33QdvnhH for ; Mon, 8 Jun 2020 10:09:25 -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 993C73A0DED for ; Mon, 8 Jun 2020 10:09:25 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 058H94fd027343; Mon, 8 Jun 2020 10:09:15 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=moCPrWoh6F4dwbeKu8dc8PMAJB1kEpv8DjH6Xl1Qc2U=; b=TDjZd4StvtrnvSXz/LXToRFdOfE4q0MYPxEWZfCzkIG72ZvzkrHVKNkFKd88S5peDisc fjFCCfNmuu8TYpodktHCs6JWz7kBj2NWhbP1/EnDpRwAH/Wy9JtHowARUwQ23SKTnfed zqatkTMSQ2h992Iqft7zCRZVAd1jZhh585KwVPHjg4+6Qmgw3QtpwVAP2JA9aaEbF/5V O8gJpoGm0GqNPU9iYg71Jh5lgtNOK9A0XyQk3hBspj8dCWYuLekHLcJ7XByVUnsx/463 a8YqD9kmbcWx7jAKySghz7PvQIH0dpf1CA5KBONtMGRNTwR9JzpMB47d7hPtztStiGeZ kw== Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2174.outbound.protection.outlook.com [104.47.56.174]) by mx0a-00273201.pphosted.com with ESMTP id 31ga5p31sx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 08 Jun 2020 10:09:14 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hpA76uuN6EXENtSZwZ8VvXJHIDXeXkpXM8Czq0eyAEysfpbI9RGtiZpdS65+uUM3tmo6rJfwgC/iAFvN0bIWGqvzAIjeLuPi0b+PpAHyYwKlOYvqlcsAtYz4e7LuyXaGereoZWYBLTvGMWKupKmqbOUV3lNk7RgE9FLRSqSZYrwWBNg45DJncDMqvq2o7b1wIe0qNEQ6VlUDzh+7gTB7ayTnMiSZAYVnlCABhSrFjI2YT68+RqaFUZLRyr7nTJpMkHvWdg+DAeTQb+dsJT9YxETd03Lyp/C2FKwdFxSVaRrV3DVN9F3pOCqx+uDxlAgE68dlGAmqY+Z0xKqGtWYU9Q== 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=moCPrWoh6F4dwbeKu8dc8PMAJB1kEpv8DjH6Xl1Qc2U=; b=fLzQQMl8iNOD8Nuk+bz+HAYUCxCxfbBLMUQPel/ZMhNBfB9sZdR9ios/QMGQ+FIu64VdaQCVzQvThBBJNXiBv0zWrDeVNFQQzvkzZZ1EQ3S0wpWp1DpIw7pCVd2yVppTbOsYIfTa4RQH3iRI0fdTsk2zmuniM68oG4P6survV76h68PRghiOx5CzwPKUfkBrEFa2HCMz6CdFE6so6CRWEWPvXwtqBpGFM4d3hOZnksMu0SA8Oob8ne1+MErNA0YSJSl4c4q0CeD7wSMV2bBSLWHlZQlEkK1ITas6N3H19ZFxp2vHVZTxINf3u05C47u4YezijBYW6yGDxfp8qRl5NA== 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=moCPrWoh6F4dwbeKu8dc8PMAJB1kEpv8DjH6Xl1Qc2U=; b=bCXaHQFQ1BEZpuVlygCWHEiqLxJQ4sLaUmXjQJC2Ki7NEkssMJhb3Pz1PhM7FEUuPPNs739N+99nIoJ4npmNaaRUya5LW0Sq3Gu276bklo79lXvy6YCO7vQ7ePVuBOYwKQvhb/AS6oa4gvKo1TdcvaYXQxHVypKbmag3BwctO2k= Received: from BL0PR05MB5524.namprd05.prod.outlook.com (2603:10b6:208:62::27) by BL0PR05MB4689.namprd05.prod.outlook.com (2603:10b6:208:52::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.10; Mon, 8 Jun 2020 17:09:13 +0000 Received: from BL0PR05MB5524.namprd05.prod.outlook.com ([fe80::cdae:502e:2738:dd69]) by BL0PR05MB5524.namprd05.prod.outlook.com ([fe80::cdae:502e:2738:dd69%7]) with mapi id 15.20.3088.016; Mon, 8 Jun 2020 17:09:13 +0000 From: Colby Barth To: Hariharan Ananthakrishnan , "Mike Koldychev (mkoldych)" , "msiva282@gmail.com" , "pengshuping@huawei.com" , "hooman.bidgoli@nokia.com" CC: "pce@ietf.org" Thread-Topic: IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPaxkjY0nmTEQPku/0GljlVxfEqjOr8yA Date: Mon, 8 Jun 2020 17:09:12 +0000 Message-ID: <86946D96-11FB-41EF-B659-B703ECC87E9B@juniper.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=ef3cda79-a081-417b-a9ed-0000d59a9090; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-08T17:05:53Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: netflix.com; dkim=none (message not signed) header.d=none;netflix.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 1a49d2c3-2b23-4217-2e14-08d80bceaae7 x-ms-traffictypediagnostic: BL0PR05MB4689: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 042857DBB5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: rlVq7Ub7d4L/OfNwTB2nx3g+y+hYcvZL9ZWfKaCLuCXfYwYggUJfd0vpxFiUxhAegCH3Lx9VAH+3+wHvYkA8AmF481eNzR75hWTmt42WNYaaCvfhq81+osrC4emfQNmlqgnlyxLlttMiI4BRZHhGdqoDZMjQYWde/8F+hmTxqQdjYIQN2k4gX47dSRjmaF8EcP7uqumZOcBqQzgZNU0bbzns4WvfDYRGZE9aQZUoxOr+X8XEmII0VDbQh09QPbijJtiLJJQhNdf21DwyiE5zlM0dpdZf40FTsJFTC0GitnNW6oc2eFiob5PPKZ3ycW57 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5524.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(376002)(136003)(396003)(346002)(39860400002)(2616005)(8936002)(8676002)(26005)(478600001)(5660300002)(4326008)(36756003)(71200400001)(64756008)(66946007)(66446008)(66556008)(66476007)(86362001)(186003)(76116006)(110136005)(33656002)(83380400001)(2906002)(316002)(6512007)(6506007)(53546011)(6486002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: UjPxv9Aa553tOc1DAJ8o4ScwayqzerBDbI6k9+r6+zy5p8L/Dj5FNs4nb67LORC1ycUkFeDg9Zs8FgE8bSfjJfSiD1IM0ERXTFovfG7Tja4hwnxZFOv1NFMOB0g8PLg0MGEM/7MN80MqKf3gWZmnBr74m8K01tja5qXaeyeHTlcW9sx39xr2/614StUoNmHGn+7JRDzYtmMcY+d66zWANYR8Um0wQZkztEpqmLyhd7Cmk4XEHdh42+0uKhCJ632qSlsjPSA60lMFzichWeu++Hy1C9xpvE1LSFegXz5AHwtdbHhKuoU+WZGIwUF9BURh06D5+8JR9gbD1mLgJmlX88xPfTUhnxemGc1KsHx44lNNCszEOUfq2cQ6cs+bDDrgJg2Qcl3SgFEWYiP0kOMw/kogP8WE15JQXR4KXU9FESMcJpUpQUONwczCGYUzNnmC2Hh2wk9+JbzzGpyfZEoMaAG5bYXw9C5r+KmDlpWmjk+ZEKZXJr8iRvgZXuWSUj8R x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_86946D9611FB41EFB659B703ECC87E9Bjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 1a49d2c3-2b23-4217-2e14-08d80bceaae7 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2020 17:09:12.9891 (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: TIaBxQBYlfo4cfstfpjQmKqkbNLQA7f6MNVqxmsk7wp9v/h+AxzbJ5IRmFbgl19T5UHwRr91cKhY7Ln0YQutpQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB4689 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-08_17:2020-06-08, 2020-06-08 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 bulkscore=0 suspectscore=0 adultscore=0 clxscore=1011 priorityscore=1501 spamscore=0 mlxscore=0 mlxlogscore=999 phishscore=0 cotscore=-2147483648 lowpriorityscore=0 malwarescore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006080121 Archived-At: Subject: Re: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 08 Jun 2020 17:09:27 -0000 --_000_86946D9611FB41EFB659B703ECC87E9Bjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQuDQoNCi0t Q29sYnkNCg0KRnJvbTogSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5hbiA8aGFyaUBuZXRmbGl4LmNv bT4NCkRhdGU6IE1vbmRheSwgSnVuZSA4LCAyMDIwIGF0IDExOjQ5IEFNDQpUbzogIk1pa2UgS29s ZHljaGV2IChta29sZHljaCkiIDxta29sZHljaEBjaXNjby5jb20+LCAibXNpdmEyODJAZ21haWwu Y29tIiA8bXNpdmEyODJAZ21haWwuY29tPiwgQ29sYnkgQmFydGggPGNiYXJ0aEBqdW5pcGVyLm5l dD4sICJwZW5nc2h1cGluZ0BodWF3ZWkuY29tIiA8cGVuZ3NodXBpbmdAaHVhd2VpLmNvbT4sICJo b29tYW4uYmlkZ29saUBub2tpYS5jb20iIDxob29tYW4uYmlkZ29saUBub2tpYS5jb20+DQpDYzog InBjZUBpZXRmLm9yZyIgPHBjZUBpZXRmLm9yZz4NClN1YmplY3Q6IElQUiBQb2xsIG9uIGRyYWZ0 LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2DQoNCltFeHRlcm5hbCBFbWFp bC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF0NCg0KDQpIaSBBdXRob3JzLA0KDQoNCg0KSW4gcHJl cGFyYXRpb24gZm9yIFdHIGFkb3B0aW9uIG9uIHRoaXMgZHJhZnQsIEknZCBsaWtlIGFsbA0KDQph dXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBvbiB0aGUgbGlzdCB0aGF0IHRoZXkg YXJlIGluIGNvbXBsaWFuY2UNCg0Kd2l0aCBJRVRGIElQUiBydWxlcy4NCg0KDQoNClBsZWFzZSBy ZXNwb25kIChjb3B5aW5nIHRoZSBtYWlsaW5nIGxpc3QpIHRvIHNheSBvbmUgb2Y6DQoNCg0KDQpJ IGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCB0aGF0IHNo b3VsZCBiZSBkaXNjbG9zZWQNCg0KaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0K DQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0LCBhbmQgaXQg aGFzIGFscmVhZHkgYmVlbg0KDQpkaXNjbG9zZWQgdG8gdGhlIElFVEYuDQoNCg0KDQpJIGFtIGF3 YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGJ1dCB0aGF0IGhhcyBub3QgeWV0 IGJlZW4NCg0KZGlzY2xvc2VkIHRvIHRoZSBJRVRGLiBJIHdpbGwgd29yayB0byBlbnN1cmUgdGhh dCBpdCB3aWxsIGJlIGRpc2Nsb3NlZCBpbiBhDQoNCnRpbWVseSBtYW5uZXIuDQoNCg0KDQpUaGFu a3MsDQoNCi0gSGFyaQ0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHkNCg== --_000_86946D9611FB41EFB659B703ECC87E9Bjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <2933DC4D9E7C0B4B8BA77B4DBA7BF087@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpMYXRvOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiAzO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7 fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u dC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwcmUN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1h dHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJl Zm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7 DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1h dHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvbnNvbGFzIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUy MQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBp biAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9 IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBh cHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4t LUNvbGJ5PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5IYXJpaGFy YW4gQW5hbnRoYWtyaXNobmFuICZsdDtoYXJpQG5ldGZsaXguY29tJmd0Ozxicj4NCjxiPkRhdGU6 IDwvYj5Nb25kYXksIEp1bmUgOCwgMjAyMCBhdCAxMTo0OSBBTTxicj4NCjxiPlRvOiA8L2I+JnF1 b3Q7TWlrZSBLb2xkeWNoZXYgKG1rb2xkeWNoKSZxdW90OyAmbHQ7bWtvbGR5Y2hAY2lzY28uY29t Jmd0OywgJnF1b3Q7bXNpdmEyODJAZ21haWwuY29tJnF1b3Q7ICZsdDttc2l2YTI4MkBnbWFpbC5j b20mZ3Q7LCBDb2xieSBCYXJ0aCAmbHQ7Y2JhcnRoQGp1bmlwZXIubmV0Jmd0OywgJnF1b3Q7cGVu Z3NodXBpbmdAaHVhd2VpLmNvbSZxdW90OyAmbHQ7cGVuZ3NodXBpbmdAaHVhd2VpLmNvbSZndDss ICZxdW90O2hvb21hbi5iaWRnb2xpQG5va2lhLmNvbSZxdW90OyAmbHQ7aG9vbWFuLmJpZGdvbGlA bm9raWEuY29tJmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7cGNlQGlldGYub3JnJnF1b3Q7ICZs dDtwY2VAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPklQUiBQb2xsIG9uIGRyYWZ0 LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDox Mi4wcHQ7YmFja2dyb3VuZDojRkZFQjlDIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtMYXRvJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPltF eHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF08bzpwPjwvbzpwPjwvc3Bhbj48 L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUtd3JhcDtib3gtc2l6 aW5nOmJvcmRlci1ib3g7bWFyZ2luLWJvdHRvbToxcmVtO292ZXJmbG93OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIx MjUyOSI+SGkgQXV0aG9ycyw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEy NTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5J biBwcmVwYXJhdGlvbiBmb3IgV0cgYWRvcHRpb24gb24gdGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxs PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+YXV0aG9ycyBhbmQg Y29udHJpYnV0b3JzIHRvIGNvbmZpcm0gb24gdGhlIGxpc3QgdGhhdCB0aGV5IGFyZSBpbiBjb21w bGlhbmNlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+d2l0aCBJ RVRGIElQUiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5QbGVh c2UgcmVzcG9uZCAoY29weWluZyB0aGUgbWFpbGluZyBsaXN0KSB0byBzYXkgb25lIG9mOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gbm90IGF3YXJlIG9mIGFueSBJ UFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZDxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmluIGFjY29yZGFuY2Ugd2l0 aCBJRVRGIElQUiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEy NTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5J IGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxy ZWFkeSBiZWVuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+ZGlz Y2xvc2VkIHRvIHRoZSBJRVRGLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMy MTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1Mjki PkkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFz IG5vdCB5ZXQgYmVlbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1Mjki PmRpc2Nsb3NlZCB0byB0aGUgSUVURi4gSSB3aWxsIHdvcmsgdG8gZW5zdXJlIHRoYXQgaXQgd2ls bCBiZSBkaXNjbG9zZWQgaW4gYTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMy MTI1MjkiPnRpbWVseSBtYW5uZXIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUy OSI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPi0g SGFyaTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzIxMjUyOSI+PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxwIHN0eWxlPSJm b250LWZhbWlseTpDYWxpYnJpO2ZvbnQtc2l6ZTo3cHQ7Y29sb3I6IzAwMDAwMDttYXJnaW46MTVw dDsiIGFsaWduPSJDZW50ZXIiPg0KSnVuaXBlciBCdXNpbmVzcyBVc2UgT25seTxicj4NCjwvcD4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_86946D9611FB41EFB659B703ECC87E9Bjunipernet_-- From nobody Mon Jun 8 10:41:44 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E39A3A0D61 for ; Mon, 8 Jun 2020 10:41:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=DdB8Quvb; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=JwElCXEJ Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qxhI7JeWRuER for ; Mon, 8 Jun 2020 10:41:39 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FBF93A0E06 for ; Mon, 8 Jun 2020 10:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8216; q=dns/txt; s=iport; t=1591638099; x=1592847699; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=Lau0gP/pWs2BddfHkvkRJF2j1q9ek/nK8YJPRSWFAXk=; b=DdB8QuvbQ+6isAXGAQeOVuOAsMSgRhQWc0AkfdG1HNAZ4MwovOUmJDxi Zv9Xi2J7WJk+ufyrFgkDLVVL8hL8a1APZP5v9RVC49fAZ629D91k56jXF uLlXuB6bSSPB7GF+5gYW0nCzHgPnmfBQ5b7Co8lKgOBoqGO2Ahajdzao9 k=; IronPort-PHdr: =?us-ascii?q?9a23=3AtoPYORfBONBULPd4lMHv/z3RlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaQAdfd7PFFgqzdtKWzEWAD4JPUtncEfdQMUh?= =?us-ascii?q?IekswZkkQmB9LNEkz0KvPmLklYVMRPXVNo5Te3ZE5SHsutYVrRo3T05jkXSV?= =?us-ascii?q?3zMANvLbHzHYjfx828y+G1/cjVZANFzDqwaL9/NlO4twLU48IXmoBlbK02z0?= =?us-ascii?q?jE?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AaCADhd95e/49dJa1mHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFKgVIjLwdvWC8shCSDRgONQIl/jlOBQoEQA1ULAQEBDAEBGA0IAgQ?= =?us-ascii?q?BAYREAheCHQIkOBMCAwEBCwEBBQEBAQIBBgRthS4BBQIlDIVyAQEBAQMBARA?= =?us-ascii?q?REQwBASwMCwQCAQgRAQMBAQMCJgICAh8GCxUCBggCBAESCBqDBYJLAy4BDqV?= =?us-ascii?q?5AoE5iGF2gTKDAQEBBYFGQYMnDQuCDgMGgQ4qgmSJbRqBQT+BEAFDgk0+gh5?= =?us-ascii?q?JAQEDAYEsARIBIxUPgm4zgi2SDaExTAqCWYg3hhiFUoUFgmiJEpJQkQOKAIJ?= =?us-ascii?q?QkUACBAIEBQIOAQEFgWoiZnBwFTuCNQEzUBcCDYkhcIYvDBeDT4UUhUJ0NwI?= =?us-ascii?q?GAQcBAQMJfI8VAQE?= X-IronPort-AV: E=Sophos;i="5.73,487,1583193600"; d="scan'208";a="507326655" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Jun 2020 17:41:38 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 058HfcoR015817 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 8 Jun 2020 17:41:38 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Jun 2020 12:41:38 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Jun 2020 12:41:38 -0500 Received: from NAM12-DM6-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.1497.2 via Frontend Transport; Mon, 8 Jun 2020 12:41:36 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FimhTLOE5Hqje+YWqq14VhOOtVpvdRcd+3eLg/DJ4gY5JD9pZ805y+74ljxQ8w0wOifch0M3fPooUHKj4uZn+wPRTTjvfeqW7APDI//pHg+p0nbVZk7VPkUg7DvHwaqi/NST2ybu1xt2eWl90nQHMYbpNtefvXucPIi1ZbCevQAaqLhEKQ5jWHHoJRfnDE+FgnxhvIIgIQSs7JOqdgz3s/1WAX2RT6cZwvteQAOnj8zK7k+e3LQjyW+BEPYI1vvss1oeQAnzeTAuZZkT6KrWgumsnvF+bWX6mQJtgrVSKBmoAZrD4QP73Jtz9gzZ6rAtVbCSN4HVrAGIvcnvwm21KQ== 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=Lau0gP/pWs2BddfHkvkRJF2j1q9ek/nK8YJPRSWFAXk=; b=hNp3PTggPiiMub5YsvF+zC9fONs5iqG/mEtta887+Nn5t1cvsDNR9soDttA414v6+uebEBGkHLQzXKe7rz2A2VIKE7nFZfoTVTdBgcznL3Wliz93PWkxilWB6po4wcgQQ8M+5LPwhrd2ijCWV40pI3+/0LIxaGO4UWR6/GR3hGLM83jwoX6PHo+fZe69SPGy6koOZh3WvHPaeqFEUcc9R6KHuY8SDGJuZlpE7RpCfrJgTdugUnw6Boqnz5qih1cUGzdngvq+G58p8apytBRaLmEoqlxw2EjkQO1dmBLNbWW7TsUQclZecC+bVKYQs490AOfmbbD91bThZsHNvNQnNw== 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=Lau0gP/pWs2BddfHkvkRJF2j1q9ek/nK8YJPRSWFAXk=; b=JwElCXEJLW/yiNDJTNNTjm2/i0dml3bJK2v13zuEt6OVs+sxpVdYM19dVhTeEJj3Z/X2Hmtp/b/vzsE3Zm0MVc80WQ+k76T8wjl30JbraQrNiy2hWG7nhylHNtgjGgjFZikb4qDqNzjhT+7wtQIq1RQ13O9fV/zjHCsZx1ice9Y= Received: from DM6PR11MB3802.namprd11.prod.outlook.com (2603:10b6:5:143::30) by DM6PR11MB4564.namprd11.prod.outlook.com (2603:10b6:5:2a0::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Mon, 8 Jun 2020 17:41:36 +0000 Received: from DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6]) by DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6%7]) with mapi id 15.20.3066.023; Mon, 8 Jun 2020 17:41:36 +0000 From: "Mike Koldychev (mkoldych)" To: "Stone, Andrew (Nokia - CA/Ottawa)" , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/KFGuPwoFlWEa8z9+MeB5EvKjO49gAgAAYG0A= Date: Mon, 8 Jun 2020 17:41:36 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2607:fea8:e380:fce:9451:8049:df3a:5957] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3c25f831-221a-4462-d06f-08d80bd3311d x-ms-traffictypediagnostic: DM6PR11MB4564: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 042857DBB5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: T1SV0HCqM0K+jYHiaxhlxP6/ZSuC68Yl7780tU3NgY1s1aZ0e4p5oQn8MnKbowGbH2p9EVIW6d9AJ3mxhThw551WXJ283CYHt9OCf7HNtXAygBHSvQMUAdBdFdODBMvfdqwggZLJB5MWVyTu9BaPaftZjmDB7oGJCY3c1v4OVyUOSuP7cpFjjAE5Q16+kuLmxin8Z3Rr41pHAsoRW7FNZpX9o3HEj44p5HVSjG5DX9WyJr4aenrAYTEHf2uB45r2VEOxw8Sm9XjhouIbODbgGosWuKznalj9qIcwGN+RnPE0FEgeTbdHtsa06/vmKrvcdDbidAZorajiW7iiFRyrBR8MNFPAzwB3AeqQidyCkOG4yUsOQE0lI73JPuV32yxvTJc7f5rx2VfXRx4OWlayew== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB3802.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(136003)(39860400002)(396003)(366004)(478600001)(316002)(296002)(83380400001)(966005)(110136005)(71200400001)(2906002)(33656002)(7696005)(52536014)(5660300002)(53546011)(8936002)(9686003)(55016002)(76116006)(66556008)(6506007)(66946007)(66446008)(86362001)(64756008)(8676002)(186003)(66476007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: QBtrGW+4owbza+xEJLAlxsBPg2/XrvKeWzHf11Mpz+u+s931j+6+W54n/LrQBBqGva3zwsZQN3I9SHSOhNkZllydwqSlwyzwxsOJBiX83Av02ZEvG7q9T7FQxCq2zYxj64KMez1Nyc3PvsY7BXmY6Yhlc3BZNmkO+7I25CLXtTmBkTWgmTOGluenwb/fYNWDrf46rou75Im1Vv14tyAdiXyziPaG10eL+K8pnPA66nwvBv6NkAoNOl9src2x7NNf3L/DigE/vcKTJCrFCwOT+9hsY0ptTsIdG4RwVnZvR8wMxUDowH3xWA4SbC3TSwzXdEO2d8bD6FquMDkN5xNkzsGcpWZMwR2CeAoNLF8TzC+T7JCcS7zufZM6v83aFH8UckiXVkGkRl0PxPrW8xeCLJshsYo6C9K/pCbw4mPEKKZdn4csLVd+QwmjAIxrFA8xSVD92rm9sHk5QwmklnykPxIVtVAVLWDIel92g7Yf+XY9ckKJG27/uz2xoI7X9H76MksLSXLE/8j4NFyxZC3EovAdfy+dR5Qvtf+UcI1af3ZWUskj2Xs2AZEIHkJYaEKY x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 3c25f831-221a-4462-d06f-08d80bd3311d X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2020 17:41:36.2417 (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: Dhtlp9WOX4KUtUPSoR22nztmk+KTJ1eTwbNk6Sgs9IK28H6lmoG/K41hTKQbVMf4ncp99hcXKgZzD22xj8vvzQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB4564 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 08 Jun 2020 17:41:41 -0000 SGkgUENFIENoYWlycywNCg0KQXMgb25lIG9mIHRoZSBhdXRob3JzLCBJIHN1cHBvcnQgV0cgYWRv cHRpb24gb2YgdGhlIGN1cnJlbnQgZHJhZnQuDQoNCkhpIEFuZHJldywNCg0KVGhhbmtzIGZvciB5 b3VyIHZhbHVhYmxlIGlucHV0LCBsZXQgbWUgcmVwbHkuDQoNCjEuIEl0IHdvdWxkIGJlIHVwIHRv IHRoZSBoZWFkLWVuZCB0byBkZWNpZGUgd2hhdCBDUCBpcyBhY3RpdmUsIHNvIEkgd291bGQgc2F5 IHRoYXQgd2UgcHJvYmFibHkgZG8gbm90IG5lZWQgdG8gZXhwbGljaXRseSBzdGF0ZSBpbiB0aGlz IGRyYWZ0IHRoYXQgb25seSBvbmUgQ1AgbXVzdCBiZSBhY3RpdmUuIEJ1dCBzaG91bGQgZXhwbGlj aXRseSBzdGF0ZSBob3cgYW4gYWN0aXZlIENQIGlzIGRpc3Rpbmd1aXNoZWQgZnJvbSBub24tYWN0 aXZlIENQIGluIHRlcm1zIG9mIFBDRVAgZmxhZ3MuDQoNCjIuIEFncmVlLCB3ZSBzaG91bGQgcmVm ZXJlbmNlIGRyYWZ0LXNpdmFiYWxhbi1wY2UtYmluZGluZy1sYWJlbC1zaWQsIEkgd291bGQgc2F5 IHRoYXQgaXQncyBuZWNlc3NhcnkgdG8gc3VwcG9ydCBiaW5kaW5nLWxhYmVsLXNpZCBpbiBvcmRl ciB0byBzdXBwb3J0IHRoZSBjdXJyZW50IGRyYWZ0LCBiZWNhdXNlIGl0J3MgdW5wcmFjdGljYWwg dG8gaGF2ZSBhbiBTUiBQb2xpY3kgd2l0aG91dCBhIGJpbmRpbmcgU0lELg0KDQozLiBBZ3JlZSwg d2Ugc2hvdWxkIHJlZmVyZW5jZSBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRpcGF0aC4gSG93ZXZl ciwgaXQgc2hvdWxkIG5vdCBiZSBuZWNlc3NhcnkgdG8gc3VwcG9ydCBkcmFmdC1rb2xkeWNoZXYt cGNlLW11bHRpcGF0aCBpbiBvcmRlciB0byBzdXBwb3J0IHRoZSBjdXJyZW50IGRyYWZ0IHRob3Vn aC4gQnV0IHlvdSB3b3VsZCBvbmx5IGJlIGFibGUgdG8gaGF2ZSBhIHNpbmdsZSBzZWdtZW50LWxp c3QgcGVyIENQIHdpdGhvdXQgc3VwcG9ydGluZyBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRpcGF0 aC4NCg0KNC4gSSBhZ3JlZSB3aXRoIHlvdXIgY29uY2VybnMsIHdlIGNhbiB3YWl0IGZvciB3aWRl ciBpbnB1dC9jb25zZW5zdXMgYW5kIGRlY2lkZSB3aGF0IHRvIGRvIGFib3V0IHRoaXMgc2VjdGlv bi4NCg0KVGhhbmtzLA0KTWlrZS4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IFBjZSA8cGNlLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBTdG9uZSwgQW5kcmV3IChO b2tpYSAtIENBL090dGF3YSkNClNlbnQ6IE1vbmRheSwgSnVuZSA4LCAyMDIwIDEyOjA1IFBNDQpU bzogcGNlQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW1BjZV0gV0cgYWRvcHRpb24gcG9sbCBmb3Ig ZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYNCg0KSGkgUENFIENo YWlycyBhbmQgV0cNCg0KQSBmZXcgcXVlc3Rpb25zL2NvbW1lbnRzIHJlZ2FyZGluZyBkcmFmdC1i YXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNjoNCg0KMS4gIGRyYWZ0LWlldGYt c3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3kgc3RhdGVzIHRoYXQgb25seSBhIHNpbmdsZSBj YW5kaWRhdGUgcGF0aCBjYW4gYmUgYWN0aXZlIHdpdGhpbiBhbiBTUiBQb2xpY3kuIFdoaWxlIHdl IHdvdWxkbid0IHdhbnQgdG8gcmVwZWF0IGFsbCB0aGUgdGV4dCBpbiB0aGUgUENFUCBkb2N1bWVu dCB0aGF0IGl0J3MgaW4gdGhlIHNwcmluZyBkb2N1bWVudCBhbmQgZm9jdXMgbW9yZSBvbiB0aGUg ZW5jb2Rpbmcgb2Ygc2lnbmFsbGluZywgc2hvdWxkIFBDRVAgY29tbWVudCBvbiB0aGlzIChvbmx5 IDEgYWN0aXZlIENQIGluIGFuIFNSIFBvbGljeSBhc3NvY2lhdGlvbiBncm91cCk/DQoNCjIuICBC aW5kaW5nIFNJRCBpcyBhbiBpbXBvcnRhbnQgYXR0cmlidXRlIG9mIFNSIFBvbGljeSwgYW5kIGZv ciBQQ0VQIHRoYXQgaXMgY3VycmVudGx5IGRlc2NyaWJlZCBpbmRlcGVuZGVudGx5IGluIGRyYWZ0 LXNpdmFiYWxhbi1wY2UtYmluZGluZy1sYWJlbC1zaWQgKGFzIGl0IHNob3VsZCBiZSkgLSBzaG91 bGQgZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYgbWFrZSBhIHBv aW50IHRvIHJlZmVyZW5jZSB0aGlzPyBGb3IgYW4gaW1wbGVtZW50YXRpb24gb2YgZHJhZnQtYmFy dGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AsIG11c3QgaXQgc3VwcG9ydCBkcmFmdC1z aXZhYmFsYW4tcGNlLWJpbmRpbmctbGFiZWwtc2lkID8gDQoNCjMuIFNpbWlsYXIgdG8gcHJldmlv dXMgcG9pbnQsIGRyYWZ0LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2IGhh cyBlZGl0b3IgY29tbWVudHMgcmVnYXJkaW5nIHN1cHBvcnQgb2YgbXVsdGlwbGUgU0lEIGxpc3Rz IHRvIGJlIGRlc2NyaWJlZCBpbiBhbm90aGVyIGRvY3VtZW50LiBkcmFmdC1rb2xkeWNoZXYtcGNl LW11bHRpcGF0aCBkZXNjcmliZXMgYSBtZWNoYW5pc20gZm9yIHRoaXMuICBTaG91bGQgZHJhZnQt YmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AgbWFrZSBhIHJlZmVyZW5jZSB0byB0 aGlzPyBGb3IgYW4gaW1wbGVtZW50YXRpb24gb2YgZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91 dGluZy1wb2xpY3ktY3AsIG11c3QgaXQgc3VwcG9ydCBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRp cGF0aCA/IA0KDQo0LiBTZWN0aW9uIDQuMyBsZWF2ZXMgbWUgY29uZnVzZWQuIFRoZSB0ZXJtICdz dWItY2FuZGlkYXRlIHBhdGgnIGlzIG5vdCB1c2VkIGFueXdoZXJlIGVsc2UgdG8gbXkga25vd2xl ZGdlLCBhbmQgdGhlIGNvbmNlcHQgb2YgRUNNUC9VQ01QIG1ha2VzIGl0IHNvdW5kIGxpa2UgdGhl IGJlaGF2aW91ciBvZiBtdWx0aXBsZSBTSUQgTGlzdHMgdG8gbWUsIHNpbmNlIGEgc2luZ2xlIGNh bmRpZGF0ZSBwYXRoIHdpbGwgVy1FQ01QIGFjcm9zcyBtdWx0aXBsZSBTSUQgTGlzdHMuIFRoZSB1 c2UgY2FzZSByZXF1aXJlbWVudCBmb3IgZW5jb2Rpbmcgb2JqZWN0aXZlL2NvbnN0cmFpbnRzIHdh cyBkaXNjdXNzZWQgaW4gdGhlIHBhc3QsIGluIE1vbnRyZWFsIGlmIEkgcmVjYWxsLCB0byBhbGxv dyB0aGUgYWJpbGl0eSB0byB0ZWxsIFBDRSBkaWZmZXJlbnQgY29uc3RyYWludHMgKGV4OiBwYXRo MSB0YWtlIHJlZCBwbGFuZSwgcGF0aDIgdGFrZSBibHVlIHBsYW5lKSBhbmQgRUNNUCBhY3Jvc3Mg aXQuIEkgdGhpbmsgdGhpcyBpcyBjZXJ0YWlubHkgYSB2YWxpZCB1c2UgY2FzZSwgYnV0IGl0J3Mg bm90IGNsZWFyIHRvIG1lIGZyb20gdGhpcyBzZWN0aW9uIGhvdyB0aGF0J3MgYWNoaWV2ZWQgd2l0 aGluIFBDRVAgZW5jb2RpbmcgYW5kIGhvdyB0aGF0IGZpdHMgaW50byB0aGUgU1IgUG9saWN5IG1v ZGVsLiBIb3cgZG9lcyBhIHN1Yi1jYW5kaWRhdGUgcGF0aCBkaWZmZXIgZnJvbSBhIFNJRCBsaXN0 PyBPciBhcmUgdGhleSB0aGUgc2FtZT8gVGhlbiB3aHkgYWxsIHRoZSBsYW5ndWFnZSBhYm91dCBQ Q0VQIHR1bm5lbCBhbmQgY2FuZGlkYXRlIHBhdGg/IE9yIGlzIHRoZSBpbnRlbnQgdG8gYmFzaWNh bGx5IHNpZ25hbCBtdWx0aXBsZSBjYW5kaWRhdGUgcGF0aHMgd2l0aCB0aGUgaW50ZW50IHRvIEVD TVAgYWNyb3NzIHRoZSBTSUQgTGlzdHMgY29udGFpbmVkIHdpdGhpbiB0aGVtPyBJIGdldCBhIHNs aWdodCBpbXByZXNzaW9uIHRoYXQgdGhlcmUncyBhIGVpdGhlciAoaW50ZW50aW9uYWxseSBvciB1 bmludGVudGlvbmFsbHkpIHBvdGVudGlhbGx5IGEgbG9naWNhbCBuZXcgY29udGFpbm1lbnQgIGlu dHJvZHVjZWQgaW4gdGhlIFNSIFBvbGljeSBtb2RlbCBpbiBvcmRlciB0byBlbmNvZGUgb3B0aW1p emF0aW9uIG9iamVjdGl2ZS9jb25zdHJhaW50cyBmb3IgUENFLiBUaGUgbGFuZ3VhZ2Ugb2YgbWFw cGluZyBzdWItY2FuZGlkYXRlIHBhdGhzIGVhY2ggdG8gYSBQQ0VQIFR1bm5lbCBhbHNvIGxlYXZl cyBtZSBjb25mdXNlZCBzaW5jZSBhIGNhbmRpZGF0ZSBwYXRoIGlzIGEgUENFUCBUdW5uZWwgYXMg ZGVzY3JpYmVkIGluIHNlY3Rpb24gNC4xLiAgU29tZSBhZGRpdGlvbmFsIGNsYXJpZmljYXRpb24s IGRpYWdyYW1zIG9yIGV4YW1wbGVzIGluIHRoaXMgc2VjdGlvbiBpcyBuZWVkZWQgSSB0aGluay4g DQoNCg0KUmVnYXJkaW5nIHRoZSBhZG9wdGlvbiBjYWxsOiANCg0KT3ZlcmFsbCBJIHRoaW5rIHRo ZSBkcmFmdCBzaG91bGQgYmUgYWRvcHRlZCBieSB0aGUgUENFIFdHLiBIYXZpbmcgUENFIGluc3Rh bnRpYXRlIGFuZCBjb21wdXRlIHBhdGhzIGZvciBhIENhbmRpZGF0ZSBwYXRoLCB3aXRoIGZ1bGwg YXdhcmVuZXNzIG9mIHRoZSBjb250ZXh0IG9mIGFuIFNSIFBvbGljeSBpcyBhIG5hdHVyYWwgZml0 LiBUaGUgZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIG9mIFNSIFBvbGljeSB2aWEgQkdQIHNob3dz IHRoYXQgU1IgUG9saWN5IGluc3RhbnRpYXRpb24gZnJvbSBhIGNvbnRyb2xsZXIgdG8gdGhlIG5l dHdvcmsgaXMgaW1wb3J0YW50LCBob3dldmVyIGluIHNvbWUgZGVwbG95bWVudHMgYW5kIHBsYXRm b3JtcyB1c2luZyBQQ0VQIHdvdWxkIGJlIGEgYmV0dGVyIGZpdCB0aGFuIEJHUC4gVXNpbmcgUENF UCBhbHNvIGhlbHBzIGVhc2UgdGhlIGZlZWRiYWNrIGNvbXBsZXhpdHkgaW4gcmVwb3J0aW5nIHN0 YXRlIGJhY2sgdG8gdGhlIGNvbnRyb2xsZXIsIGZlbHQgYnkgQkdQLiAgV2l0aCB0aGUgZXhjZXB0 aW9uIG9mIHNlY3Rpb24gNC4zIHRvIG1lLCBJIHRoaW5rIHRoZSBkb2N1bWVudCByZWZsZWN0cyB0 aGUgb3ZlcmFsbCBhcmNoaXRlY3R1cmUgYW5kIG1vZGVsIGRlc2NyaWJlZCBpbiBkcmFmdC1pZXRm LXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5IGFuZCBmb2xsb3dzIGEgc2Vuc2libGUgZW5j b2RpbmcgbW9kZWwgaW4gUENFUCBpbiBpdHMgbWFwcGluZ3Mgb2YgUExTUC1JRC9DYW5kaWRhdGUg cGF0aCBhbmQgdXNlIG9mIGFzc29jaWF0aW9uLiBJIHRoaW5rIHNlY3Rpb24gNC4zIG5lZWQgdG8g YmUgZXZhbHVhdGVkIGFuZCBkaXNjdXNzZWQgaW4gbW9yZSBkZXRhaWwgLSB3aGV0aGVyIEkgdGhp bmsgaXQgc2hvdWxkIGJlIGJlZm9yZSBvciBhZnRlciBhZG9wdGlvbiBJJ2xsIGxlYXZlIHVwIHRv IHRoZSBXRyBjb25zZW5zdXMgb24gdGhpcyBzZWN0aW9uIC4uLiANCg0KVGhhbmtzDQpBbmRyZXcN Cg0KDQrvu79PbiAyMDIwLTA2LTA3LCAzOjQ2IEFNLCAiUGNlIG9uIGJlaGFsZiBvZiBEaHJ1diBE aG9keSIgPHBjZS1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBkaHJ1di5pZXRmQGdtYWls LmNvbT4gd3JvdGU6DQoNCiAgICBIaSBXRywNCg0KICAgIFRoaXMgZW1haWwgYmVnaW5zIHRoZSBX RyBhZG9wdGlvbiBwb2xsIGZvcg0KICAgIGRyYWZ0LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmct cG9saWN5LWNwLTA2Lg0KDQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AvMDYvDQoNCiAgICBTaG91bGQg dGhpcyBkcmFmdCBiZSBhZG9wdGVkIGJ5IHRoZSBQQ0UgV0c/IFBsZWFzZSBzdGF0ZSB5b3VyIHJl YXNvbnMNCiAgICAtIFdoeSAvIFdoeSBub3Q/IFdoYXQgbmVlZHMgdG8gYmUgZml4ZWQgYmVmb3Jl IG9yIGFmdGVyIGFkb3B0aW9uPyBBcmUNCiAgICB5b3Ugd2lsbGluZyB0byB3b3JrIG9uIHRoaXMg ZHJhZnQ/IFJldmlldyBjb21tZW50cyBzaG91bGQgYmUgcG9zdGVkIHRvDQogICAgdGhlIGxpc3Qu DQoNCiAgICBUaGlzIGFkb3B0aW9uIHBvbGwgd2lsbCBlbmQgb24gMjJuZCBKdW5lIDIwMjAuDQoN CiAgICBUaGFua3MhDQogICAgRGhydXYgJiBKdWxpZW4NCg0KICAgIF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgUGNlIG1haWxpbmcgbGlzdA0KICAg IFBjZUBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v cGNlDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpQ Y2UgbWFpbGluZyBsaXN0DQpQY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcGNlDQo= From nobody Mon Jun 8 18:43:05 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B48803A08FB for ; Mon, 8 Jun 2020 18:43:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iUmos6wJI2c6 for ; Mon, 8 Jun 2020 18:43:02 -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 9F4C23A08EF for ; Mon, 8 Jun 2020 18:42:52 -0700 (PDT) Received: from lhreml709-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id BEBB962F75EFF7A8E0D7; Tue, 9 Jun 2020 02:42:49 +0100 (IST) Received: from lhreml709-chm.china.huawei.com (10.201.108.58) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Tue, 9 Jun 2020 02:42:49 +0100 Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Tue, 9 Jun 2020 02:42:49 +0100 Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.90]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0487.000; Tue, 9 Jun 2020 09:42:46 +0800 From: "Pengshuping (Peng Shuping)" To: Hariharan Ananthakrishnan , "Mike Koldychev (mkoldych)" , "msiva282@gmail.com" , Colby Barth , "hooman.bidgoli@nokia.com" CC: "pce@ietf.org" Thread-Topic: IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPaxk/tMWHs0PO0yAshis4/PW4qjPgqXQ Date: Tue, 9 Jun 2020 01:42:46 +0000 Message-ID: <4278D47A901B3041A737953BAA078ADE19007AD3@DGGEML532-MBX.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.182.19] Content-Type: multipart/alternative; boundary="_000_4278D47A901B3041A737953BAA078ADE19007AD3DGGEML532MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 09 Jun 2020 01:43:04 -0000 --_000_4278D47A901B3041A737953BAA078ADE19007AD3DGGEML532MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQuDQoNCkJl c3QgcmVnYXJkcywNClNodXBpbmcNCg0KRnJvbTogSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5hbiBb bWFpbHRvOmhhcmlAbmV0ZmxpeC5jb21dDQpTZW50OiBNb25kYXksIEp1bmUgOCwgMjAyMCAxMTo0 OSBQTQ0KVG86IE1pa2UgS29sZHljaGV2IChta29sZHljaCkgPG1rb2xkeWNoQGNpc2NvLmNvbT47 IG1zaXZhMjgyQGdtYWlsLmNvbTsgQ29sYnkgQmFydGggPGNiYXJ0aEBqdW5pcGVyLm5ldD47IFBl bmdzaHVwaW5nIChQZW5nIFNodXBpbmcpIDxwZW5nc2h1cGluZ0BodWF3ZWkuY29tPjsgaG9vbWFu LmJpZGdvbGlAbm9raWEuY29tDQpDYzogcGNlQGlldGYub3JnDQpTdWJqZWN0OiBJUFIgUG9sbCBv biBkcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNg0KDQoNCkhpIEF1 dGhvcnMsDQoNCg0KDQpJbiBwcmVwYXJhdGlvbiBmb3IgV0cgYWRvcHRpb24gb24gdGhpcyBkcmFm dCwgSSdkIGxpa2UgYWxsDQoNCmF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyB0byBjb25maXJtIG9u IHRoZSBsaXN0IHRoYXQgdGhleSBhcmUgaW4gY29tcGxpYW5jZQ0KDQp3aXRoIElFVEYgSVBSIHJ1 bGVzLg0KDQoNCg0KUGxlYXNlIHJlc3BvbmQgKGNvcHlpbmcgdGhlIG1haWxpbmcgbGlzdCkgdG8g c2F5IG9uZSBvZjoNCg0KDQoNCkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0 byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZA0KDQppbiBhY2NvcmRhbmNlIHdp dGggSUVURiBJUFIgcnVsZXMuDQoNCg0KDQpJIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRv IHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVuDQoNCmRpc2Nsb3NlZCB0byB0aGUg SUVURi4NCg0KDQoNCkkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwg YnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbg0KDQpkaXNjbG9zZWQgdG8gdGhlIElFVEYuIEkgd2ls bCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2VkIGluIGENCg0KdGltZWx5 IG1hbm5lci4NCg0KDQoNClRoYW5rcywNCg0KLSBIYXJpDQo= --_000_4278D47A901B3041A737953BAA078ADE19007AD3DGGEML532MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseTrlrovkvZM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU TUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uSFRN TENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8iOw0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJ Y29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJz b25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBw dCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48 L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9 ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBhbSBub3QgYXdhcmUgb2Yg YW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJk cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNodXBpbmc8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwv Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSGFyaWhhcmFuIEFuYW50aGFrcmlzaG5h biBbbWFpbHRvOmhhcmlAbmV0ZmxpeC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBK dW5lIDgsIDIwMjAgMTE6NDkgUE08YnI+DQo8Yj5Ubzo8L2I+IE1pa2UgS29sZHljaGV2IChta29s ZHljaCkgJmx0O21rb2xkeWNoQGNpc2NvLmNvbSZndDs7IG1zaXZhMjgyQGdtYWlsLmNvbTsgQ29s YnkgQmFydGggJmx0O2NiYXJ0aEBqdW5pcGVyLm5ldCZndDs7IFBlbmdzaHVwaW5nIChQZW5nIFNo dXBpbmcpICZsdDtwZW5nc2h1cGluZ0BodWF3ZWkuY29tJmd0OzsgaG9vbWFuLmJpZGdvbGlAbm9r aWEuY29tPGJyPg0KPGI+Q2M6PC9iPiBwY2VAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4g SVBSIFBvbGwgb24gZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDY8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cHJlPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkhpIEF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JbiBwcmVwYXJhdGlv biBmb3IgV0cgYWRvcHRpb24gb24gdGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxsPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmF1dGhvcnMgYW5k IGNvbnRyaWJ1dG9ycyB0byBjb25maXJtIG9uIHRoZSBsaXN0IHRoYXQgdGhleSBhcmUgaW4gY29t cGxpYW5jZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MjEyNTI5Ij53aXRoIElFVEYgSVBSIHJ1bGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+UGxlYXNlIHJlc3BvbmQgKGNvcHlp bmcgdGhlIG1haWxpbmcgbGlzdCkgdG8gc2F5IG9uZSBvZjo8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gbm90IGF3YXJl IG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Ns b3NlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEy NTI5Ij5pbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuPG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JIGFtIGF3YXJl IG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVu PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1Mjki PmRpc2Nsb3NlZCB0byB0aGUgSUVURi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2Fi bGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5kaXNjbG9zZWQgdG8g dGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2Vk IGluIGE8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIx MjUyOSI+dGltZWx5IG1hbm5lci48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+LSBIYXJpPC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzIxMjUyOSI+PG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4278D47A901B3041A737953BAA078ADE19007AD3DGGEML532MBXchi_-- From nobody Mon Jun 8 19:30:21 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC0923A00B2 for ; Mon, 8 Jun 2020 19:30:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 uEWhNWpdwkNt for ; Mon, 8 Jun 2020 19:30:18 -0700 (PDT) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680101.outbound.protection.outlook.com [40.107.68.101]) (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 C43D43A0064 for ; Mon, 8 Jun 2020 19:30:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PuR6hMaQNMHHGTwKaosKHKyO0QTsnXuObmMVmfYyH+pIMBgvnp5QqF+L9ly4G40FJJhwVrt4DEKpfZIXaisaSxadtdfps3ePAEHLxeJboj4tgPQRmUDzTR6I+7nSI6A6q8A5SFo//toI175fYP0a20bSSxa1HIIUiBogxXdEpW24VADzU5xHtUVJtQG4UdJrokvJKOErvZ3KmB4HB/Kkky1MNRaLcPVuu8t7mfHmqx47Mw4VJoujXpi1RfLM6CpS7qExAP26lUDS5S1UW/nX48hXOrj4zstSYnwrL1GuwEws9pkHK4SFWREVh2xSr+QAt79nr8+3ae18Hab7N/mQ8g== 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=HRk1msh10BErT8Cj7KnbsHbGN4iMWtPbYV0eTAW2dc0=; b=eIlicIWY2pP0q5dldbcQbOqlPZDBHZS2OflSg6ygrmYHQxhEI8XM/t4o+gHonzHsItzCvzeyUj/B+wXOoNH8WiyS/+YWVpmnsImw8UfwhA06f2/hrQbyKaHaJ6Hccm6zosl2JWqG/DQ2bKAMhCiZjgWitSqy/mCqHvZVx6/rTRGS611wNU7z15Gs+AorqOVEVgIw2TqQ/bMjzjLIUbhY3seDT2p3Zik/93o4zP/yI+Z7LonQTsiA3fWcwLKFRedhEf6x824+mOxJdV4RqqMY4A6wPX6eQp/qc4RBIDmS1IE132vpmEeE3SzBEaEA/Zfx6z0c2eNSS6BhzNu6PJ0rGQ== 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=HRk1msh10BErT8Cj7KnbsHbGN4iMWtPbYV0eTAW2dc0=; b=IpVbM37AtFxz96Ia1aJZJMLmz/5uMHjM0aWScXRrIS5PKo6Lfyh09wCzr3i9WT2My5O4zJ1u12+qdu6Je2A327duXZjgqiAyI8/W9CjfQdu/oqVeRZ6Zt15ySUhLi7V1Ht33Am2XJceo2JQQxn7IZlSJYIXKplNglWx8TFvLsts= Received: from DM6PR08MB3978.namprd08.prod.outlook.com (2603:10b6:5:82::29) by DM6PR08MB5818.namprd08.prod.outlook.com (2603:10b6:5:151::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.22; Tue, 9 Jun 2020 02:30:15 +0000 Received: from DM6PR08MB3978.namprd08.prod.outlook.com ([fe80::8950:7209:b0ef:8035]) by DM6PR08MB3978.namprd08.prod.outlook.com ([fe80::8950:7209:b0ef:8035%7]) with mapi id 15.20.3066.023; Tue, 9 Jun 2020 02:30:15 +0000 From: "Bidgoli, Hooman (Nokia - CA/Ottawa)" To: Hariharan Ananthakrishnan , "Mike Koldychev (mkoldych)" , "msiva282@gmail.com" , Colby Barth , "pengshuping@huawei.com" CC: "pce@ietf.org" Thread-Topic: IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPaxjV2qYgUVdLU+ALfXFeD07QKjPkEEA Date: Tue, 9 Jun 2020 02:30:14 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: netflix.com; dkim=none (message not signed) header.d=none;netflix.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [174.112.72.100] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 2a16dd07-ca2a-4cce-b947-08d80c1d0afe x-ms-traffictypediagnostic: DM6PR08MB5818: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 042957ACD7 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: UKtI11qtr9WB07ZOi9PcKNbvtw1aVrAakph0Irjxi3qRgAw4T6J17CAFKEWA/G5yxhWImW8DD//6jJmS1nI4DeS2xxbclV2FZnoR8n4uvaL6Ldt5sjx01xXQmT31k20wfT6yFEJKUaansQ+Tt9FCpM+pBVDsqJRydcb9PbHcQs8k9lLl0CNQ1G9MKT1H/capl0/U0hwIbpDvjD+S0yqKdTdgcMwSZtVseqrunuLU5Q/AFpTQLtsnEWiJ2Js9pAGNduGZ7Cy4f586RGOR5+MoPvMc4jT127HnpherQYDfbuy4EAOOo+L7pu9kTo+0hiUI x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB3978.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(396003)(39860400002)(136003)(376002)(366004)(83380400001)(316002)(76116006)(5660300002)(8936002)(66946007)(66446008)(186003)(478600001)(33656002)(64756008)(66476007)(52536014)(53546011)(6506007)(2906002)(55016002)(71200400001)(110136005)(66556008)(8676002)(26005)(7696005)(9686003)(4326008)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: CYrUsLxK5XqBtx7yLLPsXOppTfTonp/PehnTYGjQRdySY+yVDZt+K2O6g5Hmk6x5fzoWKzZ7k2z8OFxHEsY9e7BgY3VyBW2TQGHvitZAMqkI3xBapAUkMWaXqwLa2BOOIv1pXvp/4wWG5xwQ4d1/KlKMvha607Jy4LNnLqMyzoLqHIr/C82hLRXYmDCFm2zxwhAQyfvc3fNe+B9hjyfzeqLAy2YiRZkST513rkkZ5cm2Oa33hF5OGFhRj2MCddgg51LXESXBxxnrr7r7S+SCwiAoZrX87YK530AthaOyitre/B1iJyMO872Qxkj7MFqzEHgAajRAnalGxx8DZ38cpOhNb/dXW/gcFhjz/Ka9wFlRpV2KYetoFu9jAEgDtKzffWLunv9BPK9t7vAruVsV0VHXH022SRCkqjuUcs11Vx/npk/uA9ppw8yXt2N2qfLiFYASzQswHeDwfL1bQ3zc/B+LtD5N4QdOHvFVUO978Cjsi+wd82jkMISPmYu2UUMi x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB39780DAFFFFED3489757B3A591820DM6PR08MB3978namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2a16dd07-ca2a-4cce-b947-08d80c1d0afe X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2020 02:30:14.9956 (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: F4ULu64YrBPMRNYxMXg9RqDg3vgvuezwxb+5OHbYlbv+EKoDFJeHHQKyF7DqRePpOqeULGVSX7XrbmH15en0xaGTh6SCuaB5vYWxJ1mvlog= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5818 Archived-At: Subject: Re: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 09 Jun 2020 02:30:20 -0000 --_000_DM6PR08MB39780DAFFFFED3489757B3A591820DM6PR08MB3978namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQuDQoNClRo YW5rcw0KSG9vbWFuDQpGcm9tOiBIYXJpaGFyYW4gQW5hbnRoYWtyaXNobmFuIDxoYXJpQG5ldGZs aXguY29tPg0KU2VudDogTW9uZGF5LCBKdW5lIDgsIDIwMjAgMTE6NDkgQU0NClRvOiBNaWtlIEtv bGR5Y2hldiAobWtvbGR5Y2gpIDxta29sZHljaEBjaXNjby5jb20+OyBtc2l2YTI4MkBnbWFpbC5j b207IENvbGJ5IEJhcnRoIDxjYmFydGhAanVuaXBlci5uZXQ+OyBwZW5nc2h1cGluZ0BodWF3ZWku Y29tOyBCaWRnb2xpLCBIb29tYW4gKE5va2lhIC0gQ0EvT3R0YXdhKSA8aG9vbWFuLmJpZGdvbGlA bm9raWEuY29tPg0KQ2M6IHBjZUBpZXRmLm9yZw0KU3ViamVjdDogSVBSIFBvbGwgb24gZHJhZnQt YmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYNCg0KDQpIaSBBdXRob3JzLA0K DQoNCg0KSW4gcHJlcGFyYXRpb24gZm9yIFdHIGFkb3B0aW9uIG9uIHRoaXMgZHJhZnQsIEknZCBs aWtlIGFsbA0KDQphdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBvbiB0aGUgbGlz dCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2UNCg0Kd2l0aCBJRVRGIElQUiBydWxlcy4NCg0K DQoNClBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBtYWlsaW5nIGxpc3QpIHRvIHNheSBvbmUg b2Y6DQoNCg0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBk cmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQNCg0KaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYg SVBSIHJ1bGVzLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRy YWZ0LCBhbmQgaXQgaGFzIGFscmVhZHkgYmVlbg0KDQpkaXNjbG9zZWQgdG8gdGhlIElFVEYuDQoN Cg0KDQpJIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGJ1dCB0aGF0 IGhhcyBub3QgeWV0IGJlZW4NCg0KZGlzY2xvc2VkIHRvIHRoZSBJRVRGLiBJIHdpbGwgd29yayB0 byBlbnN1cmUgdGhhdCBpdCB3aWxsIGJlIGRpc2Nsb3NlZCBpbiBhDQoNCnRpbWVseSBtYW5uZXIu DQoNCg0KDQpUaGFua3MsDQoNCi0gSGFyaQ0K --_000_DM6PR08MB39780DAFFFFED3489757B3A591820DM6PR08MB3978namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N CnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxl LW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K c3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJbXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tQ0E7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93 dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21w b3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3Rl eHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPkkg YW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0Ljwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+SG9vbWFuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IEhh cmloYXJhbiBBbmFudGhha3Jpc2huYW4gJmx0O2hhcmlAbmV0ZmxpeC5jb20mZ3Q7DQo8YnI+DQo8 Yj5TZW50OjwvYj4gTW9uZGF5LCBKdW5lIDgsIDIwMjAgMTE6NDkgQU08YnI+DQo8Yj5Ubzo8L2I+ IE1pa2UgS29sZHljaGV2IChta29sZHljaCkgJmx0O21rb2xkeWNoQGNpc2NvLmNvbSZndDs7IG1z aXZhMjgyQGdtYWlsLmNvbTsgQ29sYnkgQmFydGggJmx0O2NiYXJ0aEBqdW5pcGVyLm5ldCZndDs7 IHBlbmdzaHVwaW5nQGh1YXdlaS5jb207IEJpZGdvbGksIEhvb21hbiAoTm9raWEgLSBDQS9PdHRh d2EpICZsdDtob29tYW4uYmlkZ29saUBub2tpYS5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBwY2VA aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gSVBSIFBvbGwgb24gZHJhZnQtYmFydGgtcGNl LXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHBy ZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMyMTI1MjkiPkhpIEF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzIxMjUyOSI+SW4gcHJlcGFyYXRpb24gZm9yIFdHIGFkb3B0aW9uIG9uIHRoaXMgZHJhZnQsIEkn 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_DM6PR08MB39780DAFFFFED3489757B3A591820DM6PR08MB3978namp_-- From msiva282@gmail.com Mon Jun 8 10:31:00 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FCD23A0DED for ; Mon, 8 Jun 2020 10:31:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.848 X-Spam-Level: X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 dr9MEu3oRqyB for ; Mon, 8 Jun 2020 10:30:59 -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 1D0D43A0DD7 for ; Mon, 8 Jun 2020 10:30:59 -0700 (PDT) Received: by mail-io1-xd2e.google.com with SMTP id q8so19590023iow.7 for ; Mon, 08 Jun 2020 10:30:59 -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=mRDT+OxHOFW+wKwNuf1/lW4AFP5V6AeH4K/5uvpOxRc=; b=h7efa/lChQDun3ODyM1aiQMxfrWggHLPj2Hr7omyFoCfmYB5AQrdxI1jOIJAqG4zZk tMqai1hFgJsrGjVWgfXTeG97z227yDG5rCW+koOW9OHS6JWuzfRxP0I+IlefbBay/q6O +6VFIMmMuQcYAZs3KxyqZ6geJ0JGbbbjreMD/U1L271I7uN+bAFutvYQ4L1gtucNid2D ZoBDv+qTTxtET4aNj+j1xobOummj6qqU87dOcWoa0Q5OQSA7HUXmyc7z92CFm2oeaYdK M0nOSjVX5M5hGy+UhbbCBRqstv4NnSgLzckXWzWt2ifyN9RmQhGEp+R0iIFx6JcJWxxz i+mQ== 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=mRDT+OxHOFW+wKwNuf1/lW4AFP5V6AeH4K/5uvpOxRc=; b=ehMHH6VBJhSVL2YpuQt8e67Mq/PmMng7crBaAYQkQPOGFxe9+n3gMMWtGbuwGtWcmc QcJPOiGO3uaukwa2Rntm11NsFdCPjLltotvS24bUnpChSO997wKaX+UJ1/swrwpWabhf cqMDDL/7TlbGbMPtN5HEDLE+xW/9bvnrVu0gmzdRnsEbb5Q5b/bzYTd1uPPSrhGtr8Ts PqjCGAM13DhYnC6aapxXXPdybNODBTOswVUqGuvDNhkVuwEuJiTOwh9gJysw7+VDbS18 3SDpAGI9z+ZppR57TtnRc3z41Sxtj4LDQyGFk0YoTWunOP9dJXmIjSImKBwQtyWxTYop olzQ== X-Gm-Message-State: AOAM532u1d0OvuPrOR4YNBJXVnv2e3oO5i33NysAVkSJLzZ6KPtjvBgs rrzcfOT6dAaMnGo3BvSiOOHErqVIDfroYdmW7bQ= X-Google-Smtp-Source: ABdhPJxpieJgKUf+NJGZX2MxJkjxrEFRW7eT3cr45OExrFkzJ0jNxz0KKo4qdkqls+horQxkPp6Ks8DvlBfv7oR/myU= X-Received: by 2002:a05:6602:2e0e:: with SMTP id o14mr22842024iow.164.1591637457651; Mon, 08 Jun 2020 10:30:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Siva Sivabalan Date: Mon, 8 Jun 2020 13:30:47 -0400 Message-ID: To: Hariharan Ananthakrishnan Cc: "Mike Koldychev (mkoldych)" , Colby Barth , "Pengshuping (Peng Shuping)" , hooman.bidgoli@nokia.com, pce@ietf.org Content-Type: multipart/alternative; boundary="000000000000464ccb05a795f915" Archived-At: X-Mailman-Approved-At: Mon, 08 Jun 2020 20:36:00 -0700 Subject: Re: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 08 Jun 2020 17:39:04 -0000 --000000000000464ccb05a795f915 Content-Type: text/plain; charset="UTF-8" I am not aware of any IPR applicable to this draft. Thanks, Siva On Mon, Jun 8, 2020 at 11:49 AM Hariharan Ananthakrishnan wrote: > Hi Authors, > > In preparation for WG adoption 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 > > --000000000000464ccb05a795f915 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I am not aware of any IPR= applicable to this draft.=C2=A0

Thanks,
Siva=C2=A0

On Mon, Jun 8, 2020 at 11:49 AM Hariharan Ananthakris= hnan <hari@netflix.com> wrote= :
Hi Authors,

In preparation for WG adoption 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
--000000000000464ccb05a795f915-- From nobody Tue Jun 9 05:32:47 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DE443A085C for ; Tue, 9 Jun 2020 05:32:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9I2_R6R2i2I6 for ; Tue, 9 Jun 2020 05:32:44 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 627703A085A for ; Tue, 9 Jun 2020 05:32:44 -0700 (PDT) Received: from lhreml736-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4BE2820DE4B77757683C; Tue, 9 Jun 2020 13:32:41 +0100 (IST) Received: from lhreml736-chm.china.huawei.com (10.201.108.87) by lhreml736-chm.china.huawei.com (10.201.108.87) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 9 Jun 2020 13:32:41 +0100 Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml736-chm.china.huawei.com (10.201.108.87) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 9 Jun 2020 13:32:40 +0100 Received: from DGGEML509-MBS.china.huawei.com ([169.254.4.160]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0487.000; Tue, 9 Jun 2020 20:32:34 +0800 From: "Chengli (Cheng Li)" To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/cDr/BPval10GhULHdR0l30qjOBUgQ Date: Tue, 9 Jun 2020 12:32:33 +0000 Message-ID: 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.108.203.229] 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 adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 09 Jun 2020 12:32:46 -0000 Support with some comments. SR policy is very important for Segment Routing. Adding an Association obj= ect to support SR policy is a very simple extension, therefore I support th= is adoption. Comments: The SR policy name can be configured via PCEP and BGP or other ways, do we = need to make sure the name of the same SR policy is identical? IMHO, the text of how to handle SR policy name conflictions between protoco= ls should be added. Thanks, Cheng -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody Sent: Sunday, June 7, 2020 3:45 PM To: pce@ietf.org Subject: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-= cp-06 Hi WG, This email begins the WG adoption poll for draft-barth-pce-segment-routing-= policy-cp-06. https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/= 06/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you w= illing to work on this draft? Review comments should be posted to the list. This adoption poll will end on 22nd June 2020. Thanks! Dhruv & Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Tue Jun 9 05:35:49 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B8CF3A0863 for ; Tue, 9 Jun 2020 05:35:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 UYDxRiwRTBYX for ; Tue, 9 Jun 2020 05:35:46 -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 D48B23A085D for ; Tue, 9 Jun 2020 05:35:45 -0700 (PDT) Received: from lhreml716-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id A15FB711915745712748; Tue, 9 Jun 2020 13:35:43 +0100 (IST) Received: from lhreml716-chm.china.huawei.com (10.201.108.67) by lhreml716-chm.china.huawei.com (10.201.108.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 9 Jun 2020 13:35:41 +0100 Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by lhreml716-chm.china.huawei.com (10.201.108.67) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 9 Jun 2020 13:35:41 +0100 Received: from DGGEML509-MBS.china.huawei.com ([169.254.4.160]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0487.000; Tue, 9 Jun 2020 20:34:14 +0800 From: "Chengli (Cheng Li)" To: Hariharan Ananthakrishnan , "Mike Koldychev (mkoldych)" , "msiva282@gmail.com" , Colby Barth , "Pengshuping (Peng Shuping)" , "hooman.bidgoli@nokia.com" CC: "pce@ietf.org" Thread-Topic: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPaysTSU8/pTtn0Kk34gGuWeQlajQOOcg Date: Tue, 9 Jun 2020 12:34:14 +0000 Message-ID: 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.108.203.229] Content-Type: multipart/alternative; boundary="_000_C7C2E1C43D652C4E9E49FE7517C236CB02A6FD6Adggeml509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Pce] IPR Poll on draft-barth-pce-segment-routing-policy-cp-06 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, 09 Jun 2020 12:35:47 -0000 --_000_C7C2E1C43D652C4E9E49FE7517C236CB02A6FD6Adggeml509mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBz aG91bGQgYmUgZGlzY2xvc2VkIGluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0K VGhhbmtzLA0KQ2hlbmcgYXMgYSBjb250cmlidXRvci4NCg0KRnJvbTogUGNlIFttYWlsdG86cGNl LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBIYXJpaGFyYW4gQW5hbnRoYWtyaXNobmFu DQpTZW50OiBNb25kYXksIEp1bmUgOCwgMjAyMCAxMTo0OSBQTQ0KVG86IE1pa2UgS29sZHljaGV2 IChta29sZHljaCkgPG1rb2xkeWNoQGNpc2NvLmNvbT47IG1zaXZhMjgyQGdtYWlsLmNvbTsgQ29s YnkgQmFydGggPGNiYXJ0aEBqdW5pcGVyLm5ldD47IFBlbmdzaHVwaW5nIChQZW5nIFNodXBpbmcp IDxwZW5nc2h1cGluZ0BodWF3ZWkuY29tPjsgaG9vbWFuLmJpZGdvbGlAbm9raWEuY29tDQpDYzog cGNlQGlldGYub3JnDQpTdWJqZWN0OiBbUGNlXSBJUFIgUG9sbCBvbiBkcmFmdC1iYXJ0aC1wY2Ut c2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNg0KDQoNCkhpIEF1dGhvcnMsDQoNCg0KDQpJbiBw cmVwYXJhdGlvbiBmb3IgV0cgYWRvcHRpb24gb24gdGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxsDQoN CmF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyB0byBjb25maXJtIG9uIHRoZSBsaXN0IHRoYXQgdGhl eSBhcmUgaW4gY29tcGxpYW5jZQ0KDQp3aXRoIElFVEYgSVBSIHJ1bGVzLg0KDQoNCg0KUGxlYXNl IHJlc3BvbmQgKGNvcHlpbmcgdGhlIG1haWxpbmcgbGlzdCkgdG8gc2F5IG9uZSBvZjoNCg0KDQoN CkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQg c2hvdWxkIGJlIGRpc2Nsb3NlZA0KDQppbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMu DQoNCg0KDQpJIGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBp dCBoYXMgYWxyZWFkeSBiZWVuDQoNCmRpc2Nsb3NlZCB0byB0aGUgSUVURi4NCg0KDQoNCkkgYW0g YXdhcmUgb2YgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5 ZXQgYmVlbg0KDQpkaXNjbG9zZWQgdG8gdGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0 aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2VkIGluIGENCg0KdGltZWx5IG1hbm5lci4NCg0KDQoNClRo YW5rcywNCg0KLSBIYXJpDQo= --_000_C7C2E1C43D652C4E9E49FE7517C236CB02A6FD6Adggeml509mbschi_ 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 YXM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIu MHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRy YWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZCBpbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIg cnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3Ms PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPkNoZW5nIGFzIGEgY29udHJpYnV0b3IuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFBjZSBb bWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5IYXJpaGFy YW4gQW5hbnRoYWtyaXNobmFuPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgSnVuZSA4LCAyMDIw IDExOjQ5IFBNPGJyPg0KPGI+VG86PC9iPiBNaWtlIEtvbGR5Y2hldiAobWtvbGR5Y2gpICZsdDtt a29sZHljaEBjaXNjby5jb20mZ3Q7OyBtc2l2YTI4MkBnbWFpbC5jb207IENvbGJ5IEJhcnRoICZs dDtjYmFydGhAanVuaXBlci5uZXQmZ3Q7OyBQZW5nc2h1cGluZyAoUGVuZyBTaHVwaW5nKSAmbHQ7 cGVuZ3NodXBpbmdAaHVhd2VpLmNvbSZndDs7IGhvb21hbi5iaWRnb2xpQG5va2lhLmNvbTxicj4N CjxiPkNjOjwvYj4gcGNlQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtQY2VdIElQUiBQ b2xsIG9uIGRyYWZ0LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5IaSBBdXRob3JzLDxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkluIHByZXBhcmF0aW9uIGZvciBXRyBhZG9w dGlvbiBvbiB0aGlzIGRyYWZ0LCBJJ2QgbGlrZSBhbGw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMjEyNTI5Ij5hdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBv biB0aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2U8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij53aXRoIElFVEYgSVBSIHJ1bGVzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPlBsZWFzZSByZXNwb25kIChjb3B5aW5nIHRoZSBt YWlsaW5nIGxpc3QpIHRvIHNheSBvbmUgb2Y6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzIxMjUyOSI+SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJh ZnQgdGhhdCBzaG91bGQgYmUgZGlzY2xvc2VkPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzIxMjUyOSI+aW4gYWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2Fi bGUgdG8gdGhpcyBkcmFmdCwgYW5kIGl0IGhhcyBhbHJlYWR5IGJlZW48bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5kaXNjbG9zZWQgdG8gdGhlIElFVEYuPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SSBhbSBhd2FyZSBvZiBJUFIgYXBwbGlj YWJsZSB0byB0aGlzIGRyYWZ0LCBidXQgdGhhdCBoYXMgbm90IHlldCBiZWVuPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+ZGlzY2xvc2VkIHRvIHRoZSBJRVRGLiBJ IHdpbGwgd29yayB0byBlbnN1cmUgdGhhdCBpdCB3aWxsIGJlIGRpc2Nsb3NlZCBpbiBhPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+dGltZWx5IG1hbm5lci48bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5UaGFua3MsPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+LSBIYXJpPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjojMjEyNTI5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_C7C2E1C43D652C4E9E49FE7517C236CB02A6FD6Adggeml509mbschi_-- From nobody Tue Jun 9 14:41:46 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EA85D3A0953; Tue, 9 Jun 2020 14:41:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Robert Sparks via Datatracker To: Cc: last-call@ietf.org, pce@ietf.org, draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159173888777.20611.18058918121871985684@ietfa.amsl.com> Reply-To: Robert Sparks Date: Tue, 09 Jun 2020 14:41:27 -0700 Archived-At: Subject: [Pce] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 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, 09 Jun 2020 21:41:35 -0000 Reviewer: Robert Sparks 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-stateful-pce-lsp-scheduling-13 Reviewer: Robert Sparks Review Date: 2020-06-09 IETF LC End Date: 2020-06-12 IESG Telechat date: Not scheduled for a telechat Summary: Essentially ready for publication as a Proposed Standard RFC, but with issues to consider before progressing Minor Issues: Section 4.2.2: It's not clear when the computation for a path satisfying the constraint happens. Is this done once when the periodical LSP arrives, or at each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals? Section 4.4, second paragraph, last sentence: If the path cannot be set, is the previous LSP left in effect? Or does the failure result in no there being no scheduled LSPs in effect? Section 5.1 first paragraph: Why is TCP called out here? You should be explicit about whether it's ok to have both grace periods and elastic bounds at the same time. The TLV allows that to happen. I'm not sure what it would mean, and I suspect it's unlikely that you would have two implementers compute the consequences the same way. Section 5.2.1, definition of the R bit: You should call out that relative time is in seconds (I think?) when the R bit is 1, and you need a discussion somewhere about the necessity of synchronized clocks and potential problems with transmission delay when the R bit is 1. Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used? Is this true for both R=1 and R=0? For R=1, a start time value of 1 vs a start time value of 0 may, in practice, be indistinguishable (because of transmission or processing delay). In section 5.2.2 at the definition of Repeat-time-length: Please be explicit about whether this is the interval between the start time of two repetitions or the interval between the end-time of one repetition and the start of the next repetition. I think you mean the former. At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP peers have set the B bit. But in section 6.6, you say MUST NOT. Please choose one. I think you want both places to say MUST NOT. Nits: Introduction, paragraph 3, second sentence: This is hard to read. I suggest trying to break it into more than one sentence. Introduction, paragraph 4, third sentence: This is hard to read. Please simplify. The document uses both "database" and "data base". Please pick one. Top of page 7: "In case of former" does not parse. Please clarify. Section 4.2.2, second paragraph, first sentence: Does not parse. I think it is missing more than articles. Section 4.3 at "In both modes": It's not clear what "modes" means here. It would be worth calling out in section 5.1 that setting PD requires setting B as specified in 5.2.2. It would be helpful in 5.2.2 at the definition of Opt: to point forward to the registry you are creating for its values. It would also be good to be explicit about what to do if an element receives a TLV with a value here it does not understand yet. Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noting that. From nobody Wed Jun 10 17:11:23 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE2A03A0CA2; Wed, 10 Jun 2020 17:11:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159183428166.7701.3351007753666850682@ietfa.amsl.com> Date: Wed, 10 Jun 2020 17:11:21 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-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: Thu, 11 Jun 2020 00:11:22 -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-14.txt Pages : 26 Date : 2020-06-10 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-14 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-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 Wed Jun 10 17:36:01 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5E3F3A15D7; Wed, 10 Jun 2020 17:35:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XJ-vGkCFDjHR; Wed, 10 Jun 2020 17:35:52 -0700 (PDT) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2135.outbound.protection.outlook.com [40.107.220.135]) (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 63DD03A15DF; Wed, 10 Jun 2020 17:35:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VNIkWBhGttoDURswaayZIXHtuYSZZyVX8Iyrk//HJESETL2tiWIGdctZ2AehmLE6ovoV0OArIxctyS+tT2muRKGe1VbMQgdLRM/3r7en1OCH+zxtAWw9R9IevUhEfohpIinRL69lF03wCUc3CyR1BpHeN6X0FPpUXvv3uQJj1OdbFsrcih2e8CwW0dPLRJDhcp9+vTkSS6MV6yRKQeF4c0bLxU+Mpj8QfN7iLr7RaFpCQuSoAHSQ8rp9+l1STq2cw0Ng6+i8Lh+0DUB7Ead4+jDWoLU0L5lvCF2bLCO/7stuCicOm1hiBGAKwT24e9OV8yMbXA4+1D8XYq/ha9ODYQ== 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=fwu+UqvciPxjBkRi70joLPv371QLRx9aeCdY/AkUV/s=; b=J5YmNuZtdXlrVLilPOuLR9mBL3/veUT33LZkrKFabigo8ikQbK7Byy4SMWBXfFDSfrbnvUZlQ7nkUV/gFtUaXY3bA7g13wmCAjMfRG5EapIm4vgFTKFYJOhe781N/9+HF13udoqayKV9J4LvzM7LxazuFA9TVcSju9UoeA0nNSeo+iGkwzRM7Hlem/XCN5bHFapWpNTmbzKk4q2/0HVtQxMr96xc2fliOXNXmn+LDnIqU/IKT94Kjx9PlFVvC7T/fx+sLjkG1ezV17nHSMTalhuVj/UpkJCIuhvAJFXJXfqGGGejnIgfAJCgenTD5vgUEUIh6R2hAltIkMQ7bRjSQg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fwu+UqvciPxjBkRi70joLPv371QLRx9aeCdY/AkUV/s=; b=iOaa9YQ0bqp6kQqJ8uc7L1HWMsBftTU4cAc2N2+17048u9EFdjuuHVlMTCT3K07+wF/T7sdnm/U5mgfNaX+cyy2AIuqmpXUPH8zW63JZaqPXwuY7WnQ+7H++WFbdUzfuYrY3Or5a5wdAN47vFzYzb8iomdH0YnRstlps/UV7qg4= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3231.namprd13.prod.outlook.com (2603:10b6:208:135::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.9; Thu, 11 Jun 2020 00:35:24 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3088.018; Thu, 11 Jun 2020 00:35:24 +0000 From: Huaimo Chen To: "gen-art@ietf.org" , Robert Sparks CC: "last-call@ietf.org" , "pce@ietf.org" , "draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org" Thread-Topic: Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 Thread-Index: AQHWPqbCgZK8tOxt60mX6HWo3ajxz6jSjMMV Date: Thu, 11 Jun 2020 00:35:24 +0000 Message-ID: References: <159173888777.20611.18058918121871985684@ietfa.amsl.com> In-Reply-To: <159173888777.20611.18058918121871985684@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:aca9:5327:a72:f506] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8bacc81a-2016-4616-155c-08d80d9f549c x-ms-traffictypediagnostic: MN2PR13MB3231: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0431F981D8 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: cLU8/5rRzMw6fY5cJN5uF1E6ZiZyGpDN0+rrdMh1XcxBbpy6PepBwyDno36xDA/Mdx8A6AH96V05xuG2pV07YfqmCjUJ2UPxvLz+DQ17uuXmR5O/19iFiVJqnN1Azsfvjf2JeJN1BaUHftVpIKHmqEiUsf+fXxmxIeex9hmvF7gEOqKovm07f03mgokDyvxP9a4s73xTfASCN9mt5QH1N7bWfS1xNM1w8jv7ce7WNmUP+sbuDuuv5kPV6aNltLFiq3Cb8+wDJiAiDMwyAfAKAO182xYgR52mD9lXhqsILfj7E3w62y8AwUF+xD6f7/c55Ts9QQoSFI7PYBboOA0r8oG5g9c/mpKC9Ea35aPsi05duicvzfljIexbnkuUQ6hvGk+akq09kZv1BBSf9L/2NA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(396003)(366004)(346002)(39850400004)(136003)(86362001)(5660300002)(44832011)(316002)(19627405001)(478600001)(186003)(966005)(8676002)(110136005)(54906003)(71200400001)(4326008)(45080400002)(52536014)(53546011)(166002)(8936002)(64756008)(66556008)(66476007)(66446008)(7696005)(76116006)(2906002)(66946007)(9686003)(55016002)(33656002)(83380400001)(6506007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: n2p/pmX7ZjTeRvHT5mH5FORSW+v0OqgBpMKSnkcsShldnWT7Onxypj4TNonxsLkVFLal9ZQe2GKZ3pVtDSu///oe0aOxjJshFYEDZP2vlM43fjuhLadfXoxYjV+YUpCfBFFGSG0Wnb1nsp8e7ZR5gYZy1Q1fJWkpQpqXmBeb4a8Yc3vnq+qW736wTq3+QxyVYU7LW4/7kgXdhqvnX575wv22P/BTST00fmbUsvnnJV5iIN+X3LyklSAHb7vn7amlInNPPlx7vjmu4+Wj8w4rVO9Gu3l2opqYacCO/fO5Wvulgrvk0P+vecI1cJbyoTPy4uIv1EvXfy1TlrCdvudiUqhnatX9X0Ll6ZrD9AaLM5TAwq6T8kGeam3rdLGUHPYKf1ap5JuXOG9uJ/eZJYMtJe5Nl9iZ2iApBZqjcq3pF6aZLM1ZUQN6ViHUBpAjjOvwJSJj650Y69GHuNITou/vdAyyFtBhVnuH3zdYf+SwcekZlZv2cjbMPLS6XhrmedyRB7q5flAUA7VnqjTu6x5mBdf+627ISFKm9nuEiI/yIVw= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31173E62DE6EDEF9D8E92772F2800MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8bacc81a-2016-4616-155c-08d80d9f549c X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jun 2020 00:35:24.2262 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: YJwbGjap1nFoOCaF+1nhv7astLrV5lEh0X764C/ik5Ik7sMseJ4HmjdQTfs7aFx/m5W3BByHBnFL9aLLe0LGrQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3231 Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 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, 11 Jun 2020 00:35:55 -0000 --_000_MN2PR13MB31173E62DE6EDEF9D8E92772F2800MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Robert, Thank you very much for your time and valuable comments. My answers/explanations are inline below with prefix [HC]. Your comments have been addressed in the updated document https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-schedulin= g/ Best Regards, Huaimo ________________________________ From: Robert Sparks via Datatracker Sent: Tuesday, June 9, 2020 5:41 PM To: gen-art@ietf.org Cc: last-call@ietf.org ; pce@ietf.org ; d= raft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-schedul= ing-13 Reviewer: Robert Sparks 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-stateful-pce-lsp-scheduling-13 Reviewer: Robert Sparks Review Date: 2020-06-09 IETF LC End Date: 2020-06-12 IESG Telechat date: Not scheduled for a telechat Summary: Essentially ready for publication as a Proposed Standard RFC, but = with issues to consider before progressing Minor Issues: Section 4.2.2: It's not clear when the computation for a path satisfying th= e constraint happens. Is this done once when the periodical LSP arrives, or a= t each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals? [HC]: We have made it clear in the document through revising the texts. When a periodical LSP is configured, the paths for all the scheduled intervals of the LSP is computed once. If there is no path for some (e.g., one) of the intervals, the constraints for the periodical LSP is not satisfied and the LSP will not be set up at all. Section 4.4, second paragraph, last sentence: If the path cannot be set, is= the previous LSP left in effect? Or does the failure result in no there being n= o scheduled LSPs in effect? [HC]: We have added the texts explicitly stating that the previous LSP will not be impacted if the path for new requirements cannot be set. Section 5.1 first paragraph: Why is TCP called out here? [HC]: We have removed TCP. You should be explicit about whether it's ok to have both grace periods and elastic bounds at the same time. The TLV allows that to happen. I'm not sur= e what it would mean, and I suspect it's unlikely that you would have two implementers compute the consequences the same way. [HC]: We have added some texts to say that only one of them is used. Section 5.2.1, definition of the R bit: You should call out that relative t= ime is in seconds (I think?) when the R bit is 1, and you need a discussion somewhere about the necessity of synchronized clocks and potential problems with transmission delay when the R bit is 1. [HC]: You are right. The relative time is in seconds. We have explicitly stated this and had some discussions about synchronizing clocks and potential problems with transmission delay. Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used?= Is this true for both R=3D1 and R=3D0? For R=3D1, a start time value of 1 vs a= start time value of 0 may, in practice, be indistinguishable (because of transmis= sion or processing delay). [HC]: When R=3D1, Start-Time=3D0 means right now. Because of transmission and processing delay, this cannot be achieved. For R=3D0, Start-Time=3D0 means the epoch (i.e., 1 January 1970 at 00:00 UT= C). So for both R=3D1 and R=3D0, a value of 0 must not be used in Start-Time. In section 5.2.2 at the definition of Repeat-time-length: Please be explici= t about whether this is the interval between the start time of two repetition= s or the interval between the end-time of one repetition and the start of the ne= xt repetition. I think you mean the former. [HC]: It is the interval between the end-time of one repetition and the start of the next repetition. We had added some texts to state this explicitly. At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP p= eers have set the B bit. But in section 6.6, you say MUST NOT. Please choose one= . I think you want both places to say MUST NOT. [HC]: We have changed SHOULD NOT to MUST NOT. Nits: Introduction, paragraph 3, second sentence: This is hard to read. I suggest trying to break it into more than one sentence. [HC]: We have split and rephrased it. Introduction, paragraph 4, third sentence: This is hard to read. Please simplify. [HC]: We have rephrased it. The document uses both "database" and "data base". Please pick one. [HC]: We have changed "data base" to database. Top of page 7: "In case of former" does not parse. Please clarify. [HC]: We have rephrased it. Section 4.2.2, second paragraph, first sentence: Does not parse. I think it= is missing more than articles. [HC]: We have revised it. Section 4.3 at "In both modes": It's not clear what "modes" means here. [HC]: We have added some details. It would be worth calling out in section 5.1 that setting PD requires setti= ng B as specified in 5.2.2. [HC]: We have added some texts to state this. It would be helpful in 5.2.2 at the definition of Opt: to point forward to = the registry you are creating for its values. It would also be good to be expli= cit about what to do if an element receives a TLV with a value here it does not understand yet. [HC]: We have added some descriptions about these. Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noti= ng that. [HC]: We have added some texts about this. --_000_MN2PR13MB31173E62DE6EDEF9D8E92772F2800MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Robert,

    Thank you very much for your time and valuable comments.

    My = answers/explanations are inline below with prefix [HC].

    Your comments have been addressed in the updated document&nbs= p;

Best Regards,
Huaimo
From: Robert Sparks via Dat= atracker <noreply@ietf.org>
Sent: Tuesday, June 9, 2020 5:41 PM
To: gen-art@ietf.org <gen-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; pce@ietf.org <= pce@ietf.org>; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org &= lt;draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org>
Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-= scheduling-13
 
Reviewer: Robert Sparks
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

<htt= ps://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Ftrac.ietf.= org%2Ftrac%2Fgen%2Fwiki%2FGenArtfaq&amp;data=3D02%7C01%7Chuaimo.chen%40= futurewei.com%7C009e6885956a4c1957c908d80cbde38d%7C0fee8ff2a3b240189c753a1d= 5591fedc%7C1%7C0%7C637273356999321440&amp;sdata=3Dx1%2BeFVCwSKtx16TqY5y= cJgjrXK%2Bb%2Be4ttO0SuBrPStY%3D&amp;reserved=3D0>.

Document: draft-ietf-pce-stateful-pce-lsp-scheduling-13
Reviewer: Robert Sparks
Review Date: 2020-06-09
IETF LC End Date: 2020-06-12
IESG Telechat date: Not scheduled for a telechat

Summary: Essentially ready for publication as a Proposed Standard RFC, but = with
issues to consider before progressing

Minor Issues:

Section 4.2.2: It's not clear when the computation for a path satisfying th= e
constraint happens. Is this done once when the periodical LSP arrives, or a= t
each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals?

[HC]: We have made it clear in the document = through revising the texts.
When a periodical LSP is configured, the paths for all the scheduled <= br>
intervals of the LSP is computed once.
If there is no path for some (e.g., one) of the intervals,
the constraints for the periodical LSP is not satisfied and
the LSP will not be set up at all. 

Section 4.4, second paragraph, last sentence: If the path cannot be set, is= the
previous LSP left in effect? Or does the failure result in no there being n= o
scheduled LSPs in effect?

[HC]: We have added the texts explicitly sta= ting that
the previous LSP will not be impacted if the path for new
requirements cannot be set.

Section 5.1 first paragraph: Why is TCP called out here?

[HC]: We have removed TCP.

You should be explicit about whether it's ok to have both grace periods and=
elastic bounds at the same time. The TLV allows that to happen. I'm not sur= e
what it would mean, and I suspect it's unlikely that you would have two
implementers compute the consequences the same way.

[HC]: We have added some texts to say that only on= e of them is used.

Section 5.2.1, definition of the R bit: You should call out that relative t= ime
is in seconds (I think?) when the R bit is 1, and you need a discussion
somewhere about the necessity of synchronized clocks and potential problems=
with transmission delay when the R bit is 1.

[HC]: You are right. The relative time is in= seconds.
We have explicitly stated this and had some discussions about
synchronizing clocks and potential problems with transmission delay.<= /span>

Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used?= Is
this true for both R=3D1 and R=3D0? For R=3D1, a start time value of 1 vs a= start
time value of 0 may, in practice, be indistinguishable (because of transmis= sion
or processing delay).

[HC]: When R=3D1, Start-Time=3D0 means right now.
Because of transmission and processing delay, this cannot be achieved.=
For R=3D0, Start-Time=3D0 means the epoch (i.e., 1 January 1970 at 00:= 00 UTC).
So for both R=3D1 and R=3D0, a value of 0 must not be used in Start-T= ime.

In section 5.2.2 at the definition of Repeat-time-length: Please be explici= t
about whether this is the interval between the start time of two repetition= s or
the interval between the end-time of one repetition and the start of the ne= xt
repetition. I think you mean the former.

[HC]: It is the interval between the end-tim= e of one repetition and
the start of the next repetition. We had added some texts to
state this explicitly.

At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP p= eers
have set the B bit. But in section 6.6, you say MUST NOT. Please choose one= . I
think you want both places to say MUST NOT.

[HC]: We have changed SHOULD NOT to MUST NOT.

Nits:

Introduction, paragraph 3, second sentence: This is hard to read. I suggest=
trying to break it into more than one sentence.

[HC]: We have split and rephrased it.

Introduction, paragraph 4, third sentence: This is hard to read. Please
simplify.

[HC]: We have rephrased it.

The document uses both "database" and "data base". Plea= se pick one.

[HC]: We have changed "data base" to dat= abase.

Top of page 7: "In case of former" does not parse. Please clarify= .

[HC]: We have rephrased it.

Section 4.2.2, second paragraph, first sentence: Does not parse. I think it= is
missing more than articles.

[HC]: We have revised it.

Section 4.3 at "In both modes": It's not clear what "modes&q= uot; means here.

[HC]: We have added some details.

It would be worth calling out in section 5.1 that setting PD requires setti= ng B
as specified in 5.2.2.

[HC]: We have added some texts to state this.

It would be helpful in 5.2.2 at the definition of Opt: to point forward to = the
registry you are creating for its values. It would also be good to be expli= cit
about what to do if an element receives a TLV with a value here it does not=
understand yet.

[HC]: We have added some descriptions about these.

Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noti= ng
that.

[HC]: We have added some texts about this.

--_000_MN2PR13MB31173E62DE6EDEF9D8E92772F2800MN2PR13MB3117namp_-- From nobody Thu Jun 11 00:57:17 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8C0B3A175C for ; Thu, 11 Jun 2020 00:57:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.213 X-Spam-Level: X-Spam-Status: No, score=0.213 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FORGED_MUA_MOZILLA=2.309, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LxNLRSbvyaIn for ; Thu, 11 Jun 2020 00:57:14 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E743F3A15F3 for ; Thu, 11 Jun 2020 00:57:13 -0700 (PDT) Received: from opfedar06.francetelecom.fr (unknown [xx.xx.xx.8]) by opfedar22.francetelecom.fr (ESMTP service) with ESMTP id 49jGRD48pJz2xp3 for ; Thu, 11 Jun 2020 09:57:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1591862232; bh=Dioh2qbsmeINRbqNwqgYUX56T48HQ3/5CXUZ1c60LLY=; h=Subject:From:To:Message-ID:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; b=WPF8HwiIF/Gt3u7DOYPCB1fPaqv8XR7HWS0uL1+ODDyUmkgoQqY32iEfPWDfy2RD0 riwrIizIa5KrSLpgJD+LUc6PB0HRMsiE9cX5tIl7pjE1K4WD5MYJx46G6yVV5SvA6T QunmU5hr/Gam8cQzaQA4Lau/JIs0SX/W8BLZIpKx6ysu28ZtqhRD3tVKfz75rEBEQA +8douFiYm8mUGnnS7PwvCJCesmaLgC6p1DfKRgDgKnaGub9qRxSvJ8Xvxv9w0MfCuI tFnyvEvQ0vCKhcQhxukszl4KTaFgvtrF8LF7c4ctqH7ncubwY+t3L/Y8LrZmRIVprW YJYzRrxwh+TvA== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.82]) by opfedar06.francetelecom.fr (ESMTP service) with ESMTP id 49jGRD2tmRz3wwK for ; Thu, 11 Jun 2020 09:57:12 +0200 (CEST) Received: from [10.192.147.5] (10.114.13.247) by exchange-eme6.itn.ftgroup (10.114.13.82) with Microsoft SMTP Server (TLS) id 14.3.487.0; Thu, 11 Jun 2020 09:57:12 +0200 References: <159181529656.16063.6964178024900109434@ietfa.amsl.com> From: Organization: Orange To: "pce@ietf.org" X-Forwarded-Message-Id: <159181529656.16063.6964178024900109434@ietfa.amsl.com> Message-ID: <16609_1591862232_5EE1E3D8_16609_1_4_c8a1084b-d1ed-7420-3ee9-a0d5e94e85d8@orange.com> Date: Thu, 11 Jun 2020 09:57:11 +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: <159181529656.16063.6964178024900109434@ietfa.amsl.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [10.114.13.247] Archived-At: Subject: [Pce] Fwd: Nomcom 2020-2021 Second Call For Volunteers 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, 11 Jun 2020 07:57:16 -0000 Hi PCE WG, You may consider volunteering for the new NomCom. Please note that 2 of the Routing ADs are going to reach the end of term in 2021. Cheers, Julien -------- Forwarded Message -------- Date: Wed, 10 Jun 2020 11:54:56 -0700 From: NomCom Chair 2020 This is the second sending of the call for volunteers for the 2020-2021 NomCom. I wanted to mention a few updates from the previous email (sent 2 weeks ago): - I've fixed the URL at the bottom of the email to point to https://datatracker.ietf.org/nomcom/2020/ instead of /2019/. This was a test to see if anyone was paying attention. Apparently, some people were. ;) - The IETF 108 registration form includes a checkbox that will let you volunteer. You can use this instead of emailing me, when you register for IETF 108. - I currently have 39 volunteers. Last year had 149. I need more volunteers! --------------------------------------------------------------------------------- The IETF NomCom appoints people to fill the open slots on the LLC, IETF Trust, the IAB, and the IESG. Ten voting members for the NomCom are selected in a verifiably random way from a pool of volunteers. The more volunteers, the better chance we have of choosing a random yet representative cross section of the IETF population. The details of the operation of the NomCom can be found in BCP 10 (RFC 8713). RFC 3797 details the selection algorithm. Special for this year (and only this year), we also have RFC 8788 (one-off update to RFC 8713 / BCP 10) to tell us who is eligible to volunteer: Members of the IETF community must have attended at least three of the last five in-person IETF meetings in order to volunteer. The five meetings are the five most recent in-person meetings that ended prior to the date on which the solicitation for NomCom volunteers was submitted for distribution to the IETF community. Because no IETF 107 in-person meeting was held, for the 2020-2021 Nominating Committee those five meetings are IETFs 102 [Montreal, Canada; July 2018], 103 [Bangkok, Thailand; November 2018], 104 [Prague, Czech Republic; March 2019], 105 [Montreal, Canada; July 2019], and 106 [Singapore; November 2019]. Keep in mind that eligibility is based on in-person attendance at the five listed meetings. You can check your eligibility at: https://www.ietf.org/registration/nomcom.py. If you qualify, please volunteer. Before you decide to volunteer, please remember that anyone appointed to this NomCom will not be considered as a candidate for any of the positions that the 2020 - 2021 NomCom is responsible for filling. People commonly volunteer by ticking the box on IETF registration forms. The IETF 106 form did not ask whether people were willing to volunteer. IETF 107 did ask, but all those registrations were canceled. I have asked the Secretariat if it is possible to get the list if volunteers from canceled IETF 107 registrations. If that list is available, I will contact all who are verified as eligible. But given the uncertainty of this process, I would encourage people to volunteer directly (see the bottom of this email for instructions). Thank you for volunteering! The list of people and posts whose terms end with the March 2021 IETF meeting, and thus the positions for which this NomCom is responsible, are IETF Trust: Joel Halpern LLC: Maja Andjelkovic IAB: Jari Arkko Jeff Tantsura Mark Nottingham Stephen Farrell Wes Hardaker Zhenbin Li IESG: Alissa Cooper, IETF Chair/GEN AD Alvaro Retana, RTG AD Barry Leiba, ART AD Deborah Brungard, RTG AD Éric Vyncke, INT AD Magnus Westerlund, TSV AD Roman Danyliw, SEC AD Warren Kumari, OPS AD All appointments are for 2 years. The Routing area has 3 ADs and the General area has 1; all other areas have 2 ADs. Thus, all areas (that have more than one AD) have at least one continuing AD. The primary activity for this NomCom will begin in July 2020 and should be completed in January 2021. The NomCom will have regularly scheduled conference calls to ensure progress. There will be activities to collect requirements from the community, review candidate questionnaires, review feedback from community members about candidates, and talk to candidates. While being a NomCom member does require some time commitment it is also a very rewarding experience. As a member of the NomCom it is very important that you be willing and able to attend either videoconference or in-person meetings (which may not happen) during 14-20 November (IETF 109 - Bangkok) to conduct interviews. Videoconference attendance will be supported whether or not there are in-person meetings. Orientation and setting of the NomCom schedule will be done by videoconference during the week 20-24 July (exact time and date to be determined after NomCom membership is finalized on July 12), the week prior to IETF 108. Being at IETF 110 (Prague) is not essential. Please volunteer by sending me an email before 23:59 UTC June 24, 2020, as follows: To: nomcom-chair-2020@ietf.org Subject: NomCom 2020-21 Volunteer Please include the following information in the email body: Your Full Name: // as you write it on the IETF registration form Current Primary Affiliation: // Typically what goes in the Company field // in the IETF Registration Form Emails: // All email addresses used to register for the past 5 IETF meetings // Preferred email address first Telephone: // For confirmation if selected You should expect an email response from me within 5 business days stating whether or not you are qualified. If you don't receive this response, please re-send your email with the tag "RESEND"" added to the subject line. If you are not yet sure if you would like to volunteer, please consider that NomCom members play a very important role in shaping the leadership of the IETF. Questions by email or voice are welcome. Volunteering for the NomCom is a great way to contribute to the IETF! You can find a detailed timeline on the NomCom web site at: https://datatracker.ietf.org/nomcom/2020/ I will be publishing a more detailed target timetable, as well as details of the randomness seeds to be used for the RFC 3797 selection process, within the next few weeks. Thank you! Barbara Stark bs7652 at att dot com nomcom-chair-2020 at ietf dot org _________________________________________________________________________________________________________________________ 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 Thu Jun 11 07:13:10 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 188BC3A090B; Thu, 11 Jun 2020 07:13:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.402 X-Spam-Level: X-Spam-Status: No, score=-1.402 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.276, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 yjlTnZ41EGAJ; Thu, 11 Jun 2020 07:13:00 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85BB53A090C; Thu, 11 Jun 2020 07:12:59 -0700 (PDT) Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 05BECqHW006779 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Jun 2020 09:12:54 -0500 (CDT) (envelope-from rjsparks@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1591884775; bh=+xX+yGOC+mRrWsiRTJPap2EsNNE8W4gOsr/zI3gxw/4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=d1CVbUoAHOH00/laV5jGGpBGfR0g6EYp43iT1KSujwdv/CzYAfvT+g1apABLU38ip 9dMhykSCN0aohqZyE2iPc55q+4K83KOWxXqd5ITOXQxe8EePuKbL1Zy1V433zG+1jG R9f2pFPHkbHHNvIsTV16DHGgPrevmSLnmpPXg5JQ= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local To: Huaimo Chen , "gen-art@ietf.org" Cc: "last-call@ietf.org" , "pce@ietf.org" , "draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org" References: <159173888777.20611.18058918121871985684@ietfa.amsl.com> From: Robert Sparks Message-ID: <33e569da-059e-b250-78ca-ba2bd639ddeb@nostrum.com> Date: Thu, 11 Jun 2020 09:12:52 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------092ACD746750379AFA9C5A30" Content-Language: en-US Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 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, 11 Jun 2020 14:13:02 -0000 This is a multi-part message in MIME format. --------------092ACD746750379AFA9C5A30 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Thanks! Some initial replies inline (I haven't looked at the updated draft yet, but will do so soon): On 6/10/20 7:35 PM, Huaimo Chen wrote: > Hi Robert, > >     Thank you very much for your time and valuable comments. > >     My answers/explanations are inline below with prefix [HC]. > >     Your comments have been addressed in the updated document > https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ > > Best Regards, > Huaimo > ------------------------------------------------------------------------ > *From:* Robert Sparks via Datatracker > *Sent:* Tuesday, June 9, 2020 5:41 PM > *To:* gen-art@ietf.org > *Cc:* last-call@ietf.org ; pce@ietf.org > ; > draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org > > *Subject:* Genart last call review of > draft-ietf-pce-stateful-pce-lsp-scheduling-13 > Reviewer: Robert Sparks > 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-stateful-pce-lsp-scheduling-13 > Reviewer: Robert Sparks > Review Date: 2020-06-09 > IETF LC End Date: 2020-06-12 > IESG Telechat date: Not scheduled for a telechat > > Summary: Essentially ready for publication as a Proposed Standard RFC, > but with > issues to consider before progressing > > Minor Issues: > > Section 4.2.2: It's not clear when the computation for a path > satisfying the > constraint happens. Is this done once when the periodical LSP arrives, > or at > each scheduled interval? If the former, what happens if there is no path > solution for only one of the multiple intervals? > > [HC]: We have made it clear in the document through revising the texts. > When a periodical LSP is configured, the paths for all the scheduled > intervals of the LSP is computed once. > If there is no path for some (e.g., one) of the intervals, > the constraints for the periodical LSP is not satisfied and > the LSP will not be set up at all. > > Section 4.4, second paragraph, last sentence: If the path cannot be > set, is the > previous LSP left in effect? Or does the failure result in no there > being no > scheduled LSPs in effect? > > [HC]: We have added the texts explicitly stating that > the previous LSP will not be impacted if the path for new > requirements cannot be set. > > Section 5.1 first paragraph: Why is TCP called out here? > > [HC]: We have removed TCP. > > You should be explicit about whether it's ok to have both grace > periods and > elastic bounds at the same time. The TLV allows that to happen. I'm > not sure > what it would mean, and I suspect it's unlikely that you would have two > implementers compute the consequences the same way. > > [HC]: We have added some texts to say that only one of them is used. > > Section 5.2.1, definition of the R bit: You should call out that > relative time > is in seconds (I think?) when the R bit is 1, and you need a discussion > somewhere about the necessity of synchronized clocks and potential > problems > with transmission delay when the R bit is 1. > > [HC]: You are right. The relative time is in seconds. > We have explicitly stated this and had some discussions about > synchronizing clocks and potential problems with transmission delay. > > Section 5.2.1, definition of Start-Time: Why must a value of 0 not be > used? Is > this true for both R=1 and R=0? For R=1, a start time value of 1 vs a > start > time value of 0 may, in practice, be indistinguishable (because of > transmission > or processing delay). > > [HC]: When R=1, Start-Time=0 means right now. > Because of transmission and processing delay, this cannot be achieved. And you don't have the same problem (or at least a race condition) for R=1, Start-Time=1? (And perhaps other small values of Start-Time?). This isn't a big deal, but it looks like a rough edge, and I want to make sure it's been thought through. > For R=0, Start-Time=0 means the epoch (i.e., 1 January 1970 at 00:00 UTC). > So for both R=1 and R=0, a value of 0 must not be used in Start-Time. > > In section 5.2.2 at the definition of Repeat-time-length: Please be > explicit > about whether this is the interval between the start time of two > repetitions or > the interval between the end-time of one repetition and the start of > the next > repetition. I think you mean the former. > > [HC]: It is the interval between the end-time of one repetition and > the start of the next repetition. We had added some texts to > state this explicitly. That surprises me. All the other values are start-start and not end-start. With REPEAT-EVERY-DAY, you're aiming for the same time every day. Suppose you didn't have REPEAT-EVERY-DAY and had to express that with REPEAT-EVERY-TIME-LENGTH. If it were start-start, you could set the interval to 86400 (as you compute in 9.1) and be done. With it being end-start you have to calculate the value by subtracting the Duration field value from 86400. I think that's likely to surprise implementors trying to achieve something like "every other day". > > At section 5.2.1 you say this TLV SHOULD NOT be included unless both > PCEP peers > have set the B bit. But in section 6.6, you say MUST NOT. Please > choose one. I > think you want both places to say MUST NOT. > > [HC]: We have changed SHOULD NOT to MUST NOT. > > Nits: > > Introduction, paragraph 3, second sentence: This is hard to read. I > suggest > trying to break it into more than one sentence. > > [HC]: We have split and rephrased it. > > Introduction, paragraph 4, third sentence: This is hard to read. Please > simplify. > > [HC]: We have rephrased it. > > The document uses both "database" and "data base". Please pick one. > > [HC]: We have changed "data base" to database. > > Top of page 7: "In case of former" does not parse. Please clarify. > > [HC]: We have rephrased it. > > Section 4.2.2, second paragraph, first sentence: Does not parse. I > think it is > missing more than articles. > > [HC]: We have revised it. > > Section 4.3 at "In both modes": It's not clear what "modes" means here. > > [HC]: We have added some details. > > It would be worth calling out in section 5.1 that setting PD requires > setting B > as specified in 5.2.2. > > [HC]: We have added some texts to state this. > > It would be helpful in 5.2.2 at the definition of Opt: to point > forward to the > registry you are creating for its values. It would also be good to be > explicit > about what to do if an element receives a TLV with a value here it > does not > understand yet. > > [HC]: We have added some descriptions about these. > > Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly > noting > that. > > [HC]: We have added some texts about this. > --------------092ACD746750379AFA9C5A30 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Thanks! Some initial replies inline (I haven't looked at the updated draft yet, but will do so soon):


On 6/10/20 7:35 PM, Huaimo Chen wrote:
Hi Robert,

    Thank you very much for your time and valuable comments.

    My answers/explanations are inline below with prefix [HC].

    Your comments have been addressed in the updated document 

Best Regards,
Huaimo
From: Robert Sparks via Datatracker <noreply@ietf.org>
Sent: Tuesday, June 9, 2020 5:41 PM
To: gen-art@ietf.org <gen-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; pce@ietf.org <pce@ietf.org>; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org <draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org>
Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13
 
Reviewer: Robert Sparks
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

<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftrac.ietf.org%2Ftrac%2Fgen%2Fwiki%2FGenArtfaq&amp;data=02%7C01%7Chuaimo.chen%40futurewei.com%7C009e6885956a4c1957c908d80cbde38d%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637273356999321440&amp;sdata=x1%2BeFVCwSKtx16TqY5ycJgjrXK%2Bb%2Be4ttO0SuBrPStY%3D&amp;reserved=0>.

Document: draft-ietf-pce-stateful-pce-lsp-scheduling-13
Reviewer: Robert Sparks
Review Date: 2020-06-09
IETF LC End Date: 2020-06-12
IESG Telechat date: Not scheduled for a telechat

Summary: Essentially ready for publication as a Proposed Standard RFC, but with
issues to consider before progressing

Minor Issues:

Section 4.2.2: It's not clear when the computation for a path satisfying the
constraint happens. Is this done once when the periodical LSP arrives, or at
each scheduled interval? If the former, what happens if there is no path
solution for only one of the multiple intervals?

[HC]: We have made it clear in the document through revising the texts.
When a periodical LSP is configured, the paths for all the scheduled
intervals of the LSP is computed once.
If there is no path for some (e.g., one) of the intervals,
the constraints for the periodical LSP is not satisfied and
the LSP will not be set up at all. 

Section 4.4, second paragraph, last sentence: If the path cannot be set, is the
previous LSP left in effect? Or does the failure result in no there being no
scheduled LSPs in effect?

[HC]: We have added the texts explicitly stating that
the previous LSP will not be impacted if the path for new
requirements cannot be set.

Section 5.1 first paragraph: Why is TCP called out here?

[HC]: We have removed TCP.

You should be explicit about whether it's ok to have both grace periods and
elastic bounds at the same time. The TLV allows that to happen. I'm not sure
what it would mean, and I suspect it's unlikely that you would have two
implementers compute the consequences the same way.

[HC]: We have added some texts to say that only one of them is used.

Section 5.2.1, definition of the R bit: You should call out that relative time
is in seconds (I think?) when the R bit is 1, and you need a discussion
somewhere about the necessity of synchronized clocks and potential problems
with transmission delay when the R bit is 1.

[HC]: You are right. The relative time is in seconds.
We have explicitly stated this and had some discussions about
synchronizing clocks and potential problems with transmission delay.

Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used? Is
this true for both R=1 and R=0? For R=1, a start time value of 1 vs a start
time value of 0 may, in practice, be indistinguishable (because of transmission
or processing delay).

[HC]: When R=1, Start-Time=0 means right now.
Because of transmission and processing delay, this cannot be achieved.

And you don't have the same problem (or at least a race condition) for R=1, Start-Time=1?

(And perhaps other small values of Start-Time?). This isn't a big deal, but it looks like a rough

edge, and I want to make sure it's been thought through.

For R=0, Start-Time=0 means the epoch (i.e., 1 January 1970 at 00:00 UTC).
So for both R=1 and R=0, a value of 0 must not be used in Start-Time.

In section 5.2.2 at the definition of Repeat-time-length: Please be explicit
about whether this is the interval between the start time of two repetitions or
the interval between the end-time of one repetition and the start of the next
repetition. I think you mean the former.

[HC]: It is the interval between the end-time of one repetition and
the start of the next repetition. We had added some texts to
state this explicitly.

That surprises me. All the other values are start-start and not end-start.

With REPEAT-EVERY-DAY, you're aiming for the same time every day.

Suppose you didn't have REPEAT-EVERY-DAY and had to express that with REPEAT-EVERY-TIME-LENGTH.

If it were start-start, you could set the interval to 86400 (as you compute in 9.1) and be done.

With it being end-start you have to calculate the value by subtracting the Duration field value from

86400.

I think that's likely to surprise implementors trying to achieve something like "every other day".



At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP peers
have set the B bit. But in section 6.6, you say MUST NOT. Please choose one. I
think you want both places to say MUST NOT.

[HC]: We have changed SHOULD NOT to MUST NOT.

Nits:

Introduction, paragraph 3, second sentence: This is hard to read. I suggest
trying to break it into more than one sentence.

[HC]: We have split and rephrased it.

Introduction, paragraph 4, third sentence: This is hard to read. Please
simplify.

[HC]: We have rephrased it.

The document uses both "database" and "data base". Please pick one.

[HC]: We have changed "data base" to database.

Top of page 7: "In case of former" does not parse. Please clarify.

[HC]: We have rephrased it.

Section 4.2.2, second paragraph, first sentence: Does not parse. I think it is
missing more than articles.

[HC]: We have revised it.

Section 4.3 at "In both modes": It's not clear what "modes" means here.

[HC]: We have added some details.

It would be worth calling out in section 5.1 that setting PD requires setting B
as specified in 5.2.2.

[HC]: We have added some texts to state this.

It would be helpful in 5.2.2 at the definition of Opt: to point forward to the
registry you are creating for its values. It would also be good to be explicit
about what to do if an element receives a TLV with a value here it does not
understand yet.

[HC]: We have added some descriptions about these.

Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noting
that.

[HC]: We have added some texts about this.

--------------092ACD746750379AFA9C5A30-- From nobody Thu Jun 11 07:43:11 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B21AF3A05A4; Thu, 11 Jun 2020 07:43:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159188658967.9441.9629328840718062126@ietfa.amsl.com> Date: Thu, 11 Jun 2020 07:43:09 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-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, 11 Jun 2020 14:43:10 -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-15.txt Pages : 26 Date : 2020-06-11 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-15 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-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 Jun 11 07:48:02 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B0BA3A0810; Thu, 11 Jun 2020 07:47:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VvJrMI7PKJdH; Thu, 11 Jun 2020 07:47:56 -0700 (PDT) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2108.outbound.protection.outlook.com [40.107.94.108]) (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 8FBFB3A091D; Thu, 11 Jun 2020 07:47:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QlX9WfEEo5ns+a0cQFz8Y8NYfM6vPn19vUJ1e581ewc4EDzZPfBHSThkSnjdcwaBPEqUGZOGnwWjdQQSk+/1dPKByptj51b5jxA0TZYKZGPTNwvE/56GMrNrIdzaUWudaZNkPjHYYxhmJ9jSScTDUzmnRZE+TzROH/6z32ikYSUwuZeuTzdJmP9r1YFR/0EtyGnr+n/Dvre01T5oKX36zT5Za+MUJrgiNMy+yOejP/75PtpHrLbEAMiM2w6KTWpN+09g0TOFZDi0jLKk3DaiqhZtSAqXbKtatKP+waHM3hJvQbIuf0B+UAcqgL08dqh/ImTpqkbS2JNYP3BefWbbMg== 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=L07Ca8Ut/cAulAXKAU+trfMbu5okD7NlyuLYUmttlmM=; b=SbsdHuTu1M2tE2XbI3VCUcRcaN4qFSm0PieL01eHmMDIalxcO3H468DMuml2zwZ6KJ3RJbiqP0xETbpCJq+r89twDec99DpS0NoVPFaYZ1LVapJiQ7nNDsMzgiZFns3UxTdUEUUPMlm8RK5NW3n0cCzO1qbhGhCQch2kgViUc98R32oxen938ZeoDX2fbFH2FfZ+kmQhk7V1c4lzT+j7rfxoM06bMMOpdyRefM82stgNsvHWOUK8i5BCY2Bq8oM3kYhpSmn1EtJS52gNtfzMcHBaywp5+IEVg1PopMTVvivXvw1WnMZUzJLAXzyvpqMjP1lVQ6ZnP23HoAga/jweWg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L07Ca8Ut/cAulAXKAU+trfMbu5okD7NlyuLYUmttlmM=; b=jvQosKJuhCdlHcQAJPf4hfV3zJucGUMe49JlS+BWpFCZJ05rOxmqkLWnfM8uLxYAY2dLiNdOV9icnQerT+RV3/hFdJd0YpWxu08AVcs7FsDBNQATYqR3koVcAY/XojrRks13DzS1JTPyUqIyj44jJEyDzz77OGZUfneDCbGV1f4= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB2752.namprd13.prod.outlook.com (2603:10b6:208:f2::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.10; Thu, 11 Jun 2020 14:47:53 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3088.018; Thu, 11 Jun 2020 14:47:53 +0000 From: Huaimo Chen To: Robert Sparks , "gen-art@ietf.org" CC: "last-call@ietf.org" , "pce@ietf.org" , "draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org" Thread-Topic: Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 Thread-Index: AQHWPqbCgZK8tOxt60mX6HWo3ajxz6jSjMMVgADquQCAAAGP/w== Date: Thu, 11 Jun 2020 14:47:52 +0000 Message-ID: References: <159173888777.20611.18058918121871985684@ietfa.amsl.com> , <33e569da-059e-b250-78ca-ba2bd639ddeb@nostrum.com> In-Reply-To: <33e569da-059e-b250-78ca-ba2bd639ddeb@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nostrum.com; dkim=none (message not signed) header.d=none;nostrum.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:aca9:5327:a72:f506] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 929acd34-bc6b-4eb0-5011-08d80e166ba2 x-ms-traffictypediagnostic: MN2PR13MB2752: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0431F981D8 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: P6s6j26s+kEsaN1e4AHmvKqk7iqKbB2I40CvjmNA4pm5etYDoWvpaQoO4bNXQacdnToIr3GYYsnXazbxDbpTCr923/1hlgRxvOtKQ2i02x83oEaE095LPcjZxNrGgRiVmj3e5czKglULYkW9tyZT5K6TGJf1vluFF77fAGBz9B60+ZED97o/zeJ6FNL9c07NkCUBuyy9PKy4IKn5mlVnmPTM+w5e7G2+TOhLkFuHR13ZwBhiuC+36md9botLVrCQ2eQKEA8TkCxLFaVbPQeMbVMoA4kntGx56U7I7xgl3Fh0RqhAvQ7ckOrj3pAI/Qaf6Pz5HD6P5UhDw0oYk2JAONF15lBak67jfYuvugQYZnrkJ4/T31e3rc1EIHOgt5Kj1b4TUbe8uKyzf/hqJasJaQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(366004)(396003)(346002)(39850400004)(376002)(966005)(7696005)(19627405001)(8676002)(4326008)(66946007)(66446008)(166002)(66476007)(76116006)(44832011)(5660300002)(66556008)(33656002)(316002)(83380400001)(64756008)(2906002)(110136005)(52536014)(71200400001)(54906003)(45080400002)(8936002)(86362001)(53546011)(478600001)(55016002)(186003)(9686003)(6506007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: xakYiaOK492Xzr0bMussSGkloZECKLgozrBJier7Nk+WKapO39H0KYLlKvSUW6drsRMT0GtjoGxbKG2LFW7BAe2eMIij0ffdznV8fvde2HhwpNnki0546+fOIONNaPn/DUesoGnkngF9da8gbilswR4iNBcljabl8GkrjhomRMb68rjVclTdXL3QBe3asapuOHvsXm9gAbXD7pXAVK3R0+/7v0QHbJcw2pv6VGaanJH4BT6Nta9pzDZFHFV4gUym3mugZjLCRGSxvQ3m4deELSHMeLTj0OF9b0C3lvnTwNgMcWMPdk5KCvLEaPpLo+cuo5TvDjcvptL7b9aySXx114JjKZjnO2y/Khz0foZSK8xEPH+Nwzw2zvKWVeNzN3vKTc3BZhi4iA9ZchskpNRavkF22ZiYZB79LLAl6d9HKhwS3ymGTwAjdkagoEWFcrqfYcnwHFtM33OGFhfQUOs39ZOvRi9C23yQLl2AHNoikAmBcbAHlcJ6PcjshvcFr9FybkaUiG/5bQx6vUQQdHgy/MpwJihuHe7pjrH/w5ZJRL8= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB3117B608FB3BBA5E34DDB8A8F2800MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 929acd34-bc6b-4eb0-5011-08d80e166ba2 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jun 2020 14:47:52.8615 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /2ZGxVfNpnLXnUABuwzvyDDgBJNz7a5uNQrFqDAYqifxTAQteL6+WivjOyIkZwYJsMSVulnmTMe7DRXtr+fM3w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB2752 Archived-At: Subject: Re: [Pce] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 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, 11 Jun 2020 14:48:00 -0000 --_000_MN2PR13MB3117B608FB3BBA5E34DDB8A8F2800MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Robert, Thank you very much for your quick reply. My answers/explanations are inline below. Best Regards, Huaimo ________________________________ From: Robert Sparks Sent: Thursday, June 11, 2020 10:12 AM To: Huaimo Chen ; gen-art@ietf.org Cc: last-call@ietf.org ; pce@ietf.org ; d= raft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org Subject: Re: Genart last call review of draft-ietf-pce-stateful-pce-lsp-sch= eduling-13 Thanks! Some initial replies inline (I haven't looked at the updated draft = yet, but will do so soon): On 6/10/20 7:35 PM, Huaimo Chen wrote: Hi Robert, Thank you very much for your time and valuable comments. My answers/explanations are inline below with prefix [HC]. Your comments have been addressed in the updated document https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-schedulin= g/ Best Regards, Huaimo ________________________________ From: Robert Sparks via Datatracker Sent: Tuesday, June 9, 2020 5:41 PM To: gen-art@ietf.org Cc: last-call@ietf.org ; pce@ietf.org ; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org= Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-schedul= ing-13 Reviewer: Robert Sparks 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-stateful-pce-lsp-scheduling-13 Reviewer: Robert Sparks Review Date: 2020-06-09 IETF LC End Date: 2020-06-12 IESG Telechat date: Not scheduled for a telechat Summary: Essentially ready for publication as a Proposed Standard RFC, but = with issues to consider before progressing Minor Issues: Section 4.2.2: It's not clear when the computation for a path satisfying th= e constraint happens. Is this done once when the periodical LSP arrives, or a= t each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals? [HC]: We have made it clear in the document through revising the texts. When a periodical LSP is configured, the paths for all the scheduled intervals of the LSP is computed once. If there is no path for some (e.g., one) of the intervals, the constraints for the periodical LSP is not satisfied and the LSP will not be set up at all. Section 4.4, second paragraph, last sentence: If the path cannot be set, is= the previous LSP left in effect? Or does the failure result in no there being n= o scheduled LSPs in effect? [HC]: We have added the texts explicitly stating that the previous LSP will not be impacted if the path for new requirements cannot be set. Section 5.1 first paragraph: Why is TCP called out here? [HC]: We have removed TCP. You should be explicit about whether it's ok to have both grace periods and elastic bounds at the same time. The TLV allows that to happen. I'm not sur= e what it would mean, and I suspect it's unlikely that you would have two implementers compute the consequences the same way. [HC]: We have added some texts to say that only one of them is used. Section 5.2.1, definition of the R bit: You should call out that relative t= ime is in seconds (I think?) when the R bit is 1, and you need a discussion somewhere about the necessity of synchronized clocks and potential problems with transmission delay when the R bit is 1. [HC]: You are right. The relative time is in seconds. We have explicitly stated this and had some discussions about synchronizing clocks and potential problems with transmission delay. Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used?= Is this true for both R=3D1 and R=3D0? For R=3D1, a start time value of 1 vs a= start time value of 0 may, in practice, be indistinguishable (because of transmis= sion or processing delay). [HC]: When R=3D1, Start-Time=3D0 means right now. Because of transmission and processing delay, this cannot be achieved. And you don't have the same problem (or at least a race condition) for R=3D= 1, Start-Time=3D1? (And perhaps other small values of Start-Time?). This isn't a big deal, but= it looks like a rough edge, and I want to make sure it's been thought through. [HC]: We have added a note to consider transmission delay when R=3D1 and St= art-Time is small. For R=3D0, Start-Time=3D0 means the epoch (i.e., 1 January 1970 at 00:00 UT= C). So for both R=3D1 and R=3D0, a value of 0 must not be used in Start-Time. In section 5.2.2 at the definition of Repeat-time-length: Please be explici= t about whether this is the interval between the start time of two repetition= s or the interval between the end-time of one repetition and the start of the ne= xt repetition. I think you mean the former. [HC]: It is the interval between the end-time of one repetition and the start of the next repetition. We had added some texts to state this explicitly. That surprises me. All the other values are start-start and not end-start. With REPEAT-EVERY-DAY, you're aiming for the same time every day. Suppose you didn't have REPEAT-EVERY-DAY and had to express that with REPEA= T-EVERY-TIME-LENGTH. If it were start-start, you could set the interval to 86400 (as you compute= in 9.1) and be done. With it being end-start you have to calculate the value by subtracting the = Duration field value from 86400. I think that's likely to surprise implementors trying to achieve something = like "every other day". [HC]: It is the time from the start of one repetition to the start of the n= ext repetition. We have updated the document in version 15 (uploaded) accordingly. At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP p= eers have set the B bit. But in section 6.6, you say MUST NOT. Please choose one= . I think you want both places to say MUST NOT. [HC]: We have changed SHOULD NOT to MUST NOT. Nits: Introduction, paragraph 3, second sentence: This is hard to read. I suggest trying to break it into more than one sentence. [HC]: We have split and rephrased it. Introduction, paragraph 4, third sentence: This is hard to read. Please simplify. [HC]: We have rephrased it. The document uses both "database" and "data base". Please pick one. [HC]: We have changed "data base" to database. Top of page 7: "In case of former" does not parse. Please clarify. [HC]: We have rephrased it. Section 4.2.2, second paragraph, first sentence: Does not parse. I think it= is missing more than articles. [HC]: We have revised it. Section 4.3 at "In both modes": It's not clear what "modes" means here. [HC]: We have added some details. It would be worth calling out in section 5.1 that setting PD requires setti= ng B as specified in 5.2.2. [HC]: We have added some texts to state this. It would be helpful in 5.2.2 at the definition of Opt: to point forward to = the registry you are creating for its values. It would also be good to be expli= cit about what to do if an element receives a TLV with a value here it does not understand yet. [HC]: We have added some descriptions about these. Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noti= ng that. [HC]: We have added some texts about this. --_000_MN2PR13MB3117B608FB3BBA5E34DDB8A8F2800MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Robert,

    Thank you very much for your quick reply.
    My answers/explanations are inline below.

Best Regards,
Huaimo
From: Robert Sparks <rjs= parks@nostrum.com>
Sent: Thursday, June 11, 2020 10:12 AM
To: Huaimo Chen <huaimo.chen@futurewei.com>; gen-art@ietf.org = <gen-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; pce@ietf.org <= pce@ietf.org>; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org &= lt;draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org>
Subject: Re: Genart last call review of draft-ietf-pce-stateful-pce-= lsp-scheduling-13
 

Thanks! Some initial repl= ies inline (I haven't looked at the updated draft yet, but will do so soon)= :


On 6/10/20 7:35 PM, Huaimo Chen wrote:
Hi Robert,

    Thank you very much for your time and valuable comments.

    My answers/e= xplanations are inline below with prefix [HC].

    Your comments have been addressed in the updated document&nbs= p;

Best Regards,
Huaimo
From: Robert Sparks via D= atatracker <n= oreply@ietf.org>
Sent: Tuesday, June 9, 2020 5:41 PM
To: gen-art@ietf.org <g= en-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; pce@ietf.org <pce@ietf.org>; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org <draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org>
Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-= scheduling-13
 
Reviewer: Robert Sparks
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

<https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A= %2F%2Ftrac.ietf.org%2Ftrac%2Fgen%2Fwiki%2FGenArtfaq&amp;data=3D02%7C01%= 7Chuaimo.chen%40futurewei.com%7C009e6885956a4c1957c908d80cbde38d%7C0fee8ff2= a3b240189c753a1d5591fedc%7C1%7C0%7C637273356999321440&amp;sdata=3Dx1%2B= eFVCwSKtx16TqY5ycJgjrXK%2Bb%2Be4ttO0SuBrPStY%3D&amp;reserved=3D0>= ;.

Document: draft-ietf-pce-stateful-pce-lsp-scheduling-13
Reviewer: Robert Sparks
Review Date: 2020-06-09
IETF LC End Date: 2020-06-12
IESG Telechat date: Not scheduled for a telechat

Summary: Essentially ready for publication as a Proposed Standard RFC, but = with
issues to consider before progressing

Minor Issues:

Section 4.2.2: It's not clear when the computation for a path satisfying th= e
constraint happens. Is this done once when the periodical LSP arrives, or a= t
each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals?

[HC]: We have made it clear in the documen= t through revising the texts.
When a periodical LSP is configured, the paths for all the scheduled <= br>
intervals of the LSP is computed once.
If there is no path for some (e.g., one) of the intervals,
the constraints for the periodical LSP is not satisfied and
the LSP will not be set up at all. 

Section 4.4, second paragraph, last sentence: If the path cannot be set, is= the
previous LSP left in effect? Or does the failure result in no there being n= o
scheduled LSPs in effect?

[HC]: We have added the texts explicitly s= tating that
the previous LSP will not be impacted if the path for new
requirements cannot be set.

Section 5.1 first paragraph: Why is TCP called out here?

[HC]: We have removed TCP.

You should be explicit about whether it's ok to have both grace periods and=
elastic bounds at the same time. The TLV allows that to happen. I'm not sur= e
what it would mean, and I suspect it's unlikely that you would have two
implementers compute the consequences the same way.

[HC]: We have added some texts to say that only = one of them is used.

Section 5.2.1, definition of the R bit: You should call out that relative t= ime
is in seconds (I think?) when the R bit is 1, and you need a discussion
somewhere about the necessity of synchronized clocks and potential problems=
with transmission delay when the R bit is 1.

[HC]: You are right. The relative time is = in seconds.
We have explicitly stated this and had some discussions about
synchronizing clocks and potential problems with transmission delay.<= /span>

Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used?= Is
this true for both R=3D1 and R=3D0? For R=3D1, a start time value of 1 vs a= start
time value of 0 may, in practice, be indistinguishable (because of transmis= sion
or processing delay).

[HC]: When R=3D1, Start-Time=3D0 means right now.
Because of transmission and processing delay, this cannot be achieved.=

And you = don't have the same problem (or at least a race condition) for R=3D1, Start= -Time=3D1?

(And per= haps other small values of Start-Time?). This isn't a big deal, but it look= s like a rough

edge, an= d I want to make sure it's been thought through.

[HC]: We= have added a note to consider transmission delay when R=3D1 and Start-Time= is small.

For R=3D0, Start-Time=3D0 means the epoch (i.e., 1 January 1970 at 00:= 00 UTC).
So for both R=3D1 and R=3D0, a value of 0 must not be used in Start-T= ime.

In section 5.2.2 at the definition of Repeat-time-length: Please be explici= t
about whether this is the interval between the start time of two repetition= s or
the interval between the end-time of one repetition and the start of the ne= xt
repetition. I think you mean the former.

[HC]: It is the interval between the end-t= ime of one repetition and
the start of the next repetition. We had added some texts to
state this explicitly.

That sur= prises me. All the other values are start-start and not end-start.

With REP= EAT-EVERY-DAY, you're aiming for the same time every day.

Suppose = you didn't have REPEAT-EVERY-DAY and had to express that with REPEAT-EVERY-= TIME-LENGTH.

If it we= re start-start, you could set the interval to 86400 (as you compute in 9.1)= and be done.

With it = being end-start you have to calculate the value by subtracting the Duration= field value from

86400. <= br>

I think = that's likely to surprise implementors trying to achieve something like &qu= ot;every other day".

[HC]: It= is the time from the start of one repetition to the start of the next repe= tition. 

We have = updated the document in version 15 (uploaded) accordingly.


At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP p= eers
have set the B bit. But in section 6.6, you say MUST NOT. Please choose one= . I
think you want both places to say MUST NOT.

[HC]: We have changed SHOULD NOT to MUST NOT.

Nits:

Introduction, paragraph 3, second sentence: This is hard to read. I suggest=
trying to break it into more than one sentence.

[HC]: We have split and rephrased it.

Introduction, paragraph 4, third sentence: This is hard to read. Please
simplify.

[HC]: We have rephrased it.

The document uses both "database" and "data base". Plea= se pick one.

[HC]: We have changed "data base" to d= atabase.

Top of page 7: "In case of former" does not parse. Please clarify= .

[HC]: We have rephrased it.

Section 4.2.2, second paragraph, first sentence: Does not parse. I think it= is
missing more than articles.

[HC]: We have revised it.

Section 4.3 at "In both modes": It's not clear what "modes&q= uot; means here.

[HC]: We have added some details.

It would be worth calling out in section 5.1 that setting PD requires setti= ng B
as specified in 5.2.2.

[HC]: We have added some texts to state this.
It would be helpful in 5.2.2 at the definition of Opt: to point forward to = the
registry you are creating for its values. It would also be good to be expli= cit
about what to do if an element receives a TLV with a value here it does not=
understand yet.

[HC]: We have added some descriptions about these.

Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noti= ng
that.

[HC]: We have added some texts about this.

--_000_MN2PR13MB3117B608FB3BBA5E34DDB8A8F2800MN2PR13MB3117namp_-- From nobody Thu Jun 11 21:19:54 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A1023A07DD for ; Thu, 11 Jun 2020 21:19:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QRtf6QulifxC for ; Thu, 11 Jun 2020 21:19:50 -0700 (PDT) Received: from mail-m127101.qiye.163.com (mail-m127101.qiye.163.com [115.236.127.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9AB23A07D8 for ; Thu, 11 Jun 2020 21:19:48 -0700 (PDT) Received: from DESKTOP2IOH5QC (unknown [219.142.69.75]) by mail-m127101.qiye.163.com (Hmail) with ESMTPA id BE96847350; Fri, 12 Jun 2020 12:19:42 +0800 (CST) From: "Aijun Wang" To: "'Dhruv Dhody'" , References: In-Reply-To: Date: Fri, 12 Jun 2020 12:19:41 +0800 Message-ID: <000001d64070$b1f86850$15e938f0$@tsinghua.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQGdsK7mG9XFJkPhC3vAIlXoH4MKjqlFScLw Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZThgaSxpCTUoeHklKVkpOQkpCSE5OQ0lCSE9VEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0hKTFVKS0tZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PSI6Fhw5Hzg8SgspEx4tGgEv MDQwFBFVSlVKTkJKQkhOTkNISElCVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxOWVdZCAFZQUhLTUs3Bg++ X-HM-Tid: 0a72a6c1427c9865kuuube96847350 Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0?= =?gb2312?b?LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2?= 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, 12 Jun 2020 04:19:53 -0000 Hi, Dhruv: I support the adoption of this draft. One comment for the current document, would like to see the author give = some explanations or add some clarifications for them: Will it be more accurate to change draft name to include some key words = as "Policy Association"?=20 For none association type of SR-MPLS Policy via PCEP, is RFC8664 sufficient?=20 For none association type of SRv6 via PCEP, there is also another WG = draft https://tools.ietf.org/html/draft-ietf-pce-segment-routing-ipv6-04 As mentioned in the document, although the color/endpoint is not = included in the above documents, but these enhancements is not the main part of = this draft? Best Regards Aijun Wang China Telecom > -----=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 Dhruv > Dhody > =B7=A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA6=D4=C27=C8=D5 15:45 > =CA=D5=BC=FE=C8=CB: pce@ietf.org > =D6=F7=CC=E2: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 >=20 > Hi WG, >=20 > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. >=20 > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-c= p/0 6/ >=20 > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are = you > willing to work on this draft? Review comments should be posted to the list. >=20 > This adoption poll will end on 22nd June 2020. >=20 > Thanks! > Dhruv & Julien >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Jun 11 22:17:29 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E85D3A08B6 for ; Thu, 11 Jun 2020 22:17:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hQ2yr2TpcxFL for ; Thu, 11 Jun 2020 22:17:26 -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 AB4313A0884 for ; Thu, 11 Jun 2020 22:17:26 -0700 (PDT) Received: by mail-io1-xd2e.google.com with SMTP id i25so9004820iog.0 for ; Thu, 11 Jun 2020 22:17:26 -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=0sCWHJBakj9Y7Q01yBKIz4/2Wp8hcwzao2htZnW37H8=; b=V59dlPixqMOIzmrhi0T7ikPo+o/pg6tWVa4AKIVjyzD2fFUO1jv23k/1cUEEjMnKVp WXNRra8Eh29/ecIPZDr9ZLMfNxbQm01s17I64HyaLOs0m4XjDiH/e0zxJXmbSIrqZJdf KyjnyTnAsvtCk8TwNX97pVc7xmNQX9ua1nOG6ibhBRDL4gMiRB4W4X/2Ub5G6/ciC9Q7 JTNwvUZ/lJxw78pz8WLOQC/gD+fUOaJiSY7bfjD1Mp2XFtGB9zeG5zjqhYUcOHO28wfR oy2gVu4N6nmtQfJuvmNQWb+igI+GltvmuzgRiBxupeDDqueLJku709zxwRKoUxbX6Ut8 Ghuw== 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=0sCWHJBakj9Y7Q01yBKIz4/2Wp8hcwzao2htZnW37H8=; b=QeXoFVqGC4CiKhPguiwgp9AisRsohC91NFB6PBukaoUdHN08VmrUtwRqBVrLdKZSNb EI0zQd3YOffI3Mb01AIrSKLnVPP1yd43BhAZvYHc7dXNfApbEM9e6CfwxCB2jLtWQM+u G7IdvEIYSphn19gkQewlW5n0F5HbFhRghLgCvv47Q9CvY9dUMEsUKzgi8ryHDM6Qw31Q 0QtJxSggDxgQQWKbn/D0yIc95gik4l+tliqOEBx4Ma6B7Gbe7yAqsGBC2wg3XV9Q4uos 3T4WNY/M8ms5AFvAsQ90bplb1q/+KVzVy5SxZMIVENs7TkVuMbdVzRX7x4lWcC44dK4k 3cpA== X-Gm-Message-State: AOAM531YPWZQ3sLL3SECsf6g8raVzH4Z0pYzA5N+n0iP+gvYAneffo61 WzLv7x8ZkcJa8HcPe1bacSmD5QqgR4ETQ4U7GsKOU68QJNQ= X-Google-Smtp-Source: ABdhPJy+UhRnS1S+6LkoW4JPPRwsAHuQ5bFlawmWFhh5l9XW5RTNWVcDu+w6SjmkcustxRkNaS3f+cJRoXNnqg/OfWw= X-Received: by 2002:a05:6602:2ac9:: with SMTP id m9mr12010708iov.68.1591939045617; Thu, 11 Jun 2020 22:17:25 -0700 (PDT) MIME-Version: 1.0 References: <000001d64070$b1f86850$15e938f0$@tsinghua.org.cn> In-Reply-To: <000001d64070$b1f86850$15e938f0$@tsinghua.org.cn> From: Dhruv Dhody Date: Fri, 12 Jun 2020 10:46:48 +0530 Message-ID: To: Aijun Wang Cc: pce@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 12 Jun 2020 05:17:28 -0000 Hi Aijun, Just based on the new path setup type, the existing PCEP messages and procedures can be used for the SR-MPLS and SRv6 paths (independent of any SR policy information). That is described in RFC 8664 and draft-ietf-pce-segment-routing-ipv6. Some of the work in PCE WG predates the SR policy framework. To use the features of SR policy, one would need to use the mechanism described in this I-D. > As mentioned in the document, although the color/endpoint is not included > in the above documents, but these enhancements is not the main part of this > draft? Could you elaborate, what is the concern? Thanks! Dhruv From nobody Fri Jun 12 08:33:13 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A75F73A0C3E; Fri, 12 Jun 2020 08:33:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.402 X-Spam-Level: X-Spam-Status: No, score=-1.402 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.276, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 3cE-o4zOXJ6Y; Fri, 12 Jun 2020 08:33:09 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2591C3A0C38; Fri, 12 Jun 2020 08:33:00 -0700 (PDT) Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 05CFWrg5014227 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 12 Jun 2020 10:32:54 -0500 (CDT) (envelope-from rjsparks@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1591975976; bh=RoGuN2jemHsckosMOw/JGUn3fliUffR5Diy4yLQJ8nA=; h=Subject:From:To:Cc:References:Date:In-Reply-To; b=Y8X4ONpT3Zuz7MVxv/GnmnjZWFpyImtkKfLXY8S12DjOwwcF6+wdrP6Tcq4+4S5gC fvv13pCPvwjABIgA98U1L95Anuz7Vtz1KQCa9rSfvYXb51VpjWDewrLWbtS6k+jTDr h/jJLtyE1RKPzgYfi/Be9mqGhD2OiA9sa1qJGD4c= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local From: Robert Sparks To: Huaimo Chen , "gen-art@ietf.org" Cc: "last-call@ietf.org" , "draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org" , "pce@ietf.org" References: <159173888777.20611.18058918121871985684@ietfa.amsl.com> <33e569da-059e-b250-78ca-ba2bd639ddeb@nostrum.com> Message-ID: <32ec172d-3112-08bf-333c-851cd73df290@nostrum.com> Date: Fri, 12 Jun 2020 10:32:52 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <33e569da-059e-b250-78ca-ba2bd639ddeb@nostrum.com> Content-Type: multipart/alternative; boundary="------------5504199CD5AB90F80BDB4978" Content-Language: en-US Archived-At: Subject: Re: [Pce] [Gen-art] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 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, 12 Jun 2020 15:33:12 -0000 This is a multi-part message in MIME format. --------------5504199CD5AB90F80BDB4978 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 6/11/20 9:12 AM, Robert Sparks wrote: > > Thanks! Some initial replies inline (I haven't looked at the updated > draft yet, but will do so soon): > I've looked at the diffs between -13 and -15 and my comments have been addressed except for one point.         Only one of them (i.e., elastic range and grace periods) is used for an LSP. Isn't strong enough. I think you need normative language here. I suggest     A TLV can configure a non-zero grace period or elastic bound, but it MUST NOT provide both. > On 6/10/20 7:35 PM, Huaimo Chen wrote: >> Hi Robert, >> >>     Thank you very much for your time and valuable comments. >> >>     My answers/explanations are inline below with prefix [HC]. >> >>     Your comments have been addressed in the updated document >> https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-scheduling/ >> >> Best Regards, >> Huaimo >> ------------------------------------------------------------------------ >> *From:* Robert Sparks via Datatracker >> *Sent:* Tuesday, June 9, 2020 5:41 PM >> *To:* gen-art@ietf.org >> *Cc:* last-call@ietf.org ; pce@ietf.org >> ; >> draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org >> >> *Subject:* Genart last call review of >> draft-ietf-pce-stateful-pce-lsp-scheduling-13 >> Reviewer: Robert Sparks >> 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-stateful-pce-lsp-scheduling-13 >> Reviewer: Robert Sparks >> Review Date: 2020-06-09 >> IETF LC End Date: 2020-06-12 >> IESG Telechat date: Not scheduled for a telechat >> >> Summary: Essentially ready for publication as a Proposed Standard >> RFC, but with >> issues to consider before progressing >> >> Minor Issues: >> >> Section 4.2.2: It's not clear when the computation for a path >> satisfying the >> constraint happens. Is this done once when the periodical LSP >> arrives, or at >> each scheduled interval? If the former, what happens if there is no path >> solution for only one of the multiple intervals? >> >> [HC]: We have made it clear in the document through revising the texts. >> When a periodical LSP is configured, the paths for all the scheduled >> intervals of the LSP is computed once. >> If there is no path for some (e.g., one) of the intervals, >> the constraints for the periodical LSP is not satisfied and >> the LSP will not be set up at all. >> >> Section 4.4, second paragraph, last sentence: If the path cannot be >> set, is the >> previous LSP left in effect? Or does the failure result in no there >> being no >> scheduled LSPs in effect? >> >> [HC]: We have added the texts explicitly stating that >> the previous LSP will not be impacted if the path for new >> requirements cannot be set. >> >> Section 5.1 first paragraph: Why is TCP called out here? >> >> [HC]: We have removed TCP. >> >> You should be explicit about whether it's ok to have both grace >> periods and >> elastic bounds at the same time. The TLV allows that to happen. I'm >> not sure >> what it would mean, and I suspect it's unlikely that you would have two >> implementers compute the consequences the same way. >> >> [HC]: We have added some texts to say that only one of them is used. >> >> Section 5.2.1, definition of the R bit: You should call out that >> relative time >> is in seconds (I think?) when the R bit is 1, and you need a discussion >> somewhere about the necessity of synchronized clocks and potential >> problems >> with transmission delay when the R bit is 1. >> >> [HC]: You are right. The relative time is in seconds. >> We have explicitly stated this and had some discussions about >> synchronizing clocks and potential problems with transmission delay. >> >> Section 5.2.1, definition of Start-Time: Why must a value of 0 not be >> used? Is >> this true for both R=1 and R=0? For R=1, a start time value of 1 vs a >> start >> time value of 0 may, in practice, be indistinguishable (because of >> transmission >> or processing delay). >> >> [HC]: When R=1, Start-Time=0 means right now. >> Because of transmission and processing delay, this cannot be achieved. > > And you don't have the same problem (or at least a race condition) for > R=1, Start-Time=1? > > (And perhaps other small values of Start-Time?). This isn't a big > deal, but it looks like a rough > > edge, and I want to make sure it's been thought through. > >> For R=0, Start-Time=0 means the epoch (i.e., 1 January 1970 at 00:00 >> UTC). >> So for both R=1 and R=0, a value of 0 must not be used in Start-Time. >> >> In section 5.2.2 at the definition of Repeat-time-length: Please be >> explicit >> about whether this is the interval between the start time of two >> repetitions or >> the interval between the end-time of one repetition and the start of >> the next >> repetition. I think you mean the former. >> >> [HC]: It is the interval between the end-time of one repetition and >> the start of the next repetition. We had added some texts to >> state this explicitly. > > That surprises me. All the other values are start-start and not end-start. > > With REPEAT-EVERY-DAY, you're aiming for the same time every day. > > Suppose you didn't have REPEAT-EVERY-DAY and had to express that with > REPEAT-EVERY-TIME-LENGTH. > > If it were start-start, you could set the interval to 86400 (as you > compute in 9.1) and be done. > > With it being end-start you have to calculate the value by subtracting > the Duration field value from > > 86400. > > I think that's likely to surprise implementors trying to achieve > something like "every other day". > > >> >> At section 5.2.1 you say this TLV SHOULD NOT be included unless both >> PCEP peers >> have set the B bit. But in section 6.6, you say MUST NOT. Please >> choose one. I >> think you want both places to say MUST NOT. >> >> [HC]: We have changed SHOULD NOT to MUST NOT. >> >> Nits: >> >> Introduction, paragraph 3, second sentence: This is hard to read. I >> suggest >> trying to break it into more than one sentence. >> >> [HC]: We have split and rephrased it. >> >> Introduction, paragraph 4, third sentence: This is hard to read. Please >> simplify. >> >> [HC]: We have rephrased it. >> >> The document uses both "database" and "data base". Please pick one. >> >> [HC]: We have changed "data base" to database. >> >> Top of page 7: "In case of former" does not parse. Please clarify. >> >> [HC]: We have rephrased it. >> >> Section 4.2.2, second paragraph, first sentence: Does not parse. I >> think it is >> missing more than articles. >> >> [HC]: We have revised it. >> >> Section 4.3 at "In both modes": It's not clear what "modes" means here. >> >> [HC]: We have added some details. >> >> It would be worth calling out in section 5.1 that setting PD requires >> setting B >> as specified in 5.2.2. >> >> [HC]: We have added some texts to state this. >> >> It would be helpful in 5.2.2 at the definition of Opt: to point >> forward to the >> registry you are creating for its values. It would also be good to be >> explicit >> about what to do if an element receives a TLV with a value here it >> does not >> understand yet. >> >> [HC]: We have added some descriptions about these. >> >> Section 9.1 ignores leap-years and leap-seconds. It's worth >> explicitly noting >> that. >> >> [HC]: We have added some texts about this. >> > > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art --------------5504199CD5AB90F80BDB4978 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit


On 6/11/20 9:12 AM, Robert Sparks wrote:

Thanks! Some initial replies inline (I haven't looked at the updated draft yet, but will do so soon):

I've looked at the diffs between -13 and -15 and my comments have been addressed except for one point.


        Only one of them (i.e., elastic range and grace periods) is used for an LSP.


Isn't strong enough. I think you need normative language here.


I suggest

    A TLV can configure a non-zero grace period or elastic bound, but it MUST NOT provide both.

On 6/10/20 7:35 PM, Huaimo Chen wrote:
Hi Robert,

    Thank you very much for your time and valuable comments.

    My answers/explanations are inline below with prefix [HC].

    Your comments have been addressed in the updated document 

Best Regards,
Huaimo
From: Robert Sparks via Datatracker <noreply@ietf.org>
Sent: Tuesday, June 9, 2020 5:41 PM
To: gen-art@ietf.org <gen-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; pce@ietf.org <pce@ietf.org>; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org <draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org>
Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13
 
Reviewer: Robert Sparks
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

<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftrac.ietf.org%2Ftrac%2Fgen%2Fwiki%2FGenArtfaq&amp;data=02%7C01%7Chuaimo.chen%40futurewei.com%7C009e6885956a4c1957c908d80cbde38d%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637273356999321440&amp;sdata=x1%2BeFVCwSKtx16TqY5ycJgjrXK%2Bb%2Be4ttO0SuBrPStY%3D&amp;reserved=0>.

Document: draft-ietf-pce-stateful-pce-lsp-scheduling-13
Reviewer: Robert Sparks
Review Date: 2020-06-09
IETF LC End Date: 2020-06-12
IESG Telechat date: Not scheduled for a telechat

Summary: Essentially ready for publication as a Proposed Standard RFC, but with
issues to consider before progressing

Minor Issues:

Section 4.2.2: It's not clear when the computation for a path satisfying the
constraint happens. Is this done once when the periodical LSP arrives, or at
each scheduled interval? If the former, what happens if there is no path
solution for only one of the multiple intervals?

[HC]: We have made it clear in the document through revising the texts.
When a periodical LSP is configured, the paths for all the scheduled
intervals of the LSP is computed once.
If there is no path for some (e.g., one) of the intervals,
the constraints for the periodical LSP is not satisfied and
the LSP will not be set up at all. 

Section 4.4, second paragraph, last sentence: If the path cannot be set, is the
previous LSP left in effect? Or does the failure result in no there being no
scheduled LSPs in effect?

[HC]: We have added the texts explicitly stating that
the previous LSP will not be impacted if the path for new
requirements cannot be set.

Section 5.1 first paragraph: Why is TCP called out here?

[HC]: We have removed TCP.

You should be explicit about whether it's ok to have both grace periods and
elastic bounds at the same time. The TLV allows that to happen. I'm not sure
what it would mean, and I suspect it's unlikely that you would have two
implementers compute the consequences the same way.

[HC]: We have added some texts to say that only one of them is used.

Section 5.2.1, definition of the R bit: You should call out that relative time
is in seconds (I think?) when the R bit is 1, and you need a discussion
somewhere about the necessity of synchronized clocks and potential problems
with transmission delay when the R bit is 1.

[HC]: You are right. The relative time is in seconds.
We have explicitly stated this and had some discussions about
synchronizing clocks and potential problems with transmission delay.

Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used? Is
this true for both R=1 and R=0? For R=1, a start time value of 1 vs a start
time value of 0 may, in practice, be indistinguishable (because of transmission
or processing delay).

[HC]: When R=1, Start-Time=0 means right now.
Because of transmission and processing delay, this cannot be achieved.

And you don't have the same problem (or at least a race condition) for R=1, Start-Time=1?

(And perhaps other small values of Start-Time?). This isn't a big deal, but it looks like a rough

edge, and I want to make sure it's been thought through.

For R=0, Start-Time=0 means the epoch (i.e., 1 January 1970 at 00:00 UTC).
So for both R=1 and R=0, a value of 0 must not be used in Start-Time.

In section 5.2.2 at the definition of Repeat-time-length: Please be explicit
about whether this is the interval between the start time of two repetitions or
the interval between the end-time of one repetition and the start of the next
repetition. I think you mean the former.

[HC]: It is the interval between the end-time of one repetition and
the start of the next repetition. We had added some texts to
state this explicitly.

That surprises me. All the other values are start-start and not end-start.

With REPEAT-EVERY-DAY, you're aiming for the same time every day.

Suppose you didn't have REPEAT-EVERY-DAY and had to express that with REPEAT-EVERY-TIME-LENGTH.

If it were start-start, you could set the interval to 86400 (as you compute in 9.1) and be done.

With it being end-start you have to calculate the value by subtracting the Duration field value from

86400.

I think that's likely to surprise implementors trying to achieve something like "every other day".



At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP peers
have set the B bit. But in section 6.6, you say MUST NOT. Please choose one. I
think you want both places to say MUST NOT.

[HC]: We have changed SHOULD NOT to MUST NOT.

Nits:

Introduction, paragraph 3, second sentence: This is hard to read. I suggest
trying to break it into more than one sentence.

[HC]: We have split and rephrased it.

Introduction, paragraph 4, third sentence: This is hard to read. Please
simplify.

[HC]: We have rephrased it.

The document uses both "database" and "data base". Please pick one.

[HC]: We have changed "data base" to database.

Top of page 7: "In case of former" does not parse. Please clarify.

[HC]: We have rephrased it.

Section 4.2.2, second paragraph, first sentence: Does not parse. I think it is
missing more than articles.

[HC]: We have revised it.

Section 4.3 at "In both modes": It's not clear what "modes" means here.

[HC]: We have added some details.

It would be worth calling out in section 5.1 that setting PD requires setting B
as specified in 5.2.2.

[HC]: We have added some texts to state this.

It would be helpful in 5.2.2 at the definition of Opt: to point forward to the
registry you are creating for its values. It would also be good to be explicit
about what to do if an element receives a TLV with a value here it does not
understand yet.

[HC]: We have added some descriptions about these.

Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noting
that.

[HC]: We have added some texts about this.


_______________________________________________
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art
--------------5504199CD5AB90F80BDB4978-- From nobody Fri Jun 12 08:45:08 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F05FC3A0FC4; Fri, 12 Jun 2020 08:45:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159197670692.4807.10390635256391683005@ietfa.amsl.com> Date: Fri, 12 Jun 2020 08:45:06 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-16.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, 12 Jun 2020 15:45:07 -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-16.txt Pages : 26 Date : 2020-06-12 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-16 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jun 12 08:49:23 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74AD93A0FDE; Fri, 12 Jun 2020 08:49:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5J4Q4LOOyjOQ; Fri, 12 Jun 2020 08:49:09 -0700 (PDT) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2128.outbound.protection.outlook.com [40.107.94.128]) (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 888493A0C75; Fri, 12 Jun 2020 08:49:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=W8Mh1dnxlFZgZ+ypuqAT9teoVZK0rabWXp/16fPkwD4B9imbih5GZmkUrqaKCwZzGQm9Q2zGr9UrNSaDClpBUFaYUlecbpY2aCfF7+mYi+3I4kMxVusYQmBUxBl06U5xaZy3qIIVKEZ4+qfTV+/7rPIuM/eGzKkVI7mvYtnXO36Jqs0Z42hdeHAcTD7ytFm4qdPCo23Miqm1huGnpsovPhFfqaMLV4HONLM87fdug0CJLeccvqvJhZM0Q/RiMtKYCeyuLyj6I442ghqIWeRCsytZ0BeVj4ikagdC5+647cdjjywru13LfCJlhAjulsIbhoEU7v5rnZfi4VUCbmj7Zw== 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=hZRxpBOaDBImOEoh0TToo1Vvn/JNXwF4vD9pFhexGgA=; b=k5LBaQjdtM9L6zQAlgbgcsQYkK+Ll0X0IB/6zGGLASXIDlNwMYdtv2snKiOtB0ybyX8RQ/bB1M8rCTwVN+6vLnWMSzYyQbv/DMxjDpNiCRtksMiAylA2Pc5fj5Xh5jwQJOTG+4NRAR3WO3yiU3LlHUu0Vc7arbbEhDDsdj6QPDBZvYukEgkzbUwleEmzx66gx4UpJpmuttZ4gbGeUnb3+otQwIxvlxr4NtrLhk3mdHQXGb5L1XM2SVWNLEbqbWL1ytJmi6hnWuhy2Ebmn9+ULgIYNpx93FKMK0fsnwy536YxDywayea0o1WnQlswwO44Mr+UbHc0SPETZPPcrHo0FA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hZRxpBOaDBImOEoh0TToo1Vvn/JNXwF4vD9pFhexGgA=; b=kpzS7Y0NpFsKkB4XtiYbl3CyRSM4ZxVuogL47dvYfNMlCZDBMge9XdzFpcn9PK3v8JmsbzxuTDMKCm3wLvtnqbFYvUAKlvki9Img2Y0fXS5mhHUbnaSvW6D0OW8yf/n0LcqGMmZi4SCJ/8L/jUEP2PxBNcgMcjvUQAkCSdgrL4A= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3245.namprd13.prod.outlook.com (2603:10b6:208:152::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.12; Fri, 12 Jun 2020 15:49:06 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3109.012; Fri, 12 Jun 2020 15:49:06 +0000 From: Huaimo Chen To: Robert Sparks , "gen-art@ietf.org" CC: "last-call@ietf.org" , "draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org" , "pce@ietf.org" Thread-Topic: [Gen-art] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 Thread-Index: AQHWPqbCgZK8tOxt60mX6HWo3ajxz6jSjMMVgADquQCAAaivAIAAA6Sr Date: Fri, 12 Jun 2020 15:49:05 +0000 Message-ID: References: <159173888777.20611.18058918121871985684@ietfa.amsl.com> <33e569da-059e-b250-78ca-ba2bd639ddeb@nostrum.com>, <32ec172d-3112-08bf-333c-851cd73df290@nostrum.com> In-Reply-To: <32ec172d-3112-08bf-333c-851cd73df290@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nostrum.com; dkim=none (message not signed) header.d=none;nostrum.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:e42c:da80:53c1:77c7] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 07cebc70-35e2-449d-9200-08d80ee8234c x-ms-traffictypediagnostic: MN2PR13MB3245: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0432A04947 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: NadvZhsrKp9AfUuQe70rfeYJzJumHOBiY2wCDXvmWogXdqxLmiUN15/xQFxeCfTtF2BgJV615i7y1DW9cGTGKp9Mr1kuO4x+khS9egWdeTCeh6NMMCSFd8+Qwl9w85iK/jlMbwaOtdnZs1wakkO/HjxI7bB2cRFk/lGnxdComkL11ohcaDnP7mjhSkECYJM/2bjjujGnbSDufTcNW62gY8sdCpO33mSUuncYHy87RksnoVyQYSUsX2TA2+8ilnylJPRZXsSsWQKsnCJ0e+wY9kEnsf3ErK74u/s/WboEhGaTyGpsQJH0nwb+3rdEY91bLDhUYKs5PG/cno8Nih5Uz/7CrkXw2UQvDJ4jeZzU0Muj+o/qlPOI1US+pWlcIZ5jBxCmX60KidPutRqcGM526w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39840400004)(376002)(136003)(366004)(346002)(396003)(8676002)(83380400001)(54906003)(9686003)(44832011)(110136005)(4326008)(33656002)(316002)(86362001)(76116006)(66556008)(55016002)(66946007)(64756008)(66446008)(66476007)(8936002)(166002)(2906002)(5660300002)(478600001)(19627405001)(45080400002)(7696005)(71200400001)(53546011)(186003)(52536014)(966005)(6506007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 1fOZrf3yfR2MmjKkVzNq3oxC3HdPwbxI90gZuulM/238YGxZ2vaYH2KC+mDGqJ4VyxeTFwjZTq60LMI/k4IcY0IlMhEt9zdNWRMwzX898FWUG86V02bmUMwo4K6emAZqdNVfamMQA0aqqaPrF3w8k2rGTBj6mgmOuO2d56Ur+ZS91PMV9rRfQLkaeCOZx2JGrCFvT+wZe5+6hYm+BrxsHjFymMyHTLk3c5ywvYGoOzHhkZGMJvQPkr17YNX4X4GlC9sHt1KiQTgfv9GW925rw7fYqByoqySLRRFE1h8sYvJ9PO8c5LVwtJHHUABoiGJxPwrZEXzF8VbjVXz+luJdOtVhdICPfR5MkPPzYYGB9ZAgQ42GXITYriU/wcrfnBzd9OD5smtx84srKfe4feuq7z1B6Yw/xpHiItiusO9wo3vgAu91wJpJzFQa4IkI/P31L2i0WfVimbG6eW505sbUrU8anJxrdZJ5AjVGKJNNukb/elQlBmDSLxDghsX1oRyH7UM2z+dT03NeBDDSbygGhPpVv0TW7eFh8AZ1pDCkmwL9ZXsEfLQU36HSkmRHKZR1 x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31174573F266C8BBB54F8385F2810MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 07cebc70-35e2-449d-9200-08d80ee8234c X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jun 2020 15:49:05.9108 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: iONI474XcRyb3qiDLlKo5DsbAlkyyWXHcl0GFQ2JgNRGGJxdDOK5v0YSzMc/oeyWB360FQntEJnJuT2fQJb94w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3245 Archived-At: Subject: Re: [Pce] [Gen-art] Genart last call review of draft-ietf-pce-stateful-pce-lsp-scheduling-13 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, 12 Jun 2020 15:49:14 -0000 --_000_MN2PR13MB31174573F266C8BBB54F8385F2810MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Robert, Thank you very much for your suggestion. We have updated the document (version 16 uploaded) according to your su= ggestion. Best Regards, Huaimo ________________________________ From: Robert Sparks Sent: Friday, June 12, 2020 11:32 AM To: Huaimo Chen ; gen-art@ietf.org Cc: last-call@ietf.org ; draft-ietf-pce-stateful-pce-ls= p-scheduling.all@ietf.org ; pce@ietf.org Subject: Re: [Gen-art] Genart last call review of draft-ietf-pce-stateful-p= ce-lsp-scheduling-13 On 6/11/20 9:12 AM, Robert Sparks wrote: Thanks! Some initial replies inline (I haven't looked at the updated draft = yet, but will do so soon): I've looked at the diffs between -13 and -15 and my comments have been addr= essed except for one point. Only one of them (i.e., elastic range and grace periods) is used fo= r an LSP. Isn't strong enough. I think you need normative language here. I suggest A TLV can configure a non-zero grace period or elastic bound, but it MU= ST NOT provide both. On 6/10/20 7:35 PM, Huaimo Chen wrote: Hi Robert, Thank you very much for your time and valuable comments. My answers/explanations are inline below with prefix [HC]. Your comments have been addressed in the updated document https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-lsp-schedulin= g/ Best Regards, Huaimo ________________________________ From: Robert Sparks via Datatracker Sent: Tuesday, June 9, 2020 5:41 PM To: gen-art@ietf.org Cc: last-call@ietf.org ; pce@ietf.org ; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org= Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-schedul= ing-13 Reviewer: Robert Sparks 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-stateful-pce-lsp-scheduling-13 Reviewer: Robert Sparks Review Date: 2020-06-09 IETF LC End Date: 2020-06-12 IESG Telechat date: Not scheduled for a telechat Summary: Essentially ready for publication as a Proposed Standard RFC, but = with issues to consider before progressing Minor Issues: Section 4.2.2: It's not clear when the computation for a path satisfying th= e constraint happens. Is this done once when the periodical LSP arrives, or a= t each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals? [HC]: We have made it clear in the document through revising the texts. When a periodical LSP is configured, the paths for all the scheduled intervals of the LSP is computed once. If there is no path for some (e.g., one) of the intervals, the constraints for the periodical LSP is not satisfied and the LSP will not be set up at all. Section 4.4, second paragraph, last sentence: If the path cannot be set, is= the previous LSP left in effect? Or does the failure result in no there being n= o scheduled LSPs in effect? [HC]: We have added the texts explicitly stating that the previous LSP will not be impacted if the path for new requirements cannot be set. Section 5.1 first paragraph: Why is TCP called out here? [HC]: We have removed TCP. You should be explicit about whether it's ok to have both grace periods and elastic bounds at the same time. The TLV allows that to happen. I'm not sur= e what it would mean, and I suspect it's unlikely that you would have two implementers compute the consequences the same way. [HC]: We have added some texts to say that only one of them is used. Section 5.2.1, definition of the R bit: You should call out that relative t= ime is in seconds (I think?) when the R bit is 1, and you need a discussion somewhere about the necessity of synchronized clocks and potential problems with transmission delay when the R bit is 1. [HC]: You are right. The relative time is in seconds. We have explicitly stated this and had some discussions about synchronizing clocks and potential problems with transmission delay. Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used?= Is this true for both R=3D1 and R=3D0? For R=3D1, a start time value of 1 vs a= start time value of 0 may, in practice, be indistinguishable (because of transmis= sion or processing delay). [HC]: When R=3D1, Start-Time=3D0 means right now. Because of transmission and processing delay, this cannot be achieved. And you don't have the same problem (or at least a race condition) for R=3D= 1, Start-Time=3D1? (And perhaps other small values of Start-Time?). This isn't a big deal, but= it looks like a rough edge, and I want to make sure it's been thought through. For R=3D0, Start-Time=3D0 means the epoch (i.e., 1 January 1970 at 00:00 UT= C). So for both R=3D1 and R=3D0, a value of 0 must not be used in Start-Time. In section 5.2.2 at the definition of Repeat-time-length: Please be explici= t about whether this is the interval between the start time of two repetition= s or the interval between the end-time of one repetition and the start of the ne= xt repetition. I think you mean the former. [HC]: It is the interval between the end-time of one repetition and the start of the next repetition. We had added some texts to state this explicitly. That surprises me. All the other values are start-start and not end-start. With REPEAT-EVERY-DAY, you're aiming for the same time every day. Suppose you didn't have REPEAT-EVERY-DAY and had to express that with REPEA= T-EVERY-TIME-LENGTH. If it were start-start, you could set the interval to 86400 (as you compute= in 9.1) and be done. With it being end-start you have to calculate the value by subtracting the = Duration field value from 86400. I think that's likely to surprise implementors trying to achieve something = like "every other day". At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP p= eers have set the B bit. But in section 6.6, you say MUST NOT. Please choose one= . I think you want both places to say MUST NOT. [HC]: We have changed SHOULD NOT to MUST NOT. Nits: Introduction, paragraph 3, second sentence: This is hard to read. I suggest trying to break it into more than one sentence. [HC]: We have split and rephrased it. Introduction, paragraph 4, third sentence: This is hard to read. Please simplify. [HC]: We have rephrased it. The document uses both "database" and "data base". Please pick one. [HC]: We have changed "data base" to database. Top of page 7: "In case of former" does not parse. Please clarify. [HC]: We have rephrased it. Section 4.2.2, second paragraph, first sentence: Does not parse. I think it= is missing more than articles. [HC]: We have revised it. Section 4.3 at "In both modes": It's not clear what "modes" means here. [HC]: We have added some details. It would be worth calling out in section 5.1 that setting PD requires setti= ng B as specified in 5.2.2. [HC]: We have added some texts to state this. It would be helpful in 5.2.2 at the definition of Opt: to point forward to = the registry you are creating for its values. It would also be good to be expli= cit about what to do if an element receives a TLV with a value here it does not understand yet. [HC]: We have added some descriptions about these. Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noti= ng that. [HC]: We have added some texts about this. _______________________________________________ Gen-art mailing list Gen-art@ietf.org https://www.ietf.org/mailman/listinfo/gen-art --_000_MN2PR13MB31174573F266C8BBB54F8385F2810MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Robert,

    Thank you very much for your suggestion.
    We have updated the document (version 16 uploaded) according = to your suggestion.

Best Regards,
Huaimo
From: Robert Sparks <rjs= parks@nostrum.com>
Sent: Friday, June 12, 2020 11:32 AM
To: Huaimo Chen <huaimo.chen@futurewei.com>; gen-art@ietf.org = <gen-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; draft-ietf-pce-st= ateful-pce-lsp-scheduling.all@ietf.org <draft-ietf-pce-stateful-pce-lsp-= scheduling.all@ietf.org>; pce@ietf.org <pce@ietf.org>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-pce-sta= teful-pce-lsp-scheduling-13
 


On 6/11/20 9:12 AM, Robert Sparks wrote:

Thanks! Some initial repl= ies inline (I haven't looked at the updated draft yet, but will do so soon)= :

I've looked at the diffs = between -13 and -15 and my comments have been addressed except for one poin= t.


     =    Only one of them (i.e., elastic range and grace periods) is us= ed for an LSP.


Isn't strong enough. I th= ink you need normative language here.


I suggest

    A TLV = can configure a non-zero grace period or elastic bound, but it MUST NOT pro= vide both.

On 6/10/20 7:35 PM, Huaimo Chen wrote:
Hi Robert,

    Thank you very much for your time and valuable comments.

    My answers/e= xplanations are inline below with prefix [HC].

    Your comments have been addressed in the updated document&nbs= p;

Best Regards,
Huaimo
From: Robert Sparks via D= atatracker <n= oreply@ietf.org>
Sent: Tuesday, June 9, 2020 5:41 PM
To: gen-art@ietf.org <g= en-art@ietf.org>
Cc: last-call@ietf.org <last-call@ietf.org>; pce@ietf.org <pce@ietf.org>; draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org <draft-ietf-pce-stateful-pce-lsp-scheduling.all@ietf.org>
Subject: Genart last call review of draft-ietf-pce-stateful-pce-lsp-= scheduling-13
 
Reviewer: Robert Sparks
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

<https://nam11.safelinks.protection.outlook.com/?ur= l=3Dhttps%3A%2F%2Ftrac.ietf.org%2Ftrac%2Fgen%2Fwiki%2FGenArtfaq&amp;dat= a=3D02%7C01%7Chuaimo.chen%40futurewei.com%7C009e6885956a4c1957c908d80cbde38= d%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637273356999321440&amp;s= data=3Dx1%2BeFVCwSKtx16TqY5ycJgjrXK%2Bb%2Be4ttO0SuBrPStY%3D&amp;reserve= d=3D0>.

Document: draft-ietf-pce-stateful-pce-lsp-scheduling-13
Reviewer: Robert Sparks
Review Date: 2020-06-09
IETF LC End Date: 2020-06-12
IESG Telechat date: Not scheduled for a telechat

Summary: Essentially ready for publication as a Proposed Standard RFC, but = with
issues to consider before progressing

Minor Issues:

Section 4.2.2: It's not clear when the computation for a path satisfying th= e
constraint happens. Is this done once when the periodical LSP arrives, or a= t
each scheduled interval? If the former, what happens if there is no path solution for only one of the multiple intervals?

[HC]: We have made it clear in the documen= t through revising the texts.
When a periodical LSP is configured, the paths for all the scheduled <= br>
intervals of the LSP is computed once.
If there is no path for some (e.g., one) of the intervals,
the constraints for the periodical LSP is not satisfied and
the LSP will not be set up at all. 

Section 4.4, second paragraph, last sentence: If the path cannot be set, is= the
previous LSP left in effect? Or does the failure result in no there being n= o
scheduled LSPs in effect?

[HC]: We have added the texts explicitly s= tating that
the previous LSP will not be impacted if the path for new
requirements cannot be set.

Section 5.1 first paragraph: Why is TCP called out here?

[HC]: We have removed TCP.

You should be explicit about whether it's ok to have both grace periods and=
elastic bounds at the same time. The TLV allows that to happen. I'm not sur= e
what it would mean, and I suspect it's unlikely that you would have two
implementers compute the consequences the same way.

[HC]: We have added some texts to say that only = one of them is used.

Section 5.2.1, definition of the R bit: You should call out that relative t= ime
is in seconds (I think?) when the R bit is 1, and you need a discussion
somewhere about the necessity of synchronized clocks and potential problems=
with transmission delay when the R bit is 1.

[HC]: You are right. The relative time is = in seconds.
We have explicitly stated this and had some discussions about
synchronizing clocks and potential problems with transmission delay.<= /span>

Section 5.2.1, definition of Start-Time: Why must a value of 0 not be used?= Is
this true for both R=3D1 and R=3D0? For R=3D1, a start time value of 1 vs a= start
time value of 0 may, in practice, be indistinguishable (because of transmis= sion
or processing delay).

[HC]: When R=3D1, Start-Time=3D0 means right now.
Because of transmission and processing delay, this cannot be achieved.=

And you = don't have the same problem (or at least a race condition) for R=3D1, Start= -Time=3D1?

(And per= haps other small values of Start-Time?). This isn't a big deal, but it look= s like a rough

edge, an= d I want to make sure it's been thought through.

For R=3D0, Start-Time=3D0 means the epoch (i.e., 1 January 1970 at 00:= 00 UTC).
So for both R=3D1 and R=3D0, a value of 0 must not be used in Start-T= ime.

In section 5.2.2 at the definition of Repeat-time-length: Please be explici= t
about whether this is the interval between the start time of two repetition= s or
the interval between the end-time of one repetition and the start of the ne= xt
repetition. I think you mean the former.

[HC]: It is the interval between the end-t= ime of one repetition and
the start of the next repetition. We had added some texts to
state this explicitly.

That sur= prises me. All the other values are start-start and not end-start.

With REP= EAT-EVERY-DAY, you're aiming for the same time every day.

Suppose = you didn't have REPEAT-EVERY-DAY and had to express that with REPEAT-EVERY-= TIME-LENGTH.

If it we= re start-start, you could set the interval to 86400 (as you compute in 9.1)= and be done.

With it = being end-start you have to calculate the value by subtracting the Duration= field value from

86400. <= br>

I think = that's likely to surprise implementors trying to achieve something like &qu= ot;every other day".



At section 5.2.1 you say this TLV SHOULD NOT be included unless both PCEP p= eers
have set the B bit. But in section 6.6, you say MUST NOT. Please choose one= . I
think you want both places to say MUST NOT.

[HC]: We have changed SHOULD NOT to MUST NOT.

Nits:

Introduction, paragraph 3, second sentence: This is hard to read. I suggest=
trying to break it into more than one sentence.

[HC]: We have split and rephrased it.

Introduction, paragraph 4, third sentence: This is hard to read. Please
simplify.

[HC]: We have rephrased it.

The document uses both "database" and "data base". Plea= se pick one.

[HC]: We have changed "data base" to d= atabase.

Top of page 7: "In case of former" does not parse. Please clarify= .

[HC]: We have rephrased it.

Section 4.2.2, second paragraph, first sentence: Does not parse. I think it= is
missing more than articles.

[HC]: We have revised it.

Section 4.3 at "In both modes": It's not clear what "modes&q= uot; means here.

[HC]: We have added some details.

It would be worth calling out in section 5.1 that setting PD requires setti= ng B
as specified in 5.2.2.

[HC]: We have added some texts to state this.
It would be helpful in 5.2.2 at the definition of Opt: to point forward to = the
registry you are creating for its values. It would also be good to be expli= cit
about what to do if an element receives a TLV with a value here it does not=
understand yet.

[HC]: We have added some descriptions about these.

Section 9.1 ignores leap-years and leap-seconds. It's worth explicitly noti= ng
that.

[HC]: We have added some texts about this.


____________________________________________=
___=0A=
Gen-art mailing list=0A=
Ge=
n-art@ietf.org=0A=
https://www.ietf.org/mai=
lman/listinfo/gen-art=0A=
--_000_MN2PR13MB31174573F266C8BBB54F8385F2810MN2PR13MB3117namp_-- From nobody Tue Jun 16 07:39:29 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5016D3A1678 for ; Tue, 16 Jun 2020 07:39:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 hV_x3YD5_zrI for ; Tue, 16 Jun 2020 07:39:26 -0700 (PDT) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EDB83A1670 for ; Tue, 16 Jun 2020 07:39:25 -0700 (PDT) Received: by mail-lj1-x22b.google.com with SMTP id i3so19314085ljg.3 for ; Tue, 16 Jun 2020 07:39: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; bh=kE4V7ukQah4UfE/XHIFn9aDsRpTjkiS+YTQURDk16vY=; b=TUK62jbXDpC8yVrpG7RHBBB/CfeFJcRJl8DbLiJb/7QPuUJLBAxTV8sDTytASb5I9K wOcGPvrZpcNguGUvCzE1Mifo1Kntw6KeYN5O6bNvFmI2JWypTpGkMLZ1pgFUkUnIMXOL t9XHWfBBIHzuFpMLhxwNLhmibdByGN63lsQcsDQr1CeukLWZZ7sXtSGG7lDjQseJ7Ev5 vyjAfvYPdOnx4SfubBHfxHSjAvXs03KpLvepihkgfLAckw/8hCqRPeeeqjS7z7/z1Ntw FqcfxDIHauOlheUYgD+SIc2pqK/uIrWPRhPH87nx67L1BAmbSJaKrlBHVG3wLmRACs4+ e09Q== 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=kE4V7ukQah4UfE/XHIFn9aDsRpTjkiS+YTQURDk16vY=; b=M0h3eHKLBKyKTBdlZ/Sk00cj2bflWe1//WwKmioQZNBi8V3IBdof9H7bPP4VSCViF+ eTh3rv24DTg74aPVWr8S96E+u0ft69irTYbegvMiZ75ruzTLlrK6PkC4wtQGhy167rrX eW3F+9RuWtuJrWusiqeC+9rzhTjZWTEdo0jV5QfHHPGPPkHv8wiyQ5IV6co3AI5EXfPC q3u7nUeztHP9d7cMubRYl2d1s1l8eaDvnzX0DHygZPBkW2kSLXWcGfjyejVvntBXQBml iG98b+E6t5sSC7YUBVRdE7omffsCSunPcsDuumr7Pg6XBUwuvgP/xAeh/tTkhJ6uXkz4 gfEw== X-Gm-Message-State: AOAM533jypMXzE12owNBkRmBVd2y8875SUpaytfJ3RXTs6S6ZSZ8HOvK zLnejogK0+00wOyzvTXxEsfjpwm6a63b8pDGNS3A1bE= X-Google-Smtp-Source: ABdhPJyI02+97Cm7y6YjDRzfU+aiqO/Uaz3iT4oGCXsm51MtNaddG04vOn0+5NX/cKZpDtHjb8lvelnxmRdC6FSUgAU= X-Received: by 2002:a2e:9a54:: with SMTP id k20mr1617669ljj.106.1592318363698; Tue, 16 Jun 2020 07:39:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rakesh Gandhi Date: Tue, 16 Jun 2020 10:39:12 -0400 Message-ID: To: Dhruv Dhody Cc: pce@ietf.org Content-Type: multipart/alternative; boundary="000000000000700fd405a8348271" Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 16 Jun 2020 14:39:27 -0000 --000000000000700fd405a8348271 Content-Type: text/plain; charset="UTF-8" Hi WG, Chairs, Support the WG adoption. Thanks, Rakesh On Sun, Jun 7, 2020 at 3:46 AM Dhruv Dhody wrote: > Hi WG, > > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. > > > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/ > > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are > you willing to work on this draft? Review comments should be posted to > the list. > > This adoption poll will end on 22nd June 2020. > > Thanks! > Dhruv & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --000000000000700fd405a8348271 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi WG, Chairs,
Support the WG adoption.

Thanks,
Rakesh


On Sun, Jun 7, 2020 at 3:46 AM Dhruv Dhody <dhruv.ietf@gmail.com> wrote:
Hi WG,

This email begins the WG adoption poll for
draft-barth-pce-segment-routing-policy-cp-06.

https://datatracker.ie= tf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/

Should this draft be adopted by the PCE WG? Please state your reasons
- Why / Why not? What needs to be fixed before or after adoption? Are
you willing to work on this draft? Review comments should be posted to
the list.

This adoption poll will end on 22nd June 2020.

Thanks!
Dhruv & Julien

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--000000000000700fd405a8348271-- From nobody Tue Jun 16 08:00:08 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CE1003A0DA3; Tue, 16 Jun 2020 08:00:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159231960279.10210.6026938969899554597@ietfa.amsl.com> Date: Tue, 16 Jun 2020 08:00:02 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-17.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, 16 Jun 2020 15:00:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element WG of the IETF. Title : PCEP Extensions for LSP scheduling with stateful PCE Authors : Huaimo Chen Yan Zhuang Qin Wu Daniele Ceccarelli Filename : draft-ietf-pce-stateful-pce-lsp-scheduling-17.txt Pages : 26 Date : 2020-06-16 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-17 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-17 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 Jun 21 11:20:51 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E06FF3A07D4; Sun, 21 Jun 2020 11:20:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159276364485.2133.17799609101144608414@ietfa.amsl.com> Date: Sun, 21 Jun 2020 11:20:44 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-diversity-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: Sun, 21 Jun 2020 18:20:45 -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-15.txt Pages : 24 Date : 2020-06-21 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 (disjointed) 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-15 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-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 Jun 21 11:32:14 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 92E853A07E9; Sun, 21 Jun 2020 11:32:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159276432956.14244.4494652520647810936@ietfa.amsl.com> Date: Sun, 21 Jun 2020 11:32:09 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-policy-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, 21 Jun 2020 18:32:10 -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 Cheng Li Filename : draft-ietf-pce-association-policy-10.txt Pages : 15 Date : 2020-06-21 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-10 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-policy-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-policy-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 Jun 21 11:41:47 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 300FD3A07E0; Sun, 21 Jun 2020 11:41:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159276490215.20107.13710303979073628581@ietfa.amsl.com> Date: Sun, 21 Jun 2020 11:41:42 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-pcep-extension-for-pce-controller-05.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, 21 Jun 2020 18:41:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element WG of the IETF. Title : PCEP Procedures and Protocol Extensions for Using PCE as a Central Controller (PCECC) of LSPs Authors : Quintin Zhao Zhenbin Li Mahendra Singh Negi Shuping Peng Chao Zhou Filename : draft-ietf-pce-pcep-extension-for-pce-controller-05.txt Pages : 34 Date : 2020-06-21 Abstract: The Path Computation Element (PCE) is a core component of Software- Defined Networking (SDN) systems. It can compute optimal paths for traffic across a network and can also update the paths to reflect changes in the network or traffic demands. PCE was developed to derive paths for MPLS Label Switched Paths (LSPs), which are supplied to the head end of the LSP using the Path Computation Element Communication Protocol (PCEP). But SDN has a broader applicability than signaled (G)MPLS traffic-engineered (TE) networks, and the PCE may be used to determine paths in a range of use cases. PCEP has been proposed as a control protocol for use in these environments to allow the PCE to be fully enabled as a central controller. A PCE-based central controller (PCECC) can simplify the processing of a distributed control plane by blending it with elements of SDN and without necessarily completely replacing it. Thus, the LSP can be calculated/setup/initiated and the label forwarding entries can also be downloaded through a centralized PCE server to each network devices along the path while leveraging the existing PCE technologies as much as possible. This document specifies the procedures and PCEP protocol extensions for using the PCE as the central controller. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-for-pce-controller/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-pcep-extension-for-pce-controller-05 https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-extension-for-pce-controller-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-extension-for-pce-controller-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Jun 21 11:47:41 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E09B3A07EC; Sun, 21 Jun 2020 11:47:36 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159276525614.11826.10049901753802967751@ietfa.amsl.com> Date: Sun, 21 Jun 2020 11:47:36 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-segment-routing-ipv6-05.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, 21 Jun 2020 18:47:36 -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-05.txt Pages : 22 Date : 2020-06-21 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 RFC 8664. 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-05 https://datatracker.ietf.org/doc/html/draft-ietf-pce-segment-routing-ipv6-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-segment-routing-ipv6-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Jun 21 23:09:06 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E89453A092B for ; Sun, 21 Jun 2020 23:09:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YQXCjx05gzS0 for ; Sun, 21 Jun 2020 23:09:03 -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 801BC3A0912 for ; Sun, 21 Jun 2020 23:09:03 -0700 (PDT) Received: from lhreml711-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 0FA5D7B4C88B5FEC20D4; Mon, 22 Jun 2020 07:08:58 +0100 (IST) Received: from lhreml711-chm.china.huawei.com (10.201.108.62) by lhreml711-chm.china.huawei.com (10.201.108.62) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 22 Jun 2020 07:08:57 +0100 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml711-chm.china.huawei.com (10.201.108.62) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Mon, 22 Jun 2020 07:08:57 +0100 Received: from DGGEML512-MBX.china.huawei.com ([169.254.2.227]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0487.000; Mon, 22 Jun 2020 14:08:52 +0800 From: "Pengshuping (Peng Shuping)" To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/cBKWpRantdkSGAvcfXYtuXqjkPU+g Date: Mon, 22 Jun 2020 06:08:52 +0000 Message-ID: <4278D47A901B3041A737953BAA078ADE19075215@dggeml512-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.182.19] 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 adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 06:09:05 -0000 Hi WG, Chairs, I support WG adoption of this draft. Thanks!=20 Best regards, Shuping=20 -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody Sent: Sunday, June 7, 2020 3:45 PM To: pce@ietf.org Subject: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-= cp-06 Hi WG, This email begins the WG adoption poll for draft-barth-pce-segment-routing-= policy-cp-06. https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/= 06/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you w= illing to work on this draft? Review comments should be posted to the list. This adoption poll will end on 22nd June 2020. Thanks! Dhruv & Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Sun Jun 21 23:31:21 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F8B03A0969 for ; Sun, 21 Jun 2020 23:31:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vgFnbJYrZ7sd for ; Sun, 21 Jun 2020 23:31:18 -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 2FFF83A0964 for ; Sun, 21 Jun 2020 23:31:18 -0700 (PDT) Received: from lhreml708-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id E340360670E3C151E491; Mon, 22 Jun 2020 07:31:16 +0100 (IST) Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 22 Jun 2020 07:31:16 +0100 Received: from DGGEMI406-HUB.china.huawei.com (10.3.17.144) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Mon, 22 Jun 2020 07:31:16 +0100 Received: from DGGEMI529-MBS.china.huawei.com ([169.254.5.210]) by dggemi406-hub.china.huawei.com ([10.3.17.144]) with mapi id 14.03.0487.000; Mon, 22 Jun 2020 14:31:12 +0800 From: huruizhao To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/cBKWpRantdkSGAvcfXYtuXqjkQvKw Date: Mon, 22 Jun 2020 06:31:12 +0000 Message-ID: <4550B012882B0A4482C132CAB19DDA59058761A7@dggemi529-mbs.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.108.148.138] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0?= =?gb2312?b?LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2?= 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, 22 Jun 2020 06:31:20 -0000 SGkgV0csIENoYWlycywNCg0KU3VwcG9ydCB0aGUgV0cgYWRvcHRpb24uDQoNClRoYW5rcywNClJ1 aXpoYW8NCi0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IFBjZSBbbWFpbHRvOnBjZS1ib3VuY2Vz QGlldGYub3JnXSC0+rHtIERocnV2IERob2R5DQq3osvNyrG85DogMjAyMMTqNtTCN8jVIDE1OjQ1 DQrK1bz+yMs6IHBjZUBpZXRmLm9yZw0K1vfM4jogW1BjZV0gV0cgYWRvcHRpb24gcG9sbCBmb3Ig ZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYNCg0KSGkgV0csDQoN ClRoaXMgZW1haWwgYmVnaW5zIHRoZSBXRyBhZG9wdGlvbiBwb2xsIGZvciBkcmFmdC1iYXJ0aC1w Y2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNi4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AvMDYv DQoNClNob3VsZCB0aGlzIGRyYWZ0IGJlIGFkb3B0ZWQgYnkgdGhlIFBDRSBXRz8gUGxlYXNlIHN0 YXRlIHlvdXIgcmVhc29ucw0KLSBXaHkgLyBXaHkgbm90PyBXaGF0IG5lZWRzIHRvIGJlIGZpeGVk IGJlZm9yZSBvciBhZnRlciBhZG9wdGlvbj8gQXJlIHlvdSB3aWxsaW5nIHRvIHdvcmsgb24gdGhp cyBkcmFmdD8gUmV2aWV3IGNvbW1lbnRzIHNob3VsZCBiZSBwb3N0ZWQgdG8gdGhlIGxpc3QuDQoN ClRoaXMgYWRvcHRpb24gcG9sbCB3aWxsIGVuZCBvbiAyMm5kIEp1bmUgMjAyMC4NCg0KVGhhbmtz IQ0KRGhydXYgJiBKdWxpZW4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NClBjZSBtYWlsaW5nIGxpc3QNClBjZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== From nobody Mon Jun 22 00:15:23 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD6E13A09BC for ; Mon, 22 Jun 2020 00:15:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id joa2NPiCcEfJ for ; Mon, 22 Jun 2020 00:15:20 -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 46B323A096B for ; Mon, 22 Jun 2020 00:15:20 -0700 (PDT) Received: from lhreml713-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 9E767331C14F21F15F97; Mon, 22 Jun 2020 08:15:15 +0100 (IST) Received: from dggeme751-chm.china.huawei.com (10.3.19.97) by lhreml713-chm.china.huawei.com (10.201.108.64) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1913.5; Mon, 22 Jun 2020 08:15:15 +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.1913.5; Mon, 22 Jun 2020 15:15:12 +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.1913.007; Mon, 22 Jun 2020 15:15:12 +0800 From: "Gengxuesong (Geng Xuesong)" To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/cD2ri6Fk0tU6Jq9fE+8pJ1qjjyl8g Date: Mon, 22 Jun 2020 07:15:12 +0000 Message-ID: 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.108.203.157] 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 adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 07:15:22 -0000 Yes, Support. The work of PCEP extension to support association among candidate paths of = SR policy is useful in SR deployment.=20 Best Regards Xuesong > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody > Sent: Sunday, June 7, 2020 3:45 PM > To: pce@ietf.org > Subject: [Pce] WG adoption poll for >=20 >=20 > Hi WG, >=20 > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. >=20 > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-c= p/06/ >=20 > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are you > willing to work on this draft? Review comments should be posted to the li= st. >=20 > This adoption poll will end on 22nd June 2020. >=20 > Thanks! > Dhruv & Julien >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jun 22 01:20:52 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A278F3A0A1A for ; Mon, 22 Jun 2020 01:20:50 -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, 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 zkA6sDU-WINV for ; Mon, 22 Jun 2020 01:20:48 -0700 (PDT) Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with ESMTP id 0AE113A0A19 for ; Mon, 22 Jun 2020 01:20:47 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.19]) by rmmx-syy-dmz-app04-12004 (RichMail) with SMTP id 2ee45ef069bce34-1f1ff; Mon, 22 Jun 2020 16:20:13 +0800 (CST) X-RM-TRANSID: 2ee45ef069bce34-1f1ff X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmccPC (unknown[117.136.38.141]) by rmsmtp-syy-appsvr10-12010 (RichMail) with SMTP id 2eea5ef069bc3b1-adffb; Mon, 22 Jun 2020 16:20:13 +0800 (CST) X-RM-TRANSID: 2eea5ef069bc3b1-adffb From: "qinfengwei" To: "'Dhruv Dhody'" , References: In-Reply-To: Date: Mon, 22 Jun 2020 16:20:12 +0800 Message-ID: <001301d6486d$f3a8cf10$dafa6d30$@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: AQHWPJ/cBKWpRantdkSGAvcfXYtuXqjkYl8g Content-Language: zh-cn Archived-At: Subject: [Pce] =?gb2312?b?tPC4tDogIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0?= =?gb2312?b?LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRpbmctcG9saWN5LWNwLTA2?= 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, 22 Jun 2020 08:20:51 -0000 Yes, Support. Thanks=A3=AC Fengwei Qin -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: Pce [mailto:pce-bounces@ietf.org] =B4=FA=B1=ED Dhruv = Dhody =B7=A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA6=D4=C27=C8=D5 15:45 =CA=D5=BC=FE=C8=CB: pce@ietf.org =D6=F7=CC=E2: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Hi WG, This email begins the WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06. https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-c= p/0 6/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you willing to work on this draft? Review comments should be posted to the list. This adoption poll will end on 22nd June 2020. Thanks! Dhruv & Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jun 22 01:24:11 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6F113A0A19 for ; Mon, 22 Jun 2020 01:24:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nvu_nqLpH4lC for ; Mon, 22 Jun 2020 01:24:05 -0700 (PDT) Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.226]) by ietfa.amsl.com (Postfix) with ESMTP id 4DA873A0BA3 for ; Mon, 22 Jun 2020 01:24:04 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.48:18354.769242353 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-219.142.69.75?logid-3bfc65fbb55d47959211bb65ff18a66a (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id 05D7D2800DE; Mon, 22 Jun 2020 16:23:56 +0800 (CST) X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn Received: from ([172.18.0.48]) by App0024 with ESMTP id 3bfc65fbb55d47959211bb65ff18a66a for dhruv.ietf@gmail.com; Mon Jun 22 16:23:58 2020 X-Transaction-ID: 3bfc65fbb55d47959211bb65ff18a66a X-filter-score: filter<0> X-Real-From: xiechf@chinatelecom.cn X-Receive-IP: 172.18.0.48 X-MEDUSA-Status: 0 Sender: xiechf@chinatelecom.cn Date: Mon, 22 Jun 2020 16:23:55 +0800 From: "xiechf@chinatelecom.cn" To: "'Dhruv Dhody'" , "pce@ietf.org" References: , <001301d6486d$f3a8cf10$dafa6d30$@com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.16.188[cn] Mime-Version: 1.0 Message-ID: <2020062216235528379261@chinatelecom.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart636577434824_=----" Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 08:24:10 -0000 This is a multi-part message in MIME format. ------=_001_NextPart636577434824_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 DQpIaaOsV0csIA0KSSBzdXBwb3J0IFdHIGFkb3B0aW9uIG9mIHRoaXMgZHJhZnQuDQpUaGFua3MN Cg0KQ2hvbmdmZW5nIA0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogUGNlIFttYWlsdG86 cGNlLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gRGhydXYgRGhvZHkNCreiy83KsbzkOiAyMDIwxOo2 1MI3yNUgMTU6NDUNCsrVvP7IyzogcGNlQGlldGYub3JnDQrW98ziOiBbUGNlXSBXRyBhZG9wdGlv biBwb2xsIGZvcg0KZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktY3AtMDYN CiANCkhpIFdHLA0KIA0KVGhpcyBlbWFpbCBiZWdpbnMgdGhlIFdHIGFkb3B0aW9uIHBvbGwgZm9y DQpkcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC0wNi4NCiANCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWJhcnRoLXBjZS1zZWdtZW50LXJvdXRp bmctcG9saWN5LWNwLzANCjYvDQogDQpTaG91bGQgdGhpcyBkcmFmdCBiZSBhZG9wdGVkIGJ5IHRo ZSBQQ0UgV0c/IFBsZWFzZSBzdGF0ZSB5b3VyIHJlYXNvbnMNCi0gV2h5IC8gV2h5IG5vdD8gV2hh dCBuZWVkcyB0byBiZSBmaXhlZCBiZWZvcmUgb3IgYWZ0ZXIgYWRvcHRpb24/IEFyZQ0KeW91IHdp bGxpbmcgdG8gd29yayBvbiB0aGlzIGRyYWZ0PyBSZXZpZXcgY29tbWVudHMgc2hvdWxkIGJlIHBv c3RlZCB0bw0KdGhlIGxpc3QuDQogDQpUaGlzIGFkb3B0aW9uIHBvbGwgd2lsbCBlbmQgb24gMjJu ZCBKdW5lIDIwMjAuDQogDQpUaGFua3MhDQpEaHJ1diAmIEp1bGllbg0KIA0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClBjZSBtYWlsaW5nIGxpc3QNClBj ZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCiAN CiANCiANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpQ Y2UgbWFpbGluZyBsaXN0DQpQY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcGNlDQo= ------=_001_NextPart636577434824_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable =0A
Hi,

    I support the adoption of this work. It is neccssary for the SR policy.

Best Regards,
Zongpeng Du
=0A

=0A<= div>
duzongpeng@foxmail.com
=0A
 <= /div>
Date:&nbs= p;2020-06-22 18:06
Subject: Re: [Pce] WG adopt= ion poll for draft-barth-pce-segment-routing-policy-cp-06
=0A
Hi WG,
<= span style=3D"font-size: 10.5pt; line-height: 1.5; background-color: trans= parent;">
I support= the adoption of this work.

Best regards,=
Cong Li

F= rom: Dhruv Dhody
Date: 2020-06-07 15:45
To: pce@ietf.org
Subject:&n= bsp;[Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-0= 6
Hi WG,
=0A
 
=0A
This = email begins the WG adoption poll for
=0A
draft-barth-pce-segment= -routing-policy-cp-06.
=0A
 
=0A
https://datatracke= r.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/
=0A
=  
=0A
Should this draft be adopted by the PCE WG? Please sta= te your reasons
=0A
- Why / Why not? What needs to be fixed befor= e or after adoption? Are
=0A
you willing to work on this draft? R= eview comments should be posted to
=0A
the list.
=0A
&nb= sp;
=0A
This adoption poll will end on 22nd June 2020.
=0A 
=0A
Thanks!
=0A
Dhruv & Julien
=0A 
=0A
_______________________________________________=0A
Pce mailing list
=0A
Pce@ietf.org
=0A
https://w= ww.ietf.org/mailman/listinfo/pce
=0A
=0A
=0A ------=_001_NextPart461865608846_=------ . From nobody Mon Jun 22 07:10:23 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52D4C3A0D49 for ; Mon, 22 Jun 2020 07:10:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tXM6ARGB3Ebn for ; Mon, 22 Jun 2020 07:10:20 -0700 (PDT) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (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 144253A0D47 for ; Mon, 22 Jun 2020 07:10:19 -0700 (PDT) Received: by mail-pf1-x431.google.com with SMTP id b16so8443845pfi.13 for ; Mon, 22 Jun 2020 07:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HyKVA5SSVcj9V8x9lrLcT0Lraxgzps2xXgRbLQHRBzM=; b=Mtkh1QRo8VbJRe9y1oB0ZRKMhtzBRMftOTURC3WyrpU9m+3Gf1j23Ra3k6UdiGqby6 utWcsDNq4j14EQUNAHqzf8364b3lwOYQaTK/8HKdgLHhTfNbY03oETJ1nyH39GC9Jynl c2KMTPCDKI/PMDDOlNSQ8XXKRKyxRGXr/9XzJFu9AzSEummqUdz5P+7qA0nFi7WRbwPp VanFQTlJG/5W4M+OoxIIGugyNrjqnelookRJrkIB5F7Tz7llXip5O8hDob/KggOOTTb3 TFt+/NDVYc9pmvVQ01bG89soVevXkUlRjwo3xmCwIW6rW40KPKmt54YC7R3XvKM3XSU7 72HQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HyKVA5SSVcj9V8x9lrLcT0Lraxgzps2xXgRbLQHRBzM=; b=R2+zxebKzAzccFVkCJHFvhL3g7xY+HBCs7fPSFr1Asptk64hUCwG8wOjFIlXM+ndxP QXCNhlBqI+M1xavKHb9Jtl5E8pqRPMtEFiMCxFQKXIr6It4vIvfc7b2CzExR+FRBVDHM m/kUhPQU3Sb2VWjpUKaIFanSGdp+zrI1gBlQIVwQ/NIttTh0LOyrcV1AEHAkk4okCtrI 3+m21UHBAvy/ecAyMMPjwRdaDS62gRA7udmyM7feinNI/etcZW1v5JTL4m7LMAOZMENn GCkJmXofaRw0cRhIW3ajacqw6/6rdmTuwrEzyTgbq+o0QFHYhmc0YIj6PVS/3rJQ1u6N VVpA== X-Gm-Message-State: AOAM532pBEnR6Ug1pY3zJ1FIlSFRZLSdJX+iMjV/p+yRkHHLcS6SM8dJ JKwDcxE//5mvpkX9Es89HCE6WoNz X-Google-Smtp-Source: ABdhPJxtibYv0nZ0rreM8FTQUwztKes2VCAKin5sD1cflwZe707/wKaGY7K4KzozDFQn9XakgF5JRQ== X-Received: by 2002:aa7:8548:: with SMTP id y8mr20798864pfn.192.1592835019059; Mon, 22 Jun 2020 07:10:19 -0700 (PDT) Received: from cbarth-mbp.jnpr.net ([66.129.241.13]) by smtp.gmail.com with ESMTPSA id 5sm13749547pfc.143.2020.06.22.07.10.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jun 2020 07:10:18 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) From: Colby Barth In-Reply-To: Date: Mon, 22 Jun 2020 10:10:15 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "pce@ietf.org" X-Mailer: Apple Mail (2.3445.104.14) Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 14:10:21 -0000 As a co-author, I support WG adoption. =E2=80=94Colby > On Jun 22, 2020, at 3:15 AM, Gengxuesong (Geng Xuesong) = wrote: >=20 > Yes, Support. > The work of PCEP extension to support association among candidate = paths of SR policy is useful in SR deployment.=20 >=20 > Best Regards > Xuesong >=20 >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody >> Sent: Sunday, June 7, 2020 3:45 PM >> To: pce@ietf.org >> Subject: [Pce] WG adoption poll for >>=20 >>=20 >> Hi WG, >>=20 >> This email begins the WG adoption poll for >> draft-barth-pce-segment-routing-policy-cp-06. >>=20 >> = https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp= /06/ >>=20 >> Should this draft be adopted by the PCE WG? Please state your reasons >> - Why / Why not? What needs to be fixed before or after adoption? Are = you >> willing to work on this draft? Review comments should be posted to = the list. >>=20 >> This adoption poll will end on 22nd June 2020. >>=20 >> Thanks! >> Dhruv & Julien >>=20 >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jun 22 07:59:05 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C4C13A0DE0 for ; Mon, 22 Jun 2020 07:52:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kohnl_vaun5o for ; Mon, 22 Jun 2020 07:52:32 -0700 (PDT) Received: from mail-il1-x130.google.com (mail-il1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (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 55E7D3A0D94 for ; Mon, 22 Jun 2020 07:52:32 -0700 (PDT) Received: by mail-il1-x130.google.com with SMTP id e11so16143275ilr.4 for ; Mon, 22 Jun 2020 07:52:32 -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; bh=TVrbj9Awu5+uo1j7vFX1u4YC+l1kO0+MKmhEIXWTmT0=; b=nNWzQWzYF8iW9+Y1PJpROeRqINz6QqKjAfq1PhyELN9pmxo/0Cc1DeMEBRbxUFFEj6 1YPCNr4ug0/SP+c3/c/T65G0gJo8tL/z3IKgfOh0qGf9evUEkBbEYmvlcHPHXQcJClmn 3TAXZHG37cyYcQmA/QnWa4Oousr/yu4D2G3+zK6JZpbWdv/FxVajZTjCZBZ7zZTQ8Nha jV3ilqRtSa/3P3TaMN50SnKD8XiH40tkXsz9eH5h+fc/PBjCuZ35veK9W2FKQsTz2YeK xsAm1NjvUOr+Br9n7bxGxVhpx8UdMqDv6MIvod9LQEljySsOAawK4KqSV0UCjPgSe2cr boPw== 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; bh=TVrbj9Awu5+uo1j7vFX1u4YC+l1kO0+MKmhEIXWTmT0=; b=StxDrmhSe71GS/qPIysQBBnxRWhVHN7+Ik8h6LdtxJ2222swA0/q7uh7ZAxXxIyLq1 Ym0n9tEqBJFNiORvdeh0LCBSIhMOsXGJZWLG2i6ycwnna1CSi+i773l2/ufI5IiTB6NP JAlQXX65ezq2RW7B2pR+5F4hIRG6rwx/LyzUETMZaDmAELDIlfuxsQ1ki+dYM2QcqTkp O2DLcY/r6CGwtHPgslsPrqoxOo4Tr0jyVdum7XjDGFCYlaUSx2By5631b0ZEymDakHHS fvhVnwyAJ3tWfn/994R3KjzZusV5IppWQU5PXEZWFVpy7YqUmfFk4Du7juANtsNzhY1d GQUg== X-Gm-Message-State: AOAM532t7H+QLOHnVa4tXiYegVZLR4dd6JydMeioxrz8eB9gxAQ23DAB SxGDoWab65cyItz+JFMy0KmFkkJ0a5nWZztJdWQaYzkQ X-Google-Smtp-Source: ABdhPJyMwMmqFhaywr3L63f92UrwYHNZcs9KOmqgSNCUDczw6oosyDM76WVweC5XKyGP9qdAdepILxyPoJDrn2iYukk= X-Received: by 2002:a05:6e02:1043:: with SMTP id p3mr6266852ilj.245.1592837551186; Mon, 22 Jun 2020 07:52:31 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Siva Sivabalan Date: Mon, 22 Jun 2020 10:52:20 -0400 Message-ID: To: pce@ietf.org Content-Type: multipart/alternative; boundary="0000000000006c723805a8ad6477" Archived-At: X-Mailman-Approved-At: Mon, 22 Jun 2020 07:59:04 -0700 Subject: [Pce] Fwd: FW: WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 14:52:35 -0000 --0000000000006c723805a8ad6477 Content-Type: text/plain; charset="UTF-8" Support as a co-author. Thanks, Siva -----Original Message----- From: Pce On Behalf Of Dhruv Dhody Sent: Sunday, June 7, 2020 3:45 AM To: pce@ietf.org Subject: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Hi WG, This email begins the WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06. https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you willing to work on this draft? Review comments should be posted to the list. This adoption poll will end on 22nd June 2020. Thanks! Dhruv & Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --0000000000006c723805a8ad6477 Content-Type: text/html; charset="UTF-8"
Support as a co-author.

Thanks,
Siva


-----Original Message-----
From: Pce <pce-bounces@ietf.org> On Behalf Of Dhruv Dhody
Sent: Sunday, June 7, 2020 3:45 AM
To: pce@ietf.org
Subject: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06

Hi WG,

This email begins the WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06.

https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/

Should this draft be adopted by the PCE WG? Please state your reasons
- Why / Why not? What needs to be fixed before or after adoption? Are you willing to work on this draft? Review comments should be posted to the list.

This adoption poll will end on 22nd June 2020.

Thanks!
Dhruv & Julien

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--0000000000006c723805a8ad6477-- From nobody Mon Jun 22 08:12:49 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A89903A0D95 for ; Mon, 22 Jun 2020 08:12:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 xiGBmf3llcLu for ; Mon, 22 Jun 2020 08:12:46 -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 56C453A0D93 for ; Mon, 22 Jun 2020 08:12:46 -0700 (PDT) Received: by mail-il1-x131.google.com with SMTP id t85so6850035ili.5 for ; Mon, 22 Jun 2020 08:12: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=fJNAMA6DL32WeJntvUCnlzaPdpokFy+vcIo5xfrva3o=; b=rV4qoTbg8VzjhLhM7udJZPf7peKOYemjVq1O00rNbgvnFjfPDAynzR+OMYFYaPc4Qi w9uzv8R9Tv34FFAxVtgP6NG4YR0iqZILzLFI+cPsAaun7CzDjOEezvOwI0VKv2iRf0u0 xPqynnxbL5MFfjmxDgQW1vqKtWbzCa9WbUeBJdznjy+wUWT4SlFLKDt3D/JHMAJQbIMM Sgl0OLDFE8Fm7L3vbOJjuzelWmj5fv7tWhB2bON4JNhzG6GX9evJCl6juB6nENFBvx/5 gDHm8E5IawuU36XX9aB/h+D71vn/2fO4H1d8GPJn1WV54VXv1eEuRYzK8qfmKJJ2PM5M nd2g== 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=fJNAMA6DL32WeJntvUCnlzaPdpokFy+vcIo5xfrva3o=; b=tbYg3P6haodF+jjGRtWjmjO/SmpAi410a0D2P3D1ZvqMzn2ZUER9MqRlhVmcvzvC6u X/JQJv01xUPta7haHxwfx4MEwkVdyot0oBAMT2un5tJQkAQto6QBVvt3h7U2I29DX+cz vGwg9lqGnxNmAoCKgiqjL2VZJtRBms+7SvWr5yakn/UEIAQudq4OTCUypEUonXFAt4uY eCF6WZp47usjTdE5yL0Z96ZuQ0yUfG+LA89702GejtSGPaqyBq8hlhNngbWRN2PwXSZ5 mFeExof9tGlc4T4nmDgq8mt28vlKi2XkDEzEjpV0arsQS/NEISXOkE2GeimGeimtVjKi vxfQ== X-Gm-Message-State: AOAM531nw96qXLqbLd4gbyBqbiVa6gDvLL2mDUOKg1xLsoP2R8nGOb1U aUrmsvicMGJMpWUu3gQIwSoB6em9ET7GaQVqhr8= X-Google-Smtp-Source: ABdhPJwopQxKGmpjp/y+/sMQZ+K3OjtO0yIb29HjKWLJgdW58GYakYjFa/f/2DqBwqeA5jrVZbj/8OJmuXKatzM5++I= X-Received: by 2002:a92:c011:: with SMTP id q17mr11900565ild.290.1592838765519; Mon, 22 Jun 2020 08:12:45 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vishnu Pavan Beeram Date: Mon, 22 Jun 2020 10:12:34 -0500 Message-ID: To: Dhruv Dhody Cc: pce@ietf.org Content-Type: multipart/alternative; boundary="000000000000cda9ff05a8adac22" Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 15:12:48 -0000 --000000000000cda9ff05a8adac22 Content-Type: text/plain; charset="UTF-8" Support the adoption of this document -- this is a critical piece for realizing controller driven SR policies. Regards, -Pavan On Sun, Jun 7, 2020 at 2:46 AM Dhruv Dhody wrote: > Hi WG, > > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. > > > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/ > > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are > you willing to work on this draft? Review comments should be posted to > the list. > > This adoption poll will end on 22nd June 2020. > > Thanks! > Dhruv & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --000000000000cda9ff05a8adac22 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support the adoption of this document -- this is a cr= itical piece for realizing controller driven SR policies.
Regards,
-Pavan

On Sun, Jun 7, 2020 at 2:46 = AM Dhruv Dhody <dhruv.ietf@gmail= .com> wrote:
Hi WG,

This email begins the WG adoption poll for
draft-barth-pce-segment-routing-policy-cp-06.

https://datatracker.ie= tf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/

Should this draft be adopted by the PCE WG? Please state your reasons
- Why / Why not? What needs to be fixed before or after adoption? Are
you willing to work on this draft? Review comments should be posted to
the list.

This adoption poll will end on 22nd June 2020.

Thanks!
Dhruv & Julien

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--000000000000cda9ff05a8adac22-- From nobody Mon Jun 22 09:20:45 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59DE83A0F0D for ; Mon, 22 Jun 2020 09:20:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=previdi-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rHbLLRONalG3 for ; Mon, 22 Jun 2020 09:20:42 -0700 (PDT) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (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 DB7943A0F01 for ; Mon, 22 Jun 2020 09:20:41 -0700 (PDT) Received: by mail-wm1-x343.google.com with SMTP id g21so174784wmg.0 for ; Mon, 22 Jun 2020 09:20:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=previdi-net.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bUlgoJZZvqM/nQIj5/UwiYlYFK0EZJcwdwWtPGDdY60=; b=kdUV7SX85AFaK762ZQweABnKAkWZ96sLWMAdc8yKGQ3GFwmsa5b7pjPRk/WKkM3zpN DBf0oPEU0uQpbvjUmnQAHKe2tsqwZBy2XfjTKrTQBKWGFTrZhfuhzWxcMXPgd6Cilmzv c2PJOkgx7ClQ1uhxNuoRyAYYWP832j+hnyFtEQ6eFAwLoSbwmcUxEDOFgGUN3ZXwz2mC u8O+7byHhKEdlLf89cY59fN5VDvOUANGxnRjqPCvI6Gy0p4XsQPwuBhpuGckDgg/tuVX DivDurY+JyJYVAkA/wgtl8IzyPkjHB7XSgAQdBgXOwd0PMIoJDTC4cx9VLpMIEudMjZs yj4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bUlgoJZZvqM/nQIj5/UwiYlYFK0EZJcwdwWtPGDdY60=; b=umWwda+PiJDPAtSe4bystqYjnQOf643jvSnLb8lwEQbpTs46hhTlm2Fm/lMt2wsVKd GqRlId+4ddCX8PMpMv07Dvv6ZUpXfA8OOdcwzIUtlaUeQ8HKdL0ENLTtLW4qgQgRGQaV H1ywzXOUa5X3sfwNgzdpcRhjNnpDhgemZxMlD3M5AZ3O721XN7dm4hdyJAKeK4UqbT3v uFdbnqmDSdb7TtG84cYpp9iPbggaEUcuqWo4bOrIPfkeS3MI3HGadiWf6bShUoZTq59P z4fE54dKdCEf2WPoYwzHEvD27znTNiYK24ICl7LJJWKloHT/hHPpi7iC2ZHNU+FH70Fa 3S3A== X-Gm-Message-State: AOAM532QxqNs7l+AwHVLhPMRiuypoi//QddawoZd0X4QhkKNMZgqcUHO 1pxBnOa2sS+NHpd/U9/Eir/R7g== X-Google-Smtp-Source: ABdhPJxGJPkZ5J3+cHL7mnKs5oFnE+Q9etFlCD/1XOlj19Koq3ZffuXwfKUJLovK/LNQvYWQp6mS8g== X-Received: by 2002:a1c:5f45:: with SMTP id t66mr20098640wmb.144.1592842840194; Mon, 22 Jun 2020 09:20:40 -0700 (PDT) Received: from [192.168.1.4] (net-93-147-205-210.cust.vodafonedsl.it. [93.147.205.210]) by smtp.gmail.com with ESMTPSA id d13sm4629380wrn.61.2020.06.22.09.20.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 22 Jun 2020 09:20:39 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: text/plain; charset=us-ascii From: stefano previdi In-Reply-To: Date: Mon, 22 Jun 2020 18:20:40 +0200 Cc: "pce@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <48FE5720-CE99-41E1-85FC-9BCE21158805@previdi.net> References: To: Dhruv Dhody X-Mailer: Apple Mail (2.2104) Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 16:20:43 -0000 Hi, I support the adoption of this document. thanks. s. > On Jun 7, 2020, at 9:45 AM, Dhruv Dhody wrote: >=20 > Hi WG, >=20 > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. >=20 > = https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp= /06/ >=20 > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are > you willing to work on this draft? Review comments should be posted to > the list. >=20 > This adoption poll will end on 22nd June 2020. >=20 > Thanks! > Dhruv & Julien >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jun 22 09:22:17 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC50A3A0F5B for ; Mon, 22 Jun 2020 09:22:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WW9q2moU_laF for ; Mon, 22 Jun 2020 09:22:14 -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 4F8FB3A0F5A for ; Mon, 22 Jun 2020 09:22:14 -0700 (PDT) Received: by mail-io1-xd2b.google.com with SMTP id y5so20072726iob.12 for ; Mon, 22 Jun 2020 09:22:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=aHCcO1RE6ehYCecyWgCbDcPf2tn6+OTWbd7H2i1afcA=; b=ruTLzVgeOUssQdFfBLCelYNUcovTZUafWyEZIcXmazFdYld+gbAyM4DeOiIveDUFH8 1s6v+bUCFO/jXPka1VbUOHZ5MlZ3MpjK9rfB9TFbP5JG8hO3uGRbSuWXiwZXlVSxxCFU KvkEQ+tHJ9y/+xRx17HWWApf1XO2GFBDN59SIgJXIhpBlqOZ7L9dARySYo+Bqu9CFA4t +1JUunkf0Lo9rqWZEZzCT++dSvh/bfDpQ102nc+Iw8DVy1fiDRcrhjO8ULEiPPKtpQp4 BmmFId06IgEi3p0o/DXo6XitlWVFyD58O04V5yNl39fA1FiOQ13tWRGX//IhaYupfLTI 0x9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=aHCcO1RE6ehYCecyWgCbDcPf2tn6+OTWbd7H2i1afcA=; b=Tg0+UHDUhe0iIX6c7gfQOrjmcflNwOo5Zd9tlM+ik3NR3N2z2w9igsg5R1tTBs3dLs q3FwuWvRQBnw9B32o5+5K5TgQi9YgIL6R/6PykDbwAZ64i1O6aN1XbxUTkE3p2MI7WOO ao9eZq4krO4mU8scIwneIQ4IygV7Vn0fIloJkaDUl730PAImxgO0W9E1RhQDX5bTvHrn LsoMwH161zamGxI9+CJNmYjvFHWlMHpNTlDE4vKPy6R1/Pjv2+VvdUSVEi5iX5wpWR6w 4pZjPykpobV/dCdsbILftMGysyt9v+CqjYvjoWfiNgynQiJJMzaFLbID3YZTgmcpSv5A YQiw== X-Gm-Message-State: AOAM532ULtHnuUGHb1tNni4TXcjN67dUwynOjc1x+4JK3or7nDAusf+d tpoQ5lSNTBmTzvJzTH23wdM= X-Google-Smtp-Source: ABdhPJzFyHy6F9ChmPJP9EdjZ2K1xdtIgkDHrZOJVGOQsCuj2D5hnNqr7AFcifCB5O/t3eJ6/tfqRg== X-Received: by 2002:a05:6602:1785:: with SMTP id y5mr2241047iox.62.1592842932526; Mon, 22 Jun 2020 09:22:12 -0700 (PDT) Received: from CH2PR19MB4024.namprd19.prod.outlook.com ([2603:1036:304:2892::5]) by smtp.gmail.com with ESMTPSA id c5sm8564105ioq.9.2020.06.22.09.22.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jun 2020 09:22:11 -0700 (PDT) From: Tarek Saad To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AVFrc3ZqJsXVG+FDewvAIlXoH4MKjom6e6HW X-MS-Exchange-MessageSentRepresentingType: 1 Date: Mon, 22 Jun 2020 16:22:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 16:22:16 -0000 SSBzdXBwb3J0IGFkb3B0aW9uIG9mIHRoZSBJRC4gVGhlIGFiaWxpdHkgdG8gaW5pdGlhdGUvcmVw b3J0L2RlbGVnYXRlIGNvbG9yZWQgU1IgcG9saWNpZXMgKGFuZCBjYW5kaWRhdGUgcGF0aHMpIHZp YSBQQ0VQIGlzIGNydWNpYWwsIGFuZCB0aGlzIGRyYWZ0IGFkZHJlc3NlcyB0aGlzLg0KDQpSZWdh cmRzLA0KVHJlaw0KDQrvu79PbiA2LzcvMjAsIDM6NDYgQU0sICJQY2Ugb24gYmVoYWxmIG9mIERo cnV2IERob2R5IiA8cGNlLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGRocnV2LmlldGZA Z21haWwuY29tPiB3cm90ZToNCg0KICAgIEhpIFdHLA0KDQogICAgVGhpcyBlbWFpbCBiZWdpbnMg dGhlIFdHIGFkb3B0aW9uIHBvbGwgZm9yDQogICAgZHJhZnQtYmFydGgtcGNlLXNlZ21lbnQtcm91 dGluZy1wb2xpY3ktY3AtMDYuDQoNCiAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1iYXJ0aC1wY2Utc2VnbWVudC1yb3V0aW5nLXBvbGljeS1jcC8wNi8NCg0KICAgIFNo b3VsZCB0aGlzIGRyYWZ0IGJlIGFkb3B0ZWQgYnkgdGhlIFBDRSBXRz8gUGxlYXNlIHN0YXRlIHlv dXIgcmVhc29ucw0KICAgIC0gV2h5IC8gV2h5IG5vdD8gV2hhdCBuZWVkcyB0byBiZSBmaXhlZCBi ZWZvcmUgb3IgYWZ0ZXIgYWRvcHRpb24/IEFyZQ0KICAgIHlvdSB3aWxsaW5nIHRvIHdvcmsgb24g dGhpcyBkcmFmdD8gUmV2aWV3IGNvbW1lbnRzIHNob3VsZCBiZSBwb3N0ZWQgdG8NCiAgICB0aGUg bGlzdC4NCg0KICAgIFRoaXMgYWRvcHRpb24gcG9sbCB3aWxsIGVuZCBvbiAyMm5kIEp1bmUgMjAy MC4NCg0KICAgIFRoYW5rcyENCiAgICBEaHJ1diAmIEp1bGllbg0KDQogICAgX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBQY2UgbWFpbGluZyBsaXN0 DQogICAgUGNlQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9wY2UNCg== From nobody Mon Jun 22 10:22:23 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5B073A0FD8 for ; Mon, 22 Jun 2020 10:22:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 a_1-2cUNK44T for ; Mon, 22 Jun 2020 10:22:19 -0700 (PDT) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 709353A0FE5 for ; Mon, 22 Jun 2020 10:22:19 -0700 (PDT) Received: by mail-pj1-x1033.google.com with SMTP id a45so158341pje.1 for ; Mon, 22 Jun 2020 10:22:19 -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=giFgRPuActf4Dm505W8iHuY0gg/wDTX+JjiMFJvDdCM=; b=H1/nWA8VaO445uqg2Nv957Q5FHQFh8m1PQ7CFb7Jmv7bSPLdT3298H4fl1QXrczyU3 jR35lkGNVDkRw+KHU6GQdIAhcbRB6jBe2YsJWiwesznEc/JWjJtqj2RBrAC6poW104Cb jje6kIByrqFbaXBZ6i8ul8gz+rdoRmANmH0D+Ee/rwpwoGYIBpuZIP2eDpO0MiSZ4SxC aqnE04N1wWliB0znyUdPPwCxJyBprxnvQ+6LXqq/eGSuWR1NbXdedvH/rtKotAelQR+Y uauiwDhkevQf+L2DDD65jAjOisp+s2xnRSoLUzS2Ix9yOGGgxmDVvANhUmB0WZ8Ixjvp SwTA== 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=giFgRPuActf4Dm505W8iHuY0gg/wDTX+JjiMFJvDdCM=; b=X0hsppMWDcbLPcZj042FfI0K/Nk06yalUmHf3RT77yg9rzNRvoQgzSss+AfF7MsxuV Yq6AbhtS0kemCTo7h6xfQUK5EY+TF5ilE6ZwBrIiIzc4Cxzq53S0PwxxdGmtwmscKPI2 vdMsF+472G5XmN+llyyfDmychZZRhypnyCd1hPmef0GG2bDG+kXQg8Bkibgqdh3ATR6K 1ht+iD35ASXEdCVrdmLP3EVr0aNB+E+czUcbjcIX/bvVRUmR7ewgOIHvGIU56H6KLByQ EqJbhp6XFMGe8JFz4ZLAfe8Zq/+g/iopfM1gYRroSIIFnewI3zuPOOncMfbkzguyUu5c 5TxQ== X-Gm-Message-State: AOAM530ceJQWJl2KMBZ21vrjFVFZY/mp/qhhzH/7sFpFSQFmiGVVMTH6 3UIsvv4LZ7QYzZ+Dt3+S6eI= X-Google-Smtp-Source: ABdhPJwQtrV5niXHoVj7+Gnzc6ZeRs2bBC9MZqPJXc4s75ocZq3orPYZlcBFeu4nVy+TcRMQqVitPA== X-Received: by 2002:a17:90a:5d85:: with SMTP id t5mr19885608pji.154.1592846538908; Mon, 22 Jun 2020 10:22:18 -0700 (PDT) Received: from [192.168.1.3] (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id m20sm15540114pfk.52.2020.06.22.10.22.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jun 2020 10:22:18 -0700 (PDT) Date: Mon, 22 Jun 2020 10:22:10 -0700 From: Jeff Tantsura To: Dhruv Dhody , "=?utf-8?Q?pce=40ietf.org?=" Message-ID: In-Reply-To: References: X-Readdle-Message-ID: f100977b-8a6e-4db3-afc9-5d6672216ee1@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5ef0e8c7_64d17722_178" Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 17:22:21 -0000 --5ef0e8c7_64d17722_178 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Yes/support Cheers, Jeff > > Hi WG, > > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. > > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/ > > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are > you willing to work on this draft? Review comments should be posted to > the list. > > This adoption poll will end on 22nd June 2020. > > Thanks! > Dhruv & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --5ef0e8c7_64d17722_178 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Yes/support

Cheers,
Jeff


Hi WG,

This email begins the WG adoptio= n poll for
draft-barth-pce-segment-routing-= policy-cp-06.

https://datatracker.ietf.org/doc= /draft-barth-pce-segment-routing-policy-cp/06/

Should this draft be adopted by = the PCE WG=3F Please state your reasons
- Why / Why not=3F What needs to= be fixed before or after adoption=3F Are
you willing to work on this draf= t=3F Review comments should be posted to
the list.

This adoption poll will end on 2= 2nd June 2020.

Thanks=21
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
Pce mailing list
Pce=40ietf.org
https://www.ietf.org/mailman/lis= tinfo/pce
=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/lis= tinfo/pce
--5ef0e8c7_64d17722_178-- From nobody Mon Jun 22 10:28:33 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DC3F3A0FCA for ; Mon, 22 Jun 2020 10:28:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=XLoiqPA1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gfS5dgKf Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KySE_lTvf9it for ; Mon, 22 Jun 2020 10:28:29 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31D843A0FC4 for ; Mon, 22 Jun 2020 10:28:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1091; q=dns/txt; s=iport; t=1592846909; x=1594056509; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=zxk8xfLN6Mdiwrrp3CNqVfxI5S9RlFTP3TtbbIelWng=; b=XLoiqPA1sYvQgmQJ8D33Exp9ajofU4mymYgL0QLHgjtj6vCSWoHUOKMC Nlsci0bKGAEEoQ2MxWt4qOtq+3ZBKQqjzl7XMVAVov6ojTc79fiIOZFO+ E+OPQvcm0fJ0vQuyQ3Dqfl28jTRIuop7W4m8k+mraoLm37AykBZ7RY8YZ c=; IronPort-PHdr: =?us-ascii?q?9a23=3A6qg4lRHP8cqRKsWIXYzzSp1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e401QObUoDS6vYCgO3T4OjsWm0FtJCGtn1KMJlBTA?= =?us-ascii?q?QMhshemQs8SNWEBkv2IL+PDWQ6Ec1OWUUj8yS9Nk5YS8n7blzW5Ha16G1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CQBQAE6fBe/4gNJK1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUqBUlEHb1gvLAqHYAONQ5hUgUKBEANVCwEBAQwBARgNCAI?= =?us-ascii?q?EAQGERwKCKwIkOBMCAwEBCwEBBQEBAQIBBgRthVsMhXIBAQEBAwEBECgGAQE?= =?us-ascii?q?sDAsEAgEIEQQBAR8QJwsdCAIEARIIGoMFgksDLgEOq10CgTmIYXSBNIMBAQE?= =?us-ascii?q?FgUZBgysYgg4DBoE4gmeJfBqBQT+BEUOCTT6CXAEBAwGBJgESASODRYIttFc?= =?us-ascii?q?KglqIQpEHgnGJJJJmkSuKFZQzAgQCBAUCDgEBBYFqImZwcBU7gjUBM1AXAg2?= =?us-ascii?q?OHoNxhRSFQnQ3AgYIAQEDCXyOewGBEAEB?= X-IronPort-AV: E=Sophos;i="5.75,268,1589241600"; d="scan'208";a="790753634" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Jun 2020 17:28:28 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 05MHSSiq026297 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 22 Jun 2020 17:28:28 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 22 Jun 2020 12:28:27 -0500 Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 22 Jun 2020 12:28:27 -0500 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 22 Jun 2020 13:28:27 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DC8LFbkMBALkSLB5x8lnDMmxLGDYcky46n6hfcl6qffIEkPMgZAVXOAbi8WD/o1HJVLxIVO0wQYwbnn5UZx8xOq0SiDu73hH3oYIIQrF5pEwDjuUDLI6X1JvQ9fwAMdsmy4wnxYmorSv9UOWDgN6xwx5vEIkolsGXyAc0ofAhSBoLhFzOqSmnu2sJa39lVKoFsL/RLJEblK9WMJsc3g3C2nDxNF2N4+Z8G2vOpQBY420ETJi03JpIBn7SYYGSmsohZsVcO4wrZRqhbW9FWCbi6gUAawGh7rh84DKPxfKA9SXG70iNVh9EIG2+3+oCbCrvioDb1UfgCf8L/oJjCyUXw== 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=zxk8xfLN6Mdiwrrp3CNqVfxI5S9RlFTP3TtbbIelWng=; b=lUmTwgMEWhMdKO5Oc1QUW2L8gmFNi1p8FBKaNzR+rZlxX2sQ3tDOKVPZHtdm5PGt0vq7G2wxEWZbshxQe+uTtXRp7C2rnPNP8PUzSffyMXFIuEdrId4wg2j+BA5Ye5ps87TWCrApG8o7Drb6BnUg15hmRXaX5nYf4/yX7YxSqQnmh7vjd8F3bS8vMYAbrES/3Sr/Ksy6C7Ppic38IjVssjiHbYTUu9YVQrtstufyW5i0zbZQOqWCt5DIy14UAnbSo/AEpB0z1v0gSZyGRRttILzFi8kSyaIglCFXmhsBZ9xo6snR3YY5u1bNUQN+OTemaCdk3LqQlhJLBRga01PtWQ== 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=zxk8xfLN6Mdiwrrp3CNqVfxI5S9RlFTP3TtbbIelWng=; b=gfS5dgKfnG2F/KVk1rVUFYT9rIAY3JanW6lclV4bOSNfNRo65M7gbvLTNjsofwPSwfMs5EFYD0m4GxYLos263I7/V4Mzs2NFYLJnWQO5GQVm5I4y9EUF5GH0qv3KCayxv9b+DRjt6CBh/lACdQasutdp8FYQY8ZtSbsgjJBg720= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR11MB1471.namprd11.prod.outlook.com (2603:10b6:301:b::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22; Mon, 22 Jun 2020 17:28:26 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::658f:69a3:2fc5:d430]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::658f:69a3:2fc5:d430%6]) with mapi id 15.20.3109.027; Mon, 22 Jun 2020 17:28:24 +0000 From: "Ketan Talaulikar (ketant)" To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/K06pL69ptTEOMOVXLRNy4u6jk+xzw Date: Mon, 22 Jun 2020 17:28:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [72.163.220.13] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 55a56173-4ae4-4366-c057-08d816d1aaf5 x-ms-traffictypediagnostic: MWHPR11MB1471: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0442E569BC x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xk/bf9WbHU5gvmHyHDBRbBdKj1vCrV/6Vm9fP7k3nEEXTEQcx3AF5FHKdWeePwg2YJNZm2ugD+zxvtv9sl81DXnIr85lxt0znLox1/BtAcFudtY2f4m5G/7eVP2hCw1f3G5bMFjlKYtVoyzPLsK2fsAsTNThvJYlwISSd6nTy2tfwIfitlU25A3wwr7BuckNXlMHoLCC9FOkQmDuJdMT4ZCsM33fZaICJ+RLeBr7NZXptFzL5MNkO1YwO/NcTNhWCPeO3CLP2n4kQun81WoxchNWQtY7Omuvv7xmfg6dmlpGfhxFt8RT0vQMP4A4vykxj1qTGqfidpz4oZVTUVltkHBkmJsJbGB/tIOwdz2diBLiDd2vyJIe/Bte3/4u1z8wDam8qKhwvgHUHT+belHDqg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(366004)(136003)(346002)(396003)(376002)(33656002)(83380400001)(76116006)(66476007)(66556008)(64756008)(66446008)(5660300002)(8936002)(86362001)(52536014)(8676002)(66946007)(316002)(55016002)(9686003)(2906002)(110136005)(71200400001)(186003)(26005)(53546011)(478600001)(7696005)(6506007)(966005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: Q3GP2yfH23/mINgLwU0lozAj2T2j79wsXHeCi4bIhWfSqnw3TCevjeIpr22GsqpV8H91LS014+8M8TKy2Hz27aJk+uPyT3x5jO5fbDyrf7o4GvbhkKLwqu5RGho7q8xxZldNHahTaQMf42ufxdW/oD83TKNWnh0QeN/vh7+AgbJxgPxRAAYLlLaka68seXBBIuY3haDBQjrunLBRy54WAHE0VJVwBKz2gesMXm7oJ1iSVXClWd59aH+YaSgDug2wPFfbr6txvOpnuROLYoMgovf991Zj8sSXSL0jBIhjEoQE953cTHaSq5Pc+DTvhJ14sTdbP5EF6nt8FOdZNQirVEL77fjoT1vc4TMpNIR/Mn0xyV1eYoZHFeYx2OP/FE1wghjo4Hhj30W4xAvPuMXyX86eyeOBgcaDSCHj6mlnyyCqJHMQQ5qsnw5U99Pixs+3JPKutEvLt0582POc10TmJdH9j3CCwPmOt5Jl5haH3mYFO4Wt/pPG6kjD69V4S3V6 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 55a56173-4ae4-4366-c057-08d816d1aaf5 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jun 2020 17:28:24.2723 (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: Q9OmABCgr8+erfZNnfvEPNZ8ebMj3A3eQC+Rt7AhmRZSe7ZlCJSnZa0xzwXWLqqryPmhLcexwyGzMRBMPnRr1Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1471 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 22 Jun 2020 17:28:31 -0000 Hi All, I support the adoption of this draft. It incorporates the key CP signalling= constructs for PCEP in line with draft-spring-segment-routing-policy that = are required for signalling of multiple CPs for an SR Policy. Thanks, Ketan =20 -----Original Message----- From: Pce On Behalf Of Dhruv Dhody Sent: 07 June 2020 13:15 To: pce@ietf.org Subject: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-= cp-06 Hi WG, This email begins the WG adoption poll for draft-barth-pce-segment-routing-= policy-cp-06. https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/= 06/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you w= illing to work on this draft? Review comments should be posted to the list. This adoption poll will end on 22nd June 2020. Thanks! Dhruv & Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jun 22 13:53:15 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D578B3A1195; Mon, 22 Jun 2020 13:53:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk CC: pce-chairs@ietf.org, db3546@att.com, pce@ietf.org, draft-ietf-pce-pcep-flowspec@ietf.org, Julien Meuric , julien.meuric@orange.com Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <159285918728.15849.17315250353555891619@ietfa.amsl.com> Date: Mon, 22 Jun 2020 13:53:07 -0700 Archived-At: Subject: [Pce] Last Call: (PCEP Extension for Flow Specification) 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: Mon, 22 Jun 2020 20:53:08 -0000 The IESG has received a request from the Path Computation Element WG (pce) to consider the following document: - 'PCEP Extension for Flow Specification' 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 last-call@ietf.org mailing lists by 2020-07-06. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract The Path Computation Element (PCE) is a functional component capable of selecting paths through a traffic engineering network. These paths may be supplied in response to requests for computation, or may be unsolicited instructions issued by the PCE to network elements. Both approaches use the PCE Communication Protocol (PCEP) to convey the details of the computed path. Traffic flows may be categorized and described using "Flow Specifications". RFC XXXX defines the Flow Specification and describes how Flow Specification Components are used to describe traffic flows. RFC XXXX also defines how Flow Specifications may be distributed in BGP to allow specific traffic flows to be associated with routes. This document specifies a set of extensions to PCEP to support dissemination of Flow Specifications. This allows a PCE to indicate what traffic should be placed on each path that it is aware of. RFC Editor Note: Please replace XXXX in the Abstract with the RFC number assigned to draft-ietf-idr-rfc5575bis when it is published. Please remove this note. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-flowspec/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/3840/ From nobody Mon Jun 22 18:12:01 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1FD73A16A6 for ; Mon, 22 Jun 2020 18:11:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pCJAVmaAQ-ED for ; Mon, 22 Jun 2020 18:11:58 -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 23E933A16A4 for ; Mon, 22 Jun 2020 18:11:58 -0700 (PDT) Received: from lhreml738-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id EEFE91DDBDE0A03E1B83; Tue, 23 Jun 2020 02:11:55 +0100 (IST) Received: from dggeme701-chm.china.huawei.com (10.1.199.97) by lhreml738-chm.china.huawei.com (10.201.108.188) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1913.5; Tue, 23 Jun 2020 02:11:44 +0100 Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggeme701-chm.china.huawei.com (10.1.199.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Tue, 23 Jun 2020 09:11:42 +0800 Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.1913.007; Tue, 23 Jun 2020 09:11:42 +0800 From: "Dongjie (Jimmy)" To: Dhruv Dhody , "pce@ietf.org" Thread-Topic: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 Thread-Index: AQHWPJ/cTsG01GgX0EKZ8vWNzNd5U6jlfNxQ Date: Tue, 23 Jun 2020 01:11:42 +0000 Message-ID: <30dd2b37c5cc47fcbda600a20df34a62@huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.25.47] 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 adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 23 Jun 2020 01:12:00 -0000 Hi,=20 I support the adoption of this document.=20 Best regards, Jie > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody > Sent: Sunday, June 7, 2020 3:45 PM > To: pce@ietf.org > Subject: [Pce] WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06 >=20 > Hi WG, >=20 > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. >=20 > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-c= p/06/ >=20 > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are you > willing to work on this draft? Review comments should be posted to the li= st. >=20 > This adoption poll will end on 22nd June 2020. >=20 > Thanks! > Dhruv & Julien >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jun 22 22:36:28 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 118043A08EA; Mon, 22 Jun 2020 22:36:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159289057801.17850.10182456665641196845@ietfa.amsl.com> Date: Mon, 22 Jun 2020 22:36:18 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-association-policy-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, 23 Jun 2020 05:36:18 -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) communication Protocol (PCEP) extension for associating Policies and Label Switched Paths (LSPs) Authors : Stephane Litkowski Siva Sivabalan Jeff Tantsura Jonathan Hardwick Mahendra Singh Negi Cheng Li Filename : draft-ietf-pce-association-policy-11.txt Pages : 15 Date : 2020-06-22 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-11 https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-policy-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-policy-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 Tue Jun 23 09:29:19 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4357C3A07DD for ; Tue, 23 Jun 2020 09:29:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=GLqz8WKk; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=JJs2sn9k Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OFoFvsWgt5_3 for ; Tue, 23 Jun 2020 09:29:15 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 891753A07D6 for ; Tue, 23 Jun 2020 09:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3126; q=dns/txt; s=iport; t=1592929755; x=1594139355; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=atyVx5vgUkDFHHI1LyCWgDscw2bS/SjUfD1NGADc4ow=; b=GLqz8WKkDN6zYF0mrWbLfrv3uD7/NERHroYCJfmrY4NXrBjzhOYaMtN0 444iGqXkVJJNLDxBWNi8QTHB3BYse0UOIs0lp53oP6JycMospw2uASsfX PvHw6LMnNTL2ZAQ2BQTovTCYn6i8SVhTXg5UkSdmitD4IFiQshzAWFZE1 c=; IronPort-PHdr: =?us-ascii?q?9a23=3ABci46xcxQVIwRi3oFjfarf/AlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaQB9fa5u5Kze3MvPOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZX/akHc5Hqo4m1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BNAADyLPJe/49dJa1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgTYHAQELAYFRUQdvWC8shCSDRgOEWIhtmFWBLoEkA1ULAQE?= =?us-ascii?q?BDAEBJQgCBAEBhEcCF4F8AiQ0CQ4CAwEBCwEBBQEBAQIBBgRthVsBC4VyAQE?= =?us-ascii?q?BAQMSEREMAQE1AwsEAgEIEQQBAQMCJgICAjAVCAgCBBMIGoMFgksDLgEOrEg?= =?us-ascii?q?CgTmIYXaBMoMBAQEFgTYCDkGDGBiCDgmBDioBgmaJfBqBQT+BEAFDgk0+glw?= =?us-ascii?q?BAQIBARWBSBUPgm4zgi2SLIZim1IKglqIQ5EIgnGBGIgMkmaRMYFkiDKUMwI?= =?us-ascii?q?EAgQFAg4BAQWBUzmBVnAVGoMKCUcXAg2OHoNxhRSFQnQCNQIGCAEBAwl8j2A?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.75,271,1589241600"; d="scan'208";a="516273911" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 Jun 2020 16:29:14 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 05NGTEtC024322 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 23 Jun 2020 16:29:14 GMT Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 23 Jun 2020 11:29:14 -0500 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 23 Jun 2020 11:29:13 -0500 Received: from NAM04-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.1497.2 via Frontend Transport; Tue, 23 Jun 2020 11:29:13 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ym8aowk2pvf3dcVgFDx4Y5gxxaWOB9fbYSojJUXNEKjqe60R+c8Heiyp1IGSkGp+D00C4/QfIxNeXGMRJze9EjU5h+xCfCJoctAe2uCvRifTUYFkV850x8PVRbBu/GDw1RvZGjsZn4VY2cKJYExNM8nN8oarcbcaCN/38FO+IbB/3fv5G5rWQBlT7oXuxVPb0S6hDMcl0kJLXKIL5upXW/wOxBRJLsxDfwCcJL9JHlw6Tgsjx567rbCUHQE2t3MD64Urfn0WblLjEP3kkIXBghMIk1KygajuxX8UPBd00isBYA26A0ZowypE8xlfpDBsWCn9Pgs4AfcbIE9GSYyWSw== 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=atyVx5vgUkDFHHI1LyCWgDscw2bS/SjUfD1NGADc4ow=; b=Svx/MlL+2u/wUJ7khueDygJq4I/kFORQir7AB4sQTYXhBZutoDllEjbetN0cgL7XbSTKguwo8mkQY1NblSSrC/TLwScOUM/gbCKRi0UWQVbHd4mvZbYwPzWSEJymFoIHZkwZbLtuTZNw/FI1DoXZSfSWz/Lx69GW8YA+9gRyyd42a+oQ/+ZzmXREOayttLpgu8nVpAlCeqjRaSkwoexPizojNfq440TbW/Bl8rIc/gumeeXHtZMIfuRyQN6ZQQ0wTQQuTBUBD2tiIqqDBKOJ3KRErM3if7eB/6SA3XbO+jfg/YSl40t7xqFBNyasLHMN6sPZ/PhgssObMHZBSGIfbw== 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=atyVx5vgUkDFHHI1LyCWgDscw2bS/SjUfD1NGADc4ow=; b=JJs2sn9ksf1CEpJqx6Ee/dxSG/9R7v9Dy3xfJKmY2wEcNMLBA3+mcFFRXrceyFkiFBSBkUuli61j5iUVB4j/38ds+p+fgYeIFuuL1HWqj0FvqPm5pKtdgKVitQR8Pwyu1MktsXCt0rv/3QMVDPnaz8CwjfXueNPyBDrEJFXVR+Q= Received: from DM6PR11MB3802.namprd11.prod.outlook.com (2603:10b6:5:143::30) by DM5PR11MB1307.namprd11.prod.outlook.com (2603:10b6:3:15::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.21; Tue, 23 Jun 2020 16:29:13 +0000 Received: from DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6]) by DM6PR11MB3802.namprd11.prod.outlook.com ([fe80::244e:bbbc:1bf3:7fd6%7]) with mapi id 15.20.3109.027; Tue, 23 Jun 2020 16:29:12 +0000 From: "Mike Koldychev (mkoldych)" To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-koldychev-pce-multipath-02.txt Thread-Index: AQHWSXSKlu3AfNDAnUuS1lDx12LrpajmYzBA Date: Tue, 23 Jun 2020 16:29:12 +0000 Message-ID: References: <159292678412.3313.8931160818232002115@ietfa.amsl.com> In-Reply-To: <159292678412.3313.8931160818232002115@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2607:fea8:e380:fce:6c1d:ab1c:c955:e71d] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7ba38000-9ba2-46d3-fea7-08d81792907f x-ms-traffictypediagnostic: DM5PR11MB1307: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 04433051BF x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ndpzUV87MtfzFSPr6Sa5KFi5TqvJ9F8jCNIECWrP8CR4qCDgbmiZhzZ+cW1yr5+6JbWrbrxiaKPL/foO5x4v7APxvq7J1pKazIda0tDVCDy7DvW/PRgq7FRxDDiZ60Q2C6Wqk/UZPedAEngjqvShJZByn2RgncJhFdpu/RARvFXFuCdY7vPACQUvxijKiOwN9TQM3pfJdPQtJY9oPH+sgOj2ZZpiqB44DpE5UWfTUa7tjlC+Gddwj+wHBoeI8Xu+FdF2IW6J3JEvYUOxJw50b50ThNLkxrBfkXVrsXiLyn19JrYs/FMSD3oXuS6ZE9XVdPaOm48ICnMu4rVFA0YSScq5U94vdzX0iLyw1cJXQslk2/X40EMtYh6JG4blWn2n7468eM8+6SnLxHdzUsVyYQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB3802.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(366004)(136003)(396003)(376002)(346002)(66574015)(55016002)(966005)(9686003)(7696005)(478600001)(186003)(6506007)(53546011)(33656002)(6916009)(316002)(2906002)(86362001)(83380400001)(66446008)(66476007)(66946007)(66556008)(64756008)(15650500001)(52536014)(5660300002)(8936002)(8676002)(76116006)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: E1bWfOxZkKRj9X9e/8i2sQI01d9Sy4lP/Ih0rbIhhAa20mnlryiJUlOxRGAzY/cAFn3krlNftSTOX+/4ftRA6DcY4Dfe5WKHsHf3Nh0t8fdda2njVYxAJHdWniQS9sjAvFJEmhZmuz4MoPQBSYkWlt0efvXjFOmHaVATU2Qsw02ASDH9hOjLEtyLLntBZWc2bONyK7zJLUkLQdInEegSKIt+RITrroGSMwDJv8zEgUfI2c3lL1o7/cRV6mocN+KfvR1HtASpe71Qko5LnDpFK2lUBK5rhyCeFtiTm9O3zoKlYlq/vwtCTraVWBNLXyzBGjY7gJvd+6EiUfqklAZ5Zd1RovtPfy9SetcMBnpYBPRY2BXoenIsQKOIRhSEjR/OoYFQA4Yjxy3d1uevPB/cgfSDWS0OgqZIO/rwb+ih4Mq1gicG6FIzRQxfTT48gQBxzdsuhKB8iUVB680WtYbn4ufbuwD44Atuytzd2/YYg0sxYuxHld8z8dI9qmaFkeR9HbSPL/eruCzWIYUr1rTCdRM20FbKb66ksbBppIeczb2JJ4JsaApTVeNADXETvml6 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 7ba38000-9ba2-46d3-fea7-08d81792907f X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jun 2020 16:29:12.8687 (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: TFmnFlelLCYGRnQhOqHdV/TMIGBuziIcGTSOEp/vXwZI6129/mIXDRxbYH0GAdDX6Z+jjXdBNQxsL2LiJMW4Fw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1307 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Pce] New Version Notification for draft-koldychev-pce-multipath-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 16:29:17 -0000 SGkgUENFLA0KDQpXZSBhZGRlZCBhbm90aGVyIGV4YW1wbGUsIGVycm9yIGhhbmRsaW5nIGFuZCBj bGFyaWZpY2F0aW9ucy4NCg0KVGhhbmtzLA0KTWlrZS4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyA8aW50ZXJuZXQtZHJhZnRzQGll dGYub3JnPiANClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjMsIDIwMjAgMTE6NDAgQU0NClRvOiBWaXNo bnUgUGF2YW4gQmVlcmFtIDx2YmVlcmFtQGp1bmlwZXIubmV0PjsgVGFyZWsgU2FhZCA8dHNhYWRA anVuaXBlci5uZXQ+OyBCaHVwZW5kcmEgWWFkYXYgPGJ5YWRhdkBjaWVuYS5jb20+OyBWaXNobnUg QmVlcmFtIDx2YmVlcmFtQGp1bmlwZXIubmV0PjsgTWlrZSBLb2xkeWNoZXYgKG1rb2xkeWNoKSA8 bWtvbGR5Y2hAY2lzY28uY29tPjsgU2l2YSBTaXZhYmFsYW4gPHNzaXZhYmFsQGNpZW5hLmNvbT47 IEhvb21hbiBCaWRnb2xpIDxob29tYW4uYmlkZ29saUBub2tpYS5jb20+DQpTdWJqZWN0OiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlwYXRoLTAy LnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRp cGF0aC0wMi50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgTWlrZSBLb2xk eWNoZXYgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQt a29sZHljaGV2LXBjZS1tdWx0aXBhdGgNClJldmlzaW9uOgkwMg0KVGl0bGU6CQlQQ0VQIEV4dGVu c2lvbnMgZm9yIFNpZ25hbGluZyBNdWx0aXBhdGggSW5mb3JtYXRpb24NCkRvY3VtZW50IGRhdGU6 CTIwMjAtMDYtMjMNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTE1DQpV Ukw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0 LWtvbGR5Y2hldi1wY2UtbXVsdGlwYXRoLTAyLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlwYXRoLw0K SHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rb2xkeWNo ZXYtcGNlLW11bHRpcGF0aC0wMg0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQta29sZHljaGV2LXBjZS1tdWx0aXBhdGgNCkRpZmY6ICAg ICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQta29sZHljaGV2 LXBjZS1tdWx0aXBhdGgtMDINCg0KQWJzdHJhY3Q6DQogICBDdXJyZW50IFBDRVAgc3RhbmRhcmRz IGFsbG93IG9ubHkgb25lIGludGVuZGVkIGFuZC9vciBhY3R1YWwgcGF0aCB0bw0KICAgYmUgcHJl c2VudCBpbiBhIFBDRVAgcmVwb3J0IG9yIHVwZGF0ZS4gIEFwcGxpY2F0aW9ucyB0aGF0IHJlcXVp cmUNCiAgIG11bHRpcGF0aCBzdXBwb3J0IHN1Y2ggYXMgU1IgUG9saWN5IHJlcXVpcmUgYW4gZXh0 ZW5zaW9uIHRvIGFsbG93DQogICBzaWduYWxpbmcgbXVsdGlwbGUgaW50ZW5kZWQgYW5kL29yIGFj dHVhbCBwYXRocyB3aXRoaW4gYSBzaW5nbGUgUENFUA0KICAgbWVzc2FnZS4gIFRoaXMgZG9jdW1l bnQgaW50cm9kdWNlcyBzdWNoIGFuIGV4dGVuc2lvbi4gIEVuY29kaW5nIG9mDQogICBtdWx0aXBs ZSBpbnRlbmRlZCBhbmQvb3IgYWN0dWFsIHBhdGhzIGlzIGRvbmUgYnkgZW5jb2RpbmcgbXVsdGlw bGUNCiAgIEV4cGxpY2l0IFJvdXRlIE9iamVjdHMgKEVST3MpIGFuZC9vciBtdWx0aXBsZSBSZWNv cmQgUm91dGUgT2JqZWN0cw0KICAgKFJST3MpLiAgQSBzcGVjaWFsIHNlcGFyYXRvciBvYmplY3Qg aXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LCB0bw0KICAgZmFjaWxpdGF0ZSB0aGlzLiAgVGhp cyBtZWNoYW5pc20gaXMgYXBwbGljYWJsZSB0byBTUi1URSBhbmQgUlNWUC1URQ0KICAgYW5kIGlz IGRhdGFwbGFuZSBhZ25vc3RpYy4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBs ZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0 aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJl IGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K DQo= From nobody Tue Jun 23 10:03:34 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C3D23A0861 for ; Tue, 23 Jun 2020 10:03:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 ELerFjKSn1Yc for ; Tue, 23 Jun 2020 10:03:32 -0700 (PDT) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (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 3A3A73A0865 for ; Tue, 23 Jun 2020 10:03:32 -0700 (PDT) Received: by mail-io1-xd30.google.com with SMTP id q8so24552616iow.7 for ; Tue, 23 Jun 2020 10:03:32 -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=UriKh2hiSuTbjUWAxrGRXKYqsIwxJmSjqShm6BV3F6k=; b=d2t3cxlEkn5Gs6BneUCuYEfpi3I8IOGN8YACUmUIOUo/mNgrBxxHKYkoPpThb/KuJq cU1h0Pp1xtnnT3vuWhj7/LzSN5tacVGctqxCvwjzPCcutwYRTKGUf8cJbq9Rhe3xl7eF z2Ribcu8QljFxJnPar+o1KFbYjtawSJ8/Qc+Y= 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=UriKh2hiSuTbjUWAxrGRXKYqsIwxJmSjqShm6BV3F6k=; b=ihYOJpG1X2gxfHa3J5ekNclQLdTHcJwXw34ycoGCObnfpkrnmvZLBQLjdm3gmwfKOQ 1OmH9MXGciEoZlawAgTIpWj8w9li4Sxi4yyzjBlLviHIxTModERgUWqHMstyM6HhZRyx qf4Y/GB69syLnc7QjVD2GNWY2RPlR0jCfw6t56wozuYo6mUjKLqnVaAcipEYNgZx/SS7 szYHY6JZ8ESBWudjK8qVNLHTLu+hVZns4u/V9yB8crH/wqE0ErOIujMyDIDyFcBnQaAG TqyS6JZimqj0b7appOklWUE12Bl92MR54QvWiSXffsIOeeU+CL7N7Md+lmKdOB23DGof cP+w== X-Gm-Message-State: AOAM531zBx92HgTqPUg6U+INWcRt7gPt3CbvVNsMRbFnmD2BJXBV2hQ3 gD2b1ociUHiRESMfy9W2TVUa8RbBnWFh1/GzlIpkEG37K0sPRA== X-Google-Smtp-Source: ABdhPJw3MgKlshr1bR+EM683ldHqMxb+TAxww4Td8D90x4lD1cD15U976T+0O6q4r/sCey7s2WwO5NEj3LtIFZvX67A= X-Received: by 2002:a02:cf3b:: with SMTP id s27mr13983635jar.72.1592931811137; Tue, 23 Jun 2020 10:03:31 -0700 (PDT) MIME-Version: 1.0 From: Hariharan Ananthakrishnan Date: Tue, 23 Jun 2020 10:03:20 -0700 Message-ID: To: pce@ietf.org Cc: pce-chairs Content-Type: multipart/alternative; boundary="000000000000c14e8d05a8c35637" Archived-At: Subject: [Pce] PCE WG agenda request for 108 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, 23 Jun 2020 17:03:34 -0000 --000000000000c14e8d05a8c35637 Content-Type: text/plain; charset="UTF-8" Hi WG, The PCE WG would be meeting during the IETF 108 [1] week. If you need some agenda time to progress some work, please send a slot request directly to the chairs/secretary by Wednesday 8th July 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 on the mailing list. The last date to submit drafts is Monday, July 13th [2]. Thanks! PCE Chairs & Secretary [1] https://www.ietf.org/how/meetings/108/ [2] https://datatracker.ietf.org/meeting/108/important-dates/ --000000000000c14e8d05a8c35637 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi WG,

The PCE WG = would be meeting during the IETF 108 [1] week. If you need
so= me agenda time to progress some work, please send a slot request
directly to the chairs/secretary <pce-chairs@ietf.org> by Wednesda= y
8th July including:

- the draf= t(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 achie= ve it?

Please note - Asking for a slot does no= t mean you will get one. We
will be prioritizing moving WG wo= rk first as well as drafts that were
discussed on the mailing= list. Please make sure to introduce your new
draft or summar= ize an update on the mailing list. The last date to
submit dr= afts is Monday, July 13th [2].

Thanks!
PCE Chairs & Secretary

[1]=C2=A0https://www.ietf.org/how/meetings/108/
[2]=C2=A0https://datatrack= er.ietf.org/meeting/108/important-dates/
--000000000000c14e8d05a8c35637-- From nobody Wed Jun 24 03:43:49 2020 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B07123A0D39; Wed, 24 Jun 2020 03:43:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kY9F39JGVG4Q; Wed, 24 Jun 2020 03:43:46 -0700 (PDT) Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 4BC733A0CFA; Wed, 24 Jun 2020 03:43:46 -0700 (PDT) Received: by mail-io1-xd31.google.com with SMTP id f23so1581696iof.6; Wed, 24 Jun 2020 03:43: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=F49X6sNckR/hGhR3awGyWcDMDgpk3Y+mkf+w+Bx+rVg=; b=O3vuEcq0Vwv/RL7JLgLvlU2hz8/hzDnkG/fZ/69roN/kaP4L1BG+Wx7LuK+yKK5tbs DFaJMgHpqWf/sHzmf2OXaaqB4G/K35RPj62/kbPGZlPwE2Nwzj2CkjfvEcERUqxrBEWS RQtRDDeQdvQpKeZxgxGeOzVw0zBVzy5gknsobSwrQu4xlpd0aXzg0Iq85Pq1++Kje4ko +Xli3zFqW5Xyh5L3p0gjzG0lnl1avWAuomHoLDEd4io/pVydp1QZ9I0fWfCWNxxv5/ln rSfx/jItcj20ZTiUlKWBdYpKjSRW/9T9Cq7cci22xJiWKHA7UntmuH0ISzrtw1Ak/mbk 06QQ== 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=F49X6sNckR/hGhR3awGyWcDMDgpk3Y+mkf+w+Bx+rVg=; b=a+B+YbDY/WkukyNkpItAwZ++btjtVXGp/pPU/5p6RznHhoa/0/XluF8WpTKygZgHSI uHsF7ZDQjeptcB494VEhd4l3KUTqCnKWwILtxZsJuGCbZ5GYgpExWM2sPl6t37EPQNyb kqHgUOFaqPYjmShOVcOmVa6SK/QDQgzmzCYxDGvCM+aYCvd7SHduV1M2Wk3s05EZH8Ux Auk3D5aTOb9/l5gEqK3jBLXTN5Hv1EktxVdHVRIXXf3sY0jXCu3mfUcKpwdqMygRvb7S bQaRF7M/8EI47TkPHtHPpeGN4AnUIYnigSthqTnu0P7HCVvKO9yiHDqpixtvWs00uCVC 47nA== X-Gm-Message-State: AOAM532spGGz7e1fRYU3gQFbZa2McKONWqlSAoK+LeTgAYxhyzDacu2/ nhSUVKK56L/78wEOBCr4vfjMuByNeTjXEuYrfVPMpgatGCU= X-Google-Smtp-Source: ABdhPJy2IOvtjQA4OhgtCbWm/2jpvxZYmo68jmJa4yNUZ0RRME4id8XYnY7yDBjcKWddOUToKCTfFcP+INZc0oMd5xE= X-Received: by 2002:a05:6638:1405:: with SMTP id k5mr27661742jad.108.1592995425193; Wed, 24 Jun 2020 03:43:45 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dhruv Dhody Date: Wed, 24 Jun 2020 16:13:08 +0530 Message-ID: To: pce@ietf.org Cc: pce-chairs Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Pce] WG adoption poll for draft-barth-pce-segment-routing-policy-cp-06 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, 24 Jun 2020 10:43:48 -0000 Hi WG, Thanks to all who responded to the adoption poll. We have support to adopt this as a WG item. Please continue to provide your comments as the document moves through the WG process. Authors, please post a -00 version 'draft-ietf-pce-segment-routing-policy-cp-00' with only the name/date change, and be sure to set the "replaces" option during submission. Thanks! Dhruv & Julien On Sun, Jun 7, 2020 at 1:15 PM Dhruv Dhody wrote: > > Hi WG, > > This email begins the WG adoption poll for > draft-barth-pce-segment-routing-policy-cp-06. > > https://datatracker.ietf.org/doc/draft-barth-pce-segment-routing-policy-cp/06/ > > Should this draft be adopted by the PCE WG? Please state your reasons > - Why / Why not? What needs to be fixed before or after adoption? Are > you willing to work on this draft? Review comments should be posted to > the list. > > This adoption poll will end on 22nd June 2020. > > Thanks! > Dhruv & Julien From nobody Wed Jun 24 20:33:08 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CDB63A1271; Wed, 24 Jun 2020 20:33:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: pce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.4.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159305598114.26716.7653417990739968460@ietfa.amsl.com> Date: Wed, 24 Jun 2020 20:33:01 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-segment-routing-policy-cp-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: Thu, 25 Jun 2020 03:33: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 : PCEP extension to support Segment Routing Policy Candidate Paths Authors : Mike Koldychev Siva Sivabalan Colby Barth Shuping Peng Hooman Bidgoli Filename : draft-ietf-pce-segment-routing-policy-cp-00.txt Pages : 20 Date : 2020-06-24 Abstract: This document introduces a mechanism to specify a Segment Routing (SR) policy, as a collection of SR candidate paths. An SR policy is identified by tuple. An SR policy can contain one or more candidate paths where each candidate path is identified in PCEP via an PLSP-ID. This document proposes extension to PCEP to support association among candidate paths of a given SR policy. The mechanism proposed in this document is applicable to both MPLS and IPv6 data planes of SR. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-segment-routing-policy-cp/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-segment-routing-policy-cp-00 https://datatracker.ietf.org/doc/html/draft-ietf-pce-segment-routing-policy-cp-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 Sun Jun 28 18:34:00 2020 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BA9583A08EC; Sun, 28 Jun 2020 18:33: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: 7.5.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: pce@ietf.org Message-ID: <159339443269.10110.12143296929973582506@ietfa.amsl.com> Date: Sun, 28 Jun 2020 18:33:52 -0700 Archived-At: Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-lsp-scheduling-18.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, 29 Jun 2020 01:33:53 -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-18.txt Pages : 26 Date : 2020-06-28 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-18 https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-pce-lsp-scheduling-18 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-stateful-pce-lsp-scheduling-18 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/