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

Joel Halpern <> Mon, 13 July 2020 03:59 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 79DD93A0C9A for <>; Sun, 12 Jul 2020 20:59:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.221
X-Spam-Status: No, score=-0.221 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 7c_oTqJ4LQm6 for <>; Sun, 12 Jul 2020 20:59:36 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 3A7033A0C9B for <>; Sun, 12 Jul 2020 20:59:36 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4B4qfJ13v3z1p5nC for <>; Sun, 12 Jul 2020 20:59:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=2.tigertech; t=1594612776; bh=CQfFb5uoFfnzFqPz4H3CS6TtjVuX6KiioZBCJkuf/FY=; h=Subject:To:References:From:Date:In-Reply-To:From; b=QU6yiDBCX/YPzQ0kMP0cGubkkYRslGfB97D0P/VSBV1aBAe1V3+gVLQQMFWNwNeav 6NOTaFrytY/VTwha9mJfS/i7sRLscsvIhq2y5TLjXGlcCZSK7lQ5YHWbBzXzZD3RhJ u1u8VPIuAjbtMThJn1BJFLd2Rk+6Xzo/DddBoJTU=
X-Quarantine-ID: <quCnLF6Qs8rB>
X-Virus-Scanned: Debian amavisd-new at
Received: from [] ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 4B4qfH5Bm2z1p5mh for <>; Sun, 12 Jul 2020 20:59:35 -0700 (PDT)
To: "" <>
References: <>
From: Joel Halpern <>
Message-ID: <>
Date: Sun, 12 Jul 2020 23:59:32 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <>
Subject: Re: [Teas] I-D Action: draft-nsdt-teas-transport-slice-definition-03.txt
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 13 Jul 2020 03:59:37 -0000

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 

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.


On 7/12/2020 10:49 PM, 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:
> There are also htmlized versions available at:
> A diff from the previous version is available at:
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at
> Internet-Drafts are also available by anonymous FTP at:
> _______________________________________________
> I-D-Announce mailing list
> Internet-Draft directories:
> or