[lacnog] SLA

Jue Jul 28 09:20:12 BRT 2011

Hola,

> supongo que el tiempo de conexión que menciona Cristian se refiere al tiempo
> en tarda el isp en establecer la conexión (física) entre el isp y la

Aclaro que los items que estaban en mi email eran los incluídos en la
propuesta original (lo que deberán cumplir los proveedores). Para mi
todos esos parámetros son innecesarios y difíciles de medir. Por eso
hice la consulta a la lista.

Christian

> localidad en donde se entregara el servicio, en el caso de Venezuela existen
> isp que pueden tardar mas de 20 semanas en realizar la entrega del servicio
>
> Enviado desde mi iPhone
> El 27/07/2011, a las 07:21 p.m., Nicolas Antoniello <nantoniello en gmail.com>
> escribió:
>
> Estimados,
>
> Simplemente algunos comentarios más sobre los SLA: en lo personal creo que
> lo único técnicamente razonable para un SLA en conectividad son aquellos
> acuerdos que incluyen UNICAMENTE puntos o secciones de la red que son
> controladas por las partes que participan en el SLA.
> Creo que está bien exigir en lo referente a perdida de paquetes en el enlace
> entre los participantes del SLA, retardos y anchos de banda (siempre en los
> tramos en los que participan los que acuerdan el SLA).
>
> A menudo he visto SLA que incluyen cosas como RTT (a puntos fuera de la red
> de ambos participantes del SLA), tiempos de reparación de fallas que no
> siempre son atribuibles a alguno de los participantes de SLA, etc...
>
> En resumen, tengamos cuidado cuando hacemos un SLA, de no incluir cosas que
> no controlamos.
>
> ... Porsupuesto que OTRO tema es que alguna de las partes "asuma"
> comercialmente el riesgo e igualmente realice un SLA sobre cosas que estén
> fuera de su control... en lo personal no soy muy amigo de esto último.
>
>
> Como consejo, tampoco es recomendable poner indicadores en el SLA que no
> sean medibles o para los cuales no se disponga de herramientas
> razonablemente confiables para la medida.
>
> Sobre los que menciona Christian:
>
>>>Ancho de banda efectivo, Caudal (Throughput),
> Es fácilmente medible.
>
>>>Disponibilidad del Servicio o Enlace
> Se calcula fácil también.
>
>>>Indisponibilidad del Servicio operado mediante infraestructuras con
>>>redes propias
> Asegurarse que se trate unicamente de REDES PROPIAS y no de terceros que NO
> controlamos.
>
>>>Tasa de error de bits
> Se mide (para el enlace entre los participantes del SLA o contra algún punto
> de testing provisto por una de las partes... ojo con la elección del punto
> de testing).
>
>>>Tiempo Promedio de Establecimiento de la Conexión
> Este no entiendo bien a que refiere... además de que estimo que si hablamos
> de TCP, influyen factores externos al carrier como ser temas de
> configuración de los clientes, etc... y no se hasta donde es un indicador
> razonable.
>
>>>Atención y tratamiento de las quejas
> Se puede considerar en este caso los métodos de toma de reclamos y tiempos
> medios de atención (me refiero a atención y NO a reparación).
>
>>>Atención y Reparación de Fallas
> Este es más complicado... separando la atención (que la incluyo en el
> anterior), en lo referente a REPARACIÓN, allí es donde puede ser muy difícil
> garantizar un tiempo, dado que la falla no se conoce a priori (recomiendo
> tener cuidado al fijar esto en el SLA).
>
>>>Nivel de congestión de la red
> Puede llegar a ser medible, pero no es muy sencillo de evaluar por un
> externo a la red... si lo voy a incluir, debería tener muy clara las
> herramientas a utilizar y como lo evalúo.
>
> Saludos,
> Nicolas
>
>
>
> 2011/7/27 Edwin Salazar <esalazar en nextel.net.pe>
>>
>> y que les parece Round Trip Delay?
>>
>> edwin.-
>>
>>
>>
>> "alvaro.sanchez en adinet.com.uy" <alvaro.sanchez en adinet.com.uy> wrote:
>>
>> >Hola Christian.
>> >En nuestra área geográfica me parece importante asegurar algún
>> >parámetro más, como (in)disponibilidad de enlaces, y atención y
>> >tratamiento de fallos. Últimamente he notado una tendencia descendente
>> >en la calidad de los operadores.
>> >Saludos,
>> >Alvaro.
>> >
>> >>----Mensaje original----
>> >>De: christian.oflaherty en gmail.com
>> >>Fecha: 27/07/2011 17:39
>> >>Para: "Latin America and Caribbean Region Network Operators Group"
>> ><lacnog en lacnic.net>
>> >>Asunto: Re: [lacnog] SLA
>> >>
>> >>Gracias Roque.
>> >>Los SLA en esos links basicamente incluyen Packet Loss, Delay y en el
>> >>caso de Sprint tambien Jitter.
>> >>Creo que el Jitter es innecesario para una puerta de Internet de gran
>> >>capacidad.
>> >>
>> >>Nos queda entonces Delay, Packet Loss y habría que incluir tambien
>> >>disponibilidad.
>> >>
>> >>Sin embargo, con el objetivo de asegurar un buen servicio, comienzan
>> >a
>> >>incorporar otros parámetros. La propuesta que se está considerando
>> >>incluye cosas como:
>> >>
>> >>Ancho de banda efectivo, Caudal (Throughput),
>> >>Disponibilidad del Servicio o Enlace,
>> >>Indisponibilidad del Servicio operado mediante infraestructuras con
>> >>redes propias,
>> >>Tasa de error de bits,
>> >>Tiempo Promedio de Establecimiento de la Conexión,
>> >>Atención y tratamiento de las quejas,
>> >>Atención y Reparación de Fallas,
>> >>Nivel de congestión de la red.
>> >>
>> >>Alguno los considera útiles para incluirlos en un contrato?
>> >>
>> >>Christian
>> >>
>> >>
>> >>
>> >>2011/7/27 Roque Gagliano <rgaglian en gmail.com>:
>> >>> Christian,
>> >>>
>> >>> Fijate aquí algunos ejemplos:
>> >>> https://www.sprint.net/sla_performance.php
>> >>> http://www.verizonbusiness.com/terms/latam/co/sla/
>> >>>
>> >>> slds
>> >>> r.
>> >>>
>> >>> 2011/7/26 Christian O'Flaherty <christian.oflaherty en gmail.com>:
>> >>>> Estimados,
>> >>>>
>> >>>> Me pidieron una recomendación de un SLA para exigir a un carrier
>> >en
>> >>>> Centro América.
>> >>>> Como no soy muy amigo de los SLA mi respuesta fue algo bien simple
>> >(3
>> >>>> o cuatro parámetros).
>> >>>> Sin embargo desean algo mas formal con parámetros muy estrictos.
>> >>>>
>> >>>> Qué valores e indicadores creen que se le debe exigir a un carrier
>> >por
>> >>>> el servicio de Transit para grandes velocidades?
>> >>>>
>> >>>> Christian
>> >>>> _______________________________________________
>> >>>> LACNOG mailing list
>> >>>> LACNOG en lacnic.net
>> >>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>>
>> >>>
>> >>> At least I did something
>> >>> Don Draper - Mad Men
>> >>> _______________________________________________
>> >>> LACNOG mailing list
>> >>> LACNOG en lacnic.net
>> >>> https://mail.lacnic.net/mailman/listinfo/lacnog
>> >>>
>> >>_______________________________________________
>> >>LACNOG mailing list
>> >>LACNOG en lacnic.net
>> >>https://mail.lacnic.net/mailman/listinfo/lacnog
>> >>
>> >
>> >
>> >_______________________________________________
>> >LACNOG mailing list
>> >LACNOG en lacnic.net
>> >https://mail.lacnic.net/mailman/listinfo/lacnog
>>
>> _______________________________________________
>> LACNOG mailing list
>> LACNOG en lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
>