وتشمل التحسينات التي أدخلت على هذه البنية التحتية الجديدة ما يلي:

  • تحسين أداء التعامل مع المكالمات، مما يسمح بما يصل إلى 250 جلسة متزامنة لكل تسجيل بوابة محلية.

  • يدعم استخدام Webex Calling Media Optimization للمكالمات بين الهواتف المكتبية وتطبيق Webex وبوابة محلية.

المواصفات:

  • تم إصدار قائمة جديدة من عناوين الوكيل. عنوان الوكيل هو سجل DNS ثابت يتم الحصول عليه من Control Hub أثناء عملية الإعداد لبوابة محلية ثم يتم تكوينه على تكوين مستأجر البوابة المحلية لتسجيل البوابة.

  • تطلب عمليات Webex Calling السحابية من العملاء ترحيل البوابات المحلية التي تستخدم عنوان وكيل أقدم. وترد التفاصيل في الأقسام التالية.

إذا كان لأي من بواباتك المحلية عنوان وكيل صادر ليس جزءا من نطاق عنوان وكيل Webex Call الجديد المدرج أدناه، فستحتاج إلى الترحيل يدويا حسب راحة مؤسستك. سيكون العنوان المدرج في Control Hub أحد العناوين الجديدة أدناه؛ ومع ذلك، قد يتم حاليا تكوين بوابتك المحلية بعنوان قديم وستتطلب الترحيل.

يجب ألا يستغرق هذا الترحيل أكثر من 10-15 دقيقة. ومع ذلك ، أثناء الترحيل ، ستعيد البوابة المحلية التسجيل في السحابة مما سيؤثر على الخدمة. لذلك، نوصي بتنفيذ هذا النشاط أثناء نافذة صيانة.

US

كندا

أوروبا

اليابان

أستراليا


يتم إعداد أجهزة البوابة المحلية الجديدة التي تم إعدادها منذ ديسمبر 2020 تلقائيا لاستخدام هذه البنية التحتية، وبالتالي قد لا تكون هناك حاجة إلى اتخاذ أي إجراء. نوصي بالرجوع إلى القائمة أعلاه للتحقق مما إذا كانت أي من بواباتك المحلية بحاجة إلى ترحيل، وإذا كان الأمر كذلك، فقم بإجراء عملية ترحيل، وفقا للإرشادات أدناه.

لفهم ما إذا كانت أي من بواباتك المحلية قد تحتاج إلى ترحيل، راجع قسم بدء استخدام ترحيل البوابة المحلية.


ستختلف شاشات التكوين في مركزالتحكم وخطوات تكوين CUBE وعنوان الوكيل الصادر وفقا لموقع مؤسستك والبوابة المحلية. التفاصيل المدرجة في الخطوات الموضحة أدناه هي أمثلة فقط.

قبل البدء

  1. تحديث قائمة التحكم في الوصول على CUBE—يحتوي Webex Call على نطاق محدث من عناوين IP لوحدة التحكم في حدود الجلسة (SBC)، والتي قد يلزم تطبيقها كقائمة موثوق بها على جميع CUBEs في مؤسستك المتصلة ب Webex Calling. تحقق من أحدث نطاق IP من الدليل المرجعي لمنفذ اتصال Webex للتأكد مما إذا كان قد تم تطبيقه بالفعل، وإذا لم يكن الأمر كذلك، فراجع خطوات التكوين ضمن الخطوة 1 من تسجيل البوابة المحلية إلى Webex Call لإجراء هذا التحديث . يعد وجود "عناوين IP موثوق بها" محدثة على CUBE الخاص بك مطلبا إلزاميا سيؤدي ، إذا لم يتم تحديثه ، إلى فشل المكالمات.

  2. تأكد من أن جدار الحماية الخارجي يسمح بالوصول إلى عناوين IP هذه من CUBE الخاص بك - إذا كان جدار الحماية الخارجي يقوم بتصفية عناوين IP التي يمكن ل CUBE الوصول إليها، فيجب عليك تحديث ذلك أيضا حتى تتمكن البوابة المحلية من الاتصال بالسحابة. راجع دليل المعلومات المرجعية للمنفذ للحصول على مزيد من المعلومات.

  3. تأكد من تحديث مرساة الثقة على CUBE باتباع الخطوة 5 من تنفيذ تكوين النظام الأساسي المرجعي.

من Control Hub، يمكنك الحصول على عنوان الوكيل الصادر الجديد.

1

من طريقة عرض العميل في https://admin.webex.com ، انتقل إلى الخدمات، واختر الاتصال > توجيه المكالمات.

2

حدد اتصال PSTN، ثم انقر على تحرير ضمن البوابةالمحلية.

3

انقر فوق إدارة للوصول إلى تكوين البوابة المحلية.

4

انسخ عنوان الوكيل الصادر.


 

إذا كان لديك العديد من البوابات المحلية في مؤسستك، فمن المحتمل أنه في كل مرة تقوم فيها بتنفيذ المهمة المذكورة أعلاه لبوابة محلية مختلفة، ستحصل على عناوين وكيل صادرة مختلفة من Control Hub. تأكد من نسخ عنوان الوكيل الصادر المحدد من Control Hub لكل بوابة محلية تقوم بتكوينها. يعد اختيار عنوان معين أمرا مهما للتكرار وموازنة حركة المرور.

يعد تحديث تكوين البوابة المحلية أمرا يؤثر على الخدمة وقد يؤثر على المكالمات النشطة.

في المثال أدناه، المستأجر 201 هو المستأجر الذي يتصل بمكالمات Webex. أدخل المستأجر الصحيح للتكوين.

#show running-config | s voice class tenant 201
voice class tenant 201
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
  sip-server dns:lgw2.killarney.cisco.com
  connection-reuse
  session transport tcp tls
  url sips
  error-passthru
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 201
  outbound-proxy dns:lgwrestest.killarney.cisco.com

1

إزالة الخط الغامق الذي يبدأ ب registrar dns:xxxx وحفظه لوقت لاحق. احفظ أيضا عنوان الوكيل الصادر الصادر.

ستقوم البوابة المحلية الآن بإسقاط تسجيلها إلى Webex Calling.

2

تأكد من أن بوابتك المحلية غير مسجلة في Webex Call عن طريق إدخال الأوامر التالية.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

خذ العنوان الجديد الذي نسخته من Control Hub ، وأضف سطر المسجل من أعلى إلى الخلف. في المثال أدناه ، كان OBP الخاص بنا ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

ستقوم بوابتك المحلية بالتسجيل في OBP الجديد.

4

تحقق من صحة نجاح التسجيل باستخدام الأمر التالي.

show sip-ua register status
show sip-ua register status

يجب أن تنتج مخرجات مماثلة لما هو موضح أدناه.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

التصرف التالي

قم بتحديث البوابات المحلية الأخرى باتباع نفس الخطوات المذكورة أعلاه.

بالنسبة للترحيل غير الناجح، ما عليك سوى إعادة تسجيل عنوان الوكيل الصادر السابق. اتبع الإرشادات أدناه للتراجع عن الخدمة واستعادتها.

voice class tenant 201
  no registrar
  outbound-proxy dns:lgwrestest.killarney.cisco.com
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
  1. إذا قمت بالتراجع، فسيظل التكوين في Control Hub يعرض عنوان الوكيل الصادر الجديد. هذا هو السلوك المتوقع. ستستمر الخدمة في العمل مع عنوان الوكيل الصادر القديم.

  2. تأكد من اتباع الخطوة 2 بشكل صحيح في ترحيل البوابة المحلية في قسم مركز التحكم ولا يوجد جدار حماية يمنع الوصول إلى الوكيل الصادر الجديد.

  3. إذا لم تتمكن من حل هذه المشكلة، فاتصل بدعم مكالمات Cisco Webex.

من المهم التأكد من أن الخدمات تعمل كالمعتاد بعد الترحيل. تأكد من اختبار الخدمة بعد إكمال الترحيل. يمكنك اختبار خدمتك عن طريق إجراء مكالمات إلى أرقام هواتف من أجهزة Webex Calling الخاصة بك ، أو اختبار المكالمات إلى أي SBC يتم استخدامه بالتزامن مع Webex Calling.