Protokollet QUIC har fått status som föreslaget standard

IETF-kommittén (Internet Engineering Task Force), som arbetar med utveckling av protokoll och arkitektur för internet, har slutfört skapandet av RFC för QUIC-protokollet och publicerat relaterade specifikationer med identifierarna RFC 8999 (versionsoberoende egenskaper hos protokollet), RFC 9000 (transport över UDP), RFC 9001 (TLS-kryptering av QUIC-kommunikationskanalen) och RFC 9002 (överbelastningshantering och bestämning av paketförlust vid datatransmission).

RFC har fått status som "Föreslagen standard", varefter arbetet med att ge RFC status som utkaststandard (Draft Standard) kommer att påbörjas, vilket i praktiken innebär en fullständig stabilisering av protokollet och beaktande av alla framlagda synpunkter. HTTP/3-protokollet, som definierar användning av QUIC-protokollet som transport för HTTP/2, är fortfarande i utkastsspecifikationens stadium, men det kommer snart även att standardiseras i IETF.

Det förväntas att standardiseringen av QUIC kommer att ge en skjuts för en bredare implementering av detta protokoll samt för utvecklingen av extensioner baserade på det, såsom WebTransport (teknik för att skicka och ta emot data mellan webbläsaren och servern) och MASQUE (teknik för att proxyanslutningar som utökar möjligheterna för SOCKS och HTTP CONNECT och använder HTTPS över QUIC som transport).

Vi påminner om att QUIC-protokollet (Quick UDP Internet Connections) har utvecklats av Google sedan 2013 som ett alternativ till TCP+TLS-kopplingen för webben, som löser problem med lång installation och förhandling av anslutningar i TCP och eliminerar fördröjningar vid paketförlust under datatransmission. QUIC är ett överliggande protokoll över UDP som stöder multiplexering av flera anslutningar och erbjuder krypteringsmetoder som är ekvivalenta med TLS/SSL. Under utvecklingen av standarden i IETF har ändringar gjorts i protokollet vilket har lett till att två parallella grenar har uppstått, en för HTTP/3 och den andra som stöds av Google (Chrome stöder båda alternativ, medan Firefox stöder IETF-alternativet).

Huvudfunktioner i QUIC:

• Hög säkerhet, liknande TLS (i praktiken ger QUIC möjlighet till användning av TLS över UDP);
• Kontroll av strömmens integritet, vilket förhindrar pak förlust;
• Möjlighet att omedelbart etablera anslutning (0-RTT, i cirka 75% av fallen kan data överföras omedelbart efter att installationspaketet har skickats) och säkerställa minimi-latens mellan begäran och svar (RTT, Round Trip Time);
• Användning av ett annat sekvensnummer vid omöverföring av paket, vilket undviker tvetydighet vid identifiering av mottagna paket och eliminerar tidsavbrott;
• Paketsförlust påverkar endast leveransen av den relaterade strömmen och stoppar inte dataöverföringen i parallella strömmar som sänds via den aktuella anslutningen;
• Felkorrekteringsmedel som minimerar förseningar på grund av återöverföring av förlorade paket. Användning av speciella felkorrekteringskoder på paketnivå för att minska situationer där återöverföring av förlorad data krävs.
• Gränserna för kryptografiska block överensstämmer med gränserna för QUIC-paketen, vilket minskar påverkan av paketförluster på avkodningen av innehållet i efterföljande paket;
• Ingen köblockering som uppstår i TCP;
• Stöd för anslutningsidentifierare som gör att tiden för att återansluta till mobila kunder minskar;
• Möjlighet att ansluta avancerade mekanismer för överbelastningskontroll;
• Användning av tekniker för kapacitetsprognoser i varje riktning för att säkerställa optimal paketöverföringstakt och förhindra att man hamnar i en överbelastad status där paketförluster observeras;
• En märkbar ökning av prestanda och bandbredd jämfört med TCP. För videotjänster som YouTube har användningen av QUIC visat en minskning av buffring under videovisning med 30%.

Källa: opennet.ru