<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>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 class="Apple-tab-span" style="white-space:pre">      </span>Muy, pero muy alto del promedio:</div><div><br></div><div> Deaggregation factor:                                          2.29</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre">      </span></div><span class="Apple-tab-span" style="white-space:pre">        </span><br><div><div>On 16 Dec 2011, at 11:38, 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">
    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></div></blockquote><div><br></div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </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 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>
  </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>