Після того, як усі кінцеві точки та користувачі перенесено на хмарні виклики, єдиною метою Unified CM є виконання ролі транзитного каналу між шлюзами PSTN та Webex Calling через локальний шлюз. Видалення шлюзів PSTN, Unified CM та Local Gateway з використання Cloud Connect для Webex Calling як доступу PSTN для всіх користувачів Webex Calling має кілька переваг, включаючи зниження витрат та підвищення надійності. Щоб перенести локальний доступ до PSTN до Cloud Connect для Webex Calling, виконайте такі дії:

1. Вибір партнера Cloud Connect для Webex Calling.

   Перегляньте список партнерів Cloud Connect для Webex Calling та виберіть одного з доступних партнерів для вашої організації.

2. Cloud Connect для перевірки викликів Webex.

   Перш ніж перемикати доступ до PSTN для локацій Webex Calling на Cloud Connect, слід перевірити та підтвердити підключення до PSTN через вибраного партнера Cloud Connect. Для цього потрібно налаштувати тестове розташування в Webex Calling, а також налаштувати кількох тестових користувачів у цьому розташуванні. Потім доступ до PSTN для цього тестового розташування налаштовується на партнера Cloud Connect перед перевіркою підключення PSTN за допомогою тестових телефонів. Після успішної перевірки тестове розташування можна деініціалізувати.

3. Перенесення номера.

   Щоб підготуватися до переходу на Cloud Connect, необхідно розмістити замовлення на портування для всіх номерів, які наразі призначені транкінгу PSTN, що завершується на Unified CM. Усі номери необхідно перенести до партнера Cloud Connect. Для підтримки міжлокаційної доступності всі номери всіх локацій необхідно переносити одночасно.

4. Перейдіть до партнера Cloud Connect.

   На дату переходу доступ до PSTN для всіх локацій у Webex Calling має бути налаштований на постачальника Cloud Connected PSTN, а також має бути перевірено вхідне та вихідне з’єднання.

Як обговорювалося в розділі про PSTN розділу про проектування, клієнти також можуть перенести свій доступ до PSTN до Cloud Connect для Webex Calling на початку переходу, використовуючи транкінг PSTN для гібридних розгортань Webex Calling. Для отримання додаткової інформації див. Транкінг PSTN для гібридних розгортань Webex Calling. У такому випадку під час переходу доступ до PSTN для Unified CM здійснюється через локальний шлюз та Webex Calling, і після переведення всіх користувачів на Webex Calling не буде жодного додаткового кроку міграції, пов’язаного з PSTN, окрім виведення з експлуатації Unified CM та локальних шлюзів.

Після того, як усіх користувачів буде переведено на Webex Calling, а всі кінцеві точки буде переведено на хмарну реєстрацію (або виведено з експлуатації), оновіть відповідну локальну інфраструктуру, тепер, коли хмарні виклики використовуються. Оновлення інфраструктури включають:

• Видалити локальні записи SRV для керування викликами та обміну повідомленнями DNS із локальних DNS-серверів, зокрема cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Ці записи SRV більше не потрібні для виявлення клієнтських служб.

• Видалити записи SRV DNS, пов'язані з периферійним сервером, із публічної системи DNS, включаючи collab_edge._tls.<domain>. Ці записи SRV більше не потрібні для виявлення клієнтських служб граничних служб для співпраці.

• Оновіть усі відповідні області DHCP, щоб видалити параметр 66 та параметр 150. TFTP/boot адреси серверів. Ці області більше не потрібні для виявлення та завантаження конфігурації керування викликами кінцевої точки.

• Update/remove відповідні вузли виходу в локальному режимі Gateway/CUBE що спрямовують виклики до та з Unified CM. Ці точки виходу більше не потрібні для локальної маршрутизації викликів.

• Видалити або видалити всі віртуальні машини вузлів кластера Unified CM та Expressway and/or сервери. Перепрофілювати обчислювальні ресурси та обладнання за потреби. Ці ресурси більше не потрібні для керування викликами та периферійних послуг.

• Видалити або видалити всі віртуальні машини вузлів кластера Unity Connection and/or сервери. Перепрофілювати обчислювальні ресурси та обладнання за потреби. Ці ресурси більше не потрібні для голосової пошти та служб єдиного обміну повідомленнями.

• Прибирання: Після міграції доступу до PSTN до Cloud Connected PSTN Unified CM, транкінгові лінії PSTN, шлюзи PSTN та локальний шлюз можна вивести з експлуатації.

• Для будь-якого існуючого локального рішення E911 видаліть усі розташування або номери, які було перенесено до Webex Calling, а після повного завершення перенесення видаліть віртуальні машини або сервери програм. Перепрофілювати обчислювальні ресурси та обладнання за потреби. Ці ресурси більше не потрібні для екстрених викликів та служб визначення місцезнаходження.

• Роздільні імена (DN), що належать перенесеним користувачам, слід розміщувати в прихованому розділі, щоб уникнути збоїв маршрутизації викликів і забезпечити пріоритетний доступ усіх CSS до хмарного шляху тих самих роздільних імен (DN).

• Оновлюйте фізичне місце диспетчеризації та мережевий елемент у Horizon Mobility щоразу, коли відбуваються зміни. Поширені дії, які потребують оновлення:

  • Заміна мережевого комутатора

  • Заміна бездротової точки доступу

  • Зміни області дії DHCP

  • Фізичні зміни всередині будівлі (якщо вирішено cubical/office)

  • Розширення або звуження фізичного офісного простору всередині будівлі.

Webex Calling надає комплексні аналітичні можливості та можливості усунення несправностей, що допомагають візуалізувати та відстежувати розгортання. Це охоплює якість медіа, детальну історію викликів, чергу викликів, групу пошуку та аналітику автосекретаря. Приклад аналітики якості медіа Webex Calling показано на рисунку . Аналітика якості медіа Webex Calling.

У розділі усунення несправностей кожен виклик, здійснений за допомогою Webex Calling, можна переглянути з детальною інформацією про ключові проблеми з якістю медіа та сигналізацією, що допоможе точно визначити проблеми з медіа, а також невдалі виклики, як показано на рисунку Усунення несправностей з якістю медіа Webex Calling.

Рішення для усунення несправностей Webex Calling також можна інтегрувати з іншими продуктами Cisco, такими як комутатори ThousandEyes та Meraki, щоб забезпечити ще більш насичений інтегрований досвід у Control Hub. Щоб отримати додаткові відомості про використання аналітики та усунення несправностей Webex Calling, див. статтю Усунення несправностей викликів Webex Calling у Control Hub.