[Ietf-lac] Fwd: [dns-esp] Versión en español del Informe IETF 101

[Alejandro Popovsky]

Hola Christian,

Respecto de la seguridad... a veces la falta de conocimiento de los 
problemas de conectividad
por parte de empresas y proveedores pueden ocasionar pérdidas similares 
a las ocasionadas
por ciberataques. Tenemos un caso actual que trabajamos hace poco en una 
de las 2 Telefónicas
pero habría que ver si quieren compartirlo.

En el caso la universidad de Palermo el tráfico web sale mayormente por 
los proxies que no utilizan Quic.

En el caso de los proveedores de Bahía Blanca por ejemplo el tráfico 
entrante Quic es aproximadamente
el 40% del total y no varió demasiado desde principio de año.

Saludos, Alejandro.


On 15/5/2018 4:37 p.m., Christian O'Flaherty wrote:
> 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"
>
> Qué crecimiento viste (en %) de tráfico Quic en la universidad? Tenés 
> datos en ISPs?
> Qué porcentaje es ahora comparado con TCP y cuánto era a principio de año?
>
> Christian O'Flaherty - oflaherty at isoc.org <mailto:oflaherty at isoc.org>
> Regional Development - Internet Society
> Skype/Gmail/Yahoo!:  christian.oflaherty
> Phone/WhatsApp: +598 98769636
>
>> On May 15, 2018, at 2:22 PM, Alejandro Popovsky <apopov at palermo.edu 
>> <mailto:apopov at palermo.edu>> wrote:
>>
>> Muy interesante la discusión sobre el cifrado de los metadatos en Quic
>> del Informe IETF 101.
>>
>> La verdad es que sería muy bueno que el estándar de Quic tenga parte 
>> de sus metadatos
>> no cifrados, ya que permitiría medir en forma pasiva muchas cosas 
>> importantes no solo para
>> el usuario sino también para los proveedores e IXP's.
>>
>> Mientras una fracción del tráfico significativa siga siendo TCP se 
>> puede analizar en forma
>> pasiva pérdidas y retransmisiones, throughput, limitaciones el 
>> aumento de throughput,
>> reordenamiento, round trip time, y otros. Pero si se convirtiera la 
>> mayoría del tráfico de
>> TCP a QUIC (tal como está implementado ahora), se podría analizar 
>> poco. Incluso si
>> se incorpora el spin-bit, se podría obtener el round trip time pero 
>> no mucho más.
>>
>> Saludos, Alejandro.
>>
>> On 4/5/2018 12:33 p.m., Hugo Salgado-Hernández wrote:
>>> Estimados, puede ser de interés.
>>> El reporte de IETF 101 que prepara la gente de CENTR y traducido
>>> al español por LACTLD.
>>>
>>> Saludos,
>>>
>>> Hugo

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/ietf-lac/attachments/20180515/5db9a257/attachment-0001.html>