ផ្លូវប្រព័ន្ធផ្សព្វផ្សាយសម្រាប់ការហៅជាវីដេអូ
ទិដ្ឋភាពទូទៅនៃផ្លូវបណ្តាញប្រព័ន្ធផ្សព្វផ្សាយដែលប្រើដោយ Video Call - សម្រាប់បុគ្គលិក IT
អាសយដ្ឋានម៉ាស៊ីនមេបញ្ជូនបន្តការហៅជាវីដេអូ៖ vcct.healthdirect.org.au
ការសម្រេចបាននូវការតភ្ជាប់ដែលមានគុណភាពល្អបំផុត
1. សម្រាប់ផ្លូវបណ្តាញភាគច្រើន ការចរចាទំនងជានឹងនាំមកនូវការភ្ជាប់ប្រព័ន្ធផ្សព្វផ្សាយត្រឹមត្រូវ។
- ដោយផ្ទាល់ពីម្នាក់ទៅម្នាក់តាមរយៈ UDP ផ្តល់នូវការភ្ជាប់ដ៏ល្អបំផុត ប៉ុន្តែជារឿយៗនឹងមិនមាននៅទូទាំងបណ្តាញស្ថាប័នទេ ដោយសារតែឧបសគ្គសុវត្ថិភាពនៃគោលការណ៍បណ្តាញរបស់ពួកគេ។
- ការតភ្ជាប់ TCP ផ្លូវរូងក្រោមដីដែលមានសុវត្ថិភាពគឺជាជម្រើសដែលចង់បានតិចបំផុត សម្រាប់ការផ្ទេរមេឌៀ ប៉ុន្តែទំនងជាត្រូវបានគាំទ្រដោយគ្មានការផ្លាស់ប្តូរសុវត្ថិភាពបណ្តាញ។
ជម្រើសដែលបានណែនាំ៖ សម្រាប់បណ្តាញជាច្រើន ការអនុញ្ញាតឱ្យ NAT ចូលទៅកាន់ច្រក UDP 3478 នៅលើម៉ាស៊ីនមេបញ្ជូនត (ផ្លូវបណ្តាញ 2 ខាងលើ) នឹងផ្តល់នូវភាពយឺតយ៉ាវទាបជាមួយនឹងការចំណាយលើសតិចតួច។ នេះគួរតែតម្រូវឱ្យមានការផ្លាស់ប្តូរតិចតួច និងមានហានិភ័យទាបចំពោះការកំណត់រចនាសម្ព័ន្ធបណ្តាញរបស់អ្នក។
2. ដើម្បីប្រាកដថាចរាចរណ៍ការហៅជាវីដេអូត្រូវបានផ្តល់អាទិភាពជាទំនាក់ទំនងតាមពេលវេលាជាក់ស្តែង សូមពិនិត្យមើលជម្រើសខាងក្រោម៖
- ប្រសិនបើរ៉ោតទ័ររបស់អ្នកមានលទ្ធភាពកំណត់ចរាចរណ៍ជាអាទិភាពជាមួយនឹងតម្លៃវាល DSCP នៃ 34 (aka Assured Forwarding 41 ឬ AF41) អ្នកអាចកំណត់រចនាសម្ព័ន្ធនេះ។ ចរាចរណ៍ WebRTC ពេលជាក់ស្តែងទាំងអស់ត្រូវបានសម្គាល់តាមវិធីនេះ ហើយវានឹងធ្វើឱ្យគុណភាពនៃការហៅជាវីដេអូ និងដំណោះស្រាយសន្និសីទវីដេអូផ្សេងទៀត។
- ប្រសិនបើរ៉ោតទ័ររបស់អ្នកមិនមានសមត្ថភាពមុខងារខាងលើ អ្នកអាចកំណត់ QoS ឱ្យកំណត់អាទិភាពកញ្ចប់ UDP នៅក្នុងជួរច្រក 5000-40000 ហើយនេះនឹងជួយកំណត់អាទិភាពកញ្ចប់វីដេអូ និងកាត់បន្ថយភាពយឺតយ៉ាវណាមួយ។ WebRTC ប្រើពិធីការ RTP ដើម្បីបញ្ជូនការផ្សាយមេឌៀ ហើយ RTP ជាទូទៅប្រើ UDP 5000-40000 ។ ការធ្វើបែបនេះអាចផ្តល់អាទិភាពដល់កញ្ចប់ព័ត៌មានមួយចំនួនដែលមិនត្រូវការវា ប៉ុន្តែភាគច្រើននឹងជាកញ្ចប់ព័ត៌មាន RTP ។ ការដំឡើង QoS តាមរបៀបនេះនឹងធានាថាការផ្សាយវីដេអូនឹងមានការរំខាន និងរំជើបរំជួលតិចបំផុត។
ការហៅជាវីដេអូនឹងព្យាយាមប្រើផ្លូវបណ្តាញដ៏ល្អបំផុតដែលវាអាចរកបាន។
តារាងខាងក្រោមរាយបញ្ជីផ្លូវបណ្តាញដែលវានឹងស្វែងរក តាមលំដាប់នៃចំណូលចិត្ត៖
| ផ្លូវបណ្តាញ | ច្រកម៉ាស៊ីនមេ STUN/បញ្ជូនត |
|---|---|
|
1៖ UDP ពីម្នាក់ទៅម្នាក់ដោយផ្ទាល់ ជាមួយនឹងការឆ្លងកាត់ NAT ដែលគាំទ្រដោយម៉ាស៊ីនមេ STUN ចំណុចបញ្ចប់នីមួយៗនឹងរកឃើញអាសយដ្ឋានអ៊ីនធឺណិតខាងក្រៅរបស់វាដោយប្រើម៉ាស៊ីនមេ STUN ដែលបានផ្តល់ឱ្យ។ អាសយដ្ឋាននេះត្រូវបានផ្តល់ទៅឱ្យចំណុចបញ្ចប់ផ្សេងទៀត ហើយប្រើដើម្បីរៀបចំការតភ្ជាប់តាមរយៈការបកប្រែអាសយដ្ឋានបណ្តាញ។ ប្រព័ន្ធផ្សព្វផ្សាយហូរលើច្រកដែលបានជ្រើសរើសដោយចៃដន្យលើជួរដ៏ធំនៃច្រក UDP 49152 - 65535 ។ |
3478 (UDP) |
|
2៖ តាមរយៈម៉ាស៊ីនមេបញ្ជូនបន្ត Video Call ដោយប្រើ UDP-routed egress ប្រសិនបើការភ្ជាប់មិនអាចបង្កើតបានដោយប្រើការភ្ជាប់ដោយផ្ទាល់ខាងលើទៅ peer នោះម៉ាស៊ីនមេ TURN ដែលបានកំណត់រចនាសម្ព័ន្ធ UDP ច្រក 3478 នឹងត្រូវបានព្យាយាមបង្កើតការបញ្ជូនបន្តទៅកាន់ចំណុចបញ្ចប់ពីចម្ងាយ។ អាសយដ្ឋានបញ្ជូនតនេះត្រូវបានផ្តល់ទៅឱ្យចំណុចបញ្ចប់ផ្សេងទៀត ហើយប្រើដើម្បីរៀបចំការតភ្ជាប់តាមរយៈការបញ្ជូនត ត្រលប់មកវិញតាមរយៈការតភ្ជាប់នៃចំណុចបញ្ចប់ក្នុងតំបន់ទៅកាន់ម៉ាស៊ីនមេ TURN ។ ប្រព័ន្ធផ្សព្វផ្សាយហូរទៅ UDP Port 3478 នៅលើម៉ាស៊ីនមេ TURN ។ |
3478 (UDP) |
|
3៖ តាមរយៈម៉ាស៊ីនមេបញ្ជូនតវីដេអូ Call ដោយប្រើ TCP-routed egress ប្រសិនបើការតភ្ជាប់មិនអាចបង្កើតបានដោយប្រើ UDP ទៅម៉ាស៊ីនមេ TURN ការតភ្ជាប់ទៅម៉ាស៊ីនមេ TURN ត្រូវបានបង្កើតឡើងតាមរយៈ TCP 443 មិនមែន UDP 3478 ទេ។ ប្រព័ន្ធផ្សព្វផ្សាយហូរទៅខាងក្រៅទៅកាន់ច្រក TCP 443 នៅលើ TURN Server ។ |
3478 (TCP) |
|
4៖ តាមរយៈម៉ាស៊ីនមេបញ្ជូនតវីដេអូ Call ដោយប្រើ TCP tunneling តាមរយៈម៉ាស៊ីនមេប្រូកស៊ីបណ្តាញមូលដ្ឋាន ប្រសិនបើការតភ្ជាប់ផ្លូវតាមរយៈ NAT មិនអាចបង្កើតទៅម៉ាស៊ីនមេ TURN ទេ ការតភ្ជាប់ផ្លូវរូងក្រោមដីទៅច្រក TCP 443 នឹងត្រូវបានព្យាយាមតាមរយៈកម្មវិធីរុករកបណ្តាញប្រូកស៊ីដែលបានកំណត់រចនាសម្ព័ន្ធ។ ប្រព័ន្ធផ្សព្វផ្សាយហូរទៅខាងក្រៅតាមរយៈប្រូកស៊ីបណ្តាញទៅកាន់ TCP Port 443 នៅលើ TURN Server ។ |
443 (TCP) |
|
5a, 5b៖ តាមរយៈម៉ាស៊ីនមេបញ្ជូនតវីដេអូ Call ដោយប្រើ TCP សុវត្ថិភាព ដូចជាសម្រាប់ 3 ឬ 4 ខាងលើ ប៉ុន្តែការប្រើការតភ្ជាប់ TLS TCP ទៅ TURN Server ។ |
443 (TCP/TLS) |
សម្រាប់ព័ត៌មានបន្ថែម សូមមើល Video Call relay servers ។