Re: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06

mohamed.boucadair@orange.com Tue, 05 July 2022 11:34 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 364CAC15CF46; Tue, 5 Jul 2022 04:34:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.104 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_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xt3rVDH7BsCA; Tue, 5 Jul 2022 04:34:27 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E4EAC159496; Tue, 5 Jul 2022 04:34:21 -0700 (PDT)
Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr22.francetelecom.fr (ESMTP service) with ESMTPS id 4LcgYl6HSQz10QD; Tue, 5 Jul 2022 13:34:19 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1657020859; bh=kBBe+EWgPDD22UFiy5/866qIfAP5SumVtYwDhZiSs7g=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=Ct8XNI9hJDphCe/4FUeks4A+vzxgK30PuMzP6hPYfDXQXxs1lqewulVW0U/j3/KJk Aos4ss6bkVXWznx4qGwkhyh2rEkemjrfTANsG/GUuBSKOQXGeDaYph/7EViZl8unim 3fc92QVv5N5mmTa3IsxNhNh+ubc1nb9Vr/bY8ukXhohzpwBnvoWVHGkhXBSTrQSwGf mhGbrQ0xFawmsqiWi4r46Aklfvfjhhag8+MLmKPl6vsj1j3XkLwWyVpCutXxNgTG49 IwWFzkd4a562fEkHc7xpR45CCjrUtnbthZ/JU2YVyagMqcjtZLP915OwJw6L+jDFSZ jVjcG/N5xPInw==
From: mohamed.boucadair@orange.com
To: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'Vishnu Pavan Beeram' <vishnupavan@gmail.com>, 'TEAS WG' <teas@ietf.org>
CC: 'TEAS WG Chairs' <teas-chairs@ietf.org>
Thread-Topic: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06
Thread-Index: AQHYis6FfzhnbIOfA7nB0cCPfKDP/ALKUxnYAfHHO0Ss28oYsIBt9UyQgAAMgzA=
Content-Class:
Date: Tue, 05 Jul 2022 11:34:19 +0000
Message-ID: <14391_1657020859_62C421BB_14391_42_14_9dc38f58ab624cf5bdf49ff84c46c350@orange.com>
References: <CA+YzgTs4Z5eEKQfWs19chLxq1bHN0oiRDPfkqWJROsUrNXFnWw@mail.gmail.com> <02ae01d88e6c$003d0200$00b70600$@olddog.co.uk> <14414_1657013372_62C4047C_14414_18_30_f2df4840030942c19ddec193900e1387@orange.com> <04e701d89058$21be21a0$653a64e0$@olddog.co.uk> <DB9PR06MB791542F8E609640DEA6D78F39E819@DB9PR06MB7915.eurprd06.prod.outlook.com>
In-Reply-To: <DB9PR06MB791542F8E609640DEA6D78F39E819@DB9PR06MB7915.eurprd06.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2022-07-05T11:22:21Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=cb9dbacc-4a2e-480f-a370-66ebd49daafa; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.26.52]
Content-Type: multipart/alternative; boundary="_000_9dc38f58ab624cf5bdf49ff84c46c350orangecom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/_XpukY-aTZrjczB3kzJnpYTkM8w>
Subject: Re: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2022 11:34:31 -0000

Luis,

I hear you but what you explained is matching exactly the definition of support documents (as per the IESG statement).

For a procedural standpoint: please note that the IESG will raise the question anyway about the value of publishing such a document. So, having formally discussed this within the WG is a generally a good argument to resolve DISCUSSes and avoid as much ABSTAINs.

So, let’s be pragmatic here and proceed in two steps: adopt with the commitment to reassess the archival value of the draft in due time. The WG may then decide to abandon or purpose the publication.

Thank you.

Cheer,
Med

De : LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>
Envoyé : mardi 5 juillet 2022 13:06
À : adrian@olddog.co.uk; BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>; 'Vishnu Pavan Beeram' <vishnupavan@gmail.com>; 'TEAS WG' <teas@ietf.org>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org>
Objet : RE: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06

Hi Adrian, Med, all,

Let me share my view in this specific point. I see the value on progressing this document separately as well as advancing it as potential RFC for several reasons. Certainly it intends to identify parameters to be taken into account by the NBI YANG model for making such NBI comprehensive (and not limited to few situations), but it can also provide referential material for other documents such as the framework document (some use cases are listed at the beginning without further elaboration), solutions documents (e.g., draft-srld-teas-5g-slicing, draft-barguil-teas-network-slices-instantiation, …), as well as others.

Furthermore, it also provides a way of understanding how different use cases can make use of IETF Network Slices for solving the connectivity part, with adaptation of parameters and procedures not defined in IETF to those defined in IETF, then providing exemplary guidance on how to consume IETF Network Slices. Finally, it can help other WGs in IETF to provide overall context on the usage of IETF Network Slices.

A document like this was one of the objectives of the old Design Team, and the discussion on the mailing list just before IETF 113 made evident the need of having a reference in this respect.

Best regards

Luis

De: Adrian Farrel <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>>
Enviado el: martes, 5 de julio de 2022 12:15
Para: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>; 'Vishnu Pavan Beeram' <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
CC: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Asunto: RE: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06

That’s a reasonable argument, Med. Thanks.

Might be nice to include a statement of intent in the Abstract/Introduction along the lines of “This document is intended to provide motivation and support for work on YANG models for the IETF Network Slice Service interface. As such, it might not be necessary to advance it to publication as an RFC.”

Cheers,
Adrian

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Sent: 05 July 2022 10:30
To: adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'Vishnu Pavan Beeram' <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: RE: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06

Hi Adrian, all,

(focusing on this specific comment below)

As you known, adopting does not mean that the document will make it to the RFC stage. IMO, this document is a good ** support document **. As such, it falls under https://www.ietf.org/about/groups/iesg/statements/support-documents/ and the WG may decide to let it expire when it serves its purposes or not.

The merit I see in formally adopting is to have a WG reference to assess the slice service model against a set of cases and capture consensus about any missing attributes that need to be reflected in the service model itself.

Cheers,
Med

De : Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> De la part de Adrian Farrel
Envoyé : dimanche 3 juillet 2022 01:33
À : 'Vishnu Pavan Beeram' <vishnupavan@gmail.com<mailto:vishnupavan@gmail.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Objet : Re: [Teas] WG adoption poll: draft-contreras-teas-slice-nbi-06

Hi,

(Not late with this review!)

I only have one question about supporting the adoption of this document
and that is to wonder whether the work is overtaken by events. We
already have work progressing developing and specifying the IETF Network
Slice Service Interface YANG model in draft-ietf-teas-ietf-network-
slice-nbi-yang. That YANG model is surely based on discussions that
arise from this work, and I am not doubting the value of those
discussions. But I don't quite understand why we need to pursue this I-D
towards an RFC when it's principal purpose is surely to shape the
content of the YANG model. Have I missed the purpose of this draft?



_________________________________________________________________________________________________________________________



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.

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição

_________________________________________________________________________________________________________________________

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.