Re: [Teas] draft-wd-teas-transport-slice-yang-01 - Mike question

"Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com> Thu, 23 April 2020 17:01 UTC

Return-Path: <reza.rokui@nokia.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 573643A0CE4; Thu, 23 Apr 2020 10:01:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=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 HVr0VNh5-d79; Thu, 23 Apr 2020 10:01:02 -0700 (PDT)
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2095.outbound.protection.outlook.com [40.107.220.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A92C3A0CE7; Thu, 23 Apr 2020 10:00:59 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JBTup3HcZ0fgqcVIxwq8PJpX1mFBOQmq/QCUzUalLJnp7LR1t4dBJgO6LGnSbJhd1R3MC6runB8M3r4E+7CHOlZS1oEQmUA82gUdGB3Mz+acZ+JFiwr0YudH4BUmwXcofLEB8uBSQe/znEoeCx7q0exP8mPL/1PSbZkRIsgFXyeoCoByf29W7LBATVSP46Kf2jM3VHcip5ec8EVE4O5q3a282cEygvdN/3PitPwodrwpfINrIfmf94969G705DFJYN05YimD0ZwId3an0/ubMZP1GBNidcxIhOGTuMNhV2FcEvDmr8IU98c0sFyLL8J4WiGPQLYA5VBlQQm5+r6/yQ==
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=Cm3yta73WOG4pV7uHw43h7u8078I6Qmv+KStgHj2O9w=; b=WDUXiuN+xIXh5xejguuHfEwk1UKhjR/tQViyZBwHZa9DBrKEeXUGTDaxpmf4hdwrBmFw+yTk18GhtRqO/izV0HPXH+EdV8yFUmaGJiEAwX7pvKqikmnLMLYYDhsut376/HdCKyLeoxk+drV7ooFPxFIWOTtsPH9Se3aK+R273GTwpQmJ2t1uWRYjVIrza49/06QSbf076gzj4piSWUf7HBYfOx2mCHYIGus0Vwf6StKACD3/f/srcBRsclNID1m9W35w5Qx+659EJcxqZhwAzubNFPpnL/FTRaPLghsdVqE26SPHr02+0pejKMSJgwsP7wIVvwf4FulVBaYJVzgBog==
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=Cm3yta73WOG4pV7uHw43h7u8078I6Qmv+KStgHj2O9w=; b=yvHs4M+lMHLqfrYr2Pww3u8UgfC2kM9TEGYN93mQXLNgx1Z+QP866faMal7akcwDiOSnsBZ+erZfOlnYezKnP1/NuvvUX6hLDwa5lD7BeEY5FNiqIM6RKAnGgUXAEFIFlAlkC7Tt5ODNMzg2UnDFU2+I3vyU/6DsYt22erzNl8E=
Received: from MN2PR08MB6336.namprd08.prod.outlook.com (2603:10b6:208:1ac::15) by MN2PR08MB5806.namprd08.prod.outlook.com (2603:10b6:208:114::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2937.13; Thu, 23 Apr 2020 17:00:58 +0000
Received: from MN2PR08MB6336.namprd08.prod.outlook.com ([fe80::21c6:48d1:eb5c:6b32]) by MN2PR08MB6336.namprd08.prod.outlook.com ([fe80::21c6:48d1:eb5c:6b32%7]) with mapi id 15.20.2937.020; Thu, 23 Apr 2020 17:00:58 +0000
From: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
To: Dhruv Dhody <dhruv.ietf@gmail.com>, Susan Hares <shares@ndzh.com>, Teas-ns-dt <teas-ns-dt-bounces@ietf.org>, "TEAS WG (teas@ietf.org)" <teas@ietf.org>
CC: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
Thread-Topic: [Teas] draft-wd-teas-transport-slice-yang-01 - Mike question
Thread-Index: AQHWGZDCG3FSqy7V/0WvprqMcZePwA==
Date: Thu, 23 Apr 2020 17:00:57 +0000
Message-ID: <831C8348-A787-4B29-BCD8-3307957EE538@nokia.com>
References: <016d01d61986$4cf2a210$e6d7e630$@ndzh.com> <CAB75xn6hRMDoNCy7GX=f=XKb_rSfTb2y7X-=5CWa=1Oda33saw@mail.gmail.com>
In-Reply-To: <CAB75xn6hRMDoNCy7GX=f=XKb_rSfTb2y7X-=5CWa=1Oda33saw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.36.20041300
authentication-results: spf=none (sender IP is ) smtp.mailfrom=reza.rokui@nokia.com;
x-originating-ip: [24.246.4.36]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 5b44db76-d9ca-4cf2-6aee-08d7e7a7e4c9
x-ms-traffictypediagnostic: MN2PR08MB5806:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR08MB580669688309BE98F95CFAE49FD30@MN2PR08MB5806.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03827AF76E
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR08MB6336.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(136003)(346002)(366004)(39860400002)(376002)(66556008)(6512007)(2906002)(81156014)(8936002)(5660300002)(86362001)(33656002)(8676002)(6486002)(4326008)(2616005)(478600001)(36756003)(186003)(66446008)(64756008)(966005)(66476007)(66946007)(316002)(91956017)(76116006)(26005)(6506007)(107886003)(53546011)(71200400001)(110136005); DIR:OUT; SFP:1102;
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: Uv9cW6/M21sM21dKpvEX3ct8me93pBH90OsFppprXujOc5FTFVgLw4XJ/UPF0YyCCuIx6lWA5sT7aaNaVoYCqK+CgL9CwSfsKya00itz6eKBqb67iD68bHtwTgeowGhE4wFNFNsIWzSEccM1bIU+02pEEjm3984fcWnFXHcedefTi9pk+qdan8NzNuF1sucnE+IYg8FCeTgbpZcTOBPD0CZ5gU2cYS8xV4MDiY/+wJKDEK+G1FNXrdsQyVBYm/J6L8E44p9sId3mN5pVF1Pi5XYW1s19CABSzNdqWTv9iC5ncI0MEvjlZCFc5SnyE3c+6ikrxulmutOrdEm1bbJ/l0Q67Ayuu60T+RM4D0ZBMuvOFLDSSrwS6nputJA/dHNZYPRtsZ8oWL6J8Jw1CQYAjs9O0oCwJl0Srn95x/Q48ZOh4kfZo2nAWzbmub83RSzkqxYsdIfeBfkhx7sKp5NuTZvJiqDbMZ3jwv/eltCuS82DIDxiPKD2dzY8ioC/8jA0tZQxoDqDUzpQAjb6Jntb2w==
x-ms-exchange-antispam-messagedata: rNFXXjiLA36oLOpYYnzaRFp6h9oFUYctD9R2OO3SXZKPcWTyTjB8evmqCFKoNYrmiDzT//VQRIcSQQHo8zsJsYaU4w+BWIpiXSxQxJMmZqR96OsVwwRQWQHnjT4aVEFdTQ3GQ5iIbChrRn+/fnmz2A==
Content-Type: text/plain; charset="utf-8"
Content-ID: <B2D69CEE84149A469B7174E1087EEB27@namprd08.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5b44db76-d9ca-4cf2-6aee-08d7e7a7e4c9
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Apr 2020 17:00:57.8949 (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: Bsz4X94c3YpzmTSXkxtKhdCJLUGsZYxxa6q5UCKr6rW5GryJHivcjjB0OPm+4vWMPe54yNZQoKvvNDZXSmr2kQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR08MB5806
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/9UCwJTeiCvY7RYOFAMZ7wKSZwkI>
Subject: Re: [Teas] draft-wd-teas-transport-slice-yang-01 - Mike question
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: Thu, 23 Apr 2020 17:01:04 -0000

Thanks Sue for you comment and Dhruv for your response. We prepared a good set of slides to capture the rational behind our model and why we did not use VN or RFC 8345 models although we used the design concept from both yang models. 
As Dhruv pointed out, we add them to appendix since they are very important aspects.

Cheers,
Reza


On 2020-04-23, 12:22 PM, "Teas on behalf of Dhruv Dhody" <teas-bounces@ietf.org on behalf of dhruv.ietf@gmail.com> wrote:

    Hi Sue,

    Thanks for your email. Yes, our work for TS-NBI is closer to the
    customer service models and in fact uses the same design philosophy by
    creating an independent model with a customer view (of the slice)
    rather than the network view. The network view would be useful for the
    slice realization by the TS-controller as described in the framework
    draft.

    It would be good idea to capture this discussion in the Appendix of
    our I-D. Further, there are some technical challenges such as modeling
    TS-endoint as an augmentation of a termination point in RFC8345; our
    preference is to maintain TS-endpoint to be a logical identifier with
    either CE-side details or PE-side details or both.

    Thanks!
    Dhruv

    On Thu, Apr 23, 2020 at 9:16 PM Susan Hares <shares@ndzh.com> wrote:
    >
    > Bo Wu, Dhruv, Reza, and Liuyan:
    >
    >
    >
    > Thank you for your presentation in TEAS on the draft-wd-teas-transport-slice-yang-01.    I had hoped to ask this question on the mike:
    >
    >
    >
    > “Would you provide more details on why you felt the base model (RFC8345) was not appropriate to utilize? “
    >
    >
    >
    > It seems to me that you are proposing a customer level model  to monitor and set-up the traffic slicing?    RFC8345 provides a base model with a customer level.   The models L2SM and L3SM provided a customer level for general VPNs.   You seem to be providing the equivalent for a traffic slicing.
    >
    >
    >
    > If you are looking to utilize the base model then providing a customer level model is a good idea.  It is much cleaner than mixing it with the network layer.  When network slicing was starting its work, I prepared this suggestion as part of the first BOF.
    >
    >
    >
    > Would you do me a favor in your presentation of “customer level”,  would you careful distinguish between the following customer levels?
    >
    >
    >
    > End –customer ---
    >
    >         |
    >
    > VPN customer (person/tools configuring)
    >
    > Service
    >
    >     |
    >
    > VPN of network
    >
    >     |
    >
    > Base network
    >
    >
    >
    > Thank you!
    >
    >
    >
    > The I2RS WG (which chair) standardized RFC8345.   Your application was one of the ones that caused us to work through the model and the issues with yang.
    >
    >
    >
    > I’m excited to see your work in TEAS.
    >
    >
    >
    > Sue
    >
    >
    >
    >
    >
    >
    >
    > _______________________________________________
    > Teas mailing list
    > Teas@ietf.org
    > https://www.ietf.org/mailman/listinfo/teas

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