D'Internet Engineering Task Force (IETF), déi verantwortlech ass fir d'Entwécklung vun Internetprotokollen an Architektur, huet den RFC fir de QUIC Protokoll finaliséiert a verwandte Spezifikatioune publizéiert ënner den Identifizéierer RFC 8999 (Version-onofhängeg Protokolleigenschaften), RFC 9000 (Transport) iwwer UDP), RFC 9001 (TLS Verschlësselung vum QUIC Kommunikatiounskanal) an RFC 9002 (Stau Kontroll a Paketverloschterkennung während der Datenübertragung).
D'RFCs kruten de Status vun engem "Proposéierte Standard", no deem d'Aarbechten ufänken fir dem RFC de Status vun engem Entworf Standard (Entworf Standard) ze ginn, wat eigentlech eng komplett Stabiliséierung vum Protokoll bedeit an all d'Kommentaren berücksichtegt. Den HTTP/3 Protokoll, deen d'Benotzung vum QUIC Protokoll als Transport fir HTTP/2 definéiert, ass nach ëmmer an der Entworf Spezifizéierungsstadium, awer et wäert geschwënn endlech vun der IETF standardiséiert ginn.
Et gëtt erwaart datt d'Standardiséierung vum QUIC Impuls fir eng méi breet Adoptioun vun dësem Protokoll gëtt, wéi och d'Entwécklung vun Extensiounen op der Basis, wéi WebTransport (eng Technologie fir Daten tëscht engem Browser an engem Server ze schécken an ze kréien) a MASQUE (eng Verbindungsproxy Technologie déi d'Fäegkeete vu SOCKS an HTTP CONNECT erweidert, a benotzt HTTPS iwwer QUIC als Transport).
Loosst eis drun erënneren datt de QUIC (Quick UDP Internet Connections) Protokoll vu Google zënter 2013 entwéckelt gouf als Alternativ zu der TCP + TLS Kombinatioun fir de Web, fir Probleemer mat de laange Setup- a Verhandlungszäite vu Verbindungen am TCP ze léisen an Verspéidungen ze eliminéieren wann Pakete gi verluer beim Datenübertragung. QUIC ass eng Ausdehnung vum UDP Protokoll deen d'Multiplexing vu verschidde Verbindungen ënnerstëtzt a Verschlësselungsmethoden gläichwäerteg mat TLS / SSL ubitt. Wärend der Entwécklung vum IETF Standard goufen Ännerungen am Protokoll gemaach, wat zu der Entstoe vun zwou parallele Filialen gefouert huet, eng fir HTTP/3, an déi zweet ënnerstëtzt vu Google (Chrome ënnerstëtzt béid Optiounen, a Firefox ënnerstëtzt d'IETF Versioun) .
Schlëssel Feature vu QUIC:
- Héich Sécherheet ähnlech wéi TLS (wesentlech QUIC bitt d'Fäegkeet TLS iwwer UDP ze benotzen);
- Flow Integritéit Kontroll, Verhënnerung vu Paketverloscht;
- D'Kapazitéit fir direkt eng Verbindung z'etabléieren (0-RTT, an ongeféier 75% vun de Fäll kënnen d'Donnéeën direkt iwwerdroe ginn nodeems de Verbindungssetup-Paket geschéckt gëtt) a minimale Verspéidungen tëscht der Ufro ze schécken an eng Äntwert ze kréien (RTT, Round Trip Time);
- Benotzt eng aner Sequenznummer wann Dir e Paket iwwerdroe wëllt, wat Ambiguititéit bei der Identifikatioun vun Empfangspakete vermeit a vun Timeouts lass gëtt;
- De Verloscht vun engem Paket beaflosst nëmmen d'Liwwerung vum Stream, deen domat assoziéiert ass a stoppt net d'Liwwerung vun Daten a parallele Streamen iwwer déi aktuell Verbindung iwwerdroen;
- Fehlerkorrekturfeatures déi Verzögerungen minimiséieren wéinst der Iwwerdroung vu verluerene Päckchen. Benotzung vu spezielle Feelerkorrekturcoden um Paketniveau fir Situatiounen ze reduzéieren déi d'Wiedertransmissioun vu verluerene Paketdaten erfuerderen.
- Kryptografesch Blockgrenzen si mat QUIC Paketgrenzen ausgeriicht, wat den Impakt vu Paketverloschter op d'Dekodéierung vum Inhalt vun de spéider Pakete reduzéiert;
- Keng Problemer mat TCP Schlaangen Spär;
- Ënnerstëtzung fir d'Verbindungsidentifizéierer, wat d'Zäit reduzéiert fir eng Reconnection fir mobil Clienten z'etabléieren;
- Méiglechkeet vun Verbindung fortgeschratt Verbindung Stau Kontroll Mechanismen;
- Benotzt pro-Direction Débit Prévisiounstechniken fir sécherzestellen datt Päckchen mat optimalen Tariffer geschéckt ginn, verhënnert datt se iwwerlaascht ginn a Paketverloscht verursaachen;
- Bedeitend Erhéijung vun der Leeschtung an Duerchsatz am Verglach zum TCP. Fir Videoservicer wéi YouTube ass QUIC gewisen datt d'Rebufferungsoperatioune reduzéiert ginn wann Dir Videoe kuckt ëm 30%.
Source: opennet.ru