Re: [Pce] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT)

"Vigoureux, Martin (Nokia - FR/Paris-Saclay)" <martin.vigoureux@nokia.com> Tue, 01 October 2019 08:43 UTC

Return-Path: <martin.vigoureux@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 9826812016E; Tue, 1 Oct 2019 01:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i8MzMhHHm19Q; Tue, 1 Oct 2019 01:43:47 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140129.outbound.protection.outlook.com [40.107.14.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13C48120143; Tue, 1 Oct 2019 01:43:47 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ny90XnBxgbmMqnWKk1K8yBdxKn+41pfVAdPli0zTYIYb6puInxpzXRvnHyEjGwyd4y1CiRO/lK9pSRryuoraqc5w9qx4p1iq9YC7u4BVjXpbQYMCEVGvB6zd4MS51WzN9AO0ZwRoTm1EVpfH5/Mrr/bWEtVFbfLztWk7ZvbkL0yUP9jDLr9pUf/D+qIkrvCKKmjDrREJeTpEVpqbux8cmnDym6U8SmNqMjI57PHv1+gnCEDOweIft7/GZQzSzi3se6yhUOhZHUGUgUvtjKXqtvh4uE2OfxbmAoKR/wwf5Z1pzhQSWBipG9IYwOF8SSyFNMQLgBHN0ebQv4MH1b/Ftg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/K9eS4qIoqzOYRKxgE5y1rxgnHBpR4mWGBx2TvCZrk4=; b=PLSfII9bl0nfBhYx31VzKFYGMa+lceljMS1E/h2AlBdU3kqlKZW+bofUEivWzeYg0ajVXxo1PUi6/knXZhWCKOa1xmuz0Q9v3fik4nc6+CHXuo6JPw2lWoVAZw58IxEHcwZkT4M6vyDGk3aHjApc+YnKqKnoCMqTYhNqKRPWOT6wTqMSTuY7oMXJBLbWj4ADDAY7gF4tXKkh4SqVwxD7e5wOdDPITlQTpduG7C3uG+joh3OkF9smE/k41v2GaYWSSNzO17wMD3yLmXlf4Wzbt4aLjbBoPCaJr4Lj9yTFmu0+ktYjfZlkfceyWATzKLYVllSGrh4I69RC/Hc+QIcbCA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/K9eS4qIoqzOYRKxgE5y1rxgnHBpR4mWGBx2TvCZrk4=; b=WNrf8TZ0cC7w8shnkTUIgQIPNEZp3N2rVkTCAmcncxqAP1nshlALT8xvZXLFhS/nnpYLcf/YJ/U6/eMZPOe2r+whRW6J4ckBsw84hFk5UdAFQIwC6Hylp+BIaUx764Zo1Zgcb7RlEY0NIUebuuJvVm75gh6I6dqO+Jk1ThA4+v4=
Received: from DB7PR07MB5751.eurprd07.prod.outlook.com (20.177.123.142) by DB7PR07MB4585.eurprd07.prod.outlook.com (52.135.133.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Tue, 1 Oct 2019 08:43:45 +0000
Received: from DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d]) by DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d%6]) with mapi id 15.20.2305.022; Tue, 1 Oct 2019 08:43:44 +0000
From: "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" <martin.vigoureux@nokia.com>
To: Dhruv Dhody <dhruv.ietf@gmail.com>
CC: The IESG <iesg@ietf.org>, "draft-ietf-pce-lsp-control-request@ietf.org" <draft-ietf-pce-lsp-control-request@ietf.org>, Hariharan Ananthakrishnan <hari@netflix.com>, pce-chairs <pce-chairs@ietf.org>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT)
Thread-Index: AQHVeDRV6DKOEaIlmEWZEv+zLTZu9w==
Date: Tue, 1 Oct 2019 08:43:44 +0000
Message-ID: <8e56a1ea-9641-3faf-e3b9-c9cbc44fc7de@nokia.com>
References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> <CAB75xn7y2CrmW9ApEuRbjZD2P1b-A=xktr-hHZp-H1x-f1ggAA@mail.gmail.com>
In-Reply-To: <CAB75xn7y2CrmW9ApEuRbjZD2P1b-A=xktr-hHZp-H1x-f1ggAA@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [131.228.2.21]
user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
x-clientproxiedby: HE1PR07CA0022.eurprd07.prod.outlook.com (2603:10a6:7:67::32) To DB7PR07MB5751.eurprd07.prod.outlook.com (2603:10a6:10:56::14)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7368fb50-6c97-471d-2992-08d7464b7809
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: DB7PR07MB4585:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <DB7PR07MB45857B5AA331655E62E9561C8C9D0@DB7PR07MB4585.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0177904E6B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(346002)(366004)(39860400002)(396003)(376002)(189003)(199004)(54094003)(86362001)(54906003)(6116002)(3846002)(11346002)(486006)(2616005)(102836004)(476003)(256004)(66066001)(14444005)(65956001)(66574012)(65806001)(53546011)(6506007)(386003)(31696002)(6246003)(4326008)(6916009)(186003)(446003)(71190400001)(71200400001)(25786009)(6512007)(5660300002)(36756003)(7736002)(305945005)(478600001)(8936002)(966005)(6486002)(14454004)(6306002)(76176011)(66476007)(8676002)(31686004)(66946007)(66556008)(316002)(26005)(2906002)(229853002)(6436002)(99286004)(66446008)(81156014)(81166006)(52116002)(64756008)(58126008); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4585; H:DB7PR07MB5751.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: rJuG4YlJXVxBE2CBZJdV6Mw8US+RQ4YsxERa1JLNDPB1zpGFr24Z2jVRn3AL+EnTNJ/Pks4O7ypiQaARkPvf2OuOd+n5+ZpxR/9KvlE9Z5mX2r67VSPUzh4hiUG51Ez3gAPWTmTO/MCd0EA/ElXxvbdPSOHuQZ1zox6L4T3QVtpT0roKPMZVLGE5uu1MRal3sxpG/JNy/Igrx4ve3jpZ4JZe411P/NPBcqq2ueOQrSLZJUMBN9bsF9mWW50sbtBSgC2fx76VOdyTMQlzXckmx9wk/zOg9Nl7v2w/ucG1kccI4YJc3Qy33hLj/0oRD/6W4e9IbytoPZBt7aJLGrink74sxjhjwg2v9cDVfWm8usIV6iuyDpjpj/AVwGqfKnPyn4V7K09bedL1sxLVwi5LGyFHHq40Aj4kfUef+qB46DmNQFk73XQ31TbSZz+dRuWtk1VxlqJ7ErdJETRWSpHezw==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <058C5E8A55646143B78B19C948CE8551@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7368fb50-6c97-471d-2992-08d7464b7809
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 08:43:44.8161 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: uVD8zew6NQubtnO+XxcFHeovgB4/iD860pm2ARy+Omqous5+kKdBtvEmYD5QEVe9P33P+ApPH5EnQ5zZw0e5COQ45H6uZL/l9gPg3WKLkRg=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4585
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/gD9eMpnCOda1rL3TBGL4b3eVEE4>
Subject: Re: [Pce] Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element <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, 01 Oct 2019 08:43:50 -0000

Dhruv,

thanks for your answer.

I like your proposed change.

I'll reply to Deborah's e-mail regarding the Update.
On that subject, have you seen:
https://datatracker.ietf.org/doc/html/draft-kuehlewind-update-tag-01 ?

-m

Le 2019-09-30 à 13:28, Dhruv Dhody a écrit :
> Hi Martin,
> 
> Thanks for your review, request authors to chime in as needed.
> 
> On Mon, Sep 30, 2019 at 3:23 PM Martin Vigoureux via Datatracker
> <noreply@ietf.org> wrote:
>>
>> Martin Vigoureux has entered the following ballot position for
>> draft-ietf-pce-lsp-control-request-09: No Objection
>>
>> When responding, please keep the subject line intact and reply to all
>> email addresses included in the To and CC lines. (Feel free to cut this
>> introductory paragraph, however.)
>>
>>
>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>> for more information about IESG DISCUSS and COMMENT positions.
>>
>>
>> The document, along with other ballot positions, can be found here:
>> https://datatracker.ietf.org/doc/draft-ietf-pce-lsp-control-request/
>>
>>
>>
>> ----------------------------------------------------------------------
>> COMMENT:
>> ----------------------------------------------------------------------
>>
>> Hi,
>>
>> thank you for this document.
>> This document indicates:
>> "...MUST NOT trigger the error condition for unknown PLSP-ID in an LSP update
>> request as per [RFC8231] ...". "...MUST NOT trigger the error handling as
>> specified in [RFC8231] ...".
>>
>> Yet, it also says:
>> The procedures for granting and relinquishing control of the LSPs are specified
>> in accordance with the specification [RFC8231].
>>
> 
> Maybe we can add - "...unless explicitly set aside in this document."
> 
>> So
>> 1/ it seems to me that the latter sentence, considering the first two, is not
>> strictly correct. 2/ the rationale is well described, so I'm fine with not
>> respecting the original rules of 8231, but then I wonder if this document
>> shouldn't update 8231.
>>
>>
> 
> I am not sure if this rises to the level of "update" (as I understand
> it and not taking the ongoing discussion on the topic); to me it is a
> normal extension of a protocol 'business as usual'!
> 
> I think maybe it is time for some AD guidance on this :)
> 
> Thanks!
> Dhruv
>