Mozilla پنهنجي ارادي جو اعلان ڪيو آهي ته HTTP/3 ۽ QUIC ۾ شروع ڪرڻ سان گڏ فائر فاڪس 88 جي رليز سان، 19 اپريل تي مقرر ڪيل (اصل ۾ 20 اپريل تي جاري ٿيڻ جي توقع ڪئي وئي، پر شيڊول جي مطابق، ان کي هڪ ڏينهن کان پوئتي ڌڪيو ويندو). HTTP/3 سپورٽ کي فعال ڪيو ويندو صرف استعمال ڪندڙن جي صرف ٿورڙي فيصد لاءِ ۽، ڪنهن به اڻڄاتل مسئلن کي ڇڏي، مئي جي آخر تائين سڀني لاءِ رول آئوٽ ڪيو ويندو. رات جي تعمير ۽ بيٽا ورزن ۾، HTTP/3 مارچ جي آخر ۾ ڊفالٽ طور تي فعال ڪيو ويو.
اچو ته ياد رکون ته فائر فاکس ۾ HTTP/3 جو نفاذ Mozilla پاران ٺاهيل 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 هيڊر ۾ بيان ڪئي وئي آهي (فائر فاڪس اسپيڪ ڊرافٽ 27 کان 32 تائين سپورٽ ڪري ٿو).
HTTP/3 وضاحت ڪري ٿو QUIC پروٽوڪول جي استعمال کي HTTP/2 لاءِ ٽرانسپورٽ جي طور تي. QUIC (Quick UDP انٽرنيٽ ڪنيڪشن) پروٽوڪول گوگل پاران 2013 کان ٺاھيو ويو آھي متبادل طور تي ويب لاءِ TCP+TLS ميلاپ، TCP ۾ ڪنيڪشنز لاءِ ڊگھي سيٽ اپ ۽ ڳالهين جي وقتن سان مسئلن کي حل ڪرڻ ۽ ڊيٽا دوران پيڪيٽ گم ٿيڻ تي دير کي ختم ڪرڻ. منتقلي QUIC UDP پروٽوڪول جو هڪ واڌارو آهي جيڪو ڪيترن ئي ڪنيڪشن جي ملٽي پلڪسنگ کي سپورٽ ڪري ٿو ۽ TLS/SSL جي برابر انڪرپشن طريقا مهيا ڪري ٿو. IETF معيار جي ترقي جي دوران، پروٽوڪول ۾ تبديليون ڪيون ويون آهن، جنهن جي نتيجي ۾ ٻه متوازي شاخون، هڪ HTTP/3 لاء، ۽ ٻيو گوگل طرفان سپورٽ (ڪروم ٻنهي اختيارن کي سپورٽ ڪري ٿو).
QUIC جي اهم خاصيتون:
- اعلي سلامتي TLS سان ملندڙ جلندڙ (لازمي طور تي QUIC UDP تي TLS استعمال ڪرڻ جي صلاحيت فراهم ڪري ٿي)؛
- وهڪري جي سالميت جو ڪنٽرول، پيٽ جي نقصان کي روڪڻ؛
- فوري طور تي ڪنيڪشن قائم ڪرڻ جي صلاحيت (0-RTT، تقريبن 75٪ ڪيسن ۾ ڊيٽا ڪنيڪشن سيٽ اپ پيڪٽ موڪلڻ کان پوء فوري طور تي منتقل ٿي سگهي ٿو) ۽ هڪ درخواست موڪلڻ ۽ جواب حاصل ڪرڻ جي وچ ۾ گهٽ ۾ گهٽ دير فراهم ڪريو (RTT، گول ٽرپ ٽائيم)؛
- هڪ مختلف ترتيب نمبر استعمال ڪندي جڏهن هڪ پيڪٽ کي ٻيهر منتقل ڪيو وڃي، جيڪو وصول ٿيل پيڪٽ جي سڃاڻپ ۾ مونجهاري کان بچي ٿو ۽ وقت ختم ٿيڻ کان نجات حاصل ڪري ٿو؛
- پيڪٽ جو نقصان صرف ان سان لاڳاپيل وهڪرو جي ترسيل کي متاثر ڪري ٿو ۽ موجوده ڪنيڪشن ذريعي منتقل ٿيل متوازي اسٽريمز ۾ ڊيٽا جي ترسيل کي روڪي نٿو سگهي؛
- غلطي جي اصلاح جون خاصيتون جيڪي گم ٿيل پيڪٽس جي ٻيهر منتقلي جي ڪري دير کي گھٽ ڪن ٿيون. پيڪٽ جي سطح تي خاص غلطي جي اصلاح واري ڪوڊ جو استعمال حالتن کي گھٽائڻ لاءِ گم ٿيل پيڪٽ ڊيٽا جي ٻيهر منتقلي جي ضرورت آهي.
- Cryptographic بلاڪ جون حدون QUIC پيڪٽ جي حدن سان جڙيل آهن، جيڪي ايندڙ پيڪٽن جي مواد کي ڊيڪوڊنگ ڪرڻ تي پيڪٽ جي نقصان جي اثر کي گھٽائي ٿي؛
- TCP قطار بلاڪ ڪرڻ سان ڪو مسئلو ناهي؛
- ڪنيڪشن جي سڃاڻپ ڪندڙ لاءِ سپورٽ، جيڪو موبائل ڪلائنٽ لاءِ ٻيهر ڪنيڪشن قائم ڪرڻ ۾ لڳل وقت کي گھٽائي ٿو؛
- ڳنڍڻ جو امڪان ترقي يافته ڪنيڪشن ڪنجيشن ڪنٽرول ميڪانيزم؛
- استعمال ڪري ٿو في-هدايت ذريعي پيشنگوئي ڪرڻ واري ٽيڪنڪ کي يقيني بڻائڻ لاءِ ته پيڪيٽس بهترين قيمتن تي موڪليا وڃن ، انهن کي گهمڻ کان روڪيو ۽ پيڪيٽ جي نقصان جو سبب بڻجن.
- TCP جي مقابلي ۾ ڪارڪردگي ۽ throughput ۾ اهم اضافو. وڊيو خدمتن لاءِ جيئن يوٽيوب، QUIC کي ڏيکاريو ويو آهي ته ريفرنگ آپريشن کي گهٽائڻ لاءِ جڏهن وڊيوز کي 30 سيڪڙو تائين ڏسو.
جو ذريعو: opennet.ru