ফায়ারফক্স মে মাসের শেষের দিকে HTTP/3 সমর্থন চালু করবে বলে আশা করা হচ্ছে।

মোজিলা 3 এপ্রিল নির্ধারিত ফায়ারফক্স 88-এর রিলিজের সাথে HTTP/19 এবং QUIC-তে পর্যায়ক্রমে শুরু করার অভিপ্রায় ঘোষণা করেছে (মূলত 20 এপ্রিল রিলিজ হবে বলে আশা করা হচ্ছে, কিন্তু সময়সূচী অনুসারে এটি একদিন পিছিয়ে দেওয়া হবে)। HTTP/3 সমর্থন প্রাথমিকভাবে শুধুমাত্র অল্প শতাংশ ব্যবহারকারীর জন্য সক্ষম করা হবে এবং যেকোনও অপ্রত্যাশিত সমস্যা বাদ দিলে মে মাসের শেষের দিকে সবার জন্য চালু করা হবে। রাত্রিকালীন বিল্ড এবং বিটা সংস্করণে, মার্চের শেষে HTTP/3 ডিফল্টরূপে সক্রিয় করা হয়েছিল।

আমাদের স্মরণ করা যাক যে ফায়ারফক্সে HTTP/3 বাস্তবায়ন মোজিলা দ্বারা তৈরি neqo প্রকল্পের উপর ভিত্তি করে, যা QUIC প্রোটোকলের জন্য একটি ক্লায়েন্ট এবং সার্ভার বাস্তবায়ন প্রদান করে। HTTP/3 এবং QUIC সমর্থনের জন্য কম্পোনেন্ট কোড রাস্টে লেখা আছে। HTTP/3 সক্রিয় কিনা তা নিয়ন্ত্রণ করতে, about:config "network.http.http3.enabled" বিকল্প প্রদান করে। ক্লায়েন্ট সফ্টওয়্যার থেকে, HTTP/3-এর জন্য পরীক্ষামূলক সমর্থনও Chrome এবং curl-এ যোগ করা হয়েছে এবং সার্ভারের জন্য এটি nginx-এ পাওয়া যায়, সেইসাথে একটি nginx মডিউল এবং Cloudflare থেকে একটি পরীক্ষা সার্ভারের আকারে। ওয়েবসাইটের দিকে, HTTP/3 সমর্থন ইতিমধ্যেই Google এবং Facebook সার্ভারে সরবরাহ করা হয়েছে।

HTTP/3 প্রোটোকল এখনও খসড়া স্পেসিফিকেশন পর্যায়ে রয়েছে এবং এখনও IETF দ্বারা সম্পূর্ণরূপে প্রমিত করা হয়নি। HTTP/3-এর জন্য QUIC ড্রাফ্ট স্ট্যান্ডার্ড এবং HTTP/3-এর একই সংস্করণের জন্য ক্লায়েন্ট এবং সার্ভার সমর্থন প্রয়োজন, যা Alt-Svc হেডারে উল্লেখ করা হয়েছে (Firefox 27 থেকে 32 স্পেক ড্রাফ্ট সমর্থন করে)।

HTTP/3 HTTP/2 এর জন্য একটি পরিবহন হিসাবে QUIC প্রোটোকলের ব্যবহারকে সংজ্ঞায়িত করে। QUIC (দ্রুত UDP ইন্টারনেট সংযোগ) প্রোটোকলটি 2013 সাল থেকে Google দ্বারা তৈরি করা হয়েছে ওয়েবের জন্য TCP+TLS সংমিশ্রণের বিকল্প হিসেবে, টিসিপি-তে সংযোগের জন্য দীর্ঘ সেটআপ এবং আলোচনার সময়ের সমস্যা সমাধান করা এবং ডেটা চলাকালীন প্যাকেট হারিয়ে গেলে বিলম্ব দূর করা। স্থানান্তর QUIC হল UDP প্রোটোকলের একটি এক্সটেনশন যা একাধিক সংযোগের মাল্টিপ্লেক্সিং সমর্থন করে এবং TLS/SSL এর সমতুল্য এনক্রিপশন পদ্ধতি প্রদান করে। আইইটিএফ স্ট্যান্ডার্ডের বিকাশের সময়, প্রোটোকলের পরিবর্তন করা হয়েছিল, যার ফলে দুটি সমান্তরাল শাখার উত্থান হয়েছিল, একটি HTTP/3 এর জন্য এবং দ্বিতীয়টি Google দ্বারা সমর্থিত (ক্রোম উভয় বিকল্পকে সমর্থন করে)।

QUIC এর মূল বৈশিষ্ট্য:

• TLS-এর মতো উচ্চ নিরাপত্তা (মূলত QUIC UDP-এর উপর TLS ব্যবহার করার ক্ষমতা প্রদান করে);
• প্যাকেট ক্ষতি রোধ করতে স্ট্রীম অখণ্ডতা নিয়ন্ত্রণ;
• অবিলম্বে একটি সংযোগ স্থাপন করার ক্ষমতা (0-RTT, প্রায় 75% ক্ষেত্রে ডেটা সংযোগ সেটআপ প্যাকেট পাঠানোর সাথে সাথে প্রেরণ করা যেতে পারে) এবং একটি অনুরোধ পাঠানো এবং একটি প্রতিক্রিয়া প্রাপ্তির মধ্যে ন্যূনতম বিলম্ব প্রদান (RTT, রাউন্ড ট্রিপ সময়);
• একটি প্যাকেট পুনরায় প্রেরণ করার সময় একটি ভিন্ন ক্রম সংখ্যা ব্যবহার করা, যা প্রাপ্ত প্যাকেট সনাক্তকরণে অস্পষ্টতা এড়ায় এবং সময় শেষ হওয়া থেকে মুক্তি পায়;
• প্যাকেট লস শুধুমাত্র এর সাথে যুক্ত স্ট্রীমের ডেলিভারীকে প্রভাবিত করে এবং বর্তমান সংযোগের সমান্তরালে প্রেরিত স্ট্রীমগুলিতে ডেটা সরবরাহ বন্ধ করে না;
• ত্রুটি সংশোধন সরঞ্জাম যা হারানো প্যাকেটের পুনঃপ্রচারের কারণে বিলম্ব কমিয়ে দেয়। হারানো প্যাকেট ডেটা পুনঃপ্রচারের প্রয়োজন হয় এমন পরিস্থিতি কমাতে প্যাকেট স্তরে বিশেষ ত্রুটি সংশোধন কোডের ব্যবহার।
• ক্রিপ্টোগ্রাফিক ব্লকের সীমানাগুলি QUIC প্যাকেটগুলির সীমানার সাথে সারিবদ্ধ করা হয়, যা নিম্নলিখিত প্যাকেটগুলির বিষয়বস্তুগুলির ডিকোডিংয়ের উপর প্যাকেটের ক্ষতির প্রভাবকে হ্রাস করে;
• TCP সারি ব্লক করার সাথে কোন সমস্যা নেই;
• মোবাইল ক্লায়েন্টদের জন্য পুনরায় সংযোগের সময় কমাতে সংযোগ আইডি সমর্থন;
• সংযোগ ওভারলোড নিয়ন্ত্রণের জন্য উন্নত প্রক্রিয়া সংযোগ করার সম্ভাবনা;
• প্যাকেট পাঠানোর সর্বোত্তম তীব্রতা নিশ্চিত করার জন্য প্রতিটি দিকে ব্যান্ডউইথের পূর্বাভাস কৌশল ব্যবহার করে, যানজটের অবস্থায় ঘূর্ণায়মান প্রতিরোধ, যেখানে প্যাকেটের ক্ষতি হয়;
• TCP এর তুলনায় কর্মক্ষমতা এবং থ্রুপুটে উল্লেখযোগ্য বৃদ্ধি। ইউটিউবের মতো ভিডিও পরিষেবাগুলির জন্য, QUIC ভিডিও দেখার সময় 30% রিবাফারিং ক্রিয়াকলাপ হ্রাস করতে দেখা গেছে।

উত্স: opennet.ru