Microsoft ने HTTP/3 मध्ये वापरल्या जाणार्‍या QUIC प्रोटोकॉलची अंमलबजावणी उघडली आहे

मायक्रोसॉफ्ट घोषणा केली लायब्ररी कोड उघडण्याबद्दल msquic नेटवर्क प्रोटोकॉलच्या अंमलबजावणीसह क्विक. कोड C आणि मध्ये लिहिलेला आहे द्वारा वितरित एमआयटी परवान्या अंतर्गत. लायब्ररी क्रॉस-प्लॅटफॉर्म आहे आणि केवळ विंडोजवरच नाही तर लिनक्सवर देखील वापरली जाऊ शकते चॅनेल किंवा TLS 1.3 साठी OpenSSL. भविष्यात, इतर प्लॅटफॉर्मला समर्थन देण्याची योजना आहे.

HTTP आणि SMB QUIC च्या वर. अंतर्गत Windows स्टॅक आणि .NET Core मध्ये HTTP/3 लागू करण्यासाठी देखील कोड वापरला जातो. MsQuic लायब्ररीचा विकास संपूर्णपणे GitHub वर सार्वजनिक पीअर रिव्ह्यू, पुल विनंत्या आणि GitHub समस्या वापरून केला जाईल. एक पायाभूत सुविधा तयार करण्यात आली आहे जी 4000 हून अधिक चाचण्यांच्या संचामध्ये प्रत्येक कमिट आणि पुल विनंती तपासते. विकासाचे वातावरण स्थिर केल्यानंतर, तृतीय-पक्ष विकासकांकडून बदल स्वीकारण्याची योजना आहे.

MsQuic आधीपासून सर्व्हर आणि क्लायंट तयार करण्यासाठी वापरले जाऊ शकते, परंतु IETF तपशीलामध्ये परिभाषित केलेली सर्व कार्यक्षमता सध्या उपलब्ध नाही. उदाहरणार्थ, 0-RTT, क्लायंट स्थलांतर, पथ MTU डिस्कव्हरी किंवा सर्व्हर प्रीफर्ड ॲड्रेस कंट्रोलसाठी कोणतेही समर्थन नाही. अंमलात आणलेल्या वैशिष्ट्यांमध्ये, जास्तीत जास्त थ्रुपुट आणि किमान विलंब, असिंक्रोनस इनपुट/आउटपुटसाठी समर्थन, RSS (रिसीव्ह साइड स्केलिंग), आणि इनपुट आणि आउटपुट UDP प्रवाह एकत्र करण्याची क्षमता प्राप्त करण्यासाठी ऑप्टिमायझेशनची नोंद आहे. MsQuic अंमलबजावणीची Chrome आणि Edge ब्राउझरच्या प्रायोगिक आवृत्त्यांसह सुसंगततेसाठी चाचणी केली गेली आहे.

आठवा की HTTP/3 HTTP/2 साठी वाहतूक म्हणून QUIC प्रोटोकॉलचा वापर प्रमाणित करते. प्रोटोकॉल क्विक (क्विक UDP इंटरनेट कनेक्शन) 2013 पासून Google ने वेबसाठी TCP+TLS संयोजनाचा पर्याय म्हणून विकसित केले आहे, TCP मधील कनेक्शनसाठी दीर्घ सेटअप आणि वाटाघाटीच्या वेळेसह समस्या सोडवणे आणि डेटा ट्रान्सफर दरम्यान पॅकेट हरवल्यावर होणारा विलंब दूर करणे. QUIC हा UDP प्रोटोकॉलचा विस्तार आहे जो एकाधिक कनेक्शनच्या मल्टिप्लेक्सिंगला समर्थन देतो आणि TLS/SSL च्या समतुल्य एन्क्रिप्शन पद्धती प्रदान करतो.

मुख्य वैशिष्ट्ये QUIC:

• TLS सारखीच उच्च सुरक्षा (मूलत: QUIC UDP वर TLS 1.3 वापरण्याची क्षमता प्रदान करते);
• प्रवाह अखंडता नियंत्रण, पॅकेट नुकसान प्रतिबंधित;
• त्वरित कनेक्शन स्थापित करण्याची क्षमता (0-RTT, अंदाजे 75% प्रकरणांमध्ये कनेक्शन सेटअप पॅकेट पाठवल्यानंतर लगेच डेटा प्रसारित केला जाऊ शकतो) आणि विनंती पाठवणे आणि प्रतिसाद प्राप्त करणे (RTT, राऊंड ट्रिप वेळ) यामध्ये कमीतकमी विलंब प्रदान करणे;
  

• पॅकेट पुन्हा पाठवताना समान अनुक्रम क्रमांक न वापरणे, जे प्राप्त पॅकेट ओळखण्यात अस्पष्टता टाळते आणि कालबाह्यतेपासून मुक्त होते;
• पॅकेटचे नुकसान केवळ त्याच्याशी संबंधित प्रवाहाच्या वितरणावर परिणाम करते आणि वर्तमान कनेक्शनद्वारे प्रसारित केलेल्या समांतर प्रवाहांमध्ये डेटाचे वितरण थांबवत नाही;
• त्रुटी सुधारण्याची वैशिष्ट्ये जी गमावलेल्या पॅकेटच्या पुनर्प्रसारणामुळे होणारा विलंब कमी करतात. हरवलेल्या पॅकेट डेटाचे पुनर्प्रसारण आवश्यक असलेल्या परिस्थिती कमी करण्यासाठी पॅकेट स्तरावर विशेष त्रुटी सुधारणा कोडचा वापर.
• क्रिप्टोग्राफिक ब्लॉक सीमा QUIC पॅकेट सीमांसह संरेखित केल्या आहेत, जे त्यानंतरच्या पॅकेटच्या सामग्रीच्या डीकोडिंगवर पॅकेट नुकसानाचा प्रभाव कमी करते;
• TCP रांग अवरोधित करण्यात कोणतीही समस्या नाही;
• कनेक्शन आयडेंटिफायरसाठी समर्थन, जे मोबाइल क्लायंटसाठी पुन्हा कनेक्शन स्थापित करण्यासाठी लागणारा वेळ कमी करते;
• प्रगत कनेक्शन कंजेशन कंट्रोल यंत्रणा कनेक्ट करण्याची शक्यता;
• पॅकेट इष्टतम दरांवर पाठवले जातील याची खात्री करण्यासाठी प्रति-दिशा थ्रूपुट अंदाज तंत्र वापरते, त्यांना गर्दी होण्यापासून आणि पॅकेटचे नुकसान होण्यापासून प्रतिबंधित करते;
• आकलनीय वाढ TCP च्या तुलनेत कामगिरी आणि थ्रूपुट. YouTube सारख्या व्हिडिओ सेवांसाठी, QUIC ने व्हिडिओ पाहताना रिबफरिंग ऑपरेशन्स 30% ने कमी केल्याचे दर्शविले आहे.

स्त्रोत: opennet.ru