Re: [Teas] I-D Action: draft-nsdt-teas-transport-slice-definition-03.txt

"Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com> Mon, 10 August 2020 11:59 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 832D63A1515 for <teas@ietfa.amsl.com>; Mon, 10 Aug 2020 04:59:16 -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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 LYE0t2T7WB0H for <teas@ietfa.amsl.com>; Mon, 10 Aug 2020 04:59:14 -0700 (PDT)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680136.outbound.protection.outlook.com [40.107.68.136]) (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 ED6823A1516 for <teas@ietf.org>; Mon, 10 Aug 2020 04:59:13 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Gsqvr5hPnpBdXhKMIGCiFIidTpzKfrPeGrUhYBIiOG3evOVHc/DqtE4KsvDykaEMSeatUoAav1zwia75S4430M4QI8Sh8UkeYYe+NVNKIAgt1FV5w/BispKptyDgiwnswTLvww9WV3CXkOojFdZHozFwtujXZeEI8dGEJbt6cQ4mhp2q9pudEaJebSUkk8tYQoEktDP1H8VPGQIPf94nvHWCMeOY+CHZVqRzeFtGTlhlV2NrfDYA9o6CjZjLv96+ZaaGGI2jSf+1KM0dZJGJitOSkXXcHwueaZiaTXUgZbDo6p0lvDiM2lTlyF+GLJPhu38BwweM4el3regX9+WbpQ==
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=EYVVKbAyteLXRUeDx7wsSSuR9FeXEKrBFTNfWpL+/dU=; b=J0FtvMmqgYml5SVphXWWOP5JKLpSryry6JJK6JxJVFP1gkEVlfL//s0u+XojfNL52cmaPwBIk8D9M6lEFXl96rLjZv/p56Gq5I+yAd42TT2B3sC3JMzO2hykrQdGVmK6N8Ll3zc4eKITKQdsZ+q5VmuRCzhTLppfa92uNUKSU029Xev4PqXlHp3TYwxTpr1kzHGVWtMNJqMmkN5xh49+C+YwGglUjBa/twDzvq6Tr3pB21DESNWOlfiqxvnvVVLQRpqTRDAhp8PJYiYf1xiyN+Pmqt2r4LkhaJ4r/CqgL9qBWr0oekPHhU6Zueqdy64DLsZdEc6BguJyha3LVvWeGA==
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=EYVVKbAyteLXRUeDx7wsSSuR9FeXEKrBFTNfWpL+/dU=; b=YEzBHZ48JxyjuDOvj136TXGNwiiVnENj64CntRmCD/PMiB95HNmnNraM7WB6WvIEUNN1lB39Q5fRkKd3iy+gl0j0ZoQ+IhidMX2Y2kOrwkz9806rze6mYcUUJb+8gXAyblqw+2GPB8AMqjfpWOfmnycX69RD39Wt5FeBLkyRxBM=
Received: from DM6PR08MB6331.namprd08.prod.outlook.com (2603:10b6:5:1ee::8) by DM6PR08MB5738.namprd08.prod.outlook.com (2603:10b6:5:151::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3261.19; Mon, 10 Aug 2020 11:59:10 +0000
Received: from DM6PR08MB6331.namprd08.prod.outlook.com ([fe80::b1d0:ed5:8e69:c77d]) by DM6PR08MB6331.namprd08.prod.outlook.com ([fe80::b1d0:ed5:8e69:c77d%6]) with mapi id 15.20.3261.024; Mon, 10 Aug 2020 11:59:10 +0000
From: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
To: Joel Halpern Direct <jmh.direct@joelhalpern.com>, "teas@ietf.org" <teas@ietf.org>
CC: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
Thread-Topic: [Teas] I-D Action: draft-nsdt-teas-transport-slice-definition-03.txt
Thread-Index: AQHWbw2oDWb6j8FCaEi9FxP+9TXbBw==
Date: Mon, 10 Aug 2020 11:59:10 +0000
Message-ID: <C12F4B26-60EB-4043-BBCF-9DF27754B312@nokia.com>
References: <159460858327.31249.6774312592426516405@ietfa.amsl.com> <a671ad62-65ea-134f-7855-ee3008539e0b@joelhalpern.com> <8757A5BE-BD59-4B9C-A5E9-0DC4A4D74D87@nokia.com> <a4254b80-81de-25cb-d0b2-f3863024fa23@joelhalpern.com>
In-Reply-To: <a4254b80-81de-25cb-d0b2-f3863024fa23@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.39.20071300
authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=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: 0fddc47e-ec95-4690-6856-08d83d24cb14
x-ms-traffictypediagnostic: DM6PR08MB5738:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM6PR08MB573818463EE4892A122876C99F440@DM6PR08MB5738.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: OHthuCDwTnxch8etN1v8pUpUMhjjq872kkt7rbhqy1dzTZfN/FVI4gi9ci+eq3cg7CSyl2i5NP4651cNfru2YvtwJTC9yywBe/PZADBXAd0zl+PFXAYGvnDTGZWEnsVxkuOCA6+8zEyEVqgxNmVzEg3oKkPudgwDCisRUfWeFKUEZAafTGikGb9MoecqZny/794hAisHG6jYgdnZ6z7kHJ/lYYLZAlkjLg1ZsHDJHcXN6cLxkSqgmkb7zCGvF0xE+UtmsQOO8uQ2LvuCdqM2JF3Ft9se6N/35GcTu74xriIo914JdcX8sWDTAlyQ7Wyn5OfSzxn0zxe5u++1uYJfde8JK55kbKEPomV+z6qOdgBRGGlucjw6gvmk1Bzww+NUBAicpbpArPaBwk28DiyJgA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB6331.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(136003)(376002)(346002)(39850400004)(396003)(5660300002)(33656002)(86362001)(83380400001)(71200400001)(64756008)(8936002)(66446008)(91956017)(66574015)(66946007)(66476007)(76116006)(66556008)(8676002)(36756003)(316002)(4326008)(110136005)(2906002)(6506007)(186003)(53546011)(966005)(2616005)(6512007)(26005)(478600001)(6486002)(107886003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: sLCNqOM9yeVhFhxbQkw8Bg49MQZOcxqdoGRNmBQ+txCK/qKfE1hs65IdHQIfjAqOG98qfXB0VY00OTbmIx7hH67UoT3dgYzFYNEZQJyDIGdHzBcYKj4hvyLKK3axe4lV/gp0rO7PtVGE0C9qVbPaUNF/BeVP4uomdFbDBXrHzw1KFMfYVDYJ8KswAVjRb5Z0QkWwgCzk18meSMW+bj3p2ZtvAmmVwZbri/QLpRIvue+x7MRyYvXn5+3Tm1hvbPFgXXciB3Hpi1hWuk6q4K7CNTznsHEsRnGAeqSTxSymxuAYRhr1ifSDvrgEwRtGZPUW93GT59JtvvuVNM/rIvNl9KexCB0W5JxOsFezUvg0HbFbHqYXU7f/5fRSBtfyCkbbca4cfHL5wnPpuURlsDiU/gXRauSgynczPyOFRhJKhMBJ3gqhGpbb0zO0Wo3IdTuNdLHUoDKef1qO0Sm5zw7Qfr+aK7MshNy832kslT/5QpTlNKAR8hTTUgt7GoiW+sgHyAoy2Hl2R2e37Zf1Yj8a8QyZHcFQCgqPXnH5ZburlS48DBHnojMV7g2oN7iC0rciseq2sU2eGQkipJ0xDi7e1hdGamPonzL24XYiqlqUcxmWqhJASHC73Ysjb92P4ZSBNc4O6dPbM0DQiCx21BDyzA==
Content-Type: multipart/alternative; boundary="_000_C12F4B2660EB4043BBCF9DF27754B312nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB6331.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0fddc47e-ec95-4690-6856-08d83d24cb14
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2020 11:59:10.6571 (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: 0xPZV6zowu6/Trg12C66eW5dCRUvE2BW6xyNxz5qHmab2wNkY2CbjpYHtPtDEpE7g0MeOdGRjeVOMQs79+8EFg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5738
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/G_YcMfOdQy25-9w7lejpvs7nukg>
Subject: Re: [Teas] I-D Action: draft-nsdt-teas-transport-slice-definition-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: Mon, 10 Aug 2020 11:59:17 -0000

Joel

Please see inline.



Cheers,

Reza



On 2020-08-06, 11:17 AM, "Joel Halpern Direct" <jmh.direct@joelhalpern.com> wrote:



    Thank you for commenting the the TSRE question.

    Let me reprase my question, given the comments...



    Given that TSRE is strictly technology and infrastructure specific, why

    is it defined in this document?  Whether we need it or not it seems to

    be outside the scope of this document.

[Reza] Since the transport slice definition draft addresses various aspects of the transport slice such transport slice realization were introduced and a result the TRSE was mentioned briefly to allow later drafts to discuss it in details.

Same is for example for “Transport Slice Controller (TSC)”. This document introduced the TSC concept and again later draft can give more details.





    Yours,

    Joel



    On 8/6/2020 11:12 AM, Rokui, Reza (Nokia - CA/Ottawa) wrote:

    > Thanks Joel for your comments.

    >

    > Please see inline for TSRE.

    >

    > Reza

    >

    > On 2020-07-12, 11:59 PM, "Teas on behalf of Joel Halpern"

    > <teas-bounces@ietf.org on behalf of jmh@joelhalpern.com> wrote:

    >

    >      My thanks to the design team for the update to this document.  It is

    >

    >      much improved.

    >

    >      I a  unable to understand the third paragraph of section 4.1.2.  I do

    >

    >      not know what maximum occupancy refers to.  It seems to be talking

    > about

    >

    >      some kind of notion of objectives applying to subsets of traffic

    > within

    >

    >      a slice.  But I can't tell.

    >

    >      Appendix A.1 is labeled as discussion, and as such appears to be

    > trying

    >

    >      to be informative rather than normative.  However, the last

    > paragraph of

    >

    >      introduces things a customer may ask for (i.e. SLOs) that are not

    >

    >      described in the rest of the document, and do not actually seem to

    > me to

    >

    >      be appropriate.  I wowuld ask that the last paragraph of section

    > A.1 be

    >

    >      stricken.

    >

    >      Some minor comments:

    >

    >      At one point the SLA is defined (I believe reasonably)as the contract

    >

    >      5that describes the SLOs with the consequences for missing them.  Then

    >

    >      in section 4.1 it says "all SLOs combine to form the SLA".  Believe

    > you

    >

    >      mean "form the objective portion of the SLA"  or "contribute to the

    > SLA"

    >

    >      or something, since the contractual and consequence aspects of the SLA

    >

    >      are outside of the SLOs?

    >

    >      Given that availability is defined in terms of the other SLOs (quite

    >

    >      reasonable) and that some of those may not be directly measurable), it

    >

    >      seems that availability should itself be considered indirectly

    > measurable?

    >

    >      nit - Given that the earlier text says that this is only an initial

    >

    >      list, there is no need to include a bullet in the aspects that says

    >

    >      "Other objectives could be specified".  It is true.  But has already

    >

    >      been stated above.

    >

    >      In section 4.2 on transport service endpoints, the text seems to say

    >

    >      that an endpoint has a specific kind of connectivity (P2P, P2MP, ...).

    >

    >      It seems perfectly valid for a single TSE to be using both P2P and

    > P2MP

    >

    >      communication.  It seems rather odd to have to consider it to be two

    >

    >      TSEs.  From later text, it is the slice, not the endpoint, which as a

    >

    >      particular connectivity type.

    >

    >      I wonder if the "Transport Slice Realization endpoint" is useful?

    > Given

    >

    >      that many things are in both the sample TSE list and the sample TSRE

    >

    >      list, it is going to be hard to tell them apart.  And as far as I can

    >

    >      tell, the TSRE is internal to the transport, and therefore outside the

    >

    >      scope of this document?  The differentiation in the diagram that

    > follows

    >

    >      the description does not seem to line up with the description, and

    >

    >      leaves me more confused.

    >

    > [Reza]

    >

    > As mentioned in draft, Transport slice realization endpoints (TSRE) are

    > allocated and

    >

    > assigned by the network controller during the realization of a

    >   transport slice and are technology-specific, i.e. they depend on the

    >

    > network technology used during the transport slice realization.

    >

    > Depends on the definition of the transport slice, Transport Slice

    > endpoints (TSE) and TSRE might be very similar but their object models

    > are different.

    >

    > Please also see the following draft which addresses the modeling of the

    > transport slice realization:

    >

    >   * draft-liu-teas-transport-network-slice-yang-01

    >

    > In summary, TRSE are assigned during the transport slice realization and

    > will be communicated from TSC NBI to higher system “Transport slice

    > Customer” and identifies how a transport slice is realized in the network.

    >

    > We will add more clarification to the draft.

    >

    >      Yours,

    >

    >      Joel

    >

    >      On 7/12/2020 10:49 PM, internet-drafts@ietf.org wrote:

    >

    >      >

    >

    >      > A New Internet-Draft is available from the on-line

    > Internet-Drafts directories.

    >

    >      >

    >

    >      >

    >

    >      >          Title           : IETF Definition of Transport Slice

    >

    >      >          Authors         : Reza Rokui

    >

    >      >                            Shunsuke Homma

    >

    >      >                            Kiran Makhijani

    >

    >      >                            Luis M. Contreras

    >

    >      >                            Jeff Tantsura

    >

    >      >         Filename        :

    > draft-nsdt-teas-transport-slice-definition-03.txt

    >

    >      >         Pages           : 21

    >

    >      >         Date            : 2020-07-12

    >

    >      >

    >

    >      > Abstract:

    >

    >      >     This document describes the definition of a slice in the

    > transport

    >

    >      >     networks and its characteristics.  The purpose here is to bring

    >

    >      >     clarity and a common understanding of the transport slice

    > concept and

    >

    >      >     describe related terms and their meaning.  It explains how

    > transport

    >

    >      >     slices can be used in combination with end to end network

    > slices, or

    >

    >      >     independently.

    >

    >      >

    >

    >      >

    >

    >      > The IETF datatracker status page for this draft is:

    >

    >      >

    > https://datatracker.ietf.org/doc/draft-nsdt-teas-transport-slice-definition/

    >

    >      >

    >

    >      > There are also htmlized versions available at:

    >

    >      >

    > https://tools.ietf.org/html/draft-nsdt-teas-transport-slice-definition-03

    >

    >      >

    > https://datatracker.ietf.org/doc/html/draft-nsdt-teas-transport-slice-definition-03

    >

    >      >

    >

    >      > A diff from the previous version is available at:

    >

    >      >

    > https://www.ietf.org/rfcdiff?url2=draft-nsdt-teas-transport-slice-definition-03

    >

    >      >

    >

    >      >

    >

    >      > Please note that it may take a couple of minutes from the time of

    > submission

    >

    >      > until the htmlized version and diff are available at tools.ietf.org.

    >

    >      >

    >

    >      > Internet-Drafts are also available by anonymous FTP at:

    >

    >      > ftp://ftp.ietf.org/internet-drafts/

    >

    >      >

    >

    >      >

    >

    >      > _______________________________________________

    >

    >      > I-D-Announce mailing list

    >

    >      > I-D-Announce@ietf.org

    >

    >      > https://www.ietf.org/mailman/listinfo/i-d-announce

    >

    >      > Internet-Draft directories: http://www.ietf.org/shadow.html

    >

    >      > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

    >

    >      >

    >

    >      _______________________________________________

    >

    >      Teas mailing list

    >

    >      Teas@ietf.org

    >

    >      https://www.ietf.org/mailman/listinfo/teas

    >