<p dir="ltr">Ivan, Nico.</p>
<p dir="ltr">Yo no dije que el "no-export" sea el santo grial sino que es tu amiga(o).</p>
<p dir="ltr">No resuelve muchos casos pero ayuda para otros donde el load balance es con un solo proveedor y no quieres que se te fugue la ruta desagregada. He visto casos de estos (me los han platicado de forma personal los que los han hecho) y donde no se conocía no-export.</p>
<p dir="ltr">Slds<br>
as</p>
<div class="gmail_quote">On Oct 31, 2014 1:21 AM, "Ivan Chapero" <<a href="mailto:info@ivanchapero.com.ar">info@ivanchapero.com.ar</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Arturo,</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">planteo un escenario donde el multihoming es bastante asimétrico ( por ej una relación 2:1 en contratación de BW a cada carrier/upstream) y el ISP de las categorías mas pequeñas.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">En estos casos de un pequeño ISP, aún con un rango asignado de los mas chicos /22 --- /20, podía moverse con cierta soltura para el diseño del load-balance BGP del inbound-traffic sobre IPv4 y los anuncios máximo /24.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Este esquema llevado a IPv6, si se esta tomando como política max /32, el pequeño ISP queda atado de manos en cuanto a técnicas de load-balance de alcance global. El no-export tendrá alcance muy acotado en la influencia del tráfico entrante, y en ocasiones si el carrier no tiene generadores de contenidos dentro del ASN el inbound-traffic para el prefijo más especifico marcado y anunciado con esa comunidad es casi nulo (tipicamente escoria P2P).</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">En un caso como este, no me parece que pedir un /32 para anunciar a cada carrier de upstream se la solución. Menos considerando que estamos hablando de las categorías mas chicas de ISPs.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Me gustaría saber si hay alguna revisión o nueva tendencia en cuanto a que llamar máximo prefijo IPv6 aceptable en la tabla global. Mis viejos docs hablan de /32 y me llevan a la encrucijada mencionada en el ejemplo.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Abrazo.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">PD: excelente la experiencia Webcasting del evento este año.</div></div><div class="gmail_extra"><br><div class="gmail_quote">El 29 de octubre de 2014, 16:08, Arturo Servin <span dir="ltr"><<a href="mailto:arturo.servin@gmail.com" target="_blank">arturo.servin@gmail.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>Como dice Carlos, "No-export" es tu amigo.<div><br></div><div>Creo que educación en como usar esta comunidad tendría más impacto que una política.</div><div><br></div><div>Slds</div><span><font color="#888888"><div>as</div>
</font></span><br>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">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>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><b>Ivan Chapero<br><span style="color:rgb(102,102,102)">Área Técnica y Soporte</span></b><span style="color:rgb(102,102,102)"> </span><br style="color:rgb(102,102,102)"><span style="color:rgb(102,102,102)">Fijo: 03464-470280 (interno 535)</span> | <span style="color:rgb(102,102,102)">Móvil:  03464-155-20282</span>  | <span style="color:rgb(102,102,102)">Skype ID: ivanchapero</span><div><span style="color:rgb(102,102,102)">--</span><br style="color:rgb(102,102,102)"><div style="text-align:center"><span style="color:rgb(102,102,102)">GoDATA Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito - Santa Fe - Argentina</span></div><br><br><br><br><br><br><br></div></div></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>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
<br></blockquote></div>