Microsoft am agor cod y llyfrgell gyda gweithrediad y protocol rhwydwaith . Mae'r cod wedi'i ysgrifennu yn C a dan drwydded MIT. Mae'r llyfrgell yn draws-lwyfan a gellir ei defnyddio nid yn unig ar Windows, ond hefyd ar ddefnyddio Linux neu OpenSSL ar gyfer TLS 1.3. Yn y dyfodol, bwriedir cefnogi llwyfannau eraill.
Mae'r llyfrgell yn seiliedig ar y cod gyrrwr msquic.sys a ddarperir yn y cnewyllyn Windows 10 (Rhagolwg Mewnol) i alluogi'r HTTP a ar ben QUIC. Defnyddir y cod hefyd i weithredu HTTP/3 yn y pentwr Windows mewnol ac yn .NET Core. Bydd datblygiad llyfrgell MsQuic yn cael ei wneud yn gyfan gwbl ar GitHub gan ddefnyddio adolygiad gan gymheiriaid cyhoeddus, ceisiadau tynnu, a Materion GitHub. Mae seilwaith wedi'i baratoi sy'n gwirio pob cais ymrwymo a thynnu mewn set o fwy na 4000 o brofion. Ar Γ΄l sefydlogi'r amgylchedd datblygu, bwriedir derbyn newidiadau gan ddatblygwyr trydydd parti.
Gellir defnyddio MsQuic eisoes i greu gweinyddwyr a chleientiaid, ond nid yw'r holl swyddogaethau a ddiffinnir ym manyleb IETF ar gael ar hyn o bryd. Er enghraifft, nid oes cefnogaeth ar gyfer 0-RTT, mudo cleient, Path MTU Discovery, neu reolaeth Cyfeiriad a Ffefrir Gweinyddwr. Ymhlith y nodweddion a weithredir, nodir optimeiddio i gyflawni'r trwybwn mwyaf a'r oedi lleiaf, cefnogaeth ar gyfer mewnbwn / allbwn asyncronaidd, RSS (Derbyn Graddio Ochr), a'r gallu i gyfuno ffrydiau mewnbwn ac allbwn CDU. Mae gweithrediad MsQuic wedi'i brofi i weld a yw'n gydnaws Γ’ fersiynau arbrofol o borwyr Chrome ac Edge.
Dwyn i gof bod HTTP/3 yn safoni'r defnydd o'r protocol QUIC fel cludiant ar gyfer HTTP/2. Protocol (Cysylltiadau Rhyngrwyd CDU Cyflym) wedi'i ddatblygu gan Google ers 2013 fel dewis amgen i'r cyfuniad TCP + TLS ar gyfer y We, datrys problemau gydag amseroedd gosod a thrafod hir ar gyfer cysylltiadau yn TCP a dileu oedi pan fydd pecynnau'n cael eu colli wrth drosglwyddo data. Mae QUIC yn estyniad o brotocol y CDU sy'n cefnogi amlblecsio cysylltiadau lluosog ac yn darparu dulliau amgryptio sy'n cyfateb i TLS/SSL.
Y prif QUIC:
- Diogelwch uchel tebyg i TLS (yn y bΓ΄n mae QUIC yn darparu'r gallu i ddefnyddio TLS 1.3 dros CDU);
- Rheoli uniondeb llif, atal colli pecyn;
- Y gallu i sefydlu cysylltiad ar unwaith (0-RTT, mewn tua 75% o achosion gellir trosglwyddo data yn syth ar Γ΄l anfon y pecyn sefydlu cysylltiad) a darparu ychydig o oedi rhwng anfon cais a derbyn ymateb (RTT, Round Trip Time);
- Peidio Γ’ defnyddio'r un rhif dilyniant wrth ail-ddarlledu pecyn, sy'n osgoi amwysedd wrth nodi pecynnau a dderbyniwyd ac sy'n cael gwared ar oramserau;
- Mae colli pecyn yn effeithio ar gyflenwi'r ffrwd sy'n gysylltiedig ag ef yn unig ac nid yw'n atal trosglwyddo data mewn ffrydiau cyfochrog a drosglwyddir trwy'r cysylltiad presennol;
- Nodweddion cywiro gwallau sy'n lleihau oedi oherwydd ail-drosglwyddo pecynnau coll. Defnyddio codau cywiro gwall arbennig ar lefel pecyn i leihau sefyllfaoedd lle mae angen ail-drosglwyddo data pecynnau coll.
- Mae ffiniau blociau cryptograffig yn cyd-fynd Γ’ ffiniau pecynnau QUIC, sy'n lleihau effaith colledion pecynnau ar ddadgodio cynnwys pecynnau dilynol;
- Dim problemau gyda blocio ciw TCP;
- Cefnogaeth ar gyfer dynodwr cysylltiad, sy'n lleihau'r amser y mae'n ei gymryd i sefydlu ailgysylltu ar gyfer cleientiaid symudol;
- Posibilrwydd cysylltu mecanweithiau rheoli tagfeydd cysylltiad uwch;
- Yn defnyddio technegau rhagweld trwybwn fesul cyfeiriad i sicrhau bod pecynnau'n cael eu hanfon ar y cyfraddau gorau posibl, gan eu hatal rhag mynd yn llawn tagfeydd ac achosi colli pecynnau;
- Canfyddadwy perfformiad a thrwybwn o gymharu Γ’ TCP. Ar gyfer gwasanaethau fideo fel YouTube, dangoswyd bod QUIC yn lleihau gweithrediadau ail-glustogi wrth wylio fideos 30%.
Ffynhonnell: opennet.ru