<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Estoy muy de acuerdo con lo que plantea Nicolas sobre los SLA.
Plantearse parametros que no pueden ser controlados por ninguna de
las partes que entran en el acuerdo es un ejercicio sin mucho
sentido.<br>
<br>
s2<br>
<br>
Carlos<br>
<br>
On 7/27/11 7:51 PM, Nicolas Antoniello wrote:
<blockquote
cite="mid:CADHEbK8FPxZOXDO+PQxOHryPtvwBmvLfaRbRnibRzZ2mBvdWQg@mail.gmail.com"
type="cite">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
moz-do-not-send="true" 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 class="h5"><br>
<br>
<br>
"<a moz-do-not-send="true"
href="mailto:alvaro.sanchez@adinet.com.uy">alvaro.sanchez@adinet.com.uy</a>"
<<a moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
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
moz-do-not-send="true" href="mailto:rgaglian@gmail.com">rgaglian@gmail.com</a>>:<br>
>>> Christian,<br>
>>><br>
>>> Fijate aquí algunos ejemplos:<br>
>>> <a moz-do-not-send="true"
href="https://www.sprint.net/sla_performance.php"
target="_blank">https://www.sprint.net/sla_performance.php</a><br>
>>> <a moz-do-not-send="true"
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
moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
>>>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
>>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
>><a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
><a moz-do-not-send="true"
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 moz-do-not-send="true" href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a moz-do-not-send="true"
href="https://mail.lacnic.net/mailman/listinfo/lacnog"
target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
<br>
</blockquote>
</div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
LACNOG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a>
<a class="moz-txt-link-freetext" href="https://mail.lacnic.net/mailman/listinfo/lacnog">https://mail.lacnic.net/mailman/listinfo/lacnog</a>
</pre>
</blockquote>
</body>
</html>