Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

"Ogaki, Kenichi" <ke-oogaki@kddi.com> Fri, 03 September 2021 01:48 UTC

Return-Path: <ke-oogaki@kddi.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 5DF723A1C67; Thu, 2 Sep 2021 18:48:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 (1024-bit key) header.d=o365kddi.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 lCbkpAL7nKtz; Thu, 2 Sep 2021 18:48:06 -0700 (PDT)
Received: from kddi.com (athena8.kddi.com [27.90.165.213]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3D333A1C65; Thu, 2 Sep 2021 18:48:05 -0700 (PDT)
Received: from kddi.com ([127.0.0.1]) by LTMC3104.kddi.com (mc MTA5 1.4) with ESMTP id 521090310480274100.31722 ; Fri, 3 Sep 2021 10:48:02 +0900
Received: from kddi.com ([10.206.2.120]) by LTMC3104.kddi.com (mc MTA4 1.4) with ESMTP id 421090310480195900.31692 ; Fri, 3 Sep 2021 10:48:01 +0900
Received: from kddi.com ([127.0.0.1]) by LTKC3123.kddi.com (mc MTA19 1.4) with ESMTP id j21090310480090700.08338 ; Fri, 3 Sep 2021 10:48:00 +0900
Received: from localhost ([10.206.20.239]) by LTKC3123.kddi.com (mc MTA16 1.4) with SMTP id g21090310475986700.08200 ; Fri, 3 Sep 2021 10:47:57 +0900
Received: from localhost ([10.206.20.239]) by LTKC3123.kddi.com (mc MTA11 1.4) with SMTP id b21090310475894300.08097 ; Fri, 3 Sep 2021 10:47:57 +0900
Received: from localhost ([10.206.20.239]) by LTKC3123.kddi.com (mc MTA8 1.4) with SMTP id 821090310475795400.07967 ; Fri, 3 Sep 2021 10:47:57 +0900
Received: from LTKC3131.kddi.com ([10.206.20.239]) by LTKC3123.kddi.com (mc MTA6 1.4) with ESMTP id 621090310475714400.07848 ; Fri, 3 Sep 2021 10:47:57 +0900
Received: from LTKC3131.kddi.com (localhost.localdomain [127.0.0.1]) by LTKC3131.kddi.com with ESMTP id 1831lukH031628; Fri, 3 Sep 2021 10:47:56 +0900
Received: from LTKC3131.kddi.com.mid_2865065 (localhost.localdomain [127.0.0.1]) by LTKC3131.kddi.com with ESMTP id 1831brpm025909; Fri, 3 Sep 2021 10:37:54 +0900
X-SA-MID: 2865065
Received: from LTKC3146.kddi.com ([10.206.20.232]) by LTKC3123.kddi.com (mc MTA 1.4) with ESMTP id 121090310375341200.32408 ; Fri, 3 Sep 2021 10:37:53 +0900
Received: from LTKC3146.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 4874513C0075; Fri, 3 Sep 2021 10:37:53 +0900 (JST)
Received: from kddi.com (LTMC3102 [10.206.2.46]) by LTKC3146.kddi.com (Postfix) with ESMTP id 1F44713C0079; Fri, 3 Sep 2021 10:37:53 +0900 (JST)
Received: from APC01-PU1-obe.outbound.protection.outlook.com ([104.47.126.59/tls]) by LTMC3102.kddi.com (mc MTA 1.4) with ESMTP id 121090310375276300.26538 ; Fri, 3 Sep 2021 10:37:52 +0900
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UckRnnQy2E4gvBDhPZMQfSo/phbuxgJtM8N7+O/iIn1Dfxlg7d6y8gENFqyJ1Kqc/Q0Vqs6Re9VlhZStn5GI17sWMfXZ7dNPfDb/IwGyDebF8R2+qjIgBoqOzA3L2Mb12pk46DxKbxUaYSN5f16GQGPMD5tnuUsLp4N1yM4bAWncwWBa8j1zNnQTvluDWXEySmXVbsIyFyrYP0/ijDxqLpdGuptN+iLaXGe4ZE6DRqk1FkBsteISDFCJCgDOhwmKuiccIQGZfSqcvzGBAbgn976jtJYIcGWKGgcgi3I/s2nPEEkBTzKuhuyr8Vwuz9WUw2VcYY9QWV8bS8h2NhnK+Q==
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; bh=8wwXi3agUtIteGNZweemoIspIrSllg8mlen/ut1TUXI=; b=SaygJyN3Y5HpyStWidqunjOT64mU3K6f1fGTL7iNQYJqN6KMje/y7naOhNc4xzQnjZoJFkXtNNdNQW/Cv38L0VBn9PFaLLMZb9/LcyQvZaKK2inG+asDpdGn30+trINrnUeqWT1Z6wL0SqJ79zCPchk/+QAAdnHuSlkHtkbTNLA3ZZAeKXSbLFmbSEZIv/5BCW6qYLYDCYQUbiXxr5RpEUbDAW84tnTjZo7lEJC97Jk1DQx1YRTlio78xP876AmHlK4uXMz8KOb2UtBwh9cguH+Bo41BZ0z7VQasZqT5GVvfUMSjUCHTZdrPAQJCpNiT51nQQ3MI+cizNjZi1LQLvw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=kddi.com; dmarc=pass action=none header.from=kddi.com; dkim=pass header.d=kddi.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=o365kddi.onmicrosoft.com; s=selector2-o365kddi-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8wwXi3agUtIteGNZweemoIspIrSllg8mlen/ut1TUXI=; b=Uht58PG3gojgrRctai8LOSkYOvJ6uDJy6fSYxnyuP71UcX92r/4jBMO3RLArZ6HvdedeDG6RMm/+0MQlgLncK0sGZmmIshZB0D8JgjcrHGNHLVmvdz4xD1NGGROv2pfOqPu19qPQtyYWC9qdH9MPsGmFackh63G8S4+bJzr2dJs=
Received: from TY2PR01MB3562.jpnprd01.prod.outlook.com (2603:1096:404:d5::14) by TY2PR01MB3658.jpnprd01.prod.outlook.com (2603:1096:404:d4::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.19; Fri, 3 Sep 2021 01:37:51 +0000
Received: from TY2PR01MB3562.jpnprd01.prod.outlook.com ([fe80::6443:9349:77d2:322]) by TY2PR01MB3562.jpnprd01.prod.outlook.com ([fe80::6443:9349:77d2:322%7]) with mapi id 15.20.4457.024; Fri, 3 Sep 2021 01:37:51 +0000
From: "Ogaki, Kenichi" <ke-oogaki@kddi.com>
To: "Wubo (lana)" <lana.wubo@huawei.com>, Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>, 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-wd-teas-ietf-network-slice-nbi-yang-04
Thread-Index: Adef6kjq4BSX8u8bRuipFnqxt/wuGwAeWmrg
Date: Fri, 3 Sep 2021 01:37:51 +0000
Message-ID: <TY2PR01MB35621D37E12397EBAF8748F490CF9@TY2PR01MB3562.jpnprd01.prod.outlook.com>
References: <70cd8346ef1f4575bd07e494892bc09e@huawei.com>
In-Reply-To: <70cd8346ef1f4575bd07e494892bc09e@huawei.com>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=kddi.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d074d767-7092-4939-9f71-08d96e7b7172
x-ms-traffictypediagnostic: TY2PR01MB3658:
x-microsoft-antispam-prvs: <TY2PR01MB36588BDDBFC4D5FD0DF35FB490CF9@TY2PR01MB3658.jpnprd01.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Qc3vEXPaTwyO5ugbrazBth4i5Ep92ucx9Abl/oSsri3t9O3PRx+7lMnh/SwiRbsVl2zZGzNGg93J0b5lcjp/k6NjhAF5kWdJJjUpbL5cnvMbUaiEG7mW5ZvN02JqNyDUW8YTKA085flRDncMcGI+jzm9neFu0rUhs3q9+zBMALQhTSCP4pQ60ES0N99q2EOPnBYIow+GbsW0YHlyhM8nt0YDuKkO3Fi1+UsY4igumY1996piF0on/8yF3YO8DV50iJIYuwSlc5oEdy1ty6FdKRBsj5kp4hsXJj8MVJwsRQiapVeXbGLhZIa9KrA9Dw6ZmKnRVyLACuiL6psr3Dp21OZ8FIjoss/wPrRwXB74sw+Vzd0gvbhgWTP6pco/tnuWM4ynwXb6VEBrvdtY0tkRlQAl4tT9IY2n6mnjxPrDwRRo1ND2wiQbM4WwmWvZ5jAZjCE5oczuGl+87Ke0bL1uCn77kKsSRazlBnQDNTvuofsDS74w0EsYeupo1sbUtQEwSFhBiMj6uKKdr5Wpxu4sv+l5pvVOkQMtITVZztAenX9mIYgJN7JT85lZS+w28QKQ2MbWeYVPvM51eIKLTOEKByjgFsmXGQrFR0SuEdotwd1xLboPahyYkaLJdLLi7h2DI9uVk49fOkAiMog1GHwQEKrpZvDms9+mKmVNqpxzHDhw+xkhKxcYKWdPoMfXs40MV8S8frfcGV0iVLOTmcJCy8Oi2NWkthocjkxOKFg54isWkteVunrc/X3sFANoMvltt/ZldlFka89bt/L9g3ZXyFDogUu1c/xzXdn8xQcMm6w=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:TY2PR01MB3562.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(136003)(396003)(346002)(366004)(39860400002)(53546011)(316002)(110136005)(7696005)(2906002)(38070700005)(6506007)(26005)(186003)(85182001)(38100700002)(8936002)(8676002)(122000001)(4326008)(86362001)(9686003)(55016002)(66476007)(71200400001)(64756008)(33656002)(966005)(478600001)(66446008)(76116006)(66946007)(66556008)(83380400001)(52536014)(5660300002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?S253b0tnZG5zeUlCVXRGR3V5YUVvR2sxWVQrYWpQVms3ai9Bd25zRkw2bDk2?= =?utf-8?B?emt2MXExYjF6N0R6UlFHSzkvSmhYeHV1K1ppcW9NTGFIZU1SRU5oMTBkNHlE?= =?utf-8?B?U0l1bTk2bHQrcmg1YVp0cGc2dEd0K044YUJnZUdPTHowVXBTMjhnN1B0ay9q?= =?utf-8?B?alk4bUtBZHFHQVp3YUdqbndjOXF5aDliQnlQMDVSYW9ScXNrZ3JJcnlBWkZY?= =?utf-8?B?b21aejBNTFNZY1AvY2tBWVdFeHlnTnNobVdnSVExcUpLQmFTWjM0OEZGMVpO?= =?utf-8?B?eEUrRXFtMHkyL1kyRzRqUjg5eU1tMm8xdHRRZzlEL3pCcVYwR3BZdUY3elhX?= =?utf-8?B?dGxuSjdDT29xOEVUd1FyMU8yT0F5b3BtNThCbHBlWldGRG56a0Y2dFU5SEpY?= =?utf-8?B?RThCV2pienB5SmlMY0hnT0l1aTJ2WGtBK2doMG5TclBvRWs2Q3B3eTh6eC90?= =?utf-8?B?VWpGRHFnQUJIc2haZm1xOFI0UG1VVlBmYTRMb25SemV5aVg5bDJROHpOSEts?= =?utf-8?B?OTd3d1dOWjVUdmxibVNCVFFTN1VGUVVPT1pRemxJdjBqbm8yRDQ0ay9lOEtE?= =?utf-8?B?TTI1R04rWWhBdjZNenVSWHVTWFRMZ2NwcjhCcnJmQzZXMUdvSjl4anlhRVYx?= =?utf-8?B?ZTQ5eVR1M1lyTnJUVnY4V0d4V1ErbGp5Z1ZHTEtNOHBrbUJaamdSSlR1aGMv?= =?utf-8?B?ems4Z1UyQUpXR01YZ0ZkSlpLWDF0MllkNTgrUmQ5bFozV0toRk82eC9oUjBW?= =?utf-8?B?akFlZ0wvcDErYnJuOGRabk1vbGJmQ1hZT1diS3o3M3ZDRG90dFdKcVlJU2tC?= =?utf-8?B?R1pCT0xFMnZOMlBiZm9CRHVZRkJKWFVBaDVYckVXdW9NV094VjRwcnVLcjFN?= =?utf-8?B?dWl2MEk2MDlTclRHNVNRZHczTlBCcWpKMXZPbEJHdmM0UkQvZHVWQm05cmhO?= =?utf-8?B?d3Rzd2JLSXZsdWRFQjVYZkJONWdkWUJpL2hVamY3azhPZE1kRGIvMnI3dDd3?= =?utf-8?B?aW0yV3F6N0kxT3JFbXRNakRhRjAraVJpYzdBaHNVODBFL3NPeHZBRkF5TmdY?= =?utf-8?B?Q3JQdkQ2T1FOL3o3am1JT1dNUE9rNGh4UU1ONmlmT0FqaFkrZEFUcmxrNjQw?= =?utf-8?B?Y21iZ2trZGtZT0UycWpGRWdRdkxXMGFuaDBsVWF6c09sU2tFMmdDalo3Zy9O?= =?utf-8?B?MllJWG0wTVhsLzF3cmRmY2x1eERDVWJHM1lCTEozZ2lXWEVKYi9Ua0twMU9l?= =?utf-8?B?aTQwNWVjakU1UHVVN0d6R1hRN2cxVlpsb3NaQkVUNnhOVUtUNk8vanl0ZGZN?= =?utf-8?B?M2lYZVlxWFkvNHNHcSszS01TZUlrSDBFYkErVUlBeWJKNFMvUGlrc1FxdlNH?= =?utf-8?B?OUlJUFVoYmFtZjVPdkU3WEpZcmgwV1MyWjZ4UGdPQUwwYnR0MVE2bGVuaEtF?= =?utf-8?B?QXpLcEYwZVJBRFZiZlJLY3RiOXl2WWFnNXdJZktkTEVlMHJGRjNJRnRaZHJa?= =?utf-8?B?M1dBWFdKUk1VZGs4N2NVWm54WFhKVVZlQTF4dkVzYUEwekQrUG9LdTVWdUFT?= =?utf-8?B?Qm1zeDlVaHZFb0hEWWsrbldwMkxSbDRDekxuOFZ5N3hZSTloRHNTTWNrOXZr?= =?utf-8?B?Rmk4dVY1ZUk1emtadjJJZHF3V0VEanIwOHlKSlhFbkdBM1Y3bTRXZG4zalls?= =?utf-8?B?SXUrWVRINzhYdmVrY0FmdGJNRklJWmdtV3JPNWtCTm9YUzV5MnhkdllWRlk1?= =?utf-8?Q?gQGJo2qAaHP6+OHRyw=3D?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: kddi.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: TY2PR01MB3562.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d074d767-7092-4939-9f71-08d96e7b7172
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Sep 2021 01:37:51.1806 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 040b5c43-0c27-49b3-b8e6-cdec886abcee
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: eUBE+XEW2N1gbDYkMlPP/XIbHGKX/ezANzzfVfIZDdmCIpghhP2tEraFuHx8eYNgHIXyVMwdhb7H6l2URzXl6A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY2PR01MB3658
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/pr0dd6lDeM3HgU_EFNx18dN4eKo>
Subject: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04
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, 03 Sep 2021 01:48:12 -0000

Hi Bo,

Thanks for your prompt reply.

See comments [KO] inline, please.

Thanks,
Kenichi

-----Original Message-----
From: Wubo (lana) <lana.wubo@huawei.com> 
Sent: Thursday, September 2, 2021 9:28 PM
To: 大垣 健一 <ke-oogaki@kddi.com>om>; Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>rg>; Vishnu Pavan Beeram <vishnupavan@gmail.com>om>; TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

Hi Kenichi,

Regarding requirement3 2)-4), please see inline.

Thanks,
Bo

-----邮件原件-----
发件人: Teas [mailto:teas-bounces@ietf.org] 代表 Ogaki, Kenichi
发送时间: 2021年9月2日 16:00
收件人: Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>rg>; Vishnu Pavan Beeram <vishnupavan@gmail.com>om>; TEAS WG <teas@ietf.org>
抄送: TEAS WG Chairs <teas-chairs@ietf.org>
主题: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

Hi All,

No/not support.

We basically agree with Daniele's opinion.

As we commented to "[Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt" thread, we totally agree that the slice nbi should be underlying technology agnostic.
However, why don't we discuss to enhance/augment an existing nbi as the nbi solution?

Adrian commented to "[Teas] WG Adoption Poll - draft-king-teas-applicability-actn-slicing-10" thread.
>All the text you quoted says is, “You can use ACTN to achieve network slicing in networks that support ACTN.

If so, does TEAS WG use ACTN to achieve network slicing in networks that support ACTN?
We understand that WG draft adoption poll of "draft-king-teas-applicability-actn-slicing" is dealt in the scope of ietf network slice standardization. The result shouldn't be that it's up to you.


Anyway, the followings are our concerns.

1) According to Figure 1 of draft-king-teas-applicability-actn-slicing-10, NSC NBI can be replaced with CMI. If the new nbi is created, we have to parallelly implement two nbis or just wrap CMI with NSC NBI. From one of mobile operators' capex perspective, we don't want to do such effort, since we believe major ietf network slice requirements can be covered by ACTN.

2) As we discussed in "[Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt" thread, ns-endpoint must be technology specific. The current model definition of draft-wd-teas-ietf-network-slice-nbi-yang-03 isn't enough, and we believe that the same approach with te-service-mapping for L1/2/3 AC is necessary to do so.
[Bo] The authors agree that peering control protocol on the slice demarcation point is technology-related, but after the discussion in the authors, in the draft rev-04, we suggest modeling as a list of "protocols" to address this and to be technology agnostic.

[KO] The NBI is customer - provider reference point. If the slice demarcation point is not clearly defined, then the NBI cannot be used in a real-life operation.
During L3SM definition, multiple L3VPN providers carefully discussed, reviewed and defined the model definition of the demarcation point, CE-PE connection.
From a commercial VPN service deployment/operation experience, the same level as L3SM's is necessary. We believe same for L1/L2 AC.


>> >(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) draft-ietf-teas-ietf-network-slices-04 introduced the requirement of connectivity matrix. Similarly, p2p based ns-connections model definition of draft-wd-teas-ietf-network-slice-nbi-yang-04 isn't enough, and we believe that the same approach for connectivity matrix in ACTN is necessary.
[Bo]: I'm not sure about this comment. Could you elaborate on this?

[KO] The current ns-connection definition is a set of src/dst pair. In my understanding, to easily express p2p, p2mp, mp2p, mp2mp connectivities, Sec. 3.2. of draft-ietf-teas-ietf-network-slices-04 introduced connectivity matrix based on the discussion in "[Teas] Proposed text on "IETF Network Slicing Service"" thread. I don't think a set of src/dst pair cannot express those connectivities, but it's definitely complicated and exhausted to specify an arbitrary connectivity for a customer.


