بمجرد ترحيل جميع نقاط النهاية والمستخدمين إلى الاتصال السحابي، فإن الغرض الوحيد منها Unified CM هو العمل كنقطة عبور بين بوابات PSTN Webex Calling وعبر البوابة المحلية. إن إزالة بوابات PSTN Unified CM والبوابة المحلية من الصورة باستخدام Cloud Connect للوصول إلى PSTN لجميع Webex Calling المستخدمين لها العديد من الفوائد، بما في ذلك خفض التكلفة وتحسين الموثوقية. Webex Calling لنقل وصول PSTN المحلي إلى Cloud Connect لـ Webex Calling، اتبع الخطوات التالية:

1. كلاود كونيكت لاختيار Webex Calling الشركاء.

   راجع قائمة Cloud Connect Webex Calling للشركاء واختر من الشريك (الشركاء) المتاح لموقع مؤسستك.

2. كلاود كونيكت Webex Calling للتحقق من الصحة.

   قبل تحويل وصول PSTN Webex Calling للمواقع إلى Cloud Connect، يجب التحقق من الاتصال بـ PSTN عبر شريك Cloud Connect المحدد والتحقق من صحته. لهذا الغرض، يجب توفير موقع الاختبار Webex Calling مع توفير بعض مستخدمي الاختبار في موقع الاختبار هذا. يتم بعد ذلك تعيين وصول PSTN لموقع الاختبار هذا إلى شريك Cloud Connect قبل التحقق من اتصال PSTN باستخدام هواتف الاختبار. عند التحقق الناجح، يمكن إلغاء توفير موقع الاختبار.

3. نقل الأرقام.

   للتحضير لعملية التحويل إلى Cloud Connect، يجب وضع أمر منفذ لجميع الأرقام المعينة حاليًا لقناة PSTN التي يتم إنهاؤها عند Unified CM الانتهاء. يجب نقل جميع الأرقام إلى شريك Cloud Connect. للحفاظ على إمكانية الوصول بين المواقع، يجب نقل جميع أرقام جميع المواقع في نفس الوقت.

4. قم بالتبديل إلى شريك كلاود كونيكت.

   في تاريخ الانتقال، يجب تعيين وصول PSTN لجميع المواقع إلى موفر Cloud Connected PSTN، Webex Calling ويجب التحقق من الاتصال الوارد والصادر.

كما تمت مناقشته في قسم PSTN من فصل التصميم، يمكن للعملاء أيضًا اختيار نقل وصول PSTN إلى Cloud Connect Webex Calling في بداية الانتقال باستخدام توصيل PSTN لعمليات النشر المختلطة. Webex Calling لمزيد من المعلومات، راجع توصيل PSTN لعمليات النشر المختلطة. Webex Calling في هذه الحالة، أثناء الانتقال، Unified CM يكون الوصول إلى PSTN عبر البوابة المحلية Webex Calling وبعد نقل جميع المستخدمين إلى لا Webex Calling توجد خطوة ترحيل إضافية متعلقة بـ PSTN بخلاف إيقاف التشغيل Unified CM والبوابات المحلية.

بمجرد انتقال جميع المستخدمين Webex Calling ونقل جميع نقاط النهاية إلى التسجيل السحابي (أو إيقاف تشغيلها)، قم بتحديث البنية التحتية المحلية المناسبة الآن بعد أن أصبح الاتصال السحابي قيد الاستخدام. تتضمن تحديثات البنية التحتية ما يلي:

• قم بإزالة التحكم في المكالمات الداخلية DNS SRV وسجلات المراسلة من خادم (خوادم) DNS المحلية بما في ذلك. cisco_uds _tcp. <domain>، cup_login. _tcp. <domain>. لم تعد سجلات SRV هذه مطلوبة لاكتشاف خدمة العملاء.

• قم بإزالة DNS SRV السجلات المتعلقة بالحواف من نظام DNS العام بما في ذلك. collab_edge _tls. <domain>. لم تعد سجلات SRV هذه مطلوبة لاكتشاف خدمة العملاء لخدمات التعاون المتطورة.

• قم بتحديث جميع نطاقات DHCP ذات الصلة لإزالة عناوين خادم الخيار 66 والخيار 150 TFTP/Boot. لم تعد هذه النطاقات مطلوبة لاكتشاف تكوين التحكم في مكالمات نقطة النهاية وتنزيله.

• قم بتحديث/إزالة نظراء الاتصال المناسبين في البوابة المحلية/المكعب التي توجه المكالمات من وإلى. Unified CM لم تعد نظراء الاتصال هذه مطلوبة لتوجيه المكالمات الداخلية.

• قم بحذف أو إزالة جميع Unified CM الأجهزة الافتراضية و/أو الخوادم الخاصة بعقدة مجموعة Expressway. قم بإعادة توظيف موارد الحوسبة والأجهزة حسب الحاجة. لم تعد هناك حاجة إلى هذه الموارد للتحكم في المكالمات والخدمات المتطورة.

• احذف أو أزل جميع الأجهزة الافتراضية و/أو الخوادم الخاصة بعقدة Unity Connection. قم بإعادة توظيف موارد الحوسبة والأجهزة حسب الحاجة. لم تعد هناك حاجة إلى هذه الموارد للبريد الصوتي وخدمات المراسلة الموحدة.

• التنظيف: بعد ترحيل وصول PSTN إلى شبكة PSTN المتصلة بالسحابةUnified CM، يمكن إيقاف تشغيل قنوات PSTN وبوابات PSTN والبوابة المحلية.

• بالنسبة لأي حل E911 محلي موجود، احذف أي مواقع أو أرقام تم ترحيلها إليها Webex Calling وبمجرد اكتمال الانتقال الكامل، قم بإزالة الأجهزة الافتراضية أو الخوادم الخاصة بالتطبيق. قم بإعادة توظيف موارد الحوسبة والأجهزة حسب الحاجة. لم تعد هناك حاجة إلى هذه الموارد لمكالمات الطوارئ وخدمات الموقع.

• يجب وضع DNS التابعة للمستخدمين الذين تم ترحيلهم في قسم مخفي لتجنب فشل توجيه المكالمات ولضمان حصول جميع CSS على أولوية الوصول إلى المسار السحابي لنفس DNS.

• قم بتحديث الموقع المادي القابل للإرسال وعنصر الشبكة في التنقل الأفقي كلما حدثت تغييرات. الأنشطة الشائعة التي تتطلب تحديثات هي:

  • استبدال محول الشبكة

  • استبدال نقطة الوصول اللاسلكية

  • تغييرات نطاق DHCP

  • التغييرات المادية داخل المبنى (في حالة الانتقال إلى مقعدة/مكتب)

  • توسيع مساحة المكتب المادية أو تقلصها داخل المبنى.

Webex Callingيوفر إمكانات شاملة للتحليلات واستكشاف الأخطاء وإصلاحها لمساعدتك على تصور عملية النشر وتتبعها. وهي تغطي جودة الوسائط وسجل المكالمات المفصل وقائمة انتظار المكالمات ومجموعة البحث وتحليلات الرد التلقائي. يتم عرض مثال لتحليلات جودة Webex Calling الوسائط في تحليلات جودة Webex Calling الوسائط بالشكل.

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

Webex Callingيمكن أيضًا دمج استكشاف الأخطاء وإصلاحها مع منتجات Cisco الأخرى مثل محولات ThousandEyes و Meraki لتوفير تجربة متكاملة أكثر ثراءً في Control Hub. لمزيد من المعلومات حول استخدام Webex Callingالتحليلات واستكشاف الأخطاء وإصلاحها، راجع استكشاف أخطاء Webex Calling المكالمات وإصلاحها في Control Hub.