HTTP/3.0 ला प्रस्तावित मानक स्थिती प्राप्त झाली

इंटरनेट प्रोटोकॉल आणि आर्किटेक्चरच्या विकासासाठी जबाबदार असलेल्या IETF (इंटरनेट इंजिनिअरिंग टास्क फोर्स) ने HTTP/3.0 प्रोटोकॉलसाठी RFC ची निर्मिती पूर्ण केली आहे आणि RFC 9114 (प्रोटोकॉल) आणि RFC 9204 (आरएफसी 3) या अभिज्ञापक अंतर्गत संबंधित तपशील प्रकाशित केले आहेत. HTTP/3.0 साठी QPACK हेडर कॉम्प्रेशन तंत्रज्ञान). HTTP/1.1 स्पेसिफिकेशनला "प्रस्तावित मानक" ची स्थिती प्राप्त झाली आहे, त्यानंतर RFC ला ड्राफ्ट स्टँडर्ड (ड्राफ्ट स्टँडर्ड) चा दर्जा देण्याचे काम सुरू होईल, ज्याचा अर्थ प्रोटोकॉलचे संपूर्ण स्थिरीकरण आणि सर्व गोष्टी लक्षात घेऊन केलेल्या टिप्पण्या. त्याच वेळी, HTTP/9112 (RFC 2.0) आणि HTTP/9113 (RFC 9110) प्रोटोकॉलसाठी वैशिष्ट्यांच्या अद्यतनित आवृत्त्या, तसेच HTTP विनंत्या (RFC 9111) आणि HTTP कॅशिंग कंट्रोल शीर्षलेखांचे अर्थशास्त्र परिभाषित करणारे दस्तऐवज प्रकाशित केले गेले. (RFC XNUMX).

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

सध्या, सर्व लोकप्रिय वेब ब्राउझरमध्ये QUIC आणि HTTP/3.0 समर्थन आधीपासूनच लागू केले आहे (Chrome, Firefox आणि Edge मध्ये, HTTP/3 समर्थन डीफॉल्टनुसार सक्षम केलेले आहे आणि सफारीमध्ये यासाठी “प्रगत > प्रायोगिक वैशिष्ट्ये > HTTP/3” सेटिंग आवश्यक आहे. सक्षम करणे). सर्व्हरच्या बाजूने, HTTP/3 अंमलबजावणी nginx (वेगळ्या शाखेत आणि वेगळ्या मॉड्यूलच्या स्वरूपात), Caddy, IIS आणि LiteSpeed ​​साठी उपलब्ध आहेत. Cloudflare सामग्री वितरण नेटवर्कद्वारे HTTP/3 समर्थन देखील प्रदान केले जाते.

QUIC ची प्रमुख वैशिष्ट्ये:

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

HTTP/1.1 तपशीलातील बदलांपैकी, सामग्रीसह मुख्य भागाबाहेर कॅरेज रिटर्न (CR) वर्णाच्या पृथक वापरावरील प्रतिबंध लक्षात घेता येईल, उदा. प्रोटोकॉल घटकांमध्ये, CR वर्ण फक्त लाइन फीड वर्ण (CRLF) च्या संयोगाने वापरला जाऊ शकतो. हेडरसह संलग्न फील्ड आणि विभागांचे पृथक्करण सुलभ करण्यासाठी खंडित विनंती लेआउट अल्गोरिदम सुधारित केले गेले आहे. "HTTP विनंती तस्कर" हल्ले अवरोधित करण्यासाठी संदिग्ध सामग्री हाताळण्यासाठी शिफारसी जोडल्या आहेत, जे आम्हाला फ्रंटएंड आणि बॅकएंड दरम्यानच्या प्रवाहात इतर वापरकर्त्यांच्या विनंत्यांच्या सामग्रीमध्ये स्वतःला जोडू देतात.

HTTP/2.0 तपशील अपडेट स्पष्टपणे TLS 1.3 साठी समर्थन परिभाषित करते. प्राधान्य योजना आणि संबंधित शीर्षलेख फील्ड नापसंत केले. HTTP/1.1 सह कनेक्शन अद्यतनित करण्यासाठी न वापरलेली यंत्रणा अप्रचलित घोषित केली गेली आहे. फील्डची नावे आणि मूल्ये तपासण्यासाठी कमी आवश्यकता. काही पूर्वी आरक्षित फ्रेम प्रकार आणि पॅरामीटर्स वापरण्यासाठी प्रस्तावित आहेत. कनेक्शनशी संबंधित प्रतिबंधित शीर्षलेख फील्ड अधिक अचूकपणे परिभाषित केले आहेत.

स्त्रोत: opennet.ru