Re: [Netslices] draft-qiang-netslices-gap-analysis-00 Uploaded

[Alex Galis <[e-mail]>]

Hi Igor

Thank you for your careful reading of the gap analysis draft. It looks that an automatic ‘spell checker’ added a funny twist in the process ….

Many “recursive" cheers

Alex
> On 3 Jun 2017, at 19:05, Igor Bryskin <[e-mail]> wrote:
> 
> Hi,
> 
> I think "3.3.1 Reclusiveness" should me replaced with "3.3.1 Recursiveness" .
> 
> Cheers,
> Igor
> From:sebastian
> To:'GENG Liang','sebastian.thalanany',qiangli (D),[e-mail] <mailto:[e-mail]>,
> Date:2017-06-02 22:50:04
> Subject:Re: [Netslices] draft-qiang-netslices-gap-analysis-00 Uploaded
> 
> Hello, Liang,
>  
> Thanks for the reference draft.
> The terminology with respect to the various aspects of a network slice and related abstractions, look good.
>  
> In several sections of the draft there are references to the term ‘operator’, in different contexts.
>  
> A generalized distinction, in terms of NSP and SP would be relevant in the draft, from a forward-looking perspective, where domain owners may either just be an NSP or an SP, or an SP that also behaves as an NSP.
> NSP : Network Service Provider (instead of ‘operator’): This entity only provides ‘access’ type of services
> SP: Service Provider: This entity provides any service above the network layer, but may also behave as an NSP
>  
> Happy to scrub the text, with tracked changes with generalized terminology that uses SP and NSP, instead of ‘operator’
>  
> Many thanks.
> -Sebastian
>  
>   <>
> From: GENG Liang [mailto:[e-mail] <mailto:[e-mail]>] 
> Sent: Friday, June 2, 2017 3:59 PM
> To: sebastian.thalanany <[e-mail] <mailto:[e-mail]>>; 'qiangli (D)' <[e-mail] <mailto:[e-mail]>>; [e-mail] <mailto:[e-mail]>
> Subject: Re: Re: [Netslices] draft-qiang-netslices-gap-analysis-00 Uploaded
>  
> Hi Sebastian,
>  
> We have defined term with similar generalization concernsin Architecture draft. All other rnetslices draft is referring to these terminologies. This document can be find here
> https://tools.ietf.org/html/draft-geng-netslices-architecture-01 <https://tools.ietf.org/html/draft-geng-netslices-architecture-01> 
> 
> 
> Best wishes
> Liang
>  
> Liang GENG
> China Mobile Research Institute
>  
> From: sebastian <mailto:[e-mail]>
> Date: 2017-06-02 21:30
> To: 'qiangli \(D\)' <mailto:[e-mail]>; [e-mail] <mailto:[e-mail]>
> Subject: Re: [Netslices] draft-qiang-netslices-gap-analysis-00 Uploaded
> Dear Colleagues,
>  
> Thanks for delineating the prominent aspects of network slicing.
>  
> Here are some thoughts on terminology.
>  
> With the diverse nature of services in the 5G realm, where XaaS (Anything as a Service) is an emerging paradigm, perhaps some of the legacy terminology may need to be generalized.
> For example, the term ‘operator’ was typically used with reference to various types of ‘access’ modalities.
>  
> In NGMN, such terminology is being generalized.
> NSP : Network Service Provider (instead of ‘operator’): This entity only provides ‘access’ type of services
> SP: Service Provider: This entity provides any service above the network layer, but may also behave as an NSP
>  
> Best wishes.
> -Sebastian
>  
>  
> From: Netslices [mailto:[e-mail] <mailto:[e-mail]>] On Behalf Of qiangli (D)
> Sent: Friday, June 2, 2017 4:36 AM
> To: [e-mail] <mailto:[e-mail]>
> Subject: [Netslices] draft-qiang-netslices-gap-analysis-00 Uploaded
>  
> Dear All,
>  
> We have upload "Gap Analysis for Network Slicing" draft 00 on https://datatracker.ietf.org/doc/draft-qiang-netslices-gap-analysis/?include_text=1 <https://datatracker.ietf.org/doc/draft-qiang-netslices-gap-analysis/?include_text=1>
> Your comments and reviews are greatly appreciated.
>  
> Abstract:
>    This document presents network slicing differentiation from the non-
>    partition network or from simply partition of connectivity resources.
>    It lists 15 standardization gaps related to 6 key requirements for
>    network slicing.  It also presents an analysis of existing related
>    work and other potential solutions on network slicing.
>  
>    This gap analysis document aims to provide a basis for future works
>    in network slicing.
>  
> Best regards,
>  
> Co-authors
>  
> _______________________________________________
> Netslices mailing list
> [e-mail] <mailto:[e-mail]>
> https://www.ietf.org/mailman/listinfo/netslices <https://www.ietf.org/mailman/listinfo/netslices>