Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-routing-12.txt
"Aissaoui, Mustapha (Nokia - CA/Ottawa)" <mustapha.aissaoui@nokia.com> Tue, 10 July 2018 21:12 UTC
Return-Path: <mustapha.aissaoui@nokia.com>
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 E3DB21310FD for <pce@ietfa.amsl.com>; Tue, 10 Jul 2018 14:12:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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=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 ULUJ8bzB34YN for <pce@ietfa.amsl.com>; Tue, 10 Jul 2018 14:12:34 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60093.outbound.protection.outlook.com [40.107.6.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97F061310E6 for <pce@ietf.org>; Tue, 10 Jul 2018 14:12:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=375g1tUqbd5gt3i0lkAIeSaez2FIMGzf8KMfwy9Ojh0=; b=VEkkMS/Dnp5flreAFtu2uB8wfmHXeHe69veN7XGhG7owtWFZ2k1e4z9iw8xl4Rbc9jMT1a+XTrkM+Xp4E4viIvBx/MbhOa9/XVPfPZ5UJ0BYCEM0pq/0s3AaN2Y8b2d7iSmss60GS8uulxcHKhiCik/4aowfH26wgs6Z9j3XFvk=
Received: from DB6PR07MB4261.eurprd07.prod.outlook.com (10.168.23.150) by DB6PR07MB3335.eurprd07.prod.outlook.com (10.175.233.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.6; Tue, 10 Jul 2018 21:12:31 +0000
Received: from DB6PR07MB4261.eurprd07.prod.outlook.com ([fe80::1d2:e97e:49cb:5ba6]) by DB6PR07MB4261.eurprd07.prod.outlook.com ([fe80::1d2:e97e:49cb:5ba6%4]) with mapi id 15.20.0952.017; Tue, 10 Jul 2018 21:12:31 +0000
From: "Aissaoui, Mustapha (Nokia - CA/Ottawa)" <mustapha.aissaoui@nokia.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>, Jonathan Hardwick <Jonathan.Hardwick=40metaswitch.com@dmarc.ietf.org>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] FW: I-D Action: draft-ietf-pce-segment-routing-12.txt
Thread-Index: AQHUD83ETDe3DnG2K02UZAUPTsZVhaR3fPiwgBDjH4CAADDngIAAclzA
Date: Tue, 10 Jul 2018 21:12:31 +0000
Message-ID: <DB6PR07MB4261315402ED47A3E798A7B0E45B0@DB6PR07MB4261.eurprd07.prod.outlook.com>
References: <153029278430.30332.14804602664207460422@ietfa.amsl.com> <CY1PR0201MB1436B48C854AA7AE4C55A2D2844E0@CY1PR0201MB1436.namprd02.prod.outlook.com> <DB6PR07MB4261727F0DC051EDFEF99073E44E0@DB6PR07MB4261.eurprd07.prod.outlook.com> <CY1PR0201MB14362170907D33599CD23D14845B0@CY1PR0201MB1436.namprd02.prod.outlook.com> <8663859F-DACB-42FE-9F60-17FF9C647DAC@gmail.com>
In-Reply-To: <8663859F-DACB-42FE-9F60-17FF9C647DAC@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [131.228.32.160]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB6PR07MB3335; 7:fgBCYhyy5PfDbtqzroj4v3sRwuJmlOIfqzDyMpFy4C7ZK9QMSymj4bNwYkigc+LNgr8fASgtIpfTO4jSFzXJKp7VemyVgk05GcZCM85EheyDbtJab51Ntfk9VZnuJefleovc9yCL/3XVSJfdlJa/SyearCOSd6YHehm7RE6XsfHBBMKT49uXDW3Entyq+5l5+Lr8uSx/t5WlXm6JztdEExDu9bMoIDq2sts6hTPg3cjyJra/8AzQbiTprAC8V72Z
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: cb305047-c150-4ee5-cc04-08d5e6a9d959
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:(109105607167333); BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(48565401081)(2017052603328)(7193020); SRVR:DB6PR07MB3335;
x-ms-traffictypediagnostic: DB6PR07MB3335:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mustapha.aissaoui@nokia.com;
x-microsoft-antispam-prvs: <DB6PR07MB33355D29107E197DC085D0F4E45B0@DB6PR07MB3335.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(82608151540597)(85827821059158)(109105607167333);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(3231311)(11241501184)(806099)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:DB6PR07MB3335; BCL:0; PCL:0; RULEID:; SRVR:DB6PR07MB3335;
x-forefront-prvs: 0729050452
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(376002)(396003)(346002)(366004)(39860400002)(136003)(13464003)(51914003)(189003)(199004)(37854004)(229853002)(256004)(14444005)(5660300001)(14454004)(2900100001)(68736007)(93886005)(102836004)(6246003)(7696005)(74316002)(305945005)(53936002)(7736002)(561944003)(76176011)(53546011)(6506007)(25786009)(186003)(99286004)(39060400002)(26005)(33656002)(2501003)(5250100002)(476003)(486006)(66066001)(55016002)(97736004)(86362001)(446003)(11346002)(478600001)(8936002)(316002)(6306002)(9686003)(6436002)(966005)(81166006)(81156014)(110136005)(3846002)(8676002)(6116002)(105586002)(2906002)(106356001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR07MB3335; H:DB6PR07MB4261.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: UEgNZimvM2YLYpCMCNVBEpZuUTiQSSyH6Y/VJ/zkgaaOq3YnUMf+OkeFOUWputnYesb7sf9Vz48mqQtbedPWHAxoSatuo3yU1K14wUJN18AO1qjDVyYiVU3Dx2Lm0agW21DD1FhOHI3qm34sB3s18953IPeq6CnZtexh6WvGtgTOWh3RmBFhARJM25lsdrKCOid01MM+ZLdBD6jykYVIJaJ2uX/BC/Bi9ikJOnQWPupG5tKzewHR0X1CYbjMGBkgWTg1FadUrq4yWiNDsTDAt+jI1ka8/qa46V7wPvc3UTe9EOmX86HgSMLEB0EfqqI49npXpjSqJhSVgDzOoWP4G1l3kKNeGkARFh66NVOwXB8o8pa3XKcqXhnOQLXlo2BrlsaVDrp0ziKDOkOvwlpw2w==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cb305047-c150-4ee5-cc04-08d5e6a9d959
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jul 2018 21:12:31.1664 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR07MB3335
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/vHBvj2fK-jBWJkNVtKSKaheLxW8>
Subject: Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-routing-12.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Jul 2018 21:12:39 -0000
Same here. Thank you Jon for accommodating the change request. I assume you are also updating the error code description in Section 10.4. Regards, Mustapha. -----Original Message----- From: Jeff Tantsura [mailto:jefftant.ietf@gmail.com] Sent: Tuesday, July 10, 2018 10:14 AM To: Jonathan Hardwick <Jonathan.Hardwick=40metaswitch.com@dmarc.ietf.org>; Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>; pce@ietf.org Subject: Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-routing-12.txt Jon, Looks great to me, thanks for the change! Cheers, Jeff On 7/10/18, 04:19, "Pce on behalf of Jonathan Hardwick" <pce-bounces@ietf.org on behalf of Jonathan.Hardwick=40metaswitch.com@dmarc.ietf.org> wrote: Hi Mustapha Yes, I think we can do that. It's a small change and is backwards compatible. I can update the draft when submissions re-open. Here is my proposal for the revised section 5.5 text: 5.5. METRIC Object A PCC MAY specify the MSD for an individual path computation request using the METRIC object defined in [RFC5440]. This document defines a new type for the METRIC object to be used for this purpose as follows: o T = 11: Maximum SID Depth of the requested path. The PCC sets the metric-value to the MSD for this path. The PCC MUST set the B (bound) bit to 1 in the METRIC object, which specifies that the SID depth for the computed path MUST NOT exceed the metric-value. If a PCEP session is established with a non-zero default MSD value, then the PCC MUST NOT send an MSD METRIC object with an MSD greater than the session's default MSD. If the PCE receives a path computation request with an MSD METRIC object on a session which is greater than the session's default MSD, then it MUST consider the request invalid and send a PCErr with Error-Type = 10 ("Reception of an invalid object") and Error-Value 9 ("MSD exceeds the default for the PCEP session"). Thanks Jon -----Original Message----- From: Aissaoui, Mustapha (Nokia - CA/Ottawa) [mailto:mustapha.aissaoui@nokia.com] Sent: 29 June 2018 19:19 To: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>; pce@ietf.org Subject: RE: [Pce] FW: I-D Action: draft-ietf-pce-segment-routing-12.txt Hi Jon, There is one issue which I would like to discuss and it came up during the EANTC multi-vendor interop in March 2018. The rule for handling MSD in Section 5.5 seems to be overly restrictive. The MSD value advertised in the Open message is useful as an upper bound for both pce-initiated LSP and pcc-initiated LSP. However, PCC may want to set a MSD value for a specific pcc-initiated LSP which is lower than that in the Open Object. The rules in Section 5.5 do not allow that as the presence of the MSD Metric object in the path request message is errored if a non-zero MSD was included in the Open message. If on the other hand you set the MSD in the Open message to zero, PCE will not discover the MSD to enforce for pce-initiated LSP. What I would like to propose is to relax the rule such that a path request is only errored when the MSD Metric value is higher than that in the Open message. That way we can achieve the desired behavior for both pce-initiated and pcc-initiated LSP. Here is the relevant paragraph in Section 5.5: " If a PCEP session is established with a non-zero MSD value, then the PCC MUST NOT send an MSD METRIC object. If the PCE receives a path computation request with an MSD METRIC object on a session with a non-zero MSD value then it MUST consider the request invalid and send a PCErr with Error-Type = 10 ("Reception of an invalid object") and Error-Value 9 ("Default MSD is specified for the PCEP session"). " Mustapha. -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Jonathan Hardwick Sent: Friday, June 29, 2018 1:22 PM To: pce@ietf.org Subject: [Pce] FW: I-D Action: draft-ietf-pce-segment-routing-12.txt This new version addresses the feedback received during working group last call. My apologies for the long delay. Many thanks to those who took the time to review and comment on this. The result is that the draft has been substantially tightened and many ambiguities resolved. I will be replying to the individual commenters today. Best regards Jon -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: 29 June 2018 18:20 To: i-d-announce@ietf.org Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-segment-routing-12.txt 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 Authors : Siva Sivabalan Clarence Filsfils Jeff Tantsura Wim Henderickx Jon Hardwick Filename : draft-ietf-pce-segment-routing-12.txt Pages : 32 Date : 2018-06-29 Abstract: Segment Routing (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 Interior Gateway Protocols (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). This document specifies extensions to the Path Computation Element Protocol (PCEP) that allow a stateful PCE to compute and initiate Traffic Engineering (TE) paths, as well as a PCC to request a path subject to certain constraints and optimization criteria in SR networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-segment-routing/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-pce-segment-routing-12 https://datatracker.ietf.org/doc/html/draft-ietf-pce-segment-routing-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-segment-routing-12 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ 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 _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce
- Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-… Jonathan Hardwick
- Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-… Jeff Tantsura
- Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-… Aissaoui, Mustapha (Nokia - CA/Ottawa)
- [Pce] I-D Action: draft-ietf-pce-segment-routing-… internet-drafts
- [Pce] FW: I-D Action: draft-ietf-pce-segment-rout… Jonathan Hardwick
- Re: [Pce] FW: I-D Action: draft-ietf-pce-segment-… Aissaoui, Mustapha (Nokia - CA/Ottawa)