QUIC

Este artigo resulta, no todo ou em parte, de uma tradução do artigo «QUIC» na Wikipédia em inglês, na versão original. Você pode incluir conceitos culturais lusófonos de fontes em português com referências e inseri-las corretamente no texto ou no rodapé. Também pode continuar traduzindo ou colaborar em outras traduções. (Data da tradução: 28 de junho de 2021) —Encontre fontes: ABW  • CAPES  • Google (N • L • A)

QUIC é um protocolo de rede de camada de transporte^[1] para propósitos gerais^[2] inicialmente concebido por Jim Roskind no Google,^[3] implementado e implantado em 2012,^[4] anunciado publicamente em 2013, à medida que a experimentação se alarga^[5][6][7] e descrito em uma reunião da IETF.^[8] O QUIC é utilizado por mais de metade de todas as conexões do navegador Web Chrome para os servidores da Google.^[9] Microsoft Edge,^[10] Firefox,^[11] e Safari^[12] oferecem suporte, mesmo se não habilitado por padrão.

Embora seu nome tenha sido inicialmente proposto como o acrônimo de "Quick UDP Internet Connections",^[3][8] o uso da palavra QUIC pela IETF não é um acrônimo; é simplesmente o nome do protocolo.^[2] O QUIC melhora o desempenho das aplicações web orientadas para a conexão que estão atualmente utilizando TCP.^[1][9] Ele faz isso estabelecendo várias conexões multiplexadas entre dois pontos finais usando o protocolo User Datagram Protocol (UDP), e é projetado para tornar o TCP obsoleto na camada de rede para muitas aplicações, ganhando assim o protocolo o ocasional apelido "TCP/2".^[13]

O QUIC trabalha lado a lado com as conexões multiplexadas do HTTP/2, permitindo que múltiplos fluxos de dados cheguem a todos os pontos terminais de forma independente e, portanto, independente de perdas de pacotes envolvendo outros fluxos. Em contraste, o HTTP/2 hospedado no Protocolo de Controle de Transmissão (TCP) pode sofrer atrasos de bloqueio de cabeça de linha de todos os fluxos multiplexados se algum dos pacotes TCP for atrasado ou perdido.

Os objetivos secundários do QUIC incluem a redução da latência da ligação e do transporte, e a estimativa da largura de banda em cada direção para evitar congestionamentos. Também move algoritmos de controle de congestionamento para o espaço de usuário em ambos os pontos terminais, em vez do espaço de núcleo, o que, segundo se afirma, permitirá que estes algoritmos melhorem mais rapidamente. Além disso, o protocolo pode ser alargado com a correção de erros em avanço (FEC) para melhorar ainda mais o desempenho quando são esperados erros, o que é visto como o próximo passo na evolução do protocolo.

Em Junho de 2015, foi apresentado à IETF, para normalização, um projeto de especificação do QUIC na Internet.^[14][15] Em 2016, foi criado um grupo de trabalho QUIC.^[16] Em Outubro de 2018, os Grupos de Trabalho HTTP e QUIC da IETF decidiram conjuntamente chamar ao mapeamento HTTP sobre o QUIC "HTTP/3", antes de o tornarem um padrão mundial.^[17] Em maio de 2021, a IETF padronizou o QUIC no RFC 9000, com suporte no RFC 8999, RFC 9001 e RFC 9002.^[18]