Chrome comienza sus pruebas sobre el protocolo HTTP/3

  • 0 Respuestas
  • 296 Vistas

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado Dragora

  • *
  • Moderador Global
  • Mensajes: 1417
  • Actividad:
    100%
  • Country: gt
  • Reputación 17
  • La resistencia es inútil, serás absorbido.
    • Ver Perfil

Chrome comienza sus pruebas sobre el protocolo HTTP/3

  • en: Septiembre 22, 2019, 07:33:55 pm


Recientemente los desarrolladores que están detrás del navegador web Google Chrome, dieron a conocer la noticia de la adición del soporte para el protocolo HTTP/3 a las compilaciones experimentales de Chrome Canary, que implementa un complemento para habilitar HTTP sobre QUIC.

El protocolo QUIC en sí mismo se agregó al navegador hace cinco años y desde entonces se ha utilizado para optimizar el trabajo con los servicios de Google. Al mismo tiempo, la versión QUIC de Google utilizada en Chrome difería en algunos detalles de la versión de las especificaciones IETF, pero ahora las implementaciones están sincronizadas.



Es importante resaltar que Google ha desarrollado QUIC (Quick UDP Internet Connections) desde 2013 como una alternativa al paquete TCP + TLS para la Web, que resuelve problemas con largos tiempos de configuración y negociación para las conexiones TCP y elimina los retrasos en la pérdida de paquetes durante la transferencia de datos.

QUIC es un complemento del protocolo UDP que admite la multiplexación de múltiples conexiones y proporciona métodos de cifrado equivalentes a TLS / SSL.

El protocolo en cuestión ya está integrado en la infraestructura del servidor de Google, es parte de Chrome, está planeado para su inclusión en Firefox y se utiliza activamente para atender las solicitudes de los clientes en los servidores de Google.

Dentro de las principales características de QUIC que se destacan son:


- Alta seguridad, similar a TLS (de hecho, QUIC proporciona la capacidad de usar TLS sobre UDP)
- Control de integridad de flujo que evita la pérdida de paquetes
- La capacidad de establecer una conexión al instante (0-RTT, en aproximadamente el 75% de los casos, los datos se pueden transmitir inmediatamente después de enviar el paquete de configuración de la conexión) y garantizar retrasos mínimos entre el envío de una solicitud y la recepción de una respuesta (RTT, Tiempo de ida y vuelta)
- No usar el mismo número de secuencia al retransmitir un paquete, lo que evita la ambigüedad en la determinación de los paquetes recibidos y elimina los tiempos de espera
- La pérdida de un paquete afecta la entrega de solo el flujo asociado con él y no detiene la entrega de datos en flujos transmitidos en paralelo a través de la conexión actual
- Herramientas de corrección de errores que minimizan los retrasos debido a la retransmisión de paquetes perdidos.
- El uso de códigos especiales de corrección de errores a nivel de paquete para reducir situaciones que requieren la retransmisión de datos de paquetes perdidos.
- Los límites criptográficos de los bloques están alineados con los límites de los paquetes QUIC, lo que reduce el efecto de la pérdida de paquetes en la decodificación del contenido de los siguientes paquetes
- No hay problemas con el bloqueo de la cola TCP
- Soporte para el identificador de conexión, que reduce el tiempo para establecer una reconexión para clientes móviles
- Capacidad para conectar mecanismos avanzados para controlar la sobrecarga de conexión

También se destaca que hace uso la técnica de predecir el ancho de banda en cada dirección para asegurar una intensidad óptima de envío de paquetes, evitando que llegue a un estado de congestión en el que se observa la pérdida de paquetes;

Así como también un rendimiento notable y ganancias de rendimiento sobre TCP. Para servicios de vídeo como YouTube, QUIC mostró una reducción del 30% en las operaciones de re-almacenamiento en búfer al mirar videos.

El protocolo HTTP/3 estandariza el uso de QUIC como transporte para HTTP/2. Para habilitar HTTP/3 y la versión QUIC de los 23 borradores de las especificaciones IETF, se debe ejecutar Chrome con las opciones “–enable-quic –quic-version = h3-23” y luego, cuando se abra el sitio de prueba quic.rocks:4433 en modo de inspección de red en las herramientas de desarrollador, la actividad HTTP / 3 se mostrará como “http / 2 + quic / 99”.

En comparación con un paquete perdido por conexiones HTTP en paralelo solamente se detendra 1 de las tantas conexiones, con lo cual QUIC puede soportar la entrega fuera de orden de modo que un paquete perdido tendrá menor impacto.


Vía: linuxadictos.com

 

Todo lo que tenés que saber sobre Facebook Argentina antes de la inauguración

Iniciado por Mayk0

Respuestas: 0
Vistas: 2033
Último mensaje Mayo 06, 2014, 09:07:04 pm
por Mayk0
Microsoft advierte sobre hackers que explotan errores en Windows sin parchear

Iniciado por AXCESS

Respuestas: 0
Vistas: 574
Último mensaje Marzo 24, 2020, 10:08:59 pm
por AXCESS
Gobierno de EE. UU. Advierte sobre una nueva cepa del virus chino 'Taidoor'

Iniciado por Dragora

Respuestas: 2
Vistas: 555
Último mensaje Agosto 05, 2020, 10:34:34 pm
por Dragora
Microsoft advierte sobre ataques utilizando la falla de Windows Zerologon

Iniciado por AXCESS

Respuestas: 0
Vistas: 237
Último mensaje Octubre 29, 2020, 10:39:27 pm
por AXCESS
FBI aconseja colocar cinta negra sobre cámara y micrófono de SMART TV

Iniciado por Dragora

Respuestas: 0
Vistas: 221
Último mensaje Diciembre 05, 2019, 03:38:13 pm
por Dragora