انٹرنیٹ انجینئرنگ ٹاسک فورس (IETF)، جو انٹرنیٹ پروٹوکول اور فن تعمیر کی ترقی کے لیے ذمہ دار ہے، نے QUIC پروٹوکول کے لیے RFC کو حتمی شکل دی ہے اور شناخت کنندہ RFC 8999 (ورژن سے آزاد پروٹوکول خصوصیات)، RFC 9000 (ٹرانسپورٹ) کے تحت متعلقہ وضاحتیں شائع کی ہیں۔ UDP سے زیادہ)، RFC 9001 (QUIC کمیونیکیشن چینل کا TLS انکرپشن) اور RFC 9002 (ڈیٹا ٹرانسمیشن کے دوران بھیڑ کنٹرول اور پیکٹ کے نقصان کا پتہ لگانا)۔
RFCs کو "مجوزہ معیار" کا درجہ حاصل ہوا، جس کے بعد RFC کو ڈرافٹ اسٹینڈرڈ (ڈرافٹ اسٹینڈرڈ) کا درجہ دینے کے لیے کام شروع ہو جائے گا، جس کا اصل مطلب پروٹوکول کا مکمل استحکام اور تمام تبصروں کو مدنظر رکھنا ہے۔ HTTP/3 پروٹوکول، جو HTTP/2 کے لیے نقل و حمل کے طور پر QUIC پروٹوکول کے استعمال کی وضاحت کرتا ہے، ابھی بھی ڈرافٹ تفصیلات کے مرحلے میں ہے، لیکن اسے جلد ہی IETF کے ذریعے معیاری بنایا جائے گا۔
امید کی جاتی ہے کہ QUIC کی معیاری کاری اس پروٹوکول کو وسیع تر اپنانے کے ساتھ ساتھ اس پر مبنی ایکسٹینشنز کی ترقی کو بھی تحریک دے گی، جیسے WebTransport (براؤزر اور سرور کے درمیان ڈیٹا بھیجنے اور وصول کرنے کی ٹیکنالوجی) اور MASQUE (ایک کنکشن پراکسینگ ٹیکنالوجی جو SOCKS اور HTTP CONNECT کی صلاحیتوں کو بڑھاتی ہے، اور HTTPS کو QUIC پر بطور ٹرانسپورٹ استعمال کرتی ہے)۔
ہمیں یاد کرنا چاہیے کہ QUIC (کوئیک UDP انٹرنیٹ کنیکشنز) پروٹوکول کو گوگل نے 2013 سے ویب کے لیے TCP+TLS امتزاج کے متبادل کے طور پر تیار کیا ہے، جس سے TCP میں رابطوں کے طویل سیٹ اپ اور گفت و شنید کے اوقات میں مسائل کو حل کیا جاتا ہے اور تاخیر کو ختم کیا جاتا ہے۔ ڈیٹا کی منتقلی کے دوران پیکٹ ضائع ہو جاتے ہیں۔ QUIC UDP پروٹوکول کی توسیع ہے جو متعدد کنکشنز کے ملٹی پلیکسنگ کو سپورٹ کرتا ہے اور TLS/SSL کے مساوی خفیہ کاری کے طریقے فراہم کرتا ہے۔ IETF معیار کی ترقی کے دوران، پروٹوکول میں تبدیلیاں کی گئیں، جس کی وجہ سے دو متوازی شاخیں وجود میں آئیں، ایک HTTP/3 کے لیے، اور دوسری گوگل کے ذریعے سپورٹ کی گئی (کروم دونوں آپشنز کو سپورٹ کرتا ہے، اور فائر فاکس IETF ورژن کو سپورٹ کرتا ہے) .
QUIC کی اہم خصوصیات:
- TLS سے ملتی جلتی اعلی سیکیورٹی (بنیادی طور پر QUIC UDP پر TLS استعمال کرنے کی صلاحیت فراہم کرتا ہے)؛
- فلو سالمیت کنٹرول، پیکٹ کے نقصان کو روکنا؛
- فوری طور پر کنکشن قائم کرنے کی صلاحیت (0-RTT، تقریباً 75% کیسز میں ڈیٹا کو کنکشن سیٹ اپ پیکٹ بھیجنے کے فوراً بعد منتقل کیا جا سکتا ہے) اور درخواست بھیجنے اور جواب موصول ہونے کے درمیان کم سے کم تاخیر فراہم کرنا (RTT، راؤنڈ ٹرپ ٹائم)؛
- ایک پیکٹ کو دوبارہ منتقل کرتے وقت مختلف ترتیب نمبر کا استعمال، جو موصول ہونے والے پیکٹوں کی شناخت میں ابہام سے بچتا ہے اور ٹائم آؤٹ سے چھٹکارا پاتا ہے۔
- پیکٹ کے کھو جانے سے صرف اس سے منسلک سٹریم کی ڈیلیوری متاثر ہوتی ہے اور موجودہ کنکشن کے ذریعے منتقل ہونے والے متوازی اسٹریمز میں ڈیٹا کی ترسیل کو نہیں روکتا؛
- خرابی کی اصلاح کی خصوصیات جو کھوئے ہوئے پیکٹوں کی دوبارہ منتقلی کی وجہ سے تاخیر کو کم کرتی ہیں۔ گمشدہ پیکٹ ڈیٹا کی دوبارہ منتقلی کی ضرورت پڑنے والے حالات کو کم کرنے کے لیے پیکٹ کی سطح پر خرابی کے خصوصی کوڈز کا استعمال۔
- کرپٹوگرافک بلاک کی حدود QUIC پیکٹ کی حدود کے ساتھ منسلک ہیں، جو بعد کے پیکٹوں کے مواد کو ڈی کوڈ کرنے پر پیکٹ کے نقصانات کے اثرات کو کم کرتی ہے۔
- TCP قطار بلاک کرنے میں کوئی مسئلہ نہیں؛
- کنکشن شناخت کنندہ کے لیے سپورٹ، جو موبائل کلائنٹس کے لیے دوبارہ کنکشن قائم کرنے میں لگنے والے وقت کو کم کرتا ہے۔
- اعلی درجے کے کنکشن کنجشن کنٹرول میکانزم کو جوڑنے کا امکان؛
- اس بات کو یقینی بنانے کے لیے فی ڈائریکشن تھرو پٹ پیشن گوئی کی تکنیکوں کا استعمال کرتا ہے کہ پیکٹ زیادہ سے زیادہ قیمتوں پر بھیجے جاتے ہیں، ان کو بھیڑ ہونے سے روکتے ہیں اور پیکٹ کے نقصان کا سبب بنتے ہیں۔
- TCP کے مقابلے کارکردگی اور تھرو پٹ میں نمایاں اضافہ۔ یوٹیوب جیسی ویڈیو سروسز کے لیے، QUIC کو ویڈیوز دیکھنے کے دوران ریبفرنگ آپریشنز کو 30% کم کرنے کے لیے دکھایا گیا ہے۔
ماخذ: opennet.ru