Re: [Teas-ns-dt] Appendix text on isolation

[LUIS MIGUEL CONTRERAS MURILLO <[e-mail]>]

Hi Jari, all,

Apologies since I couldn’t attend the meeting yesterday. One further comment on your proposed text.

You refer there to the fact that isolation is further discussed in the framework document, but this is not the case by now (at least this is my understanding), so either we introduce some discussion on the framework document or we need to remove the reference by now.

Additionally, with respect to:
“It should also be noted that neither dedicated resources or the other
mechanisms can provide a 100% guarantee against problems.”

I think the same comment can apply to whatever SLOs such as throughput, latency, jitter,… so, do we need to link it to isolation or it is actually a generic aspect for the slice? If so, I would decouple it from isolation, linking to the broader case of slice (--perception of a dedicated network with specific SLOs).

Best regards

Luis


De: Teas-ns-dt <[e-mail]> En nombre de Jari Arkko
Enviado el: martes, 16 de junio de 2020 10:26
Para: [e-mail]
CC: Kiran Makhijani <[e-mail]>
Asunto: Re: [Teas-ns-dt] Appendix text on isolation

Here’s a suggested 2nd revision of the suggested text, based on yesterday’s comments on the call and Kiran’s email.


Transport slices are perceived as if slice was provisioned for the
customer as a dedicated network with specific SLOs. These committed
SLOs for a given customer should be maintained during the life-time of
the slice even in the face of potential disruptions.  Such disruptions
include sudden traffic volume changes either from the customer itself
or others, equipment failures in the service provider network, and
various misbehaviors or attacks.

The service provider needs to ensure that their network can provide
the requested slices with the availability agreed with its
customers. Some of the main technical approaches to
ensuring guarantees are about network planning, managing capacity,
priority mechanisms, policing or shaping customer traffic, selecting
dedicated resources, and so on.

One term that has commonly been also used in this context is
"isolation". This is discussed further in the framework draft
[I-D.nsdt-teas-ns-framework] and has also been a topic in
[I-D.ietf-teas-enhanced-vpn].

The term “isolation” implies in part traffic separation (a common
feature in VPNs) and in part the selection of dedicated
resources. Dedicated resources can help assure that, for instance,
traffic in other slices does not affect a given slice. However, it
should also be noted that this is one particular realization of a
requirement for guarantees, and other mechanisms may also be used,
such as priority mechanisms or policing amount of traffic entering a
link from different sources.

It should also be noted that neither dedicated resources or the other
mechanisms can provide a 100% guarantee against problems.  To maintain
protection against resource and equipment failures techniques such as
redundancy are needed.

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição