Video Call သည် ရှာတွေ့နိုင်သည့် အကောင်းဆုံးကွန်ရက်လမ်းကြောင်းကို အသုံးပြုရန် ကြိုးစားမည်ဖြစ်သည်။
အောက်ဖော်ပြပါဇယားသည် နှစ်သက်ရာအစီအစဥ်အရ ရှာဖွေမည့် ကွန်ရက်လမ်းကြောင်းများကို ဖော်ပြသည်-
| ကွန်ရက်လမ်းကြောင်း | STUN/Relay ဆာဗာအပေါက် |
|---|---|
|
1- STUN server-assisted NAT ဖြတ်သန်းမှုဖြင့် တိုက်ရိုက် peer-to-peer UDP၊ အဆုံးမှတ်တစ်ခုစီသည် ပံ့ပိုးပေးထားသည့် STUN ဆာဗာကို အသုံးပြု၍ ၎င်း၏ ပြင်ပအင်တာနက်လိပ်စာကို ရှာဖွေတွေ့ရှိမည်ဖြစ်သည်။ ဤလိပ်စာကို အခြားသော အဆုံးမှတ်သို့ ပေးအပ်ထားပြီး Network Address Translation မှတစ်ဆင့် ချိတ်ဆက်မှုကို စနစ်ထည့်သွင်းရန် အသုံးပြုပါသည်။ မီဒီယာသည် UDP ဆိပ်ကမ်းများ 49152 - 65535 ၏ ကြီးမားသောအကွာအဝေးထက် ကျပန်းရွေးချယ်ထားသော ဆိပ်ကမ်းများပေါ်တွင် စီးဆင်းနေသည်။ |
၃၄၇၈ (UDP)၊ |
|
2- UDP-routed egress ကို အသုံးပြု၍ Video Call relay server မှတဆင့် အထက်ဖော်ပြပါ တိုက်ရိုက် peer to peer ကို အသုံးပြု၍ ချိတ်ဆက်မှုတစ်ခု မတည်ဆောက်နိုင်ပါက၊ ထို့နောက် configured TURN server UDP port 3478 သည် အဝေးထိန်းနေရာသို့ relay တစ်ခုကို တည်ဆောက်ရန် ကြိုးစားမည်ဖြစ်သည်။ ဤ relay လိပ်စာကို အခြား endpoint သို့ ပေးထားပြီး relay မှတဆင့် ချိတ်ဆက်မှုကို သတ်မှတ်ရန်၊ ဒေသဆိုင်ရာ endpoint ၏ ချိတ်ဆက်မှုမှတဆင့် TURN server သို့ ပြန်သွားရန် အသုံးပြုသည်။ မီဒီယာသည် TURN ဆာဗာပေါ်တွင် UDP Port 3478 သို့ စီးဆင်းသည်။ |
၃၄၇၈ (UDP)၊ |
|
3- TCP-routed egress ကို အသုံးပြု၍ Video Call relay server မှတဆင့် အကယ်၍ UDP ကို TURN ဆာဗာသို့ အသုံးပြု၍ ချိတ်ဆက်မှုတစ်ခု မတည်ဆောက်နိုင်ပါက၊ ကွေ့ဆာဗာသို့ ချိတ်ဆက်မှုကို TCP 443 မှ UDP 3478 မဟုတ်သော TCP 443 မှတစ်ဆင့် တည်ဆောက်မည်ဖြစ်သည်။ မီဒီယာသည် TURNဆာဗာရှိ TCP အပေါက် 443 သို့ အပြင်သို့ စီးဆင်းသည်။ |
၃၄၇၈ (TCP) |
|
4- ဒေသတွင်း ဝဘ်ပရောက်စီဆာဗာမှတဆင့် TCP ဥမင်လှိုဏ်ခေါင်းကို အသုံးပြု၍ Video Call relay ဆာဗာမှတဆင့် NAT မှတစ်ဆင့် လမ်းကြောင်းပြောင်းချိတ်ဆက်မှုတစ်ခုကို TURN ဆာဗာသို့ မတည်ဆောက်နိုင်ပါက၊ TCP port 443 သို့ tunneled connection တစ်ခုကို configured web proxy server များမှ ဘရောက်ဆာများမှတစ်ဆင့် ကြိုးပမ်းမည်ဖြစ်သည်။ မီဒီယာသည် ဝဘ်ပရောက်စီမှတဆင့် အပြင်ဘက်သို့ လှည့်၍ ဆာဗာရှိ TCP Port 443 သို့ စီးဆင်းသည်။ |
443 (TCP) |
|
5a၊ 5b- Secure TCP ကို အသုံးပြု၍ Video Call relay ဆာဗာမှတဆင့် အထက်ပါ 3 သို့မဟုတ် 4 ကဲ့သို့သော်လည်း TURN Server သို့ TLS TCP ချိတ်ဆက်မှုကို အသုံးပြုပါ။ |
443 (TCP/TLS) |
ပိုမိုသိရှိလိုပါက၊ Video Call relay ဆာဗာများကို ကြည့်ပါ။
ဗီဒီယိုခေါ်ဆိုမှု ထပ်ဆင့်ပို့သည့် ဆာဗာလိပ်စာ- vcct.healthdirect.org.au
အရည်အသွေးအကောင်းဆုံးချိတ်ဆက်မှုကို ရရှိခြင်း။
1. ကွန်ရက်လမ်းကြောင်းအများစုအတွက်၊ ညှိနှိုင်းမှုသည် မှန်ကန်သောမီဒီယာချိတ်ဆက်မှုတစ်ခု ဖြစ်လာနိုင်ဖွယ်ရှိသည်။
- UDP မှတစ်ဆင့် peer-to-peer တိုက်ရိုက်ချိတ်ဆက်မှုသည် အကောင်းဆုံးချိတ်ဆက်မှုကို ပေးစွမ်း နိုင်သော်လည်း ၎င်းတို့၏ကွန်ရက်မူဝါဒများ၏ လုံခြုံရေးကန့်သတ်ချက်များကြောင့် အဖွဲ့အစည်းဆိုင်ရာကွန်ရက်များပေါ်တွင် မကြာခဏ မရနိုင်ပါ။
- လုံခြုံသော ဥမင်လိုဏ်ခေါင်း TCP ချိတ်ဆက်မှုသည် မီဒီယာလွှဲပြောင်းမှုအတွက် နှစ်လိုဖွယ်အနည်းဆုံးရွေးချယ်မှု ဖြစ်သော်လည်း ကွန်ရက်လုံခြုံရေးပြောင်းလဲမှုများမရှိသဖြင့် ပံ့ပိုးမှုအများဆုံးဖြစ်နိုင်ဖွယ်ရှိသည်။
အကြံပြုထားသည့်ရွေးချယ်စရာ- ကွန်ရက်များစွာအတွက်၊ NAT ကို relay server (ကွန်ရက်လမ်းကြောင်း 2၊ အထက်) တွင် NAT မှ UDP port 3478 သို့ ထွက်ခွာခွင့်ပြုခြင်းသည် ကြာမြင့်ချိန်အနည်းငယ်သာရှိမည်ဖြစ်သည်။ ၎င်းသည် သင့်ကွန်ရက်ဖွဲ့စည်းပုံအတွက် အသေးစား၊ အန္တရာယ်နည်းပါးသော အပြောင်းအလဲတစ်ခုသာ လိုအပ်ပါသည်။
2. အချိန်နှင့်တပြေးညီ ဆက်သွယ်မှုအဖြစ် Video Call အသွားအလာကို ဦးစားပေးကြောင်း သေချာစေရန် ကျေးဇူးပြု၍ အောက်ပါရွေးချယ်စရာများကို ကြည့်ရှုပါ။
- အကယ်၍ သင့် router သည် DSCP အကွက်တန်ဖိုး 34 (Assured Forwarding 41 သို့မဟုတ် AF41) ဖြင့် အသွားအလာကို ဦးစားပေးလုပ်ဆောင်နိုင်ပါက ၎င်းကို ကျေးဇူးပြု၍ ပြင်ဆင်သတ်မှတ်နိုင်ပါသည်။ အချိန်နှင့်တစ်ပြေးညီ WebRTC အသွားအလာအားလုံးကို ဤနည်းဖြင့် အမှတ်အသားပြုထားပြီး ၎င်းသည် Video Call နှင့် အခြားသော ဗီဒီယိုအစည်းအဝေးဖြေရှင်းချက်များ၏ အရည်အသွေးကို မြှင့်တင်ပေးမည်ဖြစ်သည်။
- သင့် router သည် အထက်ဖော်ပြပါ လုပ်ဆောင်နိုင်စွမ်းများကို မစွမ်းဆောင်နိုင်ပါက သင်သည် 5000-40000 အပေါက်အကွာအဝေးရှိ UDP ပက်ကေ့ခ်ျများကို ဦးစားပေးသတ်မှတ်ရန် QoS ကို သတ်မှတ်နိုင်ပြီး ၎င်းသည် ဗီဒီယိုပက်ကေ့ခ်ျများကို ဦးစားပေးလုပ်ဆောင်ရန်နှင့် နှေးကွေးမှုမှန်သမျှကို လျှော့ချနိုင်မည်ဖြစ်သည်။ WebRTC သည် မီဒီယာစီးကြောင်းများပေးပို့ရန် RTP ပရိုတိုကောကိုအသုံးပြုပြီး RTP သည် ယေဘူယျအားဖြင့် UDP 5000-40000 ကိုအသုံးပြုသည်။ ၎င်းကိုလုပ်ဆောင်ခြင်းသည် မလိုအပ်သည့် ပက်ကေ့ခ်ျအချို့ကို ဦးစားပေးလုပ်ဆောင်နိုင်သော်လည်း အများစုမှာ RTP ပက်ကေ့ခ်ျများဖြစ်လိမ့်မည်။ ဤနည်းဖြင့် QoS ကို စနစ်ထည့်သွင်းခြင်းသည် ဗီဒီယိုစီးကြောင်းများတွင် အနှောင့်အယှက်များနှင့် တုန်လှုပ်မှုအနည်းဆုံးပမာဏရှိမည်ကို သေချာစေသည်။