{"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\/de\/blog\/news\/microsoft-otkryl-svoyu-realizacziyu-protokola-quic-primenyaemogo-v-http-3","title":{"rendered":"Microsoft hat seine Implementierung des QUIC-Protokolls, das in HTTP\/3 verwendet wird, ver\u00f6ffentlicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Unternehmen Microsoft k\u00fcndigte an<\/a><\/noindex> \u00fcber die \u00d6ffnung des Code der Bibliothek MsQuic<\/a><\/noindex> mit der Implementierung des Netzwerkprotokolls QUIC<\/a><\/noindex>. Der Code ist in C geschrieben und wird verbreitet<\/a><\/noindex> unter der MIT-Lizenz. Die Bibliothek ist plattform\u00fcbergreifend und kann nicht nur unter Windows, sondern auch unter Linux verwendet werden, wobei Schannel<\/a><\/noindex> oder OpenSSL f\u00fcr TLS 1.3 eingesetzt werden kann. In Zukunft ist auch die Unterst\u00fctzung weiterer Plattformen geplant.<\/p>\n

Die Bibliothek basiert auf dem Code des Treibers msquic.sys, der im Kernel von Windows 10 (Insider Preview) bereitgestellt wird, um die Funktionalit\u00e4t der Protokolle HTTP und SMB<\/a><\/noindex> \u00fcber QUIC zu gew\u00e4hrleisten. Der Code wird unter anderem zur Implementierung von HTTP\/3 im internen Stack von Windows und in .NET Core verwendet. Die Entwicklung der MsQuic-Bibliothek wird vollst\u00e4ndig auf GitHub mit \u00f6ffentlicher \u00dcberpr\u00fcfung, Pull-Anfragen und GitHub-Issues durchgef\u00fchrt. Eine Infrastruktur wurde eingerichtet, die jeden Commit und jede Pull-Anfrage in einem Satz von mehr als 4000 Tests pr\u00fcft. Nachdem die Entwicklungsumgebung stabilisiert wurde, ist geplant, \u00c4nderungen von Drittentwicklern zu akzeptieren.<\/p>\n

MsQuic kann bereits zur Erstellung von Servern und Clients verwendet werden, aber nicht alle in der IETF-Spezifikation definierten Funktionen sind derzeit verf\u00fcgbar. Zum Beispiel gibt es bisher keine Unterst\u00fctzung f\u00fcr 0-RTT, die Migration von Clients, Path MTU Discovery und die Verwaltung der Serveradresse (Server Preferred Address). Unter den implementierten Funktionen werden Optimierungen zur Erreichung maximaler Durchsatzraten und minimaler Latenzen, Unterst\u00fctzung f\u00fcr asynchrone Ein-\/Ausgaben, RSS (Receive Side Scaling) und die M\u00f6glichkeit zur Zusammenf\u00fchrung von eingehenden und ausgehenden UDP-Streams hervorgehoben. Die Implementierung von MsQuic wurde auf Kompatibilit\u00e4t mit experimentellen Versionen der Browser Chrome und Edge getestet.<\/p>\n

Wir erinnern daran, dass HTTP\/3 die Verwendung des QUIC-Protokolls als Transportmittel f\u00fcr HTTP\/2 standardisiert. Das Protokoll QUIC<\/a><\/noindex> (Quick UDP Internet Connections) wird seit 2013 von Google als Alternative zu TCP+TLS f\u00fcr das Web entwickelt, um Probleme mit langen Verbindungsaufbau- und Aushandlungszeiten bei TCP zu l\u00f6sen und Verz\u00f6gerungen durch Paketverluste w\u00e4hrend der Daten\u00fcbertragung zu beseitigen. QUIC ist eine Erweiterung des UDP-Protokolls, die mehrere Verbindungen multiplexiert und Verschl\u00fcsselungsmethoden unterst\u00fctzt, die TLS\/SSL entsprechen. <\/p>\n

Haupt- Beispielcodes<\/a><\/noindex> QUIC:\n<\/p>\n