Re: [CCAMP] [Teas] Decision point on scope of draft-ietf-teas-ietf-network-slices

[Igor Bryskin <[e-mail]>]

 Hi Daniele,
As you understand, I suggested to clarify NS framework's position and (ideally) narrow it's scope in two dimensions:
1. application-wise (to 5G);2. network-layer -wise (to IP)
Yes, TEAS has clearly rejected my proposal on 1. to be able to not overlook needs of other potential users, such as Enhanced VPNs, on-line gaming, IPTV, etc. I appreciate that. Despite no one so far identified an element in the framework that is not needed for 5G but is needed ,say, for gaming, such things might come up in the future.
But I didn't see much rejection or even resistance on 2.  Some (e.g. Gyan) expressed understanding of the concerns and openness to resolve them. Yes, it is unfair to dismiss OTN slicing by limiting framework to 5G, but it is equally unfair to justify it just because the framework intends to be open to other applications, such as gaming.
So, I think it is a good time to ask TEAS your questions. My main questions are:1. Is one or a collection of several OTN TE tunnels is a network slice?2. Is connection-oriented p2p  connectivity support is sufficient for X to be called network slice?3. Several days ago Adrian defined NS service (how the NS is seen by a customer)  as a collection of connectivity constructs of various types and complexity levels. Can OTN deliver such a service?

I appreciate very much the discussions . Thanks a lot to all involved.
Cheers,Igor
    On Tuesday, March 8, 2022, 04:10:35 AM EST, Daniele Ceccarelli <daniele.ceccarelli=[e-mail]> wrote:  
 
 <!--#yiv5032692978 _filtered {} _filtered {} _filtered {}#yiv5032692978 #yiv5032692978 p.yiv5032692978MsoNormal, #yiv5032692978 li.yiv5032692978MsoNormal, #yiv5032692978 div.yiv5032692978MsoNormal {margin:0cm;font-size:12.0pt;font-family:"Times New Roman", serif;}#yiv5032692978 a:link, #yiv5032692978 span.yiv5032692978MsoHyperlink {color:blue;text-decoration:underline;}#yiv5032692978 span.yiv5032692978EmailStyle19 {font-family:"Calibri", sans-serif;color:windowtext;}#yiv5032692978 .yiv5032692978MsoChpDefault {font-family:"Calibri", sans-serif;} _filtered {}#yiv5032692978 div.yiv5032692978WordSection1 {}-->
Hi Igor,
 
  
 
(adding CCAMP as this is becoming a cross-wg discussion)
 
  
 
I get your point but it doesn’t seem fair to me to limit network slicing to 5G just to deprecate slicing at other layers. If there are other technical reasons to do so (some of which you already brought up) that’s fine, but I don’t think we should limit network slicing to 5G.
 
Moreover I’ve seen quite a lot of support in TEAS not to limit network slicing to 5G (obviously not my call).
 
  
 
Cheers,
Daniele  
 
  
 
From: Igor Bryskin <i_bryskin=[e-mail]>
Sent: den 7 mars 2022 19:03
To: Daniele Ceccarelli <[e-mail]>; Daniele Ceccarelli <[e-mail]>; jdrake=[e-mail] <[e-mail]>; [e-mail]; 'TEAS WG' <[e-mail]>
Subject: Re: [Teas] Decision point on scope of draft-ietf-teas-ietf-network-slices
 
  
 
Daniele,
 
  
 
We all agreed that OTN  does not bring anything new into 5G that, for example,  was not happening  in 4G. OTN slicing work is motivated in some way, at least, because NS framework stipulates that the framework  is not limited to 5G. In fact, it seems to be not limited to anything (application -wise or layering -wise) to a point that it is not really clear what could not be considered a network slice.
 
  
 
However,  If the framework was focused on 5G (ideallt going even further and stating  that said 5G style network slicing happenning in IP layer only, which I believe is the case) ,  OTn slicing would have nothing to do with the framework (and the term  slicing) and would have to rely on its own merits ( which,  as you mentioned, you have doubts about yourself) and also  explain why it coincides in time with NS work triggered and inspired entirely by 5G.
 
  
 
Cheers,
 
Igor
 
Sent from Yahoo Mail on Android
 
  
 

On Mon, Mar 7, 2022 at 12:01 PM, Daniele Ceccarelli
 
<daniele.ceccarelli=[e-mail]> wrote:
 
_______________________________________________
Teas mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/teas
 
_______________________________________________
Teas mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/teas