ستحاول مكالمة الفيديو استخدام أفضل مسار للشبكة يمكن أن تجده.
يسرد الجدول التالي مسارات الشبكة التي سيبحث عنها ، بترتيب التفضيل:
| مسار الشبكة | منفذ خادم STUN / Relay |
|---|---|
|
1: UDP المباشر من نظير إلى نظير ، مع اجتياز NAT بمساعدة خادم STUN ستكتشف كل نقطة نهاية عنوان الإنترنت الخارجي الخاص بها باستخدام خادم STUN المقدم. يتم توفير هذا العنوان لنقطة النهاية الأخرى ويستخدم لإعداد الاتصال من خلال ترجمة عنوان الشبكة. تتدفق الوسائط عبر منافذ محددة عشوائيًا عبر نطاق كبير من منافذ UDP 49152-65535. |
3478 (UDP) |
|
2: عبر خادم ترحيل مكالمات الفيديو ، باستخدام خروج موجه UDP إذا تعذر إنشاء اتصال باستخدام نظير إلى نظير أعلاه ، فستتم محاولة منفذ UDP لخادم TURN المكون من 3478 لإنشاء مرحل إلى نقطة النهاية البعيدة. يتم توفير عنوان الترحيل هذا إلى نقطة النهاية الأخرى ويستخدم لإعداد الاتصال من خلال المرحل ، مرة أخرى من خلال اتصال نقطة النهاية المحلية بخادم TURN. تتدفق الوسائط إلى منفذ UDP 3478 على خادم TURN. |
3478 (UDP) |
|
3: عبر خادم ترحيل مكالمات الفيديو ، باستخدام خروج موجه عبر بروتوكول TCP إذا تعذر إنشاء اتصال باستخدام UDP بخادم TURN ، يتم إنشاء الاتصال بخادم TURN عبر TCP 443 وليس UDP 3478. تتدفق الوسائط إلى الخارج إلى منفذ TCP 443 على خادم TURN. |
3478 (TCP) |
|
4: عبر خادم ترحيل مكالمات الفيديو ، باستخدام نفق TCP عبر خادم وكيل ويب محلي إذا تعذر إنشاء اتصال موجه عبر NAT بخادم TURN ، فستتم محاولة الاتصال النفقي بمنفذ TCP 443 عبر خادم وكيل الويب الذي تم تكوينه في المستعرضات. تتدفق الوسائط للخارج عبر وكيل الويب ، إلى منفذ TCP 443 على خادم TURN. |
443 (TCP) |
|
5 أ ، 5 ب: عبر خادم ترحيل مكالمات الفيديو ، باستخدام بروتوكول TCP الآمن بالنسبة إلى 3 أو 4 أعلاه ، ولكن باستخدام اتصال TLS TCP بخادم TURN. |
443 (TCP / TLS) |
لمزيد من المعلومات ، راجع خوادم ترحيل مكالمات الفيديو .
عنوان خادم ترحيل مكالمات الفيديو: vcct.healthdirect.org.au
تحقيق أفضل جودة اتصال
1. بالنسبة لمعظم مسارات الشبكة ، من المحتمل أن يؤدي التفاوض إلى اتصال وسائط صالح.
- يوفر الاتصال المباشر من نظير إلى نظير عبر UDP أفضل اتصال ، ولكنه غالبًا لن يكون متاحًا عبر الشبكات المؤسسية ، نظرًا للقيود الأمنية لسياسات الشبكة الخاصة بهم.
- يعتبر اتصال TCP الآمن المزود بنفق هو الخيار الأقل تفضيلاً لنقل الوسائط ، ولكن من المرجح أن يتم دعمه بدون تغييرات أمان الشبكة.
الخيار الموصى به: بالنسبة للعديد من الشبكات ، فإن السماح بخروج NAT إلى منفذ UDP 3478 على خادم الترحيل (مسار الشبكة 2 ، أعلاه) سيوفر زمن انتقال منخفض مع القليل من الحمل. يجب أن يتطلب هذا فقط تغييرًا طفيفًا منخفض الخطورة في تكوين الشبكة.
2. للتأكد من إعطاء الأولوية لحركة مرور مكالمات الفيديو كاتصال في الوقت الفعلي ، يرجى الاطلاع على الخيارات أدناه:
- إذا كان جهاز التوجيه الخاص بك قادرًا على إعطاء الأولوية لحركة المرور باستخدام قيمة حقل DSCP البالغة 34 (المعروف أيضًا باسم Assured Forwarding 41 أو AF41) ، يمكنك من فضلك تكوين هذا. يتم تمييز جميع زيارات WebRTC في الوقت الفعلي بهذه الطريقة وسيؤدي ذلك إلى تحسين جودة مكالمات الفيديو وغيرها من حلول مؤتمرات الفيديو.
- إذا كان جهاز التوجيه الخاص بك غير قادر على الوظيفة المذكورة أعلاه ، فيمكنك تعيين QoS لإعطاء الأولوية لحزم UDP في نطاق 5000-40000 منفذ وهذا سيساعد في تحديد أولويات حزم الفيديو وتقليل أي تأخير. يستخدم WebRTC بروتوكول RTP لتقديم تدفقات الوسائط ويستخدم RTP بشكل عام UDP 5000-40000. قد يؤدي القيام بذلك إلى إعطاء الأولوية لبعض الحزم التي لا تحتاج إليها ولكن الغالبية ستكون حزم RTP. سيضمن إعداد جودة الخدمة بهذه الطريقة أن تدفقات الفيديو ستحصل على أقل قدر من الانقطاعات والتشويش.