<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Así como en portalipv6 aparecen los proveedores que soportan IPv6, posiblemente sea bueno que en la de LACNOG aparezcan los proveedores que soportan comunidad para ingeniería de tráfico, y posiblemente algún reporte de medición de agregación/sumarización que sirva para evaluar al ganador de la mejor sumarización del año.</div><div><br></div><div>Slds,</div><div>as</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span></div><br><div><div>On 16 Dec 2011, at 15:37, Carlos M. Martinez wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
aggregate == sumarizar creo :-) (por lo menos en mis clases lo
enseño asíi :-) )<br>
<br>
Me parece muy buena la iniciativa de crear algun documento sobre el
uso de comunidades y loc-pref y premiar a quienes lo implementen :-)<br>
<br>
<br>
s2<br>
<br>
Carlos<br>
<br>
On 12/16/11 2:54 PM, Christian O'Flaherty wrote:
<blockquote cite="mid:CAKfZcEu8v6-nen1bxZBMQXCuC3XCdodwgKs+NS9qKyZCznGr1w@mail.gmail.com" type="cite">
<div><br>
</div>
<div>Creo que lo mejor será premiar a los que comiencen a
"aggregar" (cómo sería en español???)</div>
<div>Una beca al lacnog o al próximo lacnic puede ser suficiente
incentivo. </div>
<div><br>
</div>
<div>Otro premio debe ir para los que empiecen a "ofrecer"
comunidades para que sus clientes y peerings puedan hacer
traffic engineering.</div>
<div><br>
</div>
<div>Tal vez podemos proponer un standard regional para valores de
comunidad recomendados...</div>
<div><br>
</div>
<div>Christian</div>
<br>
On Friday, December 16, 2011, Arturo Servin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
<div><br>
</div>
<div><span style="white-space:pre-wrap"> </span>De hecho es
bastante penoso que seamos la región con el índice más alto
de desagregación:</div>
<div><br>
</div>
<div>LACNIC Deaggregation factor:
4.64</div>
<div><br>
</div>
<div><span style="white-space:pre-wrap"> </span>Muy, pero muy
alto del promedio:</div>
<div><br>
</div>
<div> Deaggregation factor:
2.29</div>
<div><br>
</div>
<div><span style="white-space:pre-wrap"> </span></div>
<span style="white-space:pre-wrap"> </span><br>
<div>
<div>On 16 Dec 2011, at 11:38, Carlos M. Martinez wrote:</div>
<br>
<blockquote type="cite">
<div bgcolor="#FFFFFF" text="#000000"> Gracias Christian!<br>
<br>
Personalmente yo también soy de la idea de que
tendríamos que trabajar en bajar nuestros niveles de
desagregación, ya que en definitiva nos estamos dañando
entre nosotros. <br>
<br>
Y de paso podríamos dejar de tener como región una
presencia importante aquí:<br>
<br>
>> <a moz-do-not-send="true" href="http://www.cidr-report.org/as2.0/#Gains" target="_blank">http://www.cidr-report.org/as2.0/#Gains</a>
<br>
<br>
:-)<br>
<br>
¿Que podemos hacer para ayudar a la comunidad?<br>
</div>
</blockquote>
<div><br>
</div>
<div><br>
</div>
<div><span style="white-space:pre-wrap"> </span>Quizá un
wall of shame en cada LACNOG?</div>
<div><br>
</div>
<div>=)</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<blockquote type="cite">
<div bgcolor="#FFFFFF" text="#000000"> <br>
Carlos<br>
<br>
On 12/16/11 11:22 AM, Christian O'Flaherty wrote:
<blockquote type="cite">Hola Carlos,
<div><br>
</div>
<div>Van mis respuestas como ex-operador...<br>
<div> </div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> <br>
Hemos notado algunas cosas que nos llevan a hacer
la siguiente<br>
consulta: ¿Es común que quienes se conectan a
puntos de intercambio de<br>
tráfico desagreguen sus anuncios?<br>
</blockquote>
<div><br>
</div>
<div>Definitivamente. Desagregar suele ser una
solución rápida y simple (aunque no sea prolijo)
cuando los proveedores superiores no dan
herramientas para modificar el localpref usando
comunidades.</div>
<div> </div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">Estamos viendo una
cantidad importante de bloques /25 de IPv4<br>
anunciados en nuestra región que no parecen ser
detectados fuera de la<br>
misma, por eso sospechamos de que se utilicen en
contextos locales<br>
(IXPs u otras formas de peering local).<br>
</blockquote>
<div><br>
</div>
<div>Algunos proveedores en la región dejan pasar
cualquier tamaño de anuncio. Cuando eso pasa a los
"grandes" se filtra por ser un bloque menor a /24.
No ocurrirá solamente en los IXPs o peerings,
tambien puede haber /25 en interconexiones de
transit que el cliente desagrega porque tiene mas
de un proveedor y no le dan comunidades para poder
balancear correctamente.</div>
<div> </div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">Es interesante notar
que que muchos de esos /25s al dia de hoy serian<br>
marcados como INVALID por routers que hicieran
validación de origen,<br>
ya que muchos de ellos estan cubiertos por ROAs
que tienen maxLen de<br>
/24 o incluso menores.<br>
</blockquote>
<div><br>
</div>
<div>Creo que es una buena razón para comenzar con
una campaña a favor del uso de comunidades en los
proveedores regionales. </div>
<div> </div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> La pregunta mas de
fondo que nos hacemos es si hay practicas<br>
operativas de BGP en uso común al día de hoy que
requieran<br>
consideraciones especiales en el contexto de RPKI.<br>
</blockquote>
<div><br>
</div>
<div>Prefiero que dejemos de desagregar en la región
en lugar de modificar el proceso en RPKI
incluyendo excepciones. </div>
<div> </div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> Un ejemplo de esto
podria ser: "necesito generar algunos /25s que
solo<br>
sean validos para mis peers del IXP tal o cual,
pero que para el resto<br>
del mundo no lo sean"<br>
</blockquote>
<div><br>
</div>
<div>Hay algún caso donde sea necesario desagregar y
no se pueda resolver de otra forma?</div>
<div><br>
</div>
<div>Christian</div>
<div> </div>
<blockquote style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> <br>
--<br>
--<br>
=========================<br>
Carlos M. Martinez-Cagnazzo<br>
<a moz-do-not-send="true" href="http://cagnazzo.name/" target="_blank">http://cagnazzo.name</a><br>
=========================<br>
_______________________________________________<br>
LACNOG mailing list<br>
<a moz-do-not-send="true">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>
</blockquote>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
LACNOG mailing list
<a moz-do-not-send="true">LACNOG@lacnic.net</a>
<a moz-do-not-send="true" href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a>
</pre>
</blockquote>
<br>
<br>
<pre cols="72">--
--
Carlos M. Martinez
LACNIC R+D
<a moz-do-not-send="true" href="http://www.labs.lacnic.net/" target="_blank">http://www.labs.lacnic.net</a></pre>
</div>
_______________________________________________<br>
LACNOG mailing list<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">This body part will be downloaded on demand.</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
--
Carlos M. Martinez
LACNIC R+D
<a class="moz-txt-link-freetext" href="http://www.labs.lacnic.net/">http://www.labs.lacnic.net</a></pre>
</div>
_______________________________________________<br>LACNOG mailing list<br><a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>https://mail.lacnic.net/mailman/listinfo/lacnog<br></blockquote></div><br></body></html>