تتضمن منصة Webex Calling بنية تحتية سحابية تم تحديثها تتصل بها البوابات المحلية القائمة على الموقع الافتراضي. تعمل هذه الترقية على تحسين الخدمة وتمكين العديد من الميزات الجديدة للبوابة المحلية.
وتشمل تحسينات هذه البنية التحتية الجديدة ما يلي:
تحسين أداء معالجة المكالمات، مما يسمح بما يصل إلى 250 جلسة متزامنة لكل تسجيل للبوابة المحلية.
يدعم استخدام تحسين وسائط Webex Calling للمكالمات بين هواتف المكتب وتطبيق Webex والبوابة المحلية.
المواصفات:
تم إصدار قائمة جديدة بعناوين الوكيل. عنوان الوكيل هو سجل DNS ثابت يتم الحصول عليه من Control Hub أثناء عملية ضم البوابة المحلية ثم تم تكوينه على تكوين مستأجر البوابة المحلية لتسجيل البوابة.
تطلب عمليات سحابة Webex Calling من العملاء ترحيل البوابات المحلية التي تستخدم عنوان وكيل أقدم. وترد التفاصيل في الأقسام التالية.
إذا كان لدى أي من البوابات المحلية عنوان وكيل خارجي ليس جزءًا من نطاق عناوين وكيل Webex Calling الجديد المدرج أدناه، قم بالترحيل يدويًا حسب راحة مؤسستك. العنوان المدرج في Control Hub هو أحد العناوين الجديدة أدناه؛ ومع ذلك، قد يتم تكوين بوابتك المحلية حاليًا باستخدام عنوان قديم ويتطلب الترحيل.
لا ينبغي أن تستغرق هذه الترحيل أكثر من 10 إلى 15 دقيقة. ومع ذلك، أثناء عملية الترحيل، تتم إعادة تسجيل البوابة المحلية إلى السحابة التي تؤثر على الخدمة. لذلك، نوصيك بتنفيذ هذا النشاط أثناء فترة الصيانة.
US
كندا
أوروبا
اليابان
أستراليا
سنغافورة
 | يتم إعداد أجهزة البوابة المحلية الجديدة التي تم ضبطها منذ ديسمبر 2020 تلقائيًا لاستخدام هذه البنية التحتية، وبالتالي قد لا تكون هناك حاجة لاتخاذ إجراء. نوصيك بالرجوع إلى القائمة المذكورة أعلاه للتحقق مما إذا كان أي من البوابات المحلية الخاصة بك بحاجة إلى ترحيل وإذا كان الأمر كذلك، قم بإجراء ترحيل، وفقًا للإرشادات أدناه. |
لفهم ما إذا كان أي من البوابات المحلية الخاصة بك بحاجة إلى ترحيل، ارجع إلى بدء استخدام قسم ترحيل البوابة المحلية الخاصة بك.
| ستختلف شاشات التكوين في Control Hub وخطوات تكوين CUBE وعنوان الوكيل الصادر اعتمادًا على موقع مؤسستك وبوابتها المحلية. التفاصيل المدرجة في الخطوات المبينة أدناه هي أمثلة فقط. |
قبل البدء
تحديث قائمة التحكم في الوصول على CUBE - يحتوي WEBEX Calling على مجموعة محدثة من عناوين IP الخاصة بوحدة التحكم في حدود الجلسة (SBC)، والتي قد يلزم تطبيقها كقائمة موثوق بها على جميع CUBEs في مؤسستك التي تتصل بـ Webex Calling. تحقق من أحدث نطاق IP من الدليل المرجعي لمنفذ Webex Calling لتأكيد ما إذا كان قد تم تطبيقه بالفعل، وإذا لم يكن كذلك، ارجع إلى خطوات التكوين ضمن الخطوة 1 من تسجيل البوابة المحلية في Webex Calling لإجراء هذا التحديث. إن وجود "عناوين IP الموثوقة" محدثة على CUBE الخاص بك هو شرط إلزامي، والذي، إذا لم يتم تحديثه، سيؤدي إلى حدوث حالات فشل في المكالمات.
تأكد من أن جدار الحماية الخارجي يسمح بالوصول إلى عناوين IP هذه من CUBE الخاص بك - إذا قام جدار الحماية الخارجي الخاص بك بتصفية عناوين IP التي يمكن أن تصل إليها CUBE، فيجب عليك تحديث هذا أيضًا حتى تتمكن البوابة المحلية من الاتصال بالسحابة. ارجع إلى دليل المعلومات المرجعية للمنفذ للحصول على مزيد من المعلومات.
تأكد من تحديث مرساة الثقة على CUBE عن طريق الخطوة 5 التالية من تكوين المنصة المرجعية.
من Control Hub، يمكنك الحصول على عنوان الوكيل الصادر الجديد.
| 1 | من عرض العميل في https://admin.webex.com، انتقل إلى الخدمات، واختر . | ||
| 2 | حدد اتصال PSTN الخاص بك، ثم انقر على تحرير ضمن البوابة المحلية. | ||
| 3 | انقر على الإدارة للوصول إلى تكوين البوابة المحلية. | ||
| 4 | انسخ عنوان الوكيل الصادر.
|
يؤدي تحديث تكوين البوابة المحلية إلى تأثير الخدمة وقد يؤثر على المكالمات النشطة.
في المثال أدناه، المستأجر 201 هو المستأجر الذي يتصل بـ Webex Calling. أدخل المستأجر الصحيح للتكوين الخاص بك.
#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 | احذف سطر مع ستقوم البوابة المحلية الآن بإسقاط تسجيلها في Webex Calling. |
| 2 | تأكد من أن البوابة المحلية الخاصة بك غير مسجلة في Webex Calling عن طريق إدخال الأوامر التالية. |
| 3 | خذ العنوان الجديد الذي نسخته من Control Hub، وقم بإضافة خط المسجل من أعلى للخلف. في المثال أدناه، كان OBP لدينا سيتم تسجيل البوابة المحلية الخاصة بك باستخدام OBP الجديد. |
| 4 | تحقق من نجاح التسجيل باستخدام الأمر التالي. وينبغي أن ينتج مخرجا مماثلا لما يلي. |
التصرف التالي
قم بتحديث البوابات المحلية الأخرى باتباع الخطوات نفسها المذكورة أعلاه.
بالنسبة لعملية ترحيل غير ناجحة، ما عليك سوى إعادة تسجيل عنوان الوكيل الصادر السابق الخاص بك. اتبع التعليمات أدناه للتراجع واستعادة الخدمة.
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
!
إذا قمت بالرجوع للخلف، فسيظل التكوين في Control Hub يعرض عنوان الوكيل الصادر الجديد. هذا سلوك متوقع. ستواصل الخدمة العمل باستخدام عنوان الوكيل الصادر القديم.
تأكد من أنك اتبعت الخطوة 2 بشكل صحيح في ترحيل البوابة المحلية الخاصة بك في قسم Control Hub ولا يوجد جدار حماية يمنع الوصول إلى الوكيل الصادر الجديد.
إذا لم تتمكن من حل هذه المشكلة، فاتصل بدعم Cisco Webex Calling.
من المهم التأكد من أن الخدمات تعمل كالمعتاد بعد الهجرة. تأكد من اختبار الخدمة الخاصة بك بعد الانتهاء من الترحيل. يمكنك اختبار خدمتك عن طريق إجراء مكالمات إلى أرقام الهواتف من أجهزة Webex Calling الخاصة بك، أو اختبار المكالمات إلى أي SBC يتم استخدامها بالتزامن مع Webex Calling.