4) Although not defined in draft-ietf-teas-ietf-network-slices-04, as we commented in "[Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt" and "[Teas] New revision: draft-ietf-teas-ietf-network-slices-03.txt" threads, we believe a feasibility check functionality should be defined from the other SDO's requirement, especially for 3GPP slice. This should be the same functionality as VN-compute in actn-vn-yang.
[Bo] The authors define the NBI model based on definition of draft-ietf-teas-ietf-network-slices-03. We can fix this in the next release.

[KO] As we wrote below, our concern is that the efforts to solve these requirements would have resulted in creating a copy of actn-vn-yang.


To solve above 2) - 4) requirements, we must create a copy of actn-vn-yang just with different data node names.
If so, again, why don't we enhance/augment actn-vn-yang?



In terms of Tarek's following comment in "[Teas] WG Adoption Poll - draft-king-teas-applicability-actn-slicing-10" thread,
>However, today other standalone service models such as L3SM and L2SM exist independent of ACTN or VN models.
>
>In fact, the VN draft < draft-ietf-teas-actn-vn-yang>, explicitly mentions that the VN model can co-exist with such service models (see below).

The requirements to L2/3SM model and actn-vn-yang are totally different. Not just parallelly coexisting, but depending on each other as Daniele wrote.


All the best,
Kenichi


-----Original Message-----
From: Teas <teas-bounces@ietf.org> On Behalf Of Daniele Ceccarelli
Sent: Tuesday, August 31, 2021 10:16 PM
To: Vishnu Pavan Beeram <vishnupavan@gmail.com>om>; TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

Hi Pavan, WG,



”no/do not support”.



We’re polling at the same time two drafts, one of which says how to use ACTN for network slicing and the other explaining why ACTN is not used for the network slicing NBI.

In my opinion this is a conflict that should be resolved before adoption.



BR
Daniele







From: Teas <teas-bounces@ietf.org> On Behalf Of Vishnu Pavan Beeram
Sent: den 27 augusti 2021 17:07
To: TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04



All,

This is start of a *two* week poll on making
draft-wd-teas-ietf-network-slice-nbi-yang-04 a TEAS working group document.
Please send email to the list indicating "yes/support" or "no/do not support".
If indicating no, please state your reservations with the document. If yes, please also feel free to provide comments you'd like to see addressed once the document is a WG document.

The poll ends September 10th.

Thank you,
Pavan and Lou

_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas