Re: [Teas] Disposition of draft-ietf-teas-ietf-network-slice-definition-00

mohamed.boucadair@orange.com Fri, 02 April 2021 13:01 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 614253A15C6 for <teas@ietfa.amsl.com>; Fri, 2 Apr 2021 06:01:54 -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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 3W8X2R-8AJma for <teas@ietfa.amsl.com>; Fri, 2 Apr 2021 06:01:49 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (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 3E7753A15C4 for <teas@ietf.org>; Fri, 2 Apr 2021 06:01:49 -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 opfednr23.francetelecom.fr (ESMTP service) with ESMTPS id 4FBgDV6WRBz5w5S; Fri, 2 Apr 2021 15:01:46 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1617368506; bh=PEje0+wyKBtI3wC7M+JbNX57/iGghq8dKQyP3MgLBOw=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=JHARTBelTdpOLw776s+ngeJV+p1j0W/QvtFYYYLjbwFLQZ6Whqjd39nbSkhKCjUIq e4UsW18XdeLqQBqBf27wB/VWC66lBBcgEE7FIOA7EhxzevLohdALa6l1o7MGZ9726w YgCXSOm7e13rM8nfW397yKlzb57DAWIpZdrNx+vzjgMhwiDtLAT4zb9Q9wJd5TPhJ5 stbjgVsdtfV36ADT2noixVO6p6bp9DzMc1kDrQeXCJKsd732Nm39XkYDyBuLhd3pye 1reaPHlsak5jBCndQ4etLhlqXIEpl17ASWoy31umuSSychDKBZYTa0GfTqCrg5p4U5 ZWOdWa24Y80mA==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr00.francetelecom.fr (ESMTP service) with ESMTPS id 4FBgDV5bbjzDq85; Fri, 2 Apr 2021 15:01:46 +0200 (CEST)
From: mohamed.boucadair@orange.com
To: John E Drake <jdrake=40juniper.net@dmarc.ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: Disposition of draft-ietf-teas-ietf-network-slice-definition-00
Thread-Index: AdcmQuntYmuAA4sBRkCD7PkIJmUX5QBer/Sg
Date: Fri, 02 Apr 2021 13:01:45 +0000
Message-ID: <26375_1617368506_606715BA_26375_62_1_787AE7BB302AE849A7480A190F8B9330353622DA@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <MN2PR05MB66234D9E6C4F7792301731A8C77C9@MN2PR05MB6623.namprd05.prod.outlook.com>
In-Reply-To: <MN2PR05MB66234D9E6C4F7792301731A8C77C9@MN2PR05MB6623.namprd05.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/thKxLceRaEjb5bu9kRIl7D8iQiU>
Subject: Re: [Teas] Disposition of draft-ietf-teas-ietf-network-slice-definition-00
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 02 Apr 2021 13:01:54 -0000

Hi John, all, 

Thank you for initiating this.

I do see a value in merging the definition draft into the framework. This will at least avoid some inconsistencies I raised in the past between the two.

I know that the authors of the definition I-D kindly organized off-list discussions to explore many aspects of the definition I-D. It would be fair to let them share/inject the conclusions of these discussions into the merged document. Thanks.   

Cheers,
Med

> -----Message d'origine-----
> De : Teas [mailto:teas-bounces@ietf.org] De la part de John E Drake
> Envoyé : mercredi 31 mars 2021 17:44
> À : teas@ietf.org
> Objet : [Teas] Disposition of draft-ietf-teas-ietf-network-slice-
> definition-00
> 
> Hi,
> 
> Eric and I have been asked by the teas working group chairs to merge
> the subject draft into the framework
> draft: https://datatracker.ietf.org/doc/html/draft-ietf-teas-ietf-
> network-slice-framework-00.  Our proposal is detailed below.
> 
> 
> Definition of IETF Network Slices
>             draft-ietf-teas-ietf-network-slice-definition-01
> 
> Table of Contents
> 
>    1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .
> 2
> 
> *****JD  The content of the two introductions will be merged
> 
>    2.  Terms and Abbreviations . . . . . . . . . . . . . . . . . . .
> 3
> 
> *****JD  This will be a new section 2 in the Framework draft.    The
> current
> section 2 of the Framework draft will be split between the new
> section 2 and possibly sections 3 and 4.
> 
>    3.  Definition and Scope of IETF Network Slice  . . . . . . . . .
> 4
> 
> *****JD  This section will be moved to the new section 2.
> 
>    4.  IETF Network Slice System Characteristics . . . . . . . . . .
> 4
> 
> *****JD  This section will be moved to the new section 2
> 
>      4.1.  Objectives for IETF Network Slices  . . . . . . . . . . .
> 5
> 
> *****JD  This section will be split  between the new section 2 and
> possibly sections 3 and 4.
> 
>        4.1.1.  Service Level Objectives  . . . . . . . . . . . . . .
> 5
>        4.1.2.  Minimal Set of SLOs . . . . . . . . . . . . . . . . .
> 5
>        4.1.3.  Other Objectives  . . . . . . . . . . . . . . . . . .
> 7
> 
> *****JD  These sections will be moved to the new section 2.
> 
>      4.2.  IETF Network Slice Endpoints  . . . . . . . . . . . . . .
> 7
> 
> *****JD  This section will be moved to the new section 2 and will be
> updated to use the terminology agreed upon on the mailing list.  A
> reference to RFC 4364's section 9 "Carriers' Carriers"
> (https://datatracker.ietf.org/doc/html/rfc4364#section-9)
> will be added.  We will also note that the 'CE', 'attachment
> circuit', and 'PE' can all be virtualized.
> 
>        4.2.1.  IETF Network Slice Connectivity Types . . . . . . . .
> 9
> 
> *****JD  This section will be moved to the new section 2.
> 
>      4.3.  IETF Network Slice Composition  . . . . . . . . . . . . .
> 9
> 
> *****JD  This section will be moved to the new section 2.  Note that
> the non-definitional material in *all* of the preceding sections will
> be split between sections 3 and 4.  Section
> 4 will become a generalized 'Applicability' section .
> 
>    5.  IETF Network Slice Structure  . . . . . . . . . . . . . . . .
> 10
> 
> *****JD  This section will be split  between the new section 2 and
> possibly sections 3 and 4.
> 
>    6.  IETF Network Slice Stakeholders . . . . . . . . . . . . . . .
> 11
> 
> *****JD  This section will be moved to section 4.
> 
>    7.  IETF Network Slice Controller Interfaces  . . . . . . . . . .
> 12
> 
> *****JD  This is covered in section 3.3.
> 
>    8.  Realizing IETF Network Slice  . . . . . . . . . . . . . . . .
> 12
> 
> *****JD  This is covered in section 3.5.
> 
>    9.  Isolation in IETF Network Slices  . . . . . . . . . . . . . .
> 13
>      9.1.  Isolation as a Service Requirement  . . . . . . . . . . .
> 13
>      9.2.  Isolation in IETF Network Slice Realization . . . . . . .
> 13
> 
> *****JD  These sections will be moved to the new section 2.  They
> assume a definition of the term 'isolation' which has never been
> explicitly rendered, so we will propose a definition to the mailing
> list.
> 
>    10. Security Considerations . . . . . . . . . . . . . . . . . . .
> 14
> 
> *****JD  Relevant material will be moved to section 5.2.  We will
> propose what we consider to be relevant and irrelevant material to
> the mailing list.
> 
>    11. IANA Considerations . . . . . . . . . . . . . . . . . . . . .
> 14
> 
> *****JD  The Framework draft already has this section.
> 
>    12. Acknowledgment  . . . . . . . . . . . . . . . . . . . . . . .
> 15
> 
> *****JD  This section will be moved to section 6.
> 
>    13. Informative References  . . . . . . . . . . . . . . . . . . .
> 15
> 
> *****JD  This section will be moved to section 7.
> 
>    Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .
> 17
> 
> *****JD  This will need to be sorted out with the authors and
> contributors to the Framework draft.
> 
> 
> 
> *****JD  For reference, below is the current table of contents for
> the Framework draft:
> 
> Framework for IETF Network Slices
>             draft-ietf-teas-ietf-network-slice-framework-00
> 
> Table of Contents
> 
>    1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .
> 2
>    2.  IETF Network Slice Objectives . . . . . . . . . . . . . . . .
> 4
>    3.  Framework . . . . . . . . . . . . . . . . . . . . . . . . . .
> 5
>      3.1.  Management systems or other applications  . . . . . . . .
> 6
>      3.2.  Expressing connectivity intents . . . . . . . . . . . . .
> 6
>      3.3.  IETF Network Slice Controller (NSC) . . . . . . . . . . .
> 8
>        3.3.1.  Northbound Interface (NBI)  . . . . . . . . . . . . .
> 9
>      3.4.  Mapping . . . . . . . . . . . . . . . . . . . . . . . . .
> 9
>      3.5.  Underlying technology . . . . . . . . . . . . . . . . . .
> 9
>    4.  Applicability of ACTN to IETF Network Slices  . . . . . . . .
> 10
>    5.  Considerations  . . . . . . . . . . . . . . . . . . . . . . .
> 12
>      5.1.  Monitoring  . . . . . . . . . . . . . . . . . . . . . . .
> 12
>      5.2.  Security Considerations . . . . . . . . . . . . . . . . .
> 13
>      5.3.  Privacy Considerations  . . . . . . . . . . . . . . . . .
> 13
>      5.4.  IANA Considerations . . . . . . . . . . . . . . . . . . .
> 13
>    6.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . .
> 13
>    7.  References  . . . . . . . . . . . . . . . . . . . . . . . . .
> 14
>      7.1.  Normative References  . . . . . . . . . . . . . . . . . .
> 14
>      7.2.  Informative References  . . . . . . . . . . . . . . . . .
> 14
>    Contributors  . . . . . . . . . . . . . . . . . . . . . . . . . .
> 17
>    Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .
> 18
> 
> Yours Irrespectively,
> 
> John
> 
> 
> Juniper Business Use Only
> 
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas

_________________________________________________________________________________________________________________________

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.