< draft-contreras-nmrg-transport-slice-intent-00.txt   draft-contreras-nmrg-transport-slice-intent-01.txt >
NMRG LM. Contreras NMRG LM. Contreras
Internet-Draft Telefonica Internet-Draft Telefonica
Intended status: Informational P. Demestichas Intended status: Informational P. Demestichas
Expires: September 10, 2020 WINGS Expires: January 14, 2021 WINGS
March 9, 2020 J. Tantsura
Apstra, Inc.
July 13, 2020
Transport Slice Intent Transport Slice Intent
draft-contreras-nmrg-transport-slice-intent-00 draft-contreras-nmrg-transport-slice-intent-01
Abstract Abstract
Slicing at the transport network is expected to be offered as part of Slicing at the transport network is expected to be offered as part of
end-to-end network slices, fostered by the introducion of new end-to-end network slices, fostered by the introduction of new
services such as 5G. This document explores the usage of intent services such as 5G. This document explores the usage of intent
machanisms for requesting transport slices. technologies for requesting transport slices.
Status of This Memo Status of This Memo
This Internet-Draft is submitted in full conformance with the This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79. provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/. Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on September 10, 2020. This Internet-Draft will expire on January 14, 2021.
Copyright Notice Copyright Notice
Copyright (c) 2020 IETF Trust and the persons identified as the Copyright (c) 2020 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of (https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 2, line 13 skipping to change at page 2, line 15
described in the Simplified BSD License. described in the Simplified BSD License.
Table of Contents Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Transport slice intent . . . . . . . . . . . . . . . . . . . 3 2. Transport slice intent . . . . . . . . . . . . . . . . . . . 3
3. Foundation of transport slice intents . . . . . . . . . . . . 3 3. Foundation of transport slice intents . . . . . . . . . . . . 3
4. Mechanisms for translating transport slice intents . . . . . 4 4. Mechanisms for translating transport slice intents . . . . . 4
4.1. Translation approaches and interaction with the upper 4.1. Translation approaches and interaction with the upper
systems . . . . . . . . . . . . . . . . . . . . . . . . . 4 systems . . . . . . . . . . . . . . . . . . . . . . . . . 4
4.2. Intent-based system suite . . . . . . . . . . . . . . . . 4 4.2. Intent-based system suite . . . . . . . . . . . . . . . . 5
5. Security Considerations . . . . . . . . . . . . . . . . . . . 5 5. Security Considerations . . . . . . . . . . . . . . . . . . . 5
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
7. References . . . . . . . . . . . . . . . . . . . . . . . . . 5 7. References . . . . . . . . . . . . . . . . . . . . . . . . . 5
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 5 Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 6
Contributors . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Contributors . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
1. Introduction 1. Introduction
Network slicing is emerging as the future model for service offering Network slicing is emerging as the future model for service offering
in telecom operator networks. Conceptually, network slicing provides in telecom operator networks. Conceptually, network slicing provides
a customer with an apparent dedicated network built on top of logical a customer with an apparent dedicated network built on top of logical
(i.e. virtual) and/or physical functions and resources supported by a (i.e. virtual) and/or physical functions and resources supported by a
shared infrastructure, the one from the telecom operator. shared infrastructure, provided by one or more telecom operators.
The concept of network slicing has been largely fostered by the The concept of network slicing has been largely fostered by the
advent of 5G services which are expected to be deployed on top of advent of 5G services that are expected to be deployed on top of
different kind of slices, each built to support specific different kind of slices, each built to support specific
characteristics (extreme low latency, high bandwidth, etc). characteristics (extreme low latency, high bandwidth, etc).
As part of an end-to-end network slice it is expected to have a As part of an end-to-end network slice it is expected to have a
number of transport network slices providing the necessary number of transport network slices providing the necessary
connectivity to the rest of components of the end-to-end slice, e.g., connectivity to the rest of components of the end-to-end slice, e.g.,
mobile packet core slice. mobile packet core slice.
For a definition of transport slice refer to For a definition of a transport slice refer to
[I-D.nsdt-teas-transport-slice-definition]. The following paragraph [I-D.nsdt-teas-transport-slice-definition]. The following paragraph
is directly taken from it: "A transport slice is built based on a is directly taken from it: "A transport slice is built based on a
request from a higher operations system. The interface to higher request from a higher operations system. The interface to higher
operations systems should express the needed connectivity in a operations systems should express the needed connectivity in a
technology-agnostic way, and slice customers do not need to recognize technology-agnostic way, and slice customers do not need to recognize
concrete configurations based on the technologies (e.g being more concrete configurations based on the technologies (e.g being more
declarative than imperative). The request to instantiate a transport declarative than imperative). The request to instantiate a transport
slice is represented with some indicators such as SLO, and slice is represented with some indicators such as SLO, and
technologies are selected and managed accordingly." technologies are selected and managed accordingly."
Intent is a high-level, declarative goal that operates at the level
of a network and services it provides, not individual devices. It is
used to define outcomes and high-level operational goals.
In consequence, it seems very convenient to apply the intent-based In consequence, it seems very convenient to apply the intent-based
mechanisms for the provision of transport network slices, providing mechanisms for the provision of transport network slices, providing
the adequate level of abstraction towards the transport network the adequate level of abstraction towards the transport network
control and management artifacts. control and management planes.
This document works on that direction by leveraging on current This document leverages current industry trends in the definition of
industry trends in the definition of end-to-end network slices. The end-to-end network slices. The final objective is to describe
final objective is to describe intents that can flexibly declare the intents that can be used to flexibly declare the operational aspects
operational aspects and goals of a transport network slice, meaning and goals of a transport network slice, meaning that the customer
that the customer could declare what kind of transport slice is could declare what kind of transport slice is needed (the outcome)
needed and not how to achieve the goals of the transport slice. and not how to achieve the goals of the transport slice.
2. Transport slice intent 2. Transport slice intent
As stated in [I-D.irtf-nmrg-ibn-concepts-definitions], "Intent is a As stated in [I-D.irtf-nmrg-ibn-concepts-definitions], "Intent is a
higher-level declarative policy that operates at the level of a higher-level declarative policy that operates at the level of a
network and services it provides, not individual devices. It is used network and services it provides, not individual devices. It is used
to define outcomes and high-level operational goals, without the need to define outcomes and high-level operational goals, without the need
to enumerate specific events, conditions, and actions". to enumerate specific events, conditions, and actions".
When applied to transport networks, this implies that an intent for When applied to transport networks, this implies that an intent for
transport slices should provide the necessary abstraction with transport slices should provide the necessary abstraction with
respect to implementation details, including the final devices (or respect to implementation details, including the final devices (or
resources) involved, and be focused on the characteristics and resources) involved, and be focused on the characteristics and
performance expectations related to it. performance expectations related to it.
With that intent it can be expected that the intent-based system can With that intent it can be expected that the intent based system can
fulfill and assure the requested transport network slice, triggering fulfill and assure the requested transport network slice, triggering
initial configurations at the time of initial provisioning and initial configurations at the time of initial provisioning and
corrective actions during the transport slice lifetime. corrective actions during the transport slice lifetime.
3. Foundation of transport slice intents 3. Foundation of transport slice intents
The industrial interest around 5G is accelerating network deployments The industrial interest around 5G is accelerating network deployments
and operational changes. and operational changes.
With this respect, the GSMA is developing a universal blueprint that With this respect, the GSMA has been developing a universal blueprint
can be used by any vertical customer to order the deployment of a that can be used by any vertical customer to request the deployment
network slice instance (NSI) based on a specific set of service of a network slice instance (NSI) based on a specific set of service
requirements. Such a blueprint is a network slice descriptor called requirements. Such a blueprint is a network slice descriptor called
Generic Slice Template (GST) [GSMA]. The GST contains multiple Generic Slice Template (GST) [GSMA]. The GST contains multiple
attributes that can be used to characterize a network slice. A attributes that can be used to characterize a network slice. A
particular template filled with values generates a specific Network particular template filled with values generates a specific Network
Slice Type(NEST). Slice Type(NEST).
Such templates refer to the end-to-end network slice, including the Such templates refer to the end-to-end network slice, including the
transport part. Despite some of the values could not have transport part. Despite the fact that some of the values would not
applicability for the transport network, others do. An analysis of have applicability for the transport network, others do. An analysis
relevant attributes is performed in [I-D.contreras-teas-slice-nbi]. of the relevant attributes is performed in
[I-D.contreras-teas-slice-nbi].
According to 3GPP propositions [TS28.541] an upper 3GPP Management According to 3GPP propositions [TS28.541], an upper 3GPP Management
System interacts with the transport network for establishing the System interacts with the transport network for establishing the
necessary slices at the transport level. Such interaction can be necessary slices at the transport level. Such interaction can be
expected to happen using the transport slice intents here described expected to happen using the transport slice intent, described to an
to an intent-based system (IBS) in the transport network part. Then, intent-based system (IBS) in the transport network part. Then,
according to the intent lifecycle in according to the intent lifecycle in
[I-D.irtf-nmrg-ibn-concepts-definitions], the IBS, after recognizing [I-D.irtf-nmrg-ibn-concepts-definitions], the IBS, after recognizing
the intent, will proceed to translate it in order to interact with a the intent, will proceed to translate it in order to interact with a
transport slice controller by using a NBI as proposed in transport slice controller by using a NBI as proposed in
[I-D.contreras-teas-slice-nbi]. [I-D.contreras-teas-slice-nbi].
4. Mechanisms for translating transport slice intents 4. Mechanisms for translating transport slice intents
This section describes approaches for implementing mechanisms able to This section describes approaches for implementing mechanisms to
translate transport slice intents. translate transport slice intents.
4.1. Translation approaches and interaction with the upper systems 4.1. Translation approaches and interaction with the upper systems
A suite of mechanisms will be required and can be used for the A suite of mechanisms will be required to allow instantiation of the
translation of the user's intent into a transport slice. NLP user's intent into a transport slice. In order to be able to deliver
(Natural Language Processing) approaches are needed for enabling the an end2end Intent driven slice - a well defined set of context aware
expression of requirements in high level terms, and for conducting a attributes that allow unambiguous instantiation of the intent should
first analysis towards lower-level network requirements/resources. be agreed upon. A combination of a structured set of
The goal would be to identify and classify the answers for as many attributes communicated between an IBN and an upper layer system with
fields as possible from the Generic Slice Template (GST), based on user input would allow an IBN to have intent modeled and reason about
the free text / speech provided by the user. As it is highly its completeness/validity. Translation approaches and interaction
unlikely that the minimum set of fields to properly define a with the upper systems might benefit from Natural Language Processing
transport slice (geo-temporal characteristics, performance (NLP) technics that are needed for enabling high level expression of
characteristics, SLA properties) will be fulfilled in this first requirements found missing. The goal would be to identify and
step, a follow up two-step approach will have to be implemented. classify the answers for as many fields as possible from the Generic
Slice Template (GST), based on the free text / speech provided by the
user. As it is highly unlikely that the minimum set of fields to
properly define a transport slice (geo-temporal characteristics,
performance characteristics, SLO and SLA properties) will be
fulfilled in this first step, a follow up two-step approach might
need to be implemented.
o The minimum missing fields from the GST have to be identified and o The minimum missing fields from the GST have to be identified and
appropriate questions have to be generated (e.g. based on a pool appropriate questions have to be generated (e.g. based on a pool
of available questions corelated with each field, or based on AI of available questions correlated with each field, or based on AI
approaches) approaches).
o An iterative interrogation phase will be initiated towards the o An iterative interrogation phase will be initiated towards the
user using the previously generated questions, until the user user using the previously generated questions, until the user
provides all the missing information provides all the missing information, so the intent can be modeled
accordingly.
Interaction with the user and higher-up systems can potentially be Interaction with the user and higher-up systems can potentially be
further improved by utilizing Machine learning techniques. further improved by utilizing Machine Learning techniques.
4.2. Intent-based system suite 4.2. Intent-based system suite
A combination of deterministic or stochastic computation approaches In order to consolidate on the set of devices, technologies and
will be needed, in order to consolidate on the set of devices, resources to be used, a combination of deterministic or stochastic
technologies and resources to be used. Deterministic approaches will computation approaches will be needed. Deterministic approaches will
rely on mathematical models and respective algorithms. Stochastic rely on mathematical models and respective algorithms. Stochastic
approaches will rely on technologies like machine learning. Their approaches will rely on technologies like machine learning. Their
goal will be to learn from experience, so as to optimize future goal will be to learn from experience, so as to optimize future
decisions from the viewpoint of speed and reliability. The target of decisions from the viewpoint of speed and reliability. The target of
learning will be related to the service behavior and to the learning will be related to the service behavior and to the
anticipated network status in the area and time period of the service anticipated network status in the area and time period of the service
provision. provision.
5. Security Considerations 5. Security Considerations
To be done. To be done.
6. IANA Considerations 6. IANA Considerations
This draft does not include any IANA considerations This draft does not include any IANA considerations
7. References 7. References
[GSMA] "Generic Network Slice Template, version 2.0", NG.116 , [GSMA] "Generic Network Slice Template, version 3.0", NG.116 ,
October 2019. May 2020.
[I-D.contreras-teas-slice-nbi] [I-D.contreras-teas-slice-nbi]
Contreras, L., Homma, S., and J. Ordonez-Lucena, Contreras, L., Homma, S., and J. Ordonez-Lucena,
"Considerations for defining a Transport Slice NBI", "Considerations for defining a Transport Slice NBI",
draft-contreras-teas-slice-nbi-00 (work in progress), draft-contreras-teas-slice-nbi-01 (work in progress),
November 2019. March 2020.
[I-D.irtf-nmrg-ibn-concepts-definitions] [I-D.irtf-nmrg-ibn-concepts-definitions]
Clemm, A., Ciavaglia, L., Granville, L., and J. Tantsura, Clemm, A., Ciavaglia, L., Granville, L., and J. Tantsura,
"Intent-Based Networking - Concepts and Definitions", "Intent-Based Networking - Concepts and Definitions",
draft-irtf-nmrg-ibn-concepts-definitions-00 (work in draft-irtf-nmrg-ibn-concepts-definitions-01 (work in
progress), December 2019. progress), March 2020.
[I-D.nsdt-teas-transport-slice-definition] [I-D.nsdt-teas-transport-slice-definition]
Rokui, R., Homma, S., and K. Makhijani, "IETF Definition Rokui, R., Homma, S., Makhijani, K., Contreras, L., and J.
of Transport Slice", draft-nsdt-teas-transport-slice- Tantsura, "IETF Definition of Transport Slice", draft-
definition-00 (work in progress), November 2019. nsdt-teas-transport-slice-definition-03 (work in
progress), July 2020.
[TS28.541] [TS28.541]
"TS 28.541 Management and orchestration; 5G Network "TS 28.541 Management and orchestration; 5G Network
Resource Model (NRM); Stage 2 and stage 3 (Release 16) Resource Model (NRM); Stage 2 and stage 3 (Release 16)
V16.2.0.", 3GPP TS 28.541 V16.2.0 , September 2019. V16.2.0.", 3GPP TS 28.541 V16.2.0 , September 2019.
Acknowledgments Acknowledgments
This work has been partly funded by the European Commission through This work has been partly funded by the European Commission through
the H2020 project 5G-EVE (Grant Agreement no. 815074). the H2020 project 5G-EVE (Grant Agreement no. 815074).
skipping to change at line 264 skipping to change at page 6, line 44
Spain Spain
Email: luismiguel.contrerasmurillo@telefonica.com Email: luismiguel.contrerasmurillo@telefonica.com
URI: http://lmcontreras.com/ URI: http://lmcontreras.com/
Panagiotis Demestichas Panagiotis Demestichas
WINGS ICT Solutions WINGS ICT Solutions
Greece Greece
Email: pdemest@wings-ict-solutions.eu Email: pdemest@wings-ict-solutions.eu
Jeff Tantsura
Apstra, Inc.
Email: jefftant.ietf@gmail.com
 End of changes. 29 change blocks. 
57 lines changed or deleted 71 lines changed or added

This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/