Para compilações experimentais suporte para o protocolo HTTP/3, que implementa um add-on para garantir a operação HTTP sobre o protocolo QUIC. O próprio protocolo QUIC foi adicionado ao navegador há cinco anos e desde então tem sido usado para otimizar o trabalho com os serviços do Google. Ao mesmo tempo, a versão do QUIC do Google usada no Chrome diferia em alguns detalhes da versão do IETF, mas as implementações agora estão sincronizadas.
HTTP/3 padroniza o uso de QUIC como transporte para HTTP/2. Para habilitar o HTTP/3 e a opção QUIC de As especificações do IETF exigem que o Chrome seja iniciado com as opções "--enable-quic --quic-version=h3-23", após o que ao abrir um site de teste no modo de inspeção de rede, as ferramentas do desenvolvedor mostrarão a atividade HTTP/3 como "http/2+quic/99".
Lembre-se que o protocolo (Quick UDP Internet Connections) foi desenvolvido pelo Google desde 2013 como uma alternativa ao TCP + TLS para a Web, resolvendo problemas com longos tempos de configuração e negociação para conexões em TCP e eliminando atrasos em caso de perda de pacotes durante a transferência de dados. O QUIC é um complemento do protocolo UDP que oferece suporte à multiplexação de várias conexões e fornece métodos de criptografia equivalentes a TLS/SSL. O protocolo em questão já está integrado na infraestrutura de servidores do Google, faz parte do Chrome, para inclusão no Firefox e é usado ativamente para atender solicitações de clientes nos servidores do Google.
O principal RÁPIDO:
- Alta segurança, semelhante ao TLS (na verdade, o QUIC fornece a capacidade de usar TLS sobre UDP);
- Controle de integridade de fluxo para evitar perda de pacotes;
- A capacidade de estabelecer instantaneamente uma conexão (0-RTT, em cerca de 75% dos casos, os dados podem ser transmitidos imediatamente após o envio de um pacote de configuração de conexão) e garantir atrasos mínimos entre o envio de uma solicitação e o recebimento de uma resposta (RTT, Round Trip Time) ;
- Não use o mesmo número de sequência ao retransmitir um pacote, o que permite evitar ambigüidades na determinação dos pacotes recebidos e eliminar os tempos limite;
- A perda de pacotes afeta apenas a entrega do stream associado a ele e não interrompe a entrega de dados em streams transmitidos em paralelo na conexão atual;
- Ferramentas de correção de erros que minimizam atrasos devido à retransmissão de pacotes perdidos. Uso de códigos especiais de correção de erros no nível do pacote para reduzir situações que requerem retransmissão de dados perdidos do pacote.
- Os limites do bloco criptográfico são alinhados com os limites do pacote QUIC, o que reduz o impacto da perda de pacotes na decodificação do conteúdo dos pacotes seguintes;
- Sem problemas com o bloqueio da fila TCP;
- Suporte de ID de conexão para reduzir o tempo de reconexão para clientes móveis;
- Possibilidade de conectar mecanismos avançados para controle de sobrecarga de conexão;
- Utilizar técnicas de previsão de largura de banda em cada direção para garantir a intensidade ótima de envio de pacotes, evitando rolar para um estado de congestionamento, no qual há perda de pacotes;
- Perceptível desempenho e taxa de transferência em comparação com o TCP. Para serviços de vídeo como o YouTube, o QUIC demonstrou reduzir as operações de rebuffering de vídeo em 30%.
Fonte: opennet.ru