Mozilla نے 3 اپریل کو شیڈول کردہ Firefox 88 کے اجراء کے ساتھ HTTP/19 اور QUIC میں مرحلہ وار شروع کرنے کے اپنے ارادے کا اعلان کیا ہے (اصل میں 20 اپریل کو ریلیز ہونے کی توقع ہے، لیکن شیڈول کے مطابق اسے ایک دن پیچھے دھکیل دیا جائے گا)۔ ابتدائی طور پر صرف چند فیصد صارفین کے لیے HTTP/3 سپورٹ کو فعال کیا جائے گا اور، کسی بھی غیر متوقع مسائل کو چھوڑ کر، مئی کے آخر تک سب کے لیے رول آؤٹ کر دیا جائے گا۔ رات کی تعمیرات اور بیٹا ورژن میں، HTTP/3 کو مارچ کے آخر میں ڈیفالٹ کے طور پر فعال کیا گیا تھا۔
ہمیں یاد کرنا چاہیے کہ فائر فاکس میں HTTP/3 کا نفاذ موزیلا کے تیار کردہ neqo پروجیکٹ پر مبنی ہے، جو QUIC پروٹوکول کے لیے کلائنٹ اور سرور کا نفاذ فراہم کرتا ہے۔ HTTP/3 اور QUIC سپورٹ کے لیے جزو کوڈ Rust میں لکھا گیا ہے۔ یہ کنٹرول کرنے کے لیے کہ آیا HTTP/3 فعال ہے، about:config "network.http.http3.enabled" اختیار فراہم کرتا ہے۔ کلائنٹ سافٹ ویئر سے، HTTP/3 کے لیے تجرباتی تعاون کو Chrome اور curl میں بھی شامل کیا گیا ہے، اور سرورز کے لیے یہ nginx کے ساتھ ساتھ nginx ماڈیول اور Cloudflare کے ٹیسٹ سرور کی شکل میں بھی دستیاب ہے۔ ویب سائٹ کی طرف، HTTP/3 سپورٹ گوگل اور فیس بک کے سرورز پر پہلے ہی فراہم کی گئی ہے۔
HTTP/3 پروٹوکول ابھی بھی ڈرافٹ تصریح کے مرحلے پر ہے اور اسے ابھی تک IETF نے مکمل طور پر معیاری نہیں بنایا ہے۔ HTTP/3 کو QUIC ڈرافٹ اسٹینڈرڈ اور HTTP/3 کے ایک ہی ورژن کے لیے کلائنٹ اور سرور سپورٹ کی ضرورت ہوتی ہے، جس کی وضاحت Alt-Svc ہیڈر میں کی گئی ہے (Firefox 27 سے 32 تک سپیک ڈرافٹ کو سپورٹ کرتا ہے)۔
HTTP/3 HTTP/2 کے لیے نقل و حمل کے طور پر QUIC پروٹوکول کے استعمال کی وضاحت کرتا ہے۔ QUIC (کوئیک UDP انٹرنیٹ کنیکشن) پروٹوکول کو گوگل نے 2013 سے ویب کے لیے TCP+TLS امتزاج کے متبادل کے طور پر تیار کیا ہے، TCP میں کنکشنز کے لیے طویل سیٹ اپ اور گفت و شنید کے اوقات کے ساتھ مسائل کو حل کرتا ہے اور ڈیٹا کے دوران پیکٹ کے گم ہونے پر تاخیر کو ختم کرتا ہے۔ منتقلی. QUIC UDP پروٹوکول کی توسیع ہے جو متعدد کنکشنز کے ملٹی پلیکسنگ کو سپورٹ کرتا ہے اور TLS/SSL کے مساوی خفیہ کاری کے طریقے فراہم کرتا ہے۔ IETF معیار کی ترقی کے دوران، پروٹوکول میں تبدیلیاں کی گئیں، جس کی وجہ سے دو متوازی شاخیں وجود میں آئیں، ایک HTTP/3 کے لیے، اور دوسری گوگل کے ذریعے سپورٹ کی گئی (کروم دونوں آپشنز کو سپورٹ کرتا ہے)۔
QUIC کی اہم خصوصیات:
- TLS سے ملتی جلتی اعلی سیکیورٹی (بنیادی طور پر QUIC UDP پر TLS استعمال کرنے کی صلاحیت فراہم کرتا ہے)؛
- فلو سالمیت کنٹرول، پیکٹ کے نقصان کو روکنا؛
- فوری طور پر کنکشن قائم کرنے کی صلاحیت (0-RTT، تقریباً 75% کیسز میں ڈیٹا کو کنکشن سیٹ اپ پیکٹ بھیجنے کے فوراً بعد منتقل کیا جا سکتا ہے) اور درخواست بھیجنے اور جواب موصول ہونے کے درمیان کم سے کم تاخیر فراہم کرنا (RTT، راؤنڈ ٹرپ ٹائم)؛
- ایک پیکٹ کو دوبارہ منتقل کرتے وقت مختلف ترتیب نمبر کا استعمال، جو موصول ہونے والے پیکٹوں کی شناخت میں ابہام سے بچتا ہے اور ٹائم آؤٹ سے چھٹکارا پاتا ہے۔
- پیکٹ کے کھو جانے سے صرف اس سے منسلک سٹریم کی ڈیلیوری متاثر ہوتی ہے اور موجودہ کنکشن کے ذریعے منتقل ہونے والے متوازی اسٹریمز میں ڈیٹا کی ترسیل کو نہیں روکتا؛
- خرابی کی اصلاح کی خصوصیات جو کھوئے ہوئے پیکٹوں کی دوبارہ منتقلی کی وجہ سے تاخیر کو کم کرتی ہیں۔ گمشدہ پیکٹ ڈیٹا کی دوبارہ منتقلی کی ضرورت پڑنے والے حالات کو کم کرنے کے لیے پیکٹ کی سطح پر خرابی کے خصوصی کوڈز کا استعمال۔
- کرپٹوگرافک بلاک کی حدود QUIC پیکٹ کی حدود کے ساتھ منسلک ہیں، جو بعد کے پیکٹوں کے مواد کو ڈی کوڈ کرنے پر پیکٹ کے نقصانات کے اثرات کو کم کرتی ہے۔
- TCP قطار بلاک کرنے میں کوئی مسئلہ نہیں؛
- کنکشن شناخت کنندہ کے لیے سپورٹ، جو موبائل کلائنٹس کے لیے دوبارہ کنکشن قائم کرنے میں لگنے والے وقت کو کم کرتا ہے۔
- اعلی درجے کے کنکشن کنجشن کنٹرول میکانزم کو جوڑنے کا امکان؛
- اس بات کو یقینی بنانے کے لیے فی ڈائریکشن تھرو پٹ پیشن گوئی کی تکنیکوں کا استعمال کرتا ہے کہ پیکٹ زیادہ سے زیادہ قیمتوں پر بھیجے جاتے ہیں، ان کو بھیڑ ہونے سے روکتے ہیں اور پیکٹ کے نقصان کا سبب بنتے ہیں۔
- TCP کے مقابلے کارکردگی اور تھرو پٹ میں نمایاں اضافہ۔ یوٹیوب جیسی ویڈیو سروسز کے لیے، QUIC کو ویڈیوز دیکھنے کے دوران ریبفرنگ آپریشنز کو 30% کم کرنے کے لیے دکھایا گیا ہے۔
ماخذ: opennet.ru