<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body 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 class="moz-txt-link-freetext" href="http://www.cidr-report.org/as2.0/#Gains">http://www.cidr-report.org/as2.0/#Gains</a> <br>
<br>
:-)<br>
<br>
¿Que podemos hacer para ayudar a la comunidad?<br>
<br>
Carlos<br>
<br>
On 12/16/11 11:22 AM, Christian O'Flaherty wrote:
<blockquote
cite="mid:CAKfZcEu17XNjey3L9TSsoQ-ppcG64czJGg+yHX05jkD5q__f-w@mail.gmail.com"
type="cite">Hola Carlos,
<div><br>
</div>
<div>Van mis respuestas como ex-operador...<br>
<div> </div>
<blockquote class="gmail_quote" 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 class="gmail_quote" 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 class="gmail_quote" 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 class="gmail_quote" 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 class="gmail_quote" 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 class="gmail_quote" 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" href="javascript:;"
onclick="_e(event, 'cvml', '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>
</blockquote>
</div>
<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>
<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>
</body>
</html>