Re: [Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt

mohamed.boucadair@orange.com Tue, 13 July 2021 07:15 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 C95323A1AF1 for <teas@ietfa.amsl.com>; Tue, 13 Jul 2021 00:15:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j_5ldO8XfpFd for <teas@ietfa.amsl.com>; Tue, 13 Jul 2021 00:15:00 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (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 C9A023A1AF2 for <teas@ietf.org>; Tue, 13 Jul 2021 00:14:59 -0700 (PDT)
Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) (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 opfedar23.francetelecom.fr (ESMTP service) with ESMTPS id 4GPBjF2MDgzBtdN; Tue, 13 Jul 2021 09:14:57 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1626160497; bh=ID4sjwkvoM5Gh0hhoE+usu3EHoV4QQuHsDsDzXgIP/8=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=Nxkyosyq7VUqPVwt1/UJKPiBl/anXoJHmWAnQ89u9igJV5GznKYtnvDTczL7XWQOp ogeZ6P/0dHPCkKLkK+3HsZKaod6VF4fkGLic+ux9zqtO0f/SHvh3+RSjbCKpZihZXD jjWNGDqXDPoetfUF/2RyyAyBoCMBkZMpVF6Bf8qij87c7aLP3i6Fq8xlb8YXueHcS/ 4MSs2aF0rycAtHMpGaDJMk3Xt56fjlIq2/i48dWvwuaG+wLOzS+RG9bvxopZD3Wks0 bFbF4HGU//uKGobCOovIr/3SyomzYjvcflA+pFErMjiZvAldRW5Vgmnt1aMd/CEXTy TCnhz+/119HDg==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfedar01.francetelecom.fr (ESMTP service) with ESMTPS id 4GPBjF1YljzBrLg; Tue, 13 Jul 2021 09:14:57 +0200 (CEST)
From: <mohamed.boucadair@orange.com>
To: "Ogaki, Kenichi" <ke-oogaki@kddi.com>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt
Thread-Index: Add0pWXcMR4RO95mToa1bmfXm/Vx9gACuNfQAIovv1AABk2aoAAq4kfgAAYDKjA=
Date: Tue, 13 Jul 2021 07:14:56 +0000
Message-ID: <15148_1626160497_60ED3D71_15148_64_1_787AE7BB302AE849A7480A190F8B9330353BE2F4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <85c01cfa78304e359d5dd204eff7f7b6@huawei.com> <18848_1625832351_60E83B9F_18848_170_1_787AE7BB302AE849A7480A190F8B9330353BAF50@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <TY2PR01MB35623D2063B54E572448CF8490159@TY2PR01MB3562.jpnprd01.prod.outlook.com> <32577_1626076744_60EBF648_32577_114_1_787AE7BB302AE849A7480A190F8B9330353BC86F@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <TY2PR01MB356253D9AD685B4465141D6990149@TY2PR01MB3562.jpnprd01.prod.outlook.com>
In-Reply-To: <TY2PR01MB356253D9AD685B4465141D6990149@TY2PR01MB3562.jpnprd01.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="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/eLNjyq-OuSfvCukZcuTxX9agUTY>
Subject: Re: [Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt
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: Tue, 13 Jul 2021 07:15:05 -0000

Hi Kenichi, 

Thanks for the follow-up. 

Please see inline. 

Cheers,
Med

> -----Message d'origine-----
> De : Ogaki, Kenichi [mailto:ke-oogaki@kddi.com]
> Envoyé : mardi 13 juillet 2021 06:26
> À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>om>;
> teas@ietf.org
> Objet : RE: New Version Notification for draft-wd-teas-ietf-network-
> slice-nbi-yang-03.txt
> 
> Hi Med and All,
> 
> Thanks for your comments.
> 
> >(1) I don't expect draft-wd-teas-ietf-network-slice-nbi-yang to
> enter to specifics about how to realize a slice but to focus on the
> required data nodes to manage (including request) slices.
> 
> We totally agree with your opinion, but the solution is definitely
> similar as the existing solution, actn-vn-yang. The characteristics
> of most of data nodes are same and just renamed for ietf-network-
> slice.

[Med] This is a fair observation. I still don't think it is not sufficient to have an "ns-" prefix but have only generic data nodes. 

> In such a case, reinventing the wheel is allowed or the existing
> solution should be augmented.
> Which is correct approach as IETF procedure? That's our question.

[Med] Fair. This is why it is important to step back and try to answer: what are we trying to model? If this is just connectivity, then are there slice specifics? Etc. 

> 
> >(2) It is true that the data nodes that characterize the slice
> service within the slice provider are technology-agnostic, but
> aren't for the CE-PE attachment as this conditions how the service
> is delivered.
> 
> We totally agree with you. Inside a slice, technology should be
> agnostic, but the demarcation point inside/outside the slice cannot
> avoid being technology specific.

[Med] Glad to see we are in agreement. 

> 
> >(3) The applicability of ACTN should IMHO be more part of I-Ds such
> as draft-barguil-teas-network-slices-instantation, not draft-wd-
> teas-ietf-network-slice-nbi-yang.
> 
> We will check.
> 
> 
> Thanks,
> Kenichi
> 
> -----Original Message-----
> From: mohamed.boucadair@orange.com <mohamed.boucadair@orange.com>
> Sent: Monday, July 12, 2021 4:59 PM
> To: 大垣 健一 <ke-oogaki@kddi.com>om>; teas@ietf.org
> Subject: RE: New Version Notification for draft-wd-teas-ietf-
> network-slice-nbi-yang-03.txt
> 
> Hi Kenichi, all,
> 
> All good points, but I will focus on you first point below:
> 
> (1) I don't expect draft-wd-teas-ietf-network-slice-nbi-yang to
> enter to specifics about how to realize a slice but to focus on the
> required data nodes to manage (including request) slices.
> 
> (2) It is true that the data nodes that characterize the slice
> service within the slice provider are technology-agnostic, but
> aren't for the CE-PE attachment as this conditions how the service
> is delivered.
> 
> (3) The applicability of ACTN should IMHO be more part of I-Ds such
> as draft-barguil-teas-network-slices-instantation, not draft-wd-
> teas-ietf-network-slice-nbi-yang.
> 
> Cheers,
> Med
> 
> > -----Message d'origine-----
> > De : Teas [mailto:teas-bounces@ietf.org] De la part de Ogaki,
> Kenichi
> > Envoyé : lundi 12 juillet 2021 09:03 À : teas@ietf.org Objet : Re:
> > [Teas] New Version Notification for draft-wd-teas-ietf-
> > network-slice-nbi-yang-03.txt
> >
> > Hi Authors and All,
> >
> > We have some questions how to proceed this work.
> >
> > 1. How should we create a new solution where the solution is
> similar
> > to an existing solution?
> >  As Dhruv, co-author of both drafts, should know well, the many
> > functionalities of this nbi are same as those of actn-vn-yang. As
> > described in B.1, we agree that actn-vn-yang is only focusing on
> ACTN
> > and this nbi is technology agnostic.
> > However, draft-ietf-teas-ietf-network-slices definitely addresses
> the
> > applicability of ACTN. So, this nbi should at least import actn-
> > vn-yang and refer the nodes defined in actn-vn-yang?
> > I'm not sure how to create a new solution for such a case.
> >
> 
> 
> ____________________________________________________________________
> _____________________________________________________
> 
> 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.


_________________________________________________________________________________________________________________________

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.