Microsoft သည် HTTP/3 တွင်အသုံးပြုသည့် QUIC ပရိုတိုကောကို အကောင်အထည်ဖော်ရန် ဖွင့်လှစ်ထားသည်။

မိုက်ခရိုဆော့ဖ် ကြေငြာခဲ့သည် စာကြည့်တိုက်ကုဒ်ဖွင့်ခြင်းအကြောင်း msquic ကွန်ရက်ပရိုတိုကောကို အကောင်အထည်ဖော်မှုနှင့်အတူ QUIC. ကုဒ်ကို C နဲ့ရေးထားတယ်။ ဖြန့်ဝေသည် MIT လိုင်စင်အောက်တွင်။ စာကြည့်တိုက်သည် cross-platform ဖြစ်ပြီး Windows တွင်သာမက Linux တွင်လည်း အသုံးပြုနိုင်သည်။ s channel သို့မဟုတ် TLS 1.3 အတွက် OpenSSL အနာဂတ်တွင်၊ ၎င်းသည် အခြားပလပ်ဖောင်းများကို ပံ့ပိုးရန် စီစဉ်ထားသည်။

စာကြည့်တိုက်သည် HTTP နှင့် HTTP ကိုဖွင့်ရန်အတွက် Windows 10 kernel (Insider Preview) တွင် ပေးထားသည့် msquic.sys ဒရိုက်ဘာကုဒ်ကို အခြေခံထားသည်။ SMB QUIC ၏ထိပ်တွင်။ ကုဒ်ကို အတွင်းပိုင်း Windows stack နှင့် .NET Core တွင် HTTP/3 အကောင်အထည်ဖော်ရန်လည်း အသုံးပြုပါသည်။ MsQuic စာကြည့်တိုက်ကို အများသူငှာ သက်တူရွယ်တူ ပြန်လည်သုံးသပ်ခြင်း၊ ဆွဲထုတ်ခြင်းနှင့် GitHub ပြဿနာများကို အသုံးပြု၍ GitHub ပေါ်တွင် လုံးလုံးလျားလျား လုပ်ဆောင်ပါမည်။ ကတိကဝတ်တိုင်းကို စစ်ဆေးပြီး စမ်းသပ်မှုပေါင်း 4000 ကျော်တွင် တောင်းဆိုချက်အားလုံးကို စစ်ဆေးရန် အခြေခံအဆောက်အအုံကို ပြင်ဆင်ထားပါသည်။ ဖွံ့ဖြိုးတိုးတက်မှုပတ်ဝန်းကျင်ကို တည်ငြိမ်အောင်ပြုလုပ်ပြီးနောက်၊ ပြင်ပကုမ္ပဏီဆော့ဖ်ဝဲအင်ဂျင်နီယာများထံမှ အပြောင်းအလဲများကို လက်ခံရန် စီစဉ်ထားသည်။

MsQuic ကို ဆာဗာများနှင့် ကလိုင်းယင့်များ ဖန်တီးရန် အသုံးပြုထားပြီးဖြစ်သော်လည်း IETF သတ်မှတ်ချက်တွင် သတ်မှတ်ထားသည့် လုပ်ဆောင်နိုင်စွမ်းအားလုံးကို လောလောဆယ် မရရှိနိုင်ပါ။ ဥပမာအားဖြင့်၊ 0-RTT၊ client ရွှေ့ပြောင်းခြင်း၊ Path MTU Discovery သို့မဟုတ် Server Preferred Address ထိန်းချုပ်မှုအတွက် ပံ့ပိုးမှု မရှိပါ။ အကောင်အထည် ဖော်ထားသည့် အင်္ဂါရပ်များထဲတွင် အမြင့်ဆုံး ထုတ်လွှင့်မှုနှင့် အနိမ့်ဆုံး နှောင့်နှေးမှုများ၊ တစ်ပြိုင်နက် ထည့်သွင်းမှု/အထွက်အတွက် ပံ့ပိုးမှု၊ RSS (Receive Side Scaling) နှင့် ထည့်သွင်းမှုနှင့် UDP လမ်းကြောင်းများ ပေါင်းစပ်နိုင်မှုတို့ကို ရရှိရန် ပိုမိုကောင်းမွန်အောင် ပြုလုပ်ခြင်းကို မှတ်သားထားသည်။ MsQuic အကောင်အထည်ဖော်မှုကို Chrome နှင့် Edge ဘရောက်ဆာများ၏ စမ်းသပ်ဗားရှင်းများနှင့် တွဲဖက်အသုံးပြုနိုင်ရန် စမ်းသပ်ထားသည်။

HTTP/3 သည် QUIC ပရိုတိုကောကို HTTP/2 အတွက် ပို့ဆောင်မှုအဖြစ် အသုံးပြုခြင်းကို စံသတ်မှတ်ထားကြောင်း သတိရပါ။ ပရိုတိုကော QUIC (Quick UDP Internet Connections) ကို ဝဘ်အတွက် TCP+TLS ပေါင်းစပ်မှု၏ အစားထိုးတစ်ခုအဖြစ် Google မှ 2013 ခုနှစ်ကတည်းက တီထွင်ခဲ့ပြီး၊ TCP အတွင်းရှိ ချိတ်ဆက်မှုများအတွက် ရှည်လျားသော တပ်ဆင်မှုနှင့် ညှိနှိုင်းမှုအချိန်များအတွက် ပြဿနာများကို ဖြေရှင်းကာ ဒေတာလွှဲပြောင်းစဉ်အတွင်း ပက်ကတ်များ ပျောက်ဆုံးသွားသည့်အခါ နှောင့်နှေးမှုများကို ဖယ်ရှားပေးခဲ့သည်။ QUIC သည် ချိတ်ဆက်မှုများစွာကို ပေါင်းထည့်ခြင်းကို ပံ့ပိုးပေးသည့် UDP ပရိုတိုကော၏ တိုးချဲ့မှုတစ်ခုဖြစ်ပြီး TLS/SSL နှင့်ညီမျှသော ကုဒ်ဝှက်နည်းလမ်းများကို ပံ့ပိုးပေးပါသည်။

အဓိက အင်္ဂါရပ်များ QUIC-

• TLS နှင့် ဆင်တူသော လုံခြုံရေး မြင့်မားသည် (အဓိကအားဖြင့် QUIC သည် TLS 1.3 ကို UDP ထက်ပို၍ သုံးနိုင်သည်)
• Flow integrity control၊ packet ဆုံးရှုံးမှုကို ကာကွယ်ပေးသည်။
• ချိတ်ဆက်မှုတစ်ခုချက်ချင်းတည်ထောင်နိုင်မှု (0-RTT၊ ခန့်မှန်းခြေအားဖြင့် 75% တွင် ချိတ်ဆက်မှုထည့်သွင်းမှုပက်ကေ့ချ်ကို ပေးပို့ပြီးနောက် ဒေတာကိုချက်ချင်းပို့နိုင်သည်) နှင့် တောင်းဆိုချက်တစ်ခုပေးပို့ခြင်းနှင့် တုံ့ပြန်မှုလက်ခံခြင်းကြားတွင် အနည်းငယ်နှောင့်နှေးမှုများ (RTT၊ အသွားအပြန်အချိန်)၊
  

• လက်ခံရရှိထားသော ပက်ကေ့ဂျ်များကို ခွဲခြားသတ်မှတ်ရာတွင် မသေချာမရေရာမှုများကို ရှောင်ရှားပြီး အချိန်ကုန်သွားသည့် ပက်ကတ်ကို ပြန်လည်ပေးပို့သည့်အခါ တူညီသော sequence နံပါတ်ကို မသုံးဘဲ၊
• ပက်ကေ့ခ်ျတစ်ခုဆုံးရှုံးခြင်းသည် ၎င်းနှင့်ဆက်စပ်နေသော stream ၏ပေးပို့မှုကိုသာအကျိုးသက်ရောက်ပြီး လက်ရှိချိတ်ဆက်မှုမှတစ်ဆင့်ကူးစက်သောအပြိုင်စီးကြောင်းများတွင်ဒေတာပေးပို့မှုကိုရပ်တန့်မည်မဟုတ်ပါ။
• ပျောက်ဆုံးသွားသောပက်ကေ့ဂျ်များကို ပြန်လည်ပေးပို့ခြင်းကြောင့် နှောင့်နှေးမှုအနည်းဆုံးဖြစ်စေမည့် အမှားပြင်ဆင်ခြင်းအင်္ဂါရပ်များ။ ဆုံးရှုံးသွားသော packet ဒေတာကို ပြန်လည်ပေးပို့ရန် လိုအပ်သည့် အခြေအနေများကို လျှော့ချရန်အတွက် ပက်ကတ်အဆင့်တွင် အထူးအမှားပြင်ဆင်ကုဒ်များကို အသုံးပြုခြင်း။
• Cryptographic block boundaries များသည် QUIC packet boundaries များနှင့် လိုက်လျောညီထွေဖြစ်ပြီး၊ ၎င်းသည် နောက်ဆက်တွဲ packet များ၏ contents ကို decoding တွင် packet ဆုံးရှုံးမှုများ၏ သက်ရောက်မှုကို လျှော့ချပေးပါသည်။
• TCP တန်းစီပိတ်ဆို့ခြင်းတွင် ပြဿနာမရှိပါ။
• မိုဘိုင်းကလိုင်းယင့်များအတွက် ပြန်လည်ချိတ်ဆက်မှုတစ်ခုကို ထူထောင်ရန် လိုအပ်သည့်အချိန်ကို လျှော့ချပေးသည့် ချိတ်ဆက်မှုအမှတ်အသားအတွက် ပံ့ပိုးမှု။
• အဆင့်မြင့် ချိတ်ဆက်မှု ပိတ်ဆို့မှု ထိန်းချုပ်ရေး ယန္တရားများ ချိတ်ဆက်နိုင်ခြေ၊
• ထုပ်ပိုးမှုများကို အကောင်းမွန်ဆုံးသောနှုန်းထားဖြင့် ပို့ကြောင်းသေချာစေရန်၊ ၎င်းတို့အား ပိတ်ဆို့နေပြီး ပက်ကက်ဆုံးရှုံးမှုဖြစ်စေခြင်းမှ ကာကွယ်ရန်၊
• ကုန်ခန်းသည်။ တိုးတက်မှု TCP နှင့် နှိုင်းယှဉ်လျှင် စွမ်းဆောင်ရည်နှင့် ဖြတ်သန်းမှု။ YouTube ကဲ့သို့သော ဗီဒီယိုဝန်ဆောင်မှုများအတွက် QUIC သည် ဗီဒီယိုများကိုကြည့်ရှုသည့်အခါ ပြန်လည်တုံ့ပြန်သည့်လုပ်ဆောင်မှုများကို 30% လျှော့ချရန် ပြသထားသည်။

source: opennet.ru