Microsoft لائبريري ڪوڊ کولڻ بابت نيٽ ورڪ پروٽوڪول جي نفاذ سان . ڪوڊ C ۽ ۾ لکيل آهي MIT لائسنس جي تحت. لائبريري ڪراس پليٽ فارم آهي ۽ استعمال ڪري سگهجي ٿي نه رڳو ونڊوز تي، پر لينڪس تي پڻ استعمال ڪندي يا TLS 1.3 لاءِ OpenSSL. مستقبل ۾ ان کي ٻين پليٽ فارمن جي حمايت ڪرڻ جي رٿابندي ڪئي وئي آهي.
لائبريري msquic.sys ڊرائيور ڪوڊ تي ٻڌل آهي Windows 10 ڪرنل (اندر جو ڏيک) ۾ مهيا ڪيل HTTP ۽ QUIC جي چوٽي تي. ڪوڊ پڻ استعمال ڪيو ويندو آهي HTTP/3 کي اندروني ونڊوز اسٽيڪ ۽ .NET ڪور ۾ لاڳو ڪرڻ لاءِ. MsQuic لائبريري جي ترقي مڪمل طور تي GitHub تي ڪئي ويندي عوامي پير جو جائزو، پل درخواستون، ۽ GitHub مسئلا. هڪ انفراسٽرڪچر تيار ڪيو ويو آهي جيڪو 4000،XNUMX کان وڌيڪ ٽيسٽن جي سيٽ ۾ هر ڪمٽ ۽ پل درخواست کي چيڪ ڪري ٿو. ترقياتي ماحول کي مستحڪم ڪرڻ کان پوء، ٽئين پارٽي ڊولپرز کان تبديلين کي قبول ڪرڻ جو منصوبو آهي.
MsQuic اڳ ۾ ئي سرور ۽ ڪلائنٽ ٺاهڻ لاءِ استعمال ٿي سگهي ٿو، پر IETF جي وضاحت ۾ بيان ڪيل سڀ ڪارڪردگي في الحال موجود ناهي. مثال طور، 0-RTT، ڪلائنٽ لڏپلاڻ، واٽ MTU دريافت، يا سرور جي ترجيح ايڊريس ڪنٽرول لاءِ ڪا به مدد نه آهي. لاڳو ڪيل خاصيتن ۾، وڌ کان وڌ ذريعي ۽ گھٽ ۾ گھٽ دير حاصل ڪرڻ لاء اصلاح، غير مطابقت واري ان پٽ/آئوٽ پٽ جي حمايت، RSS (ريسيو سائڊ اسڪيلنگ)، ۽ ان پٽ ۽ آئوٽ يو ڊي پي اسٽريمز کي گڏ ڪرڻ جي صلاحيت. MsQuic عمل درآمد ڪروم ۽ ايج برائوزرز جي تجرباتي ورزن سان مطابقت لاءِ آزمايو ويو آھي.
ياد رهي ته HTTP/3 معياري ڪري ٿو QUIC پروٽوڪول جي استعمال کي HTTP/2 لاءِ ٽرانسپورٽ جي طور تي. پروٽوڪول (Quick UDP انٽرنيٽ ڪنيڪشن) گوگل پاران 2013 کان ترقي ڪئي وئي آھي ويب لاءِ TCP+TLS ميلاپ جي متبادل طور، TCP ۾ ڪنيڪشنز لاءِ ڊگھي سيٽ اپ ۽ ڳالهين جي وقتن سان مسئلن کي حل ڪرڻ ۽ ڊيٽا جي منتقلي دوران پيڪيٽ گم ٿيڻ تي دير کي ختم ڪرڻ. QUIC UDP پروٽوڪول جو هڪ واڌارو آهي جيڪو ڪيترن ئي ڪنيڪشن جي ملٽي پلڪسنگ کي سپورٽ ڪري ٿو ۽ TLS/SSL جي برابر انڪرپشن طريقا مهيا ڪري ٿو.
مکيه QUIC:
- اعلي سلامتي TLS سان ملندڙ جلندڙ آهي (لازمي طور تي QUIC UDP تي TLS 1.3 استعمال ڪرڻ جي صلاحيت فراهم ڪري ٿي)؛
- وهڪري جي سالميت جو ڪنٽرول، پيٽ جي نقصان کي روڪڻ؛
- فوري طور تي ڪنيڪشن قائم ڪرڻ جي صلاحيت (0-RTT، تقريبن 75٪ ڪيسن ۾ ڊيٽا ڪنيڪشن سيٽ اپ پيڪٽ موڪلڻ کان پوء فوري طور تي منتقل ٿي سگهي ٿو) ۽ هڪ درخواست موڪلڻ ۽ جواب حاصل ڪرڻ جي وچ ۾ گهٽ ۾ گهٽ دير فراهم ڪريو (RTT، گول ٽرپ ٽائيم)؛
- هڪ ئي ترتيب نمبر استعمال نه ڪيو جڏهن هڪ پيڪٽ کي ٻيهر منتقل ڪيو وڃي، جيڪو وصول ٿيل پيڪٽ جي سڃاڻپ ۾ مونجهاري کان بچي ٿو ۽ وقت ختم ٿيڻ کان نجات حاصل ڪري ٿو.
- پيڪٽ جو نقصان صرف ان سان لاڳاپيل وهڪرو جي ترسيل کي متاثر ڪري ٿو ۽ موجوده ڪنيڪشن ذريعي منتقل ٿيل متوازي اسٽريمز ۾ ڊيٽا جي ترسيل کي روڪي نٿو سگهي؛
- غلطي جي اصلاح جون خاصيتون جيڪي گم ٿيل پيڪٽس جي ٻيهر منتقلي جي ڪري دير کي گھٽ ڪن ٿيون. پيڪٽ جي سطح تي خاص غلطي جي اصلاح واري ڪوڊ جو استعمال حالتن کي گھٽائڻ لاءِ گم ٿيل پيڪٽ ڊيٽا جي ٻيهر منتقلي جي ضرورت آهي.
- Cryptographic بلاڪ جون حدون QUIC پيڪٽ جي حدن سان جڙيل آهن، جيڪي ايندڙ پيڪٽن جي مواد کي ڊيڪوڊنگ ڪرڻ تي پيڪٽ جي نقصان جي اثر کي گھٽائي ٿي؛
- TCP قطار بلاڪ ڪرڻ سان ڪو مسئلو ناهي؛
- ڪنيڪشن جي سڃاڻپ ڪندڙ لاءِ سپورٽ، جيڪو موبائل ڪلائنٽ لاءِ ٻيهر ڪنيڪشن قائم ڪرڻ ۾ لڳل وقت کي گھٽائي ٿو؛
- ڳنڍڻ جو امڪان ترقي يافته ڪنيڪشن ڪنجيشن ڪنٽرول ميڪانيزم؛
- استعمال ڪري ٿو في-هدايت ذريعي پيشنگوئي ڪرڻ واري ٽيڪنڪ کي يقيني بڻائڻ لاءِ ته پيڪيٽس بهترين قيمتن تي موڪليا وڃن ، انهن کي گهمڻ کان روڪيو ۽ پيڪيٽ جي نقصان جو سبب بڻجن.
- سمجهه وارو TCP جي مقابلي ۾ ڪارڪردگي ۽ throughput. وڊيو سروسز لاءِ جيئن يوٽيوب، QUIC کي ڏيکاريو ويو آهي ته ريفرنگ آپريشن کي گھٽائڻ لاءِ جڏهن وڊيوز کي 30 سيڪڙو ڏسڻ ۾ اچي.
جو ذريعو: opennet.ru