ক্রোম পরীক্ষামূলক HTTP/3 সমর্থন যোগ করে

পরীক্ষামূলক বিল্ড করতে ক্রোম ক্যানারি যোগ করা হয়েছে HTTP/3 প্রোটোকলের জন্য সমর্থন, যা একটি অ্যাড-অন প্রয়োগ করে HTTP-কে QUIC প্রোটোকলের উপর কাজ করতে সক্ষম করতে। QUIC প্রোটোকল নিজেই পাঁচ বছর আগে ব্রাউজারে যোগ করা হয়েছিল এবং তখন থেকে Google পরিষেবাগুলির সাথে কাজকে অপ্টিমাইজ করতে ব্যবহার করা হয়েছে৷ একই সময়ে, Chrome-এ ব্যবহৃত Google-এর QUIC সংস্করণের সংস্করণ থেকে কিছু বিবরণে পার্থক্য রয়েছে স্পেসিফিকেশন IETF, কিন্তু এখন বাস্তবায়ন সিঙ্ক্রোনাইজ করা হয়।

HTTP/3 HTTP/2-এর জন্য একটি পরিবহন হিসাবে QUIC-এর ব্যবহারকে প্রমিত করে। থেকে HTTP/3 এবং QUIC বিকল্প সক্ষম করতে 23টি খসড়া IETF স্পেসিফিকেশনগুলির জন্য প্রয়োজন যে Chrome "-enable-quic -quic-version=h3-23" বিকল্পগুলির সাথে চালু করা হবে এবং তারপর পরীক্ষার সাইট খোলার সময় quick.rocks:4433 বিকাশকারী সরঞ্জামগুলিতে নেটওয়ার্ক পরিদর্শন মোডে, HTTP/3 কার্যকলাপ "http/2+quic/99" হিসাবে প্রদর্শিত হবে৷

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

প্রধান বৈশিষ্ট্য QUIC:

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

উত্স: opennet.ru