بالإضافة إلى إعدادات الشبكة المطلوبة لاجتماعات الفيديو العادية (بغض النظر عن مقدّم الخدمة)، يتطلّب تطبيق Google Beam توفّر دعم خاص للشبكة من أجل تفعيل الاجتماعات الثلاثية الأبعاد. توضّح هذه الصفحة متطلبات الشبكة وكيفية التأكّد من أنّ إعدادات شبكتك تستوفي هذه المتطلبات لضمان تقديم تجربة اجتماعات سلسة وعالية الجودة باستخدام Beam 3D.
معدّل نقل البيانات وأداء الشبكة
لعقد اجتماعات مؤتمرات فيديو ثلاثية الأبعاد، تأكَّد من أنّ شبكتك تستوفي المتطلبات التالية:
| المتطلب | القيمة |
|---|---|
الحد الأدنى لمعدل نقل البيانات المستدام |
50 ميغابت في الثانية (سرعة التحميل والتنزيل) لاجتماعات الفيديو الثلاثية الأبعاد 3.6 ميغابت في الثانية (تحميل وتنزيل) لاجتماعات الفيديو العادية (عالية الدقة) 1.7 ميغابت في الثانية (تحميل وتنزيل) لاجتماعات الفيديو العادية (SD) |
سرعة الربط |
1 غيغابايت في الثانية على الأقل |
وقت الاستجابة |
100 مللي ثانية أو أقل (من نقاط نهاية Beam أو إليها) |
غير مستقر |
40 مللي ثانية أو أقل |
ಬೆಲೆ ಕಡಿತ |
1% أو أقل |
يجب أن تحتوي شبكتك على معدل نقل بيانات كافٍ لاجتماعات الفيديو العالية الدقة والمتعددة، بالإضافة إلى معدل نقل بيانات إضافي للاحتياجات الأخرى، مثل البث المباشر. ويؤثر أيضًا عدد المشاركين ومشاركة الشاشة وعوامل أخرى في استخدام معدل نقل البيانات.
إذا كان معدل نقل البيانات المتاح أقل من 50 ميغابت في الثانية، يمكن خفض جودة اجتماعات ثلاثية الأبعاد. في ما يلي تفاصيل حول التأثير المحتمَل:
- حوالي 10 ميغابت في الثانية: قد تنخفض جودة الفيديو الثلاثي الأبعاد.
- حوالي 5 ميغابايت في الثانية: يتم إيقاف الفيديو ثلاثي الأبعاد بالكامل، وقد تنخفض جودة الصوت، ويمكن تقليل عدد اللقطات في الثانية.
غير مستقر
يمكن أن يؤدّي عدم الاتساق في أوقات الوصول إلى صعوبة في إعادة إنشاء مصدر البيانات بسلاسة. يمكن أن يؤدي التشويش الذي يزيد عن 40 مللي ثانية إلى فيديو متقطّع وصوت مشوّه وانقطاع في الاتصال.
فقدان الحزمة
يمكن أن يؤدي فقدان الحِزم بنسبة تزيد عن% 1 إلى ظهور فيديو متقطّع أو فقدان مقاطع صوتية أو حتى انقطاع الاتصالات.
متطلبات بنية الشبكة وترجمة عناوين الشبكة (NAT)
تتواصل أجهزة HP Dimension مع خدمات Google باستخدام اتصالات إنترنت صادرة. لضمان الأداء والأمان الأمثلَين وعزل النطاق الترددي، اضبط شبكتك وفقًا للقواعد التالية:
- شبكة محلية افتراضية مخصّصة: ضَع جميع الأجهزة المتوافقة مع Beam على شبكة اتصال محلية افتراضية (VLAN) داخلية مخصّصة، وطبِّق قواعد جدار الحماية المحدّدة للخروج المدرَجة لاحقًا في هذه الصفحة. يؤدي عزل الأجهزة إلى حماية بث الفيديو المكاني الثلاثي الأبعاد من Beam (بسرعة تصل إلى 50 ميغابايت في الثانية للتحميل والتنزيل لكل جهاز نشط) من الارتفاعات المفاجئة في زمن الاستجابة وفقدان الحِزم الناتج عن حركة البيانات على شبكة LAN العامة في المكتب.
- ترجمة عنوان الشبكة (NAT) وتحديد عناوين IP: يمكن للأجهزة المتوافقة مع Beam العمل على شبكات فرعية داخلية عادية خلف ترجمة عنوان الشبكة (NAT) للإصدار الرابع من بروتوكول الإنترنت (IPv4) مع إمكانية الوصول إلى الإنترنت. لا يُشترط توفّر عنوان IP عام بنسبة 1:1.
- عدم استخدام شبكة VPN أو خادم وكيل: تجنَّب استخدام شبكات VPN أو خوادم وكيلة لعدد زيارات Beam. يؤدي كلاهما إلى زيادة وقت الاستجابة، ما قد يتسبب في تقليل جودة الصوت والفيديو.
- تكرار الشبكة: لزيادة المرونة، استخدِم تكرار الشبكة (التبديل التلقائي إلى الشبكة الثانوية في حال تعذُّر الوصول إلى الشبكة الأساسية) على رابط شبكة WAN.
إعدادات عنوان IP
ملاحظة: لا ينطبق هذا القسم إلا على مقياس HP Dimension. تتضمّن شاشة اللمس إعدادات شبكة DHCP خاصة بها، ويجب عدم تغييرها.
لتخصيص عناوين IP، استخدِم بروتوكول DHCP التلقائي أو تخصيص IPv4 الثابت. يتوافق Beam مع الإصدار الرابع من بروتوكول الإنترنت (IPv4) والوضع المختلط للإصدار الرابع من بروتوكول الإنترنت (IPv4) والإصدار السادس من بروتوكول الإنترنت (IPv6).
- بروتوكول DHCP (الإعداد التلقائي والمقترَح): بشكل تلقائي، تحصل الأجهزة المتوافقة مع Beam على عنوان IP وقناع الشبكة الفرعية والبوابة التلقائية وعناوين خادم نظام أسماء النطاقات من بروتوكول DHCP عند بدء التشغيل.
- تحديد عنوان IP ثابت: إذا كانت سياسة شبكتك تتطلّب عناوين IP ثابتة، يمكنك ضبط مَعلمات الشبكة الثابتة يدويًا على الجهاز أثناء عملية التسجيل والإعداد الأوّلية. يتطلّب التعيين الثابت عنوان IPv4 محجوزًا وقناع شبكة فرعية وبوابة تلقائية.
قواعد جدار الحماية ومتطلبات المنفذ
ملاحظة مهمة: يتم تخصيص نطاقات عناوين IP للنطاقات التلقائية التي تستخدمها واجهات Google APIs والخدمات بشكل ديناميكي، وتتغيّر هذه النطاقات بشكل متكرّر. قبل فتح منافذ خروج معيّنة، تأكَّد من أنّ جدار حماية الشبكة يسمح بالاتصالات الصادرة إلى نطاقات عناوين IP الرسمية الخاصة بـ Google:
بعد التأكّد من إمكانية الوصول إلى نقطة النهاية، اضبط قواعد منفذ الخروج المدرَجة في الجدول التالي:
| المنافذ | النوع | الغرض |
|---|---|---|
| 53 | UDP | التحويل باستخدام نظام أسماء النطاقات (DNS) |
| 80 | TCP وUDP | زيارات الويب عبر HTTP |
| 443 | TCP وUDP | HTTPS (عدد زيارات الويب ومصادقة المستخدم) |
| 3478 | TCP وUDP | WebRTC وTURN |
| 19302–19309 | UDP | WebRTC |
نطاقات عناوين IP التي تستخدمها Google
إذا كانت مؤسستك تفرض قيودًا على الزيارات الصادرة أو تجري فحصًا لمؤشر اسم الخادم (SNI)، عليك ضبط جدار الحماية أو الخادم الوكيل للسماح بنطاقات عناوين IP والمنافذ وأسماء المضيفين لمؤشر اسم الخادم (SNI) التالية:
| SNI أو اسم المضيف | المنافذ والبروتوكول | نطاق IPv4 وIPv6 | الغرض أو الخدمة |
|---|---|---|---|
| *.googleapis.com | TCP وUDP 443 | غير متاحة | خدمات Google |
| projectstarlinecallaccess.pa.googleapis.com projectstarlinesession-pa.googleapis.com |
TCP وUDP 443 | غير متاحة | خدمة Google Beam |
| logging.googleapis.com | TCP وUDP 443 | غير متاحة | التسجيل |
| monitoring.googleapis.com | TCP وUDP 443 | غير متاحة | المراقبة |
| storage.googleapis.com | TCP وUDP 443 | غير متاحة | التخزين |
| clients3.googleapis.com | TCP وUDP 443 | غير متاحة | إدارة الأجهزة |
| workspace.turns.goog | TCP وUDP 443 | 74.125.250.0/24 2001:4860:4864:5::/64 |
Workspace media relay |
| meet.turns.goog | TCP وUDP 443 | 142.250.82.0/24 2001:4860:4864:6::/64 |
Meet media relay |
| غير متاحة | UDP 3478 | 74.125.247.128/29 2001:4860:4864:4:8000:: |
خدمات TURN وSTUN |
| غير متاحة | UDP 53 | 8.8.8.8 و8.8.4.4 | Google DNS |
إعداد إعدادات اجتماعات الفيديو العادية
تتطلّب كل منصة لمكالمات الفيديو الجماعية الوصول إلى منافذ ونقاط نهاية معيّنة. إذا لم يسبق لك إجراء ذلك، اضبط إعدادات شبكتك للسماح بالوصول.
انقر على علامة التبويب التي تتوافق مع ترخيصك.
Google Beam لـ Meet
اتّبِع التعليمات الواردة في مقالة إعداد الشبكة لإجراء اجتماعات على Meet والبث المباشر لإعداد الشبكة لاستخدام Meet.
Google Beam لـ Zoom
اتّبِع التعليمات الواردة في إعداد جدار الحماية لغرف Zoom لإعداد شبكتك لاستخدام Zoom.
تم تصميم Beam على ChromeOS، ويتطلّب أن تستوفي شبكتك أيضًا متطلبات الشبكة في ChromeOS. راجِع متطلبات الشبكة في ChromeOS في مقالة إعداد قائمة بأسماء المضيفين المسموح بها لأجهزة Chrome.
إعدادات شاشة اللمس
تتضمّن شاشة اللمس Poly TC10 المستخدمة مع HP Dimension متطلبات خاصة بها. يجب السماح بأسماء المضيفين المُدرَجة في مستندات HP لأجهزة شبكة Poly Lens لضمان عمل شاشة اللمس بشكل صحيح.
اختبار شبكتك
وقت استجابة الشبكة
لقياس وقت استجابة الشبكة والتأكّد من استيفائه لمتطلبات مؤتمرات الفيديو المثالية، اتّبِع الخطوات التالية:
- تفعيل بروتوكول ICMP (إذا لزم الأمر): تأكَّد من تفعيل بروتوكول ICMP (بروتوكول رسائل التحكّم في الإنترنت) على شبكتك. تكون هذه الميزة مفعّلة تلقائيًا في معظم الشبكات، ولكن إذا كنت تستخدم شبكة مقيّدة، قد تحتاج إلى التواصل مع مشرف الشبكة.
تشغيل الأمر
ping: من جهاز كمبيوتر على شبكة سلكية متصلة بالإنترنت نفسها التي ستستخدمها لعقد مؤتمرات الفيديو، افتح نافذة طرفية أو موجّه أوامر وشغِّل الأمر التالي:> ping 74.125.247.128 PING 74.125.247.128 (74.125.247.128): 56 data bytes 64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms 64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms 64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms 64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms 64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 msابحث عن قيم
time=في الناتج. تمثّل هذه القيم وقت الاستجابة بالملّي ثانية. من الأفضل أخذ المتوسط أو القيمة النموذجية في الاعتبار بدلاً من قيمة واحدة.التحقّق من وقت الاستجابة: للحصول على أفضل جودة للفيديو، تأكَّد من أنّ وقت الاستجابة أقل من 100 مللي ثانية إلى أقرب نقطة نهاية في Google. إذا كان وقت الاستجابة يتجاوز هذا الحد بشكل متكرّر، قد يؤثّر ذلك سلبًا في تجربة اجتماعات الفيديو.
توجيه الشبكة
يمكنك استخدام الأمر traceroute لتتبُّع مسار الشبكة إلى نقاط نهاية Google. يساعد ذلك في تحديد المشاكل المحتملة أو الخطوات غير الضرورية. نفِّذ الأمر التالي من جهاز كمبيوتر على شبكة سلكية نفسها التي ستستخدمها لعقد مؤتمرات الفيديو:
> traceroute 74.125.247.128
تعرض لك هذه الأداة المسار الذي تسلكه حركة بيانات شبكتك للوصول إلى أحد خوادم Google. من الناحية المثالية، عليك تقليل عدد الخطوات بين شبكتك المحلية ومزوّد خدمة الإنترنت (ISP). يمكن أن يشير العدد الكبير من القفزات إلى مسار أقل كفاءة وربما وقت استجابة أطول.
mtr هي أداة أخرى مفيدة لمراقبة مؤشرات الازدحام، وهي تعمل بشكل مشابه لإصدار أكثر فائدة من traceroute. يمكن أن تساعد هذه الأداة في تحديد المشاكل المحتملة في عمليات النقل بين الجهاز الذي يتم تشغيلها عليه والوجهة، وذلك للمساعدة في التمييز بين المشاكل داخل شبكة الشركة والمشاكل المتعلقة بمزوّد خدمة الإنترنت. يتم منح كل خطوة متوسطات وانحرافات معيارية بشأن وقت الاستجابة،
ما يمكن أن يساعد في تحديد الروابط التي قد تكون مزدحمة.
في ما يلي بعض الأمثلة على النتائج:
My traceroute [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 100.115.92.25 0.0% 195 1.0 0.6 0.2 2.0 0.3
2. 192.168.4.1 0.0% 195 2.7 3.6 1.9 7.9 1.2
3. 192.168.1.254 0.0% 195 4.2 3.6 2.5 9.9 0.9
4. [example] 0.0% 195 4.3 4.5 3.0 8.3 0.9
5. 76.197.98.82 0.0% 195 5.1 4.6 2.9 9.4 0.9
6. 32.130.92.48 0.0% 195 21.2 23.2 19.9 360.4 24.3
7. 32.130.20.60 80.0% 195 21.4 21.2 19.9 24.8 1.1
8. 32.130.20.246 82.5% 195 21.7 21.5 20.4 24.0 0.9
9. 32.130.26.105 0.0% 195 23.4 21.9 19.7 29.9 1.1
10. 108.170.231.46 0.0% 194 22.4 23.0 21.3 42.4 2.0
11. 142.250.231.183 0.0% 194 22.0 22.0 20.5 32.2 1.5
12. 74.125.247.128 0.0% 194 22.5 22.7 21.2 29.1 0.9
للحصول على معلومات حول تثبيت mtr، انتقِل إلى الرابط الخاص بنظام التشغيل:
Windows أو Mac أو Linux (يتم عادةً التثبيت باستخدام مدير حزم كحزمة mtr).