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:45 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 8E44012083B; Tue, 1 Oct 2019 01:45:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fulL8N8NT3bU; Tue, 1 Oct 2019 01:45:29 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00116.outbound.protection.outlook.com [40.107.0.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA4D912084D; Tue, 1 Oct 2019 01:45:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cFO3l9cY/o7MCfj0N5uLaA64Y8jJ74hvqT6Ox92D4Bmg989zvKqFup079/IYOkVv9v9l4o3FwiY/k28ERAEhETWU3Q2xOWEC/l6WF2A0hpmUWJM9wbnla2UBPwmgPrpRwuOKpCNN5KMpDMQIYmgSV1lnGwGoLArkTs+MxEXdYLApgTmi8Sz10KbgRUZ79zC4o2gzAVeguJPmgIdWG8G3U7/1GwuXejWDSbxBHdlyTM5C4y3TT8mFjXIafFSlDZra8CUgAXFK+2ykWYETYpDPvgzs/8G58pStZXPFcHaFjgTtHvnZkhz5UbH6NPw0oUhLyqKypym5L9o8cb6GXJv56w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/1Ot29C6c+E9TBHhEbF/lFtvt1W/lkfR/MbJTp36GUg=; b=HEqGz+G26gmFikwZvjB9LtxPHxJvkhSQHTYo+nxIY6GMGz5KMPDlXa9YOFjBrA5YJRAgQxvOtO/Qlhy25lZRYqKcVFbfMT/yUE5tPYEKETJal2C09GGpWwDOYodceGZI51Z7WRSeVb4sr41UELUjM9Y7+HntmJX9b3drleC09xJ+28FAi6ViirzCPkfSeqT7+uKYhxry0qkVl682ZzR+sU8oimbfud1AsgGgwBtyTaCGXt+J8/M/OpXh9ugf1UFWSJWCOmtZKLkpuKbWE0yvbTjxCVpCqxVSEErNdH6HJ1zqHMqYtqcmG6hKBLVl1VaIsctesZCpEYpvNimsxP8KdQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/1Ot29C6c+E9TBHhEbF/lFtvt1W/lkfR/MbJTp36GUg=; b=ZetRdqLim+RfuxOKScMRPKOjhSrsS20faQA2pKlesg14KbjJzxnW7lc+n5oediCFMnpllOurto/7eoRgGQAnDhrdab93rm8A+sGofiEEdaoCTu/Lu0XaYjtqtLYhfsivNsK5s7Cl9UlNZIWmfXu4Z+X5U491tdWnzPhjQFp+aKk=
Received: from DB7PR07MB5751.eurprd07.prod.outlook.com (20.177.123.142) by DB7PR07MB4585.eurprd07.prod.outlook.com (52.135.133.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Tue, 1 Oct 2019 08:45:26 +0000
Received: from DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d]) by DB7PR07MB5751.eurprd07.prod.outlook.com ([fe80::7d07:638a:76aa:7e7d%6]) with mapi id 15.20.2305.022; Tue, 1 Oct 2019 08:45:26 +0000
From: "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" <martin.vigoureux@nokia.com>
To: "BRUNGARD, DEBORAH A" <db3546@att.com>, Dhruv Dhody <dhruv.ietf@gmail.com>
CC: pce-chairs <pce-chairs@ietf.org>, "pce@ietf.org" <pce@ietf.org>, 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>
Thread-Topic: Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT)
Thread-Index: AQHVeDSO6DKOEaIlmEWZEv+zLTZu9w==
Date: Tue, 1 Oct 2019 08:45:26 +0000
Message-ID: <80525da3-ec6e-bb46-560b-b9052ed30eb5@nokia.com>
References: <156983718180.546.10162334928586461765.idtracker@ietfa.amsl.com> <CAB75xn7y2CrmW9ApEuRbjZD2P1b-A=xktr-hHZp-H1x-f1ggAA@mail.gmail.com> <F64C10EAA68C8044B33656FA214632C8A3A5B672@MISOUT7MSGUSRDE.ITServices.sbc.com>
In-Reply-To: <F64C10EAA68C8044B33656FA214632C8A3A5B672@MISOUT7MSGUSRDE.ITServices.sbc.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: HE1P189CA0035.EURP189.PROD.OUTLOOK.COM (2603:10a6:7:53::48) To DB7PR07MB5751.eurprd07.prod.outlook.com (2603:10a6:10:56::14)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=martin.vigoureux@nokia.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5ce72da6-5ef3-4c25-f884-08d7464bb4b2
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: DB7PR07MB4585:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <DB7PR07MB458511B49539E5198F7D97B48C9D0@DB7PR07MB4585.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3044;
x-forefront-prvs: 0177904E6B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(346002)(366004)(39860400002)(396003)(376002)(189003)(199004)(13464003)(86362001)(54906003)(6116002)(3846002)(11346002)(486006)(2616005)(102836004)(476003)(256004)(66066001)(14444005)(65956001)(66574012)(65806001)(53546011)(6506007)(386003)(31696002)(19627235002)(6246003)(4326008)(110136005)(186003)(446003)(71190400001)(71200400001)(25786009)(6512007)(5660300002)(36756003)(7736002)(305945005)(478600001)(8936002)(966005)(6486002)(14454004)(6306002)(76176011)(66476007)(8676002)(31686004)(66946007)(66556008)(316002)(26005)(2906002)(229853002)(6436002)(99286004)(66446008)(81156014)(81166006)(52116002)(64756008)(58126008); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB4585; H:DB7PR07MB5751.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 0oEoxa0fTi5cMY5B3xqrXHN7Rgz8uJII9lgu4czW9BCRFHo1j+vq/Ej9h96i6iVQeiqhpU2i5yuwoE8hcyr5D/D+90VsEpa1xvGz9sWmzXK8Mpro6an0qfMVGnXbVfFAYLU6GleSWuPhPDYq3ZfmXM3MK76zAjWUImnLaYNAmeuttahFAG84WiV+T/4fB5SwMdmfaYJHkbcAXTe2So/gd6iYO7VYSMh9JOkDCky/eO5o88LGasmZm3u+12SM55+sqvwxe1+St9DYvgaRvvvrKqsPCU+TUU2+jMHFXmynDAj9aXFwRTv0KdRMrQB656zYVAsyOgGFlN7NqWlgIhyiXFnD8C8idD4O6FCR4QUaoqibzIG1jPG1l3pEEw5wiKIIabzqe+e89jMGxNQDhW6VURQp6nXEPrwHzlwUUnLRHzj5Zzch/ACyiSUA4La3J0/s681kr86xWXTrg8EncrX+BQ==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <5EDEAA3A2B098447ABCE031F2BAE55F0@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5ce72da6-5ef3-4c25-f884-08d7464bb4b2
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 08:45:26.5523 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8mAPeqUV8vE7BkiznBWVkm0gMpo+SG3gg/7WvnXOOo8vK66cHectH/g09300o+458hRMdI+Yc7+OscGZChmG/XiY/yrL4GWji1hVwf09CDU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4585
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/ktU1NXLjZn_M1FkNk_GIxUZcADg>
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:45:41 -0000

Thank you Deborah

I'm not entirely convinced. In my view the change is likely to have an 
impact on existing implementations (error handling part). From that 
point of view I feel Update wouldn't hurt in the sense that someone 
implementing 8231 might want to know that impact in advance. But we are 
down in the foggy subtleties of "Updates".
It might more be the case for an "Extends/Extended by".

Thank you for discussing my comment.

-m

Le 2019-09-30 à 22:45, BRUNGARD, DEBORAH A a écrit :
> Hi,
> 
> RFC8231 implementations do not need to be aware of this RFC's capability. Only for those wanting to support this new capability, they will follow this RFC.
> 
> As the capability is optional - not required for RFC8231 implementations - to me that's an "extension", not an "update".
> 
> Thanks!
> Deborah
> 
> 
> -----Original Message-----
> From: iesg <iesg-bounces@ietf.org>; On Behalf Of Dhruv Dhody
> Sent: Monday, September 30, 2019 7:28 AM
> To: Martin Vigoureux <martin.vigoureux@nokia.com>;
> Cc: pce-chairs <pce-chairs@ietf.org>;; pce@ietf.org; The IESG <iesg@ietf.org>;; draft-ietf-pce-lsp-control-request@ietf.org; Hariharan Ananthakrishnan <hari@netflix.com>;
> Subject: Re: Martin Vigoureux's No Objection on draft-ietf-pce-lsp-control-request-09: (with COMMENT)
> 
> 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://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_iesg
>> _statement_discuss-2Dcriteria.html&d=DwIBaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r
>> =6UhGpW9lwi9dM7jYlxXD8w&m=KTlgQC1T5yVjjuykht4r_tb9Z8KmolfZvjbnrdrTltE&
>> s=-lWEB25n3fmFCK0XDlsLE5aD_o2TOZgcVBAwzBsEYDk&e=
>> for more information about IESG DISCUSS and COMMENT positions.
>>
>>
>> The document, along with other ballot positions, can be found here:
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.
>> org_doc_draft-2Dietf-2Dpce-2Dlsp-2Dcontrol-2Drequest_&d=DwIBaQ&c=LFYZ-
>> o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=KTlgQC1T5yVjjuykht4r_tb9Z
>> 8KmolfZvjbnrdrTltE&s=bK1VoQrU3l_ECgvjAVBHkS2ioansSJs0DE0by5fo3bg&e=
>>
>>
>>
>> ----------------------------------------------------------------------
>> 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
>