{"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\/fr\/blog\/news\/microsoft-otkryl-svoyu-realizacziyu-protokola-quic-primenyaemogo-v-http-3","title":{"rendered":"Microsoft a ouvert sa mise en \u0153uvre du protocole QUIC, utilis\u00e9 dans HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La soci\u00e9t\u00e9 Microsoft a annonc\u00e9<\/a><\/noindex> ouverture du code de la biblioth\u00e8que MsQuic<\/a><\/noindex> avec l'impl\u00e9mentation du protocole r\u00e9seau QUIC<\/a><\/noindex>. Le code est \u00e9crit en langage C et est distribu\u00e9<\/a><\/noindex> sous licence MIT. La biblioth\u00e8que est multiplateforme et peut \u00eatre utilis\u00e9e non seulement sous Windows, mais aussi sous Linux avec l'utilisation de Schannel<\/a><\/noindex> ou OpenSSL pour TLS 1.3. D'autres plateformes devraient \u00eatre prises en charge \u00e0 l'avenir.<\/p>\n

La biblioth\u00e8que est bas\u00e9e sur le code du pilote msquic.sys, fourni dans le noyau de Windows 10 (Insider Preview) pour assurer le fonctionnement des protocoles HTTP et serveurs SMB<\/a><\/noindex> au-dessus de QUIC. Ce code est \u00e9galement utilis\u00e9 pour la mise en \u0153uvre de HTTP\/3 dans la pile interne de Windows et dans .NET Core. Le d\u00e9veloppement de la biblioth\u00e8que MsQuic se fera enti\u00e8rement sur GitHub en utilisant des revues publiques, des demandes de tirage (pull requests) et des issues GitHub. Une infrastructure a \u00e9t\u00e9 mise en place pour v\u00e9rifier chaque commit et chaque demande de tirage avec un ensemble de plus de 4000 tests. Apr\u00e8s la stabilisation de l'environnement de d\u00e9veloppement, il est pr\u00e9vu d'accepter les modifications des d\u00e9veloppeurs externes.<\/p>\n

MsQuic peut d\u00e9j\u00e0 \u00eatre utilis\u00e9 pour cr\u00e9er des serveurs et des clients, mais toutes les fonctionnalit\u00e9s d\u00e9finies dans la sp\u00e9cification IETF ne sont pas encore disponibles. Par exemple, il n'y a pas encore de prise en charge de 0-RTT, de migration des clients, de Path MTU Discovery et de gestion de la s\u00e9lection d'adresses pour le serveur (Server Preferred Address). Parmi les fonctionnalit\u00e9s mises en \u0153uvre, on note l'optimisation pour atteindre un maximum de bande passante et un minimum de latence, le support de l'entr\u00e9e\/sortie asynchrone, RSS (Receive Side Scaling), et la possibilit\u00e9 de fusionner les flux UDP entrants et sortants. L'impl\u00e9mentation de MsQuic a \u00e9t\u00e9 test\u00e9e pour sa compatibilit\u00e9 avec les branches exp\u00e9rimentales des navigateurs Chrome et Edge.<\/p>\n

Rappelons que HTTP\/3 standardise l'utilisation du protocole QUIC en tant que transport pour HTTP\/2. Le protocole QUIC<\/a><\/noindex> (Quick UDP Internet Connections) est d\u00e9velopp\u00e9 par Google depuis 2013 comme une alternative \u00e0 la combinaison TCP+TLS pour le Web, r\u00e9solvant les probl\u00e8mes de latence dans l'\u00e9tablissement et l'accord des connexions TCP et \u00e9liminant les retards dus aux pertes de paquets pendant le transfert de donn\u00e9es. QUIC repr\u00e9sente une couche au-dessus du protocole UDP, prenant en charge le multiplexage de plusieurs connexions et fournissant des m\u00e9thodes de cryptage \u00e9quivalentes \u00e0 TLS\/SSL. <\/p>\n

Principales caract\u00e9ristiques<\/a><\/noindex> QUIC :\n<\/p>\n