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 href="http://cagnazzo.name" target="_blank">http://cagnazzo.name</a><br>
=========================<br>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>
</blockquote></div>