Interneteko protokoloak eta arkitektura garatzen dituen Internet Engineering Task Force (IETF) batzordeak QUIC protokoloaren RFCak osatu ditu eta erlazionatutako zehaztapenak argitaratu ditu RFC 8999 (bertsioarekiko independenteak diren protokoloaren propietateak), RFC 9000 (UDP bidezko garraioa), RFC 9001 (QUIC komunikazio-kanalaren TLS oinarritutako enkriptatzea) eta RFC 9002 (datuen transmisioan pilaketak kontrolatzea eta pakete-galera detektatzea) gisa.
RFC-ei "Proposatutako Estandar" estatusa eman zaie, eta ondoren RFC-ak Zirriborro Estandar estatusa izatera igotzeko lanak hasiko dira, protokoloaren egonkortze osoa eta iruzkin guztiak barne hartzea adieraziz. HTTP/3 protokoloa, QUIC protokoloa HTTP/2rako garraio gisa erabiltzea definitzen duena, zirriborro zehaztapen fasean dago une honetan, baina laster IETF-k ere estandarizatuko du azkenean.
QUICen estandarizazioak protokolo hau gehiago onartzeko bultzada emango duela espero da, baita bertan oinarritutako luzapenak garatzeko ere, hala nola WebTransport (nabigatzaile baten eta beste ordenagailu baten artean datuak bidaltzeko eta jasotzeko teknologia). zerbitzaria) eta MASQUE (SOCKS eta HTTP CONNECT-en gaitasunak zabaltzen dituen eta QUIC bidez HTTPS erabiltzen duen konexio proxy teknologia).
Gogorarazteko, QUIC (Quick UDP Internet Connections) protokoloa Google-k garatu du 2013az geroztik, weberako TCP+TLS-ren alternatiba gisa. TCP-n konexio-ezarpen eta negoziazio-denbora motelak konpontzen ditu eta datu-transferentzian zehar pakete-galerak eragindako atzerapenak ezabatzen ditu. QUIC UDP protokoloaren gainmultzo bat da, konexio anitzen multiplexazioa onartzen duena eta TLS/SSL-ren baliokideak diren enkriptatze-metodoak eskaintzen dituena. IETF estandarraren garapenean, aldaketak egin ziren protokoloan, eta horren ondorioz bi adar paralelo sortu ziren: bat HTTP/3rako eta bestea Google-k onartzen duena (Chrome-k bi aldaerak onartzen ditu, Firefox-ek IETF aldaera onartzen duen bitartean).
QUIC-en ezaugarri nagusiak:
- TLSren antzeko segurtasun handia (funtsean QUIC-ek TLS UDPren gainean erabiltzeko gaitasuna ematen du);
- Fluxuaren osotasunaren kontrola, paketeak galtzea saihestuz;
- Konexio bat berehala ezartzeko gaitasuna (0-RTT, kasuen % 75ean, gutxi gorabehera, datuak konexioa konfiguratzeko paketea bidali eta berehala transmititu daitezke) eta eskaera bat bidali eta erantzuna jaso arteko atzerapen minimoak eskaintzea (RTT, Joan-etorriko Denbora);
- Pakete bat birtransmititzean sekuentzia-zenbaki ezberdin bat erabiltzea, jasotako paketeak identifikatzeko anbiguotasuna saihesten duena eta denbora-muga kentzen duena;
- Pakete bat galtzeak hari lotutako korrontearen entregari bakarrik eragiten dio eta ez du geldiarazten datuen bidalketa uneko konexioaren bidez transmititutako korronte paraleloetan;
- Erroreak zuzentzeko eginbideak, galdutako paketeen birtransmisioaren ondoriozko atzerapenak murrizten dituztenak. Erroreak zuzentzeko kode bereziak erabiltzea pakete mailan, galdutako datu-paketeen birtransmisioa behar duten egoerak murrizteko.
- Bloke kriptografikoen mugak QUIC paketeen mugekin lerrokatzen dira, eta horrek pakete-galeren eragina murrizten du ondorengo paketeen edukiak deskodetzeko;
- TCP ilarak blokeatzeko arazorik ez;
- Konexio-identifikatzailerako euskarria, bezero mugikorrentzako birkonexioa ezartzeko behar den denbora murrizten duena;
- Konexio-pilaketak kontrolatzeko mekanismo aurreratuak konektatzeko aukera;
- Norabide bakoitzeko iragarpenaren iragarpen teknikak erabiltzen ditu paketeak tasa optimoetan bidaltzen direla ziurtatzeko, pilatuta egotea eta paketeak galtzea ekiditeko;
- Errendimenduaren eta errendimenduaren igoera nabarmena TCPrekin alderatuta. YouTube bezalako bideo-zerbitzuetarako, QUIC-ek bideoak ikustean birbuffering-eragiketak % 30 murrizten dituela frogatu da.
Iturria: opennet.ru
