انٽرنيٽ انجنيئرنگ ٽاسڪ فورس (IETF)، اها ڪميٽي جيڪا انٽرنيٽ جي پروٽوڪول ۽ آرڪيٽيڪچر کي ترقي ڪري ٿي، QUIC پروٽوڪول لاءِ RFCs مڪمل ڪيا آهن ۽ لاڳاپيل وضاحتون شايع ڪيون آهن جيئن RFC 8999 (ورزن-آزاد پروٽوڪول خاصيتون)، RFC 9000 (UDP تي ٽرانسپورٽ)، RFC 9001 (QUIC ڪميونيڪيشن چينل جي TLS تي ٻڌل انڪرپشن)، ۽ RFC 9002 (ڊيٽا ٽرانسميشن دوران ڪنجيشن ڪنٽرول ۽ پيڪٽ نقصان جي سڃاڻپ).
آر ايف سيز کي "تجويز ڪيل معيار" جو درجو ڏنو ويو آهي، جنهن کان پوءِ آر ايف سيز کي ڊرافٽ معياري حيثيت ۾ بلند ڪرڻ تي ڪم شروع ڪيو ويندو، جيڪو مؤثر طريقي سان پروٽوڪول جي مڪمل استحڪام ۽ سڀني تبصرن کي شامل ڪرڻ جي نشاندهي ڪندو. HTTP/3 پروٽوڪول، جيڪو QUIC پروٽوڪول جي استعمال کي HTTP/2 لاءِ ٽرانسپورٽ جي طور تي بيان ڪري ٿو، هن وقت مسودي جي وضاحت جي مرحلي ۾ آهي، پر اهو پڻ جلد ئي آخرڪار IETF پاران معياري ڪيو ويندو.
اميد آهي ته QUIC جي معياري ڪرڻ سان هن پروٽوڪول جي وسيع اختيار کي هٿي ملندي، انهي سان گڏ ان تي ٻڌل ايڪسٽينشن جي ترقي کي به هٿي ملندي، جهڙوڪ ويب ٽرانسپورٽ (برائوزر ۽ سرور) ۽ MASQUE (هڪ ڪنيڪشن پراڪسي ٽيڪنالاجي جيڪا SOCKS ۽ HTTP CONNECT جي صلاحيتن کي وڌائي ٿي ۽ QUIC تي HTTPS کي ٽرانسپورٽ طور استعمال ڪري ٿي).
ياد ڏياريندڙ طور، QUIC (Quick UDP انٽرنيٽ ڪنيڪشن) پروٽوڪول 2013 کان وٺي گوگل پاران ويب لاءِ TCP+TLS جي متبادل طور تيار ڪيو ويو آهي. اهو TCP ۾ سست ڪنيڪشن سيٽ اپ ۽ ڳالهين جي وقتن کي حل ڪري ٿو ۽ ڊيٽا جي منتقلي دوران پيڪٽ جي نقصان جي ڪري ٿيندڙ دير کي ختم ڪري ٿو. QUIC UDP پروٽوڪول جو هڪ سپر سيٽ آهي جيڪو ڪيترن ئي ڪنيڪشن جي ملٽي پلڪسنگ کي سپورٽ ڪري ٿو ۽ TLS/SSL جي برابر انڪرپشن طريقا فراهم ڪري ٿو. IETF معيار جي ترقي دوران، پروٽوڪول ۾ تبديليون ڪيون ويون، جنهن جي نتيجي ۾ ٻه متوازي شاخون پيدا ٿيون: هڪ HTTP/3 لاءِ ۽ ٻيو گوگل پاران سپورٽ ڪيل (Chrome ٻنهي قسمن کي سپورٽ ڪري ٿو، جڏهن ته Firefox IETF قسم کي سپورٽ ڪري ٿو).
QUIC جي اهم خاصيتون:
- اعلي سلامتي TLS سان ملندڙ جلندڙ (لازمي طور تي QUIC UDP تي TLS استعمال ڪرڻ جي صلاحيت فراهم ڪري ٿي)؛
- وهڪري جي سالميت جو ڪنٽرول، پيٽ جي نقصان کي روڪڻ؛
- فوري طور تي ڪنيڪشن قائم ڪرڻ جي صلاحيت (0-RTT، تقريبن 75٪ ڪيسن ۾ ڊيٽا ڪنيڪشن سيٽ اپ پيڪٽ موڪلڻ کان پوء فوري طور تي منتقل ٿي سگهي ٿو) ۽ هڪ درخواست موڪلڻ ۽ جواب حاصل ڪرڻ جي وچ ۾ گهٽ ۾ گهٽ دير فراهم ڪريو (RTT، گول ٽرپ ٽائيم)؛
- هڪ مختلف ترتيب نمبر استعمال ڪندي جڏهن هڪ پيڪٽ کي ٻيهر منتقل ڪيو وڃي، جيڪو وصول ٿيل پيڪٽ جي سڃاڻپ ۾ مونجهاري کان بچي ٿو ۽ وقت ختم ٿيڻ کان نجات حاصل ڪري ٿو؛
- پيڪٽ جو نقصان صرف ان سان لاڳاپيل وهڪرو جي ترسيل کي متاثر ڪري ٿو ۽ موجوده ڪنيڪشن ذريعي منتقل ٿيل متوازي اسٽريمز ۾ ڊيٽا جي ترسيل کي روڪي نٿو سگهي؛
- غلطي جي اصلاح جون خاصيتون جيڪي گم ٿيل پيڪٽس جي ٻيهر منتقلي جي ڪري دير کي گھٽ ڪن ٿيون. پيڪٽ جي سطح تي خاص غلطي جي اصلاح واري ڪوڊ جو استعمال حالتن کي گھٽائڻ لاءِ گم ٿيل پيڪٽ ڊيٽا جي ٻيهر منتقلي جي ضرورت آهي.
- Cryptographic بلاڪ جون حدون QUIC پيڪٽ جي حدن سان جڙيل آهن، جيڪي ايندڙ پيڪٽن جي مواد کي ڊيڪوڊنگ ڪرڻ تي پيڪٽ جي نقصان جي اثر کي گھٽائي ٿي؛
- TCP قطار بلاڪ ڪرڻ سان ڪو مسئلو ناهي؛
- ڪنيڪشن جي سڃاڻپ ڪندڙ لاءِ سپورٽ، جيڪو موبائل ڪلائنٽ لاءِ ٻيهر ڪنيڪشن قائم ڪرڻ ۾ لڳل وقت کي گھٽائي ٿو؛
- ڳنڍڻ جو امڪان ترقي يافته ڪنيڪشن ڪنجيشن ڪنٽرول ميڪانيزم؛
- استعمال ڪري ٿو في-هدايت ذريعي پيشنگوئي ڪرڻ واري ٽيڪنڪ کي يقيني بڻائڻ لاءِ ته پيڪيٽس بهترين قيمتن تي موڪليا وڃن ، انهن کي گهمڻ کان روڪيو ۽ پيڪيٽ جي نقصان جو سبب بڻجن.
- TCP جي مقابلي ۾ ڪارڪردگي ۽ throughput ۾ اهم اضافو. وڊيو خدمتن لاءِ جيئن يوٽيوب، QUIC کي ڏيکاريو ويو آهي ته ريفرنگ آپريشن کي گهٽائڻ لاءِ جڏهن وڊيوز کي 30 سيڪڙو تائين ڏسو.
جو ذريعو: opennet.ru
