Nas versões noturnas do Firefox, assim como na versão beta, o suporte ao protocolo HTTP/3 está ativado por padrão. Na versão estável, a ativação do HTTP/3 está prevista para o lançamento do Firefox 88, programado para 20 de abril. No Chrome, a ativação seletiva do HTTP/3 começou em outubro de 2020.
O suporte ao HTTP/3 no Firefox é baseado no projeto neqo, desenvolvido pela Mozilla, que fornece uma implementação do cliente e servidor para o protocolo QUIC. O código dos componentes para suporte ao HTTP/3 e QUIC foi escrito na linguagem Rust. Para gerenciar a ativação do HTTP/3, a opção "network.http.http3.enabled" está disponível no about:config. O suporte experimental ao HTTP/3 também já foi adicionado ao Chrome e ao curl, e está servidores disponível no nginx, assim como na forma de módulo nginx e servidor de testes da Cloudflare. Vários sites de teste foram lançados para verificar o funcionamento dos clientes HTTP/3.
O protocolo HTTP/3 ainda está em estágio de especificação preliminar e não está completamente padronizado no IETF. O HTTP/3 define o uso do protocolo QUIC como transporte para o HTTP/2. O protocolo QUIC (Quick UDP Internet Connections) tem sido desenvolvido pela Google desde 2013 como uma alternativa à combinação TCP+TLS para a Web, resolvendo problemas de longa latência na configuração e negociação de conexões em TCP e eliminando atrasos em casos de perda de pacotes durante a transmissão de dados. O QUIC é uma camada sobre o protocolo UDP, suportando multiplexação de várias conexões e fornecendo métodos de criptografia equivalentes a TLS/SSL. Durante o desenvolvimento da norma no IETF, alterações foram feitas no protocolo, o que resultou em duas ramificações existentes paralelamente, uma para o HTTP/3 e a outra suportada pela Google (o Chrome suporta ambas as versões).
Principais características do QUIC:
- Alta segurança, equivalente ao TLS (na prática, o QUIC possibilita o uso do TLS sobre UDP);
- Controle da integridade do fluxo, prevenindo a perda de pacotes;
- Capacidade de estabelecer uma conexão instantaneamente (0-RTT, em cerca de 75% dos casos, os dados podem ser transmitidos imediatamente após o envio do pacote de configuração da conexão) e garantir latências mínimas entre o envio da solicitação e o recebimento da resposta (RTT, Round Trip Time);
- Uso de um número de sequência diferente para retransmissão de pacotes, o que permite evitar ambiguidades na determinação dos pacotes recebidos e eliminar timeouts;
- A perda de um pacote afeta apenas a entrega do fluxo relacionado e não interrompe a entrega de dados em fluxos paralelos transmitidos através da conexão atual;
- Mecanismos de correção de erros que minimizam atrasos devido à retransmissão de pacotes perdidos. Uso de códigos especiais de correção de erros em nível de pacote para reduzir situações que exigem a retransmissão de dados de pacotes perdidos.
- Os limites dos blocos criptográficos estão alinhados com os limites dos pacotes QUIC, o que diminui o impacto da perda de pacotes na decodificação do conteúdo dos pacotes subsequentes.
- Ausência de problemas de bloqueio de fila TCP.
- Suporte a identificadores de conexão, permitindo reduzir o tempo de estabelecimento de novas conexões para clientes móveis.
- Capacidade de conectar mecanismos avançados de controle de congestionamento.
- Uso de técnicas de previsão de largura de banda em cada direção para garantir a intensidade ideal de envio de pacotes, evitando um estado de sobrecarga em que ocorre a perda de pacotes.
- Um aumento significativo de desempenho e largura de banda, em comparação com o TCP. Para serviços de vídeo, como o YouTube, a aplicação do QUIC mostrou uma redução de 30% nas operações de buffer durante a exibição de vídeos.
Fonte: opennet.ru
