في ما يلي بعض أفضل الممارسات لإعداد شبكتك لمكالمات Google Voice:
إنشاء شبكة متوافقة مع السحابة الإلكترونية
تسمح البنية الأساسية للشبكة المتوافقة مع السحابة الإلكترونية لعدد زيارات Voice بالتواصل بكفاءة مع بنية Google الأساسية. لإنشاء هذا:
- يُرجى التأكُّد من أن زيارات Google Voice لها مسار مختصر للإنترنت. وعليك تجنُّب:
- الخوادم الوكيلة
- فحص الحزم أو أدوات تحليل البروتوكول
- يُرجى قياس وتحسين:
- وقت الاستجابة: الحدّ الأقصى للتأخير في اتجاه واحد هو 150 مللي ثانية (ITU G114).
- معدل نقل البيانات: الإعداد المُقترح هو 50 كيلو بت في الثانية.
- شبكة Wi-Fi: يُرجى الاطِّلاع على أفضل ممارسات شبكة WiFi
أفضل ممارسات الخادم الوكيل
ننصح بشدة بعدم استخدام شبكتك لخوادم وكيلة لعدد زيارات Voice:
- يُرجى إضافة عدد زيارات Voice إلى القائمة البيضاء في عملية ضبط الخادم الوكيل.
- لا يُجري تطبيق Voice ارتدادًا لبروتوكول التحكُّم بالنقل (TCP) كما يفعل تطبيق Meet. ولا يستخدم تطبيق Voice بروتوكول حزم بيانات المستخدم (UDP) إلا لعدد زيارات Voice.
- يؤدي إنشاء خوادم وكيلة لعدد الزيارات إلى إضافة وقت استجابة وقد يتسبب في تقليل جودة الصوت في Voice. يكون أداء تطبيق Voice مثاليًا عندما يكون وقت الاستجابة بين البرنامج وواجهة Google الخلفية أقل من 100 مللي ثانية.
- لا يتوفَّر بروتوكول المنافذ الآمنة على الإنترنت (SOCKS5).
فحص الحزم/أدوات تحليل البروتوكول
في حال كان ذلك ممكنًا، لا تستخدم فحص الحزم أو أدوات تحليل البروتوكول لتطبيق Voice. حيث إن توفُّر وقت الاستجابة قد يدفع بالبنية الأساسية لتطبيق Voice إلى تقليل جودة الصوت تلقائيًا.
وأيضًا لا يُثمِر فحص الحزم لعدد زيارات الإعدادات الصوتية عن فوائد، نظرًا لعدم قدرة أدوات الفحص التلقائي على إعادة إنشاء بيانات البث الصوتي.
وفي حال استخدام هذه الأدوات، يُرجى إضافة كل أرقام منفذ عدد زيارات Voice إلى القائمة البيضاء لتجاوزها.
أفضل ممارسات شبكة Wi-Fi
تسري التوصيات التالية على البيئات المكتبية النموذجية. على مهندس الشبكة اللاسلكية التقييم في بيئات أكثر تعقيدًا لكل حالة على حدة، مثل طوابق التصنيع أو المناطق التي تتعرض فيها ترددات اللاسلكي إلى مستويات تشويش عالية أو المساحات ذات التغطية الضعيفة.
قد يصعُب تشغيل تطبيقات الوقت الفعلي على شبكة لاسلكية ويرجع ذلك إلى مشاركة معدل نقل البيانات وطيف ترددات اللاسلكي الأساسي بين جميع الأجهزة التي تستخدمهما.
يُرجى مراجعة الاعتبارات التالية بتأنٍ أثناء تصميم الشبكات اللاسلكية المستخدمة مع تطبيق Voice ونشرها وتشغيلها.
نطاقات تردد لاسلكي بقوة 5 غيغاهرتز مقابل 2.4 غيغاهرتز
ننصح بشكل عام بعدم نشر تطبيقات الوقت الفعلي على نطاق بقوة 2.4 غيغاهرتز (المستخدم بكثرة عادةً) لشبكة لاسلكية أو تشغيلها عليه. يتضمَّن ذلك تلك التي توفِّر إمكانية الاتصال في بيئة مكتبية عادية.
ينطوي النطاق الذي يعمل بقوة 2.4 غيغاهرتز على مشاكل بسبب عدم احتوائه إلا على 3 قنوات غير متراكبة، وتعرضه عادةً لمستويات تشويش عالية من الشبكات المتداخلة القريبة، والتداخل الإضافي من الأجهزة الأخرى (مثل الميكروويف)، مما يؤدي إلى إنشاء بيئة ترددات لاسلكية (RF) معقدة ومشوشة.
يعتمد التشغيل الموثوق لتطبيقات الوقت الفعلي مثل Voice على مستويات مناسبة من فقدان الحزمة وعدم الاستقرار والتأخير والسعة. وهي أمور يستحيل تقريبًا تحقيقها من خلال النطاق الذي يعمل بقوة 2.4 غيغاهرتز.
اعتبارات النشر/التصميم
في حال صمّمت شبكة لاسلكية لتدعيم تطبيقات الوقت الفعلي، ننصحك بالتفكير في السعة بدلاً من التغطية.
- يمكنك معالجة حجم الخلية التي تتحكَّم بها قوة إرسال نقطة الوصول (AP). انشر خلايا أصغر حيث يحتمل وجود مزيد من الأجهزة، مثل غرف الاجتماعات وقاعات المؤتمرات لزيادة السعة. يمكن للخلايا الأكبر تقديم تغطية عامة في طابق المكتب.
- أوقف المعدلات المنخفضة لتحسين كفاءة استخدام التردد اللاسلكي. يفرض ذلك تسليم البرنامج إلى أقرب نقطة وصول أثناء التجوال بين نقاط الوصول.
في حال توفُّر SSID لشبكة لاسلكية على كلا النطاقين (2,4 غيغاهرتز و5 غيغاهرتز)، ينبغي أن تُنفِّذ الشبكة توجيه النطاق الصارم لفرض نطاق 5 غيغاهرتز على البرامج.
- لا يزيد التوقع الحقيقي عن 10 هواتف مكتبية متصلة على نقطة الوصول نفسها. وقد يخلق عدد أكبر منها انطباعًا غير متوقع للمستخدم.
- يجب ألا تُستخدَم الهواتف المكتبية المتصلة لاسلكيًا من قِبل الفِرق التي تستهلك مكالمات صوتية عالية العدد/عالية الكثافة، مثل موظفي الدعم أو فِرق الدعم. مثل، المواقع الإلكترونية التابعة للحكومات أو مراكز الاتصالات التي تعمل على مدار الساعة.
- من المتوقع حدوث انقطاع في الصوت لمدة قصيرة، أقل من 10 ثوانٍ، ولا يمكن التخلص منه على مستوى الشبكة للهواتف المكتبية المتصلة لاسلكيًا. لا ننصح باستخدام الشبكات اللاسلكية لإجراء مكالمات هاتفية عالية المستوى. مثل، المؤتمرات أو اللقاءات الصحفية أو مكالمات المديرين.
- مع أن اللوائح تختلف باختلاف البلدان/المناطق، فإن أحد المتطلبات الشائعة هي أجهزة Wi-Fi التي تستخدم قنوات مزوّدة بميزة DFS للتأكُّد من أنها لن تتداخل مع نظام رادار الطقس المحلي مثلاً. ونتيجة لذلك، ستُفرِغ نقطة الوصول المُعرَّضة لتداخل الرادار القناة. على جميع العملاء إعادة الاتصال بنقطة وصول أخرى تعمل على قناة أخرى.
من أجل السماح بالميزات المتقدمة، مثل التجوال المستمر بين نقاط الوصول وإدارة صحيحة للتردد اللاسلكي، يجب إدارة شبكة لاسلكية مركزيًا وتشغيلها - وليس مجموعة نقاط وصول منعزلة ومستقلة.
وأخيرًا، إجراء استطلاع لاسلكي لما بعد النشر لتأكيد التغطية اللاسلكية في مختلف المساحات التي تستخدم Voice عادةً.
إضافة نطاق عنوان IP لتطبيق Voice في القائمة البيضاء
يتم تأمين عدد الزيارات في Voice وتشفيرها، لذلك ليس هناك حاجة إلى تقييد عدد الزيارات إلى عناوين IP التي يستخدمها Google.
ومع ذلك، في حال كانت هناك قيود على الشبكة تتطلب تقييد عدد الزيارات، يُرجى استخدام المجموعة التالية لنطاقات عناوين IP لإضافة خوادم وسائط Voice إلى القائمة البيضاء. يقتصر استخدام عناوين IP على خدمة Google Voice لمستخدمي Google Workspace فقط، والتي تسمح لك بتحديد عدد زيارات Voice المُستخدمة في Google Workspace وتخفيض أولوية عدد زيارات Voice من حسابات المستهلكين. وقد يساعد ذلك في إعداد الوصول إلى الجدار الناري والشبكة وتحسينهما بشكل أفضل.
- IPv4: 74.125.39.0/24
- IPv6: 2001:4860:4864:2::0/64
