De IETF (Internet Engineering Task Force), dy't ynternetprotokollen en arsjitektuer ûntwikkelet, hat de RFC foar it QUIC-protokol finalisearre en relatearre spesifikaasjes publisearre ûnder de identifiers RFC 8999 (ferzje-ûnôfhinklike protokol-eigenskippen), RFC 9000 (ferfier oer UDP), RFC 9001 (TLS-fersifering fan it QUIC-kommunikaasjekanaal) en RFC 9002 (congestiekontrôle en deteksje fan pakketferlies by gegevensoerdracht).
De RFC's krigen de status fan in "Proposed Standard", wêrnei't wurk sil begjinne te jaan de RFC de status fan in ûntwerp standert (Draft Standard), wat eins betsjut in folsleine stabilisaasje fan it protokol en rekken hâldend mei alle makke opmerkings. It HTTP/3-protokol, dat it gebrûk fan it QUIC-protokol as transport foar HTTP/2 definiearret, is noch yn it konsept-spesifikaasjestadium, mar it sil ynkoarten einliks standerdisearre wurde troch de IETF.
It wurdt ferwachte dat de standerdisearring fan QUIC ympuls jaan sil oan bredere oannimmen fan dit protokol, lykas ek oan 'e ûntwikkeling fan tafoegings basearre op it, lykas WebTransport (in technology foar it ferstjoeren en ûntfangen fan gegevens tusken in browser en in server) en MASQUE (in ferbining proxying technology dy't útwreidet de mooglikheden fan SOCKS en HTTP CONNECT, en mei help fan HTTPS oer QUIC as ferfier).
Lit ús ûnthâlde dat it protokol QUIC (Quick UDP Internet Connections) is ûntwikkele troch Google sûnt 2013 as in alternatyf foar de TCP + TLS-kombinaasje foar it web, it oplossen fan problemen mei de lange opset- en ûnderhannelingstiden fan ferbiningen yn TCP en it eliminearjen fan fertragingen as pakketten binne ferlern by gegevensoerdracht. QUIC is in útwreiding fan it UDP-protokol dat multiplexing fan meardere ferbiningen stipet en fersiferingsmetoaden leveret lykweardich oan TLS/SSL. Tidens de ûntwikkeling fan 'e IETF-standert waarden feroaringen makke oan it protokol, wat late ta it ûntstean fan twa parallelle tûken, ien foar HTTP/3, en de twadde stipe troch Google (Chrome stipet beide opsjes, en Firefox stipet de IETF-ferzje) .
Wichtige funksjes fan QUIC:
- Hege feiligens fergelykber mei TLS (yn essinsje biedt QUIC de mooglikheid om TLS oer UDP te brûken);
- Flow-yntegriteitskontrôle, it foarkommen fan pakketferlies;
- De mooglikheid om direkt in ferbining te meitsjen (0-RTT, yn likernôch 75% fan 'e gefallen kinne gegevens direkt nei it ferstjoeren fan it ferbiningsopsetpakket wurde oerdroegen) en soargje foar minimale fertragingen tusken it ferstjoeren fan in fersyk en it ûntfangen fan in antwurd (RTT, Round Trip Time);
- It brûken fan in oar folchoardernûmer by it opnij ferstjoeren fan in pakket, wat ûndúdlikens foarkomt by it identifisearjen fan ûntfongen pakketten en elimineert timeouts;
- It ferlies fan in pakket beynfloedet de levering fan allinich de stream dy't dêrmei ferbûn is en stopet net de levering fan gegevens yn parallelle streamen dy't troch de hjoeddeistige ferbining oerbrocht wurde;
- Funksjes foar flaterkorreksje dy't fertragingen minimalisearje fanwege werútstjoering fan ferlerne pakketten. Gebrûk fan spesjale flaterkorreksjekoades op pakketnivo om situaasjes te ferminderjen dy't opnij oerdracht fan ferlerne pakketgegevens fereaskje.
- Kryptografyske blokgrinzen wurde ôfstimd mei QUIC-pakketgrinzen, dy't de ynfloed fan pakketferlies fermindert op it dekodearjen fan de ynhâld fan folgjende pakketten;
- Gjin problemen mei blokkearjen fan TCP-wachtrige;
- Stipe foar ferbining identifier, dy't de tiid ferminderet dy't it nimt om in opnij ferbining te meitsjen foar mobile kliïnten;
- Mooglikheid fan ferbining avansearre ferbining congestie kontrôle meganismen;
- Brûkt per-rjochting trochstream foarsizzing techniken te garandearjen optimale pakket trochstjoere tariven, foar te kommen congestie en pakket ferlies;
- Signifikante ferheging fan prestaasjes en trochfier yn ferliking mei TCP. Foar fideotsjinsten lykas YouTube, is sjen litten dat QUIC rebuffering operaasjes ferminderje by it besjen fan fideo's mei 30%.
Boarne: opennet.ru