{"id":79868,"date":"2020-05-01T07:42:17","date_gmt":"2020-05-01T05:42:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/microsoft-otkryl-svoyu-realizacziyu-protokola-quic-primenyaemogo-v-http-3"},"modified":"2020-05-01T07:42:17","modified_gmt":"2020-05-01T05:42:17","slug":"microsoft-otkryl-svoyu-realizacziyu-protokola-quic-primenyaemogo-v-http-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/microsoft-otkryl-svoyu-realizacziyu-protokola-quic-primenyaemogo-v-http-3","title":{"rendered":"Microsoft otworzy\u0142 swoj\u0105 implementacj\u0119 protoko\u0142u QUIC, u\u017cywanego w HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Firma Microsoft og\u0142osi\u0142a<\/a><\/noindex> o otwarciu kodu biblioteki MsQuic<\/a><\/noindex> z realizacj\u0105 protoko\u0142u sieciowego QUIC<\/a><\/noindex>. Kod napisano w j\u0119zyku C i rozpowszechniany<\/a><\/noindex> na licencji MIT. Biblioteka jest wieloplatformowa i mo\u017ce by\u0107 u\u017cywana nie tylko w systemie Windows, ale r\u00f3wnie\u017c w systemie Linux z wykorzystaniem Schannel<\/a><\/noindex> lub OpenSSL dla TLS 1.3. W przysz\u0142o\u015bci planowane jest wsparcie dla innych platform.<\/p>\n

Biblioteka oparta jest na kodzie sterownika msquic.sys, dostarczanego w j\u0105drze Windows 10 (Insider Preview) w celu zapewnienia obs\u0142ugi protoko\u0142\u00f3w HTTP i SMB<\/a><\/noindex> na QUIC. W tym kod u\u017cywany jest do implementacji HTTP\/3 w wewn\u0119trznym stosie Windows i w .NET Core. Rozw\u00f3j biblioteki MsQuic b\u0119dzie ca\u0142kowicie prowadzony na GitHubie z wykorzystaniem publicznego przegl\u0105du, pull-request\u00f3w i GitHub Issues. Przygotowana zosta\u0142a infrastruktura, kt\u00f3ra sprawdza ka\u017cdy commit i pull-request w zestawie ponad 4000 test\u00f3w. Po stabilizacji \u015brodowiska do rozwoju planowane jest przyjmowanie zmian od zewn\u0119trznych programist\u00f3w.<\/p>\n

MsQuic ju\u017c mo\u017cna wykorzysta\u0107 do tworzenia serwer\u00f3w i klient\u00f3w, ale nie wszystkie funkcjonalno\u015bci okre\u015blone w specyfikacji IETF s\u0105 obecnie dost\u0119pne. Na przyk\u0142ad, obecnie brak wsparcia dla 0-RTT, migracji klient\u00f3w, odkrywania Path MTU oraz zarz\u0105dzania wyborem adres\u00f3w dla serwera (Server Preferred Address). W\u015br\u00f3d zaimplementowanych funkcji zauwa\u017cono optymalizacj\u0119 w celu osi\u0105gni\u0119cia maksymalnej przepustowo\u015bci i minimalnych op\u00f3\u017anie\u0144, wsparcie dla asynchronicznego wej\u015bcia\/wyj\u015bcia, RSS (Receive Side Scaling), a tak\u017ce mo\u017cliwo\u015b\u0107 \u0142\u0105czenia przychodz\u0105cych i wychodz\u0105cych strumieni UDP. Implementacja MsQuic zosta\u0142a przetestowana pod k\u0105tem zgodno\u015bci z eksperymentalnymi ga\u0142\u0119ziami przegl\u0105darek Chrome i Edge.<\/p>\n

Przypomnijmy, \u017ce HTTP\/3 standaryzuje u\u017cycie protoko\u0142u QUIC jako transportu dla HTTP\/2. Protok\u00f3\u0142 QUIC<\/a><\/noindex> (Quick UDP Internet Connections) od 2013 roku jest rozwijany przez firm\u0119 Google jako alternatywa dla po\u0142\u0105cze\u0144 TCP+TLS w sieci, rozwi\u0105zuj\u0105c problemy z d\u0142ugim czasem ustanawiania i uzgadniania po\u0142\u0105cze\u0144 w TCP oraz eliminuj\u0105c op\u00f3\u017anienia przy utracie pakiet\u00f3w w trakcie przesy\u0142ania danych. QUIC jest nadbudow\u0105 nad protoko\u0142em UDP, wspieraj\u0105c\u0105 mno\u017cenie po\u0142\u0105cze\u0144 i zapewniaj\u0105c\u0105 metody szyfrowania por\u00f3wnywalne z TLS\/SSL. <\/p>\n

Podstawowe cechy<\/a><\/noindex> QUIC:\n<\/p>\n