<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hola Christian,<br>
      <br>
      Respecto de la seguridad... a veces la falta de conocimiento de
      los problemas de conectividad<br>
      por parte de empresas y proveedores pueden ocasionar pérdidas
      similares a las ocasionadas<br>
      por ciberataques. Tenemos un caso actual que trabajamos hace poco
      en una de las 2 Telefónicas<br>
      pero habría que ver si quieren compartirlo.<br>
      <br>
      En el caso la universidad de Palermo el tráfico web sale
      mayormente por los proxies que no utilizan Quic.<br>
      <br>
      En el caso de los proveedores de Bahía Blanca por ejemplo el
      tráfico entrante Quic es aproximadamente<br>
      el 40% del total y no varió demasiado desde principio de año.<br>
      <br>
      Saludos, Alejandro.<br>
      <br>
      <br>
      On 15/5/2018 4:37 p.m., Christian O'Flaherty wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:9E2D4962-4EFE-4A2B-92C0-D7C60D1C38A8@isoc.org">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      Hola Alejandro, buen punto… hay que poner en la balanza lo que se
      gana y lo que se pierde. Lamentablemente no se aprovechó mucho esa
      información que da TCP (uds. han avanzado mucho y creo que son
      pocos en el mundo los que han aprovechado eso en escala, no? ). Es
      difícil hacer pesar lo útil de esa información cuando la
      preocupación mas grande es que todo sea mas seguro y que se
      exponga lo menos posible “en el camino" 
      <div class=""><br class="">
      </div>
      <div class="">Qué crecimiento viste (en %) de tráfico Quic en la
        universidad? Tenés datos en ISPs?</div>
      <div class="">Qué porcentaje es ahora comparado con TCP y cuánto
        era a principio de año?</div>
      <div class=""><br class="">
        <div class="">
          <div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);
            font-family: Helvetica; font-size: 12px; font-style: normal;
            font-variant-caps: normal; font-weight: normal;
            letter-spacing: normal; orphans: auto; text-align: start;
            text-indent: 0px; text-transform: none; white-space: normal;
            widows: auto; word-spacing: 0px; -webkit-text-size-adjust:
            auto; -webkit-text-stroke-width: 0px; text-decoration:
            none;">Christian O'Flaherty - <a
              href="mailto:oflaherty@isoc.org" class=""
              moz-do-not-send="true">oflaherty@isoc.org</a><br class="">
            Regional Development - Internet Society <br class="">
            Skype/Gmail/Yahoo!:  christian.oflaherty <br class="">
            Phone/WhatsApp: +598 98769636</div>
        </div>
        <div><br class="">
          <blockquote type="cite" class="">
            <div class="">On May 15, 2018, at 2:22 PM, Alejandro
              Popovsky <<a href="mailto:apopov@palermo.edu" class=""
                moz-do-not-send="true">apopov@palermo.edu</a>> wrote:</div>
            <br class="Apple-interchange-newline">
            <div class="">
              <div class="">Muy interesante la discusión sobre el
                cifrado de los metadatos en Quic<br class="">
                del Informe IETF 101.<br class="">
                <br class="">
                La verdad es que sería muy bueno que el estándar de Quic
                tenga parte de sus metadatos<br class="">
                no cifrados, ya que permitiría medir en forma pasiva
                muchas cosas importantes no solo para<br class="">
                el usuario sino también para los proveedores e IXP's.<br
                  class="">
                <br class="">
                Mientras una fracción del tráfico significativa siga
                siendo TCP se puede analizar en forma<br class="">
                pasiva pérdidas y retransmisiones, throughput,
                limitaciones el aumento de throughput,<br class="">
                reordenamiento, round trip time, y otros. Pero si se
                convirtiera la mayoría del tráfico de<br class="">
                TCP a QUIC (tal como está implementado ahora), se podría
                analizar poco. Incluso si<br class="">
                se incorpora el spin-bit, se podría obtener el round
                trip time pero no mucho más.<br class="">
                <br class="">
                Saludos, Alejandro.<br class="">
                <br class="">
                On 4/5/2018 12:33 p.m., Hugo Salgado-Hernández wrote:<br
                  class="">
                <blockquote type="cite" class="">Estimados, puede ser de
                  interés.<br class="">
                  El reporte de IETF 101 que prepara la gente de CENTR y
                  traducido<br class="">
                  al español por LACTLD.<br class="">
                  <br class="">
                  Saludos,<br class="">
                  <br class="">
                  Hugo</blockquote>
              </div>
            </div>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>