El Grupo de Trabajo de Ingeniería de Internet (IETF), responsable del desarrollo de protocolos y arquitectura de Internet, finalizó el RFC para el protocolo QUIC y publicó especificaciones relacionadas con los identificadores RFC 8999 (propiedades de protocolo independientes de la versión), RFC 9000 (transporte). sobre UDP), RFC 9001 (cifrado TLS del canal de comunicación QUIC) y RFC 9002 (control de congestión y detección de pérdida de paquetes durante la transmisión de datos).
Los RFC recibieron el estatus de “Estándar Propuesto”, después de lo cual se comenzará a trabajar para darle al RFC el estatus de borrador de estándar (Draft Standard), lo que en realidad significa una estabilización completa del protocolo y teniendo en cuenta todos los comentarios realizados. El protocolo HTTP/3, que define el uso del protocolo QUIC como transporte para HTTP/2, aún se encuentra en la etapa de especificación preliminar, pero pronto será finalmente estandarizado por el IETF.
Se espera que la estandarización de QUIC impulse una adopción más amplia de este protocolo, así como el desarrollo de extensiones basadas en él, como WebTransport (una tecnología para enviar y recibir datos entre un navegador y un servidor) y MASQUE. (una tecnología de proxy de conexión que amplía las capacidades de SOCKS y HTTP CONNECT, y utiliza HTTPS sobre QUIC como transporte).
Recordemos que el protocolo QUIC (Quick UDP Internet Connections) es desarrollado por Google desde 2013 como alternativa a la combinación TCP+TLS para la Web, solucionando problemas con los largos tiempos de configuración y negociación de las conexiones en TCP y eliminando retrasos al Los paquetes se pierden durante la transferencia de datos. QUIC es una extensión del protocolo UDP que admite la multiplexación de múltiples conexiones y proporciona métodos de cifrado equivalentes a TLS/SSL. Durante el desarrollo del estándar IETF, se realizaron cambios en el protocolo, lo que llevó al surgimiento de dos ramas paralelas, una para HTTP/3 y la segunda compatible con Google (Chrome admite ambas opciones y Firefox admite la versión IETF). .
Características clave de QUIC:
- Alta seguridad, similar a TLS (de hecho, QUIC brinda la capacidad de usar TLS sobre UDP);
- Control de integridad de transmisión para evitar la pérdida de paquetes;
- La capacidad de establecer una conexión instantáneamente (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 proporcionar retrasos mínimos entre el envío de una solicitud y la recepción de una respuesta (RTT, Round Trip Time);
- Usar un número de secuencia diferente al retransmitir un paquete, lo que evita la ambigüedad en la identificación de los paquetes recibidos y elimina los tiempos de espera;
- La pérdida de paquetes solo afecta la entrega del 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 debidos a la retransmisión de paquetes perdidos. Uso de códigos especiales de corrección de errores a nivel de paquete para reducir las situaciones que requieren la retransmisión de datos de paquetes perdidos.
- Los límites de los bloques criptográficos están alineados con los límites de los paquetes QUIC, lo que reduce el impacto de las pérdidas de paquetes en la decodificación del contenido de los paquetes posteriores;
- No hay problemas con el bloqueo de la cola TCP;
- Soporte de ID de conexión para reducir el tiempo de reconexión para clientes móviles;
- Posibilidad de conectar mecanismos avanzados para control de sobrecarga de conexión;
- Usar técnicas de predicción de ancho de banda en cada dirección para garantizar la intensidad óptima de envío de paquetes, evitando caer en un estado de congestión, en el que hay una pérdida de paquetes;
- Aumento significativo en el rendimiento y el rendimiento en comparación con TCP. Para servicios de vídeo como YouTube, se ha demostrado que QUIC reduce las operaciones de almacenamiento en búfer al mirar vídeos en un 30 %.
Fuente: opennet.ru