Estimados,<br><br>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.<br>

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).<br><br>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...<br>

<br>En resumen, tengamos cuidado cuando hacemos un SLA, de no incluir cosas que no controlamos.<br><br>... 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.<br>

<br><br>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.<br><br>Sobre los que menciona Christian:<br>

<br>>>Ancho de banda efectivo, Caudal (Throughput),<br>
Es fácilmente medible.<br><br>>>Disponibilidad del Servicio o Enlace<br>Se calcula fácil también.<br><br>
>>Indisponibilidad del Servicio operado mediante infraestructuras con<br>
>>redes propias<br>Asegurarse que se trate unicamente de REDES PROPIAS y no de terceros que NO controlamos.<br><br>
>>Tasa de error de bits<br>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).<br><br>
>>Tiempo Promedio de Establecimiento de la Conexión<br>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.<br>

<br>
>>Atención y tratamiento de las quejas<br>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).<br><br>
>>Atención y Reparación de Fallas<br>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).<br>

<br>
>>Nivel de congestión de la red<br>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. <br>

<br>Saludos,<br>Nicolas<br><br><br><br><div class="gmail_quote">2011/7/27 Edwin Salazar <span dir="ltr"><<a href="mailto:esalazar@nextel.net.pe">esalazar@nextel.net.pe</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

y que les parece Round Trip Delay?<br>
<font color="#888888"><br>
edwin.-<br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
"<a href="mailto:alvaro.sanchez@adinet.com.uy">alvaro.sanchez@adinet.com.uy</a>" <<a href="mailto:alvaro.sanchez@adinet.com.uy">alvaro.sanchez@adinet.com.uy</a>> wrote:<br>
<br>
>Hola Christian.<br>
>En nuestra área geográfica me parece importante asegurar algún<br>
>parámetro más, como (in)disponibilidad de enlaces, y atención y<br>
>tratamiento de fallos. Últimamente he notado una tendencia descendente<br>
>en la calidad de los operadores.<br>
>Saludos,<br>
>Alvaro.<br>
><br>
>>----Mensaje original----<br>
>>De: <a href="mailto:christian.oflaherty@gmail.com">christian.oflaherty@gmail.com</a><br>
>>Fecha: 27/07/2011 17:39<br>
>>Para: "Latin America and Caribbean Region Network Operators Group"<br>
><<a href="mailto:lacnog@lacnic.net">lacnog@lacnic.net</a>><br>
>>Asunto: Re: [lacnog] SLA<br>
>><br>
>>Gracias Roque.<br>
>>Los SLA en esos links basicamente incluyen Packet Loss, Delay y en el<br>
>>caso de Sprint tambien Jitter.<br>
>>Creo que el Jitter es innecesario para una puerta de Internet de gran<br>
>>capacidad.<br>
>><br>
>>Nos queda entonces Delay, Packet Loss y habría que incluir tambien<br>
>>disponibilidad.<br>
>><br>
>>Sin embargo, con el objetivo de asegurar un buen servicio, comienzan<br>
>a<br>
>>incorporar otros parámetros. La propuesta que se está considerando<br>
>>incluye cosas como:<br>
>><br>
>>Ancho de banda efectivo, Caudal (Throughput),<br>
>>Disponibilidad del Servicio o Enlace,<br>
>>Indisponibilidad del Servicio operado mediante infraestructuras con<br>
>>redes propias,<br>
>>Tasa de error de bits,<br>
>>Tiempo Promedio de Establecimiento de la Conexión,<br>
>>Atención y tratamiento de las quejas,<br>
>>Atención y Reparación de Fallas,<br>
>>Nivel de congestión de la red.<br>
>><br>
>>Alguno los considera útiles para incluirlos en un contrato?<br>
>><br>
>>Christian<br>
>><br>
>><br>
>><br>
>>2011/7/27 Roque Gagliano <<a href="mailto:rgaglian@gmail.com">rgaglian@gmail.com</a>>:<br>
>>> Christian,<br>
>>><br>
>>> Fijate aquí algunos ejemplos:<br>
>>> <a href="https://www.sprint.net/sla_performance.php" target="_blank">https://www.sprint.net/sla_performance.php</a><br>
>>> <a href="http://www.verizonbusiness.com/terms/latam/co/sla/" target="_blank">http://www.verizonbusiness.com/terms/latam/co/sla/</a><br>
>>><br>
>>> slds<br>
>>> r.<br>
>>><br>
>>> 2011/7/26 Christian O'Flaherty <<a href="mailto:christian.oflaherty@gmail.com">christian.oflaherty@gmail.com</a>>:<br>
>>>> Estimados,<br>
>>>><br>
>>>> Me pidieron una recomendación de un SLA para exigir a un carrier<br>
>en<br>
>>>> Centro América.<br>
>>>> Como no soy muy amigo de los SLA mi respuesta fue algo bien simple<br>
>(3<br>
>>>> o cuatro parámetros).<br>
>>>> Sin embargo desean algo mas formal con parámetros muy estrictos.<br>
>>>><br>
>>>> Qué valores e indicadores creen que se le debe exigir a un carrier<br>
>por<br>
>>>> el servicio de Transit para grandes velocidades?<br>
>>>><br>
>>>> Christian<br>
>>>> _______________________________________________<br>
>>>> LACNOG mailing list<br>
>>>> <a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
>>>> <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>><br>
>>><br>
>>> At least I did something<br>
>>> Don Draper - Mad Men<br>
>>> _______________________________________________<br>
>>> LACNOG mailing list<br>
>>> <a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
>>> <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
>>><br>
>>_______________________________________________<br>
>>LACNOG mailing list<br>
>><a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
>><a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
>><br>
><br>
><br>
>_______________________________________________<br>
>LACNOG mailing list<br>
><a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
><a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
</div></div><br>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
<br></blockquote></div><br>