В тази статия
Миграция от PSTN към Cloud Connect за Webex Calling
Оптимизирайте локалната инфраструктура
Използвайте анализи и отстраняване на неизправности на Webex Calling

Оптимизирайте за мигриране от Unified CM към Webex Calling

list-menuВ тази статия
list-menuОбратна връзка?

Тази фаза се фокусира върху оптимизирането и поддържането на Webex Calling след внедряването. Това включва непрекъснато наблюдение на производителността на обажданията и потребителското изживяване, за да се гарантира надеждност и качество. Оперативните данни се използват за прецизиране на конфигурациите, работните процеси и политиките с течение на времето. Като част от тази фаза, остарелите компоненти на Unified CM се извеждат от експлоатация, където е уместно, като същевременно се гарантира непрекъснатост на услугата.

Миграция от PSTN към Cloud Connect за Webex Calling

След като всички крайни точки и потребители бъдат мигрирани към облачни разговори, единствената цел на 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 Calling.

    Преди да превключите PSTN достъпа за локации на Webex Calling към Cloud Connect, свързаността към PSTN чрез избрания партньор на Cloud Connect трябва да бъде проверена и валидирана. За тази цел е необходимо да се осигури тестово местоположение в Webex Calling с някои тестови потребители, осигурени в това тестово местоположение. След това достъпът до PSTN за това тестово местоположение се задава на партньора на Cloud Connect, преди да се валидира PSTN свързаността с помощта на тестовите телефони. След успешна проверка, тестовото местоположение може да бъде деактивирано.

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

    За да се подготвите за преминаването към Cloud Connect, трябва да направите поръчка за портове за всички номера, които понастоящем са присвоени на PSTN trunk, терминиращ на Unified CM. Всички номера трябва да бъдат пренесени към партньора на Cloud Connect. За да се поддържа достъпност между локациите, всички номера от всички локации трябва да бъдат пренесени едновременно.

  4. Преминете към партньор на Cloud Connect.

    Към датата на преминаване, достъпът до PSTN за всички местоположения в Webex Calling трябва да бъде настроен към доставчика на Cloud Connected PSTN, а входящата и изходящата свързаност трябва да бъдат проверени.

Както е обсъдено в раздела за PSTN на главата за проектиране, клиентите могат също да изберат да преместят своя PSTN достъп към Cloud Connect за Webex Calling в началото на прехода, използвайки PSTN trunking за хибридни внедрявания на Webex Calling. За повече информация вижте PSTN транкинг за хибридни внедрявания на Webex Calling. В този случай, по време на прехода, достъпът до PSTN за Unified CM е чрез Local Gateway и Webex Calling, а след преместването на всички потребители към Webex Calling няма допълнителна стъпка за миграция, свързана с PSTN, освен извеждането от експлоатация на Unified CM и Local Gateways.

Оптимизирайте локалната инфраструктура

След като всички потребители са преминали към Webex Calling и всички крайни точки са преминали към регистрация в облака (или са били изведени от експлоатация), актуализирайте съответната локална инфраструктура, след като вече се използват облачни обаждания. Актуализациите на инфраструктурата включват:

  • Премахнете локалните SRV записи за контрол на повикванията и съобщенията в DNS системата от локалните DNS сървъри, включително cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Тези SRV записи вече не са необходими за откриване на клиентски услуги.

  • Премахнете свързаните с edge DNS SRV записи от публичната DNS система, включително collab_edge._tls.<domain>. Тези SRV записи вече не са необходими за откриване на клиентски услуги за услуги за сътрудничество на периферията.

  • Актуализирайте всички съответни DHCP обхвати, за да премахнете опция 66 и опция 150 TFTP/boot адреси на сървъри. Тези обхвати вече не са необходими за откриване и изтегляне на конфигурация за контрол на повикванията на крайни точки.

  • Update/remove подходящи dial-peers в Local 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
Анализ на качеството на медиите в Webex Calling

При отстраняване на неизправности, всяко повикване, осъществено чрез Webex Calling, може да бъде прегледано с подробна информация за ключови проблеми с качеството на медиите и сигнализацията, за да се помогне за локализиране на проблеми с медиите, както и на неуспешни повиквания, както е показано на фигура Отстраняване на неизправности в качеството на медиите при Webex Calling.

Отстраняване на неизправности при качество на мултимедийните разговори в Webex
Отстраняване на неизправности с качеството на медийното съдържание в Webex Calling

Отстраняването на неизправности с Webex Calling може да се интегрира и с други продукти на Cisco, като например комутатори ThousandEyes и Meraki, за да осигури още по-богато интегрирано изживяване в Control Hub. За повече информация относно използването на Webex Calling анализи и отстраняване на неизправности, вижте Отстраняване на неизправности при повиквания на Webex Calling в Control Hub.

Беше ли полезна тази статия?
Беше ли полезна тази статия?