Подгответе се да мигрирате от Unified CM към Webex Calling

Бизнес и технически изисквания

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

Защо изискванията за събиране са важни:

Подравнява бизнес целите: Разбирането на бизнес нуждите помага за адаптиране на миграцията, за да поддържа ключови работни потоци, потребителско изживяване и планове за растеж.
Осигурява техническа съвместимост: Ранното идентифициране на техническите изисквания предотвратява проблеми с интеграцията със съществуващата инфраструктура, мрежа и крайни точки.
Улеснява планирането на ресурсите: Ясните изисквания помагат за точната оценка на сроковете, разходите и необходимите ресурси.
Смекчава рисковете: Р анното откриване на потенциални предизвикателства позволява проактивни решения, намалявайки престоите и прекъсванията в обслужването.

Изисквания за бизнеса

Типичните бизнес изисквания включват:

Брой потребители и местоположения, които трябва да бъдат мигрирани
Желани функции и услуги (например маршрутизиране на повиквания, гласова поща, конферентна връзка, автоматично обслужване, опашки за оба ждания)
Политики за съответствие и сигурност
Бюджетни ограничения и очаквания за разходите
Потребности от обучение и поддръжка на потребителите
График на миграцията и съображения за непрекъснатост

Съби рането на желаните функции и услуги е критична стъпка, за да се гарантира, че новата система отговаря на нуждите на бизнеса. Когато събирате тези изисквания, е важно не само да вземете предвид какво е конфигурирано в момента, Unified CM но и да се опитате да съберете действителните изисквания от стопанските субекти, които ще използват системата. В противен случай съществува риск планът да се основава на нетекущи предположения. Уве рете се, че сте оценили допълнителни или подобрени функции, налични в Webex Calling които може да не съществуватUnified CM, като обаждания в облак, разширени опашки за повиквания, помощ за Webex Calling клиенти и Webex Go. Това помага да се възползват пълните предимства на облачната платформа.

При оценката на текущата конфигурация е важно да се признаеUnified CM, че не всички съществуващи настройки може да останат необходими поради променящите се изисквания през целия жизнен цикъл на системата. Акцентът следва да бъде върху идентифицирането и запазването само на онези конфигурации, които съответстват на настоящите и бъдещите нужди на в недряването.

Съсредоточете се повече върху това, от което имате нужда, отколкото върху това, което имате.

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

Съответ@@ ствие с регулаторните разпоредби: Организациите трябва да проверят дали Webex Calling отговаря на специфичните за индустрията разпоредби като GDPR, HIPAA или SOX, като се отнасят до изискванията за поверителност, съхранение и обработка на данни, както и специфични за страната мандати, свързани с пребиваването на данни, обиколката на пътни такси и местоположението на медиите.
Сигурност на данните: Га рантиране, че гласовите и сигналните данни са криптирани както при транзит, така и в покой, за да се предпазят от прихващане или неоторизиран достъп.
Контрол на достъпа: О пределяне и налагане на удостоверяване на потребителя, оторизация и достъп, базиран на роли, за да се предотврати неразрешено използване на комуникационни ресурси.
Одит и мониторинг: Внед ряване на възможности за регистриране и мониторинг за проследяване на достъпа и използването за одити на съответствие и разследване на инциденти със сигурността.
Подравняване на политиките: Привеждане в съответствие на миграцията със съществуващите корпоративни политики за сигурност, включително сигурност на крайните точки, сегментиране на мрежата и планове за реагиране на инциденти.
Гарантиране на сигурността на доставчика: Оценка на сертификатите за сигурност и удостоверенията за съответствие на Cisco, за Webex Calling да се гарантира надеждност.

Решаването на тези политики за съответствие и сигурност по време на фазата на планиране спомага за намаляване на рисковете, избягване на правни санкции и запазване на целостта и поверителността на комуникациите по време и след миграцията.

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

Програми за обучение: Разработване на персонализирани обучителни сесии за различни потребителски групи (крайни потребители, администратори, персонал на помощното бюро), за да ги запознаете с Webex Calling функции, потребителски интерфейси и нови работни потоци.
Докумен@@ тация: Предоставете ясни, достъпни ръководства за потреб ителя, често задавани въпроси и бързи справочни материали, включително новото и различните ресурси и инструкции стъпка по стъпка преди и след (във формат видео или кратко ръководство), за да подкрепите потребителите, докато се адаптират към актуализираното преживяване след миграцията.
Управление на промените: Комуни кирайте промените проактивно, за да управлявате очакванията на потребителите и да намалите съпротивлението.
Структура за поддръжка: Създайте специален екип за поддръжка или път за ескалация, за да се справят незабавно с проблемите на потребителите по време и след миграцията.
Текущо образование: П ланирайте за актуализации на непрекъснато обучение с пускането на нови функции или актуализации Webex Calling.
Механизми за обратна връзка: Внедряване на канали за потребителите да докладват за проблеми и да предостав ят обратна връзка за подобряване на процесите на обучение и поддръжка.

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

Технически изисквания

Необходимо е да се съберат и документират няколко ключови технически изисквания за успешна миграция от Unified CM къмWebex Calling, включително подробности за:

Мрежова готовност и капацитет на честотната лента

Цялостната оценка на мрежата е от решаващо значение, за да се гарантира, че съществуващата ви инфраструктура може да поддържа новата Webex Calling среда. Това включва:
- Анализ на честотната лента: Оценка на текущото и прогнозираното използване на честотната лента за обработка на гласов, видео и трафик на данни без задръствания.
- Качество на услугата (QoS): Прилагане на политики за QoS за приоритизиране на гласовия трафик и минимизиране на латентността, трептенето и загубата на пакети.
- WAN и интернет свързаност: Проверка дали WAN връзките и интернет връзките отговарят на изискванията за обаждания, базирани на облак, включително възможностите за резервиране и прекъсване на неизправност .
- Конфигу@@ рация на защитната стена и NAT: Гарантиране, че настройките на защитната стена и NAT позвол яват необходимата сигнализация и медиен трафи Webex Calling к.
Интеграция със съществуващата система

Безпроблемната интеграция със съществуващите бизнес системи е от съществено значение за потребителското изживяване и непрекъснат остта на работния процес:
- Директорни услуги: Оцен ка на интеграцията с корпоративна директория за автоматизирано предоставяне и удостоверяване на потребителя.
- CRM и бизнес приложения: Идентифициране на точки на интеграция със системи за управление на взаимоотношенията с клиенти и други критични за бизнеса приложения.
- Взаимодействие на стара централа: Пл аниране на стратегии за съвместно съществуване или поетапна миграция, ако някакви наследени телефонни системи останат по време на прехода.
Съвместимост и осигуряване на крайни точки

Всички крайни точки, включително настолни телефони, софтфони и мобилни устройства, трябва да бъдат оценени за съвместимост:
- Поддръжка на устройства: Потвърждаване, че съществуващите IP телефони и устройства се поддържат от Webex Calling или идентифициране на необходимите замени.
- Процеси на осигуряване: Създаване на автоматизирани или рационализирани методи за осигуряване за ефективно внедряване на крайните точки.
- Акту@@ ализации на фърмуера и софтуера: планиране на необходимите актуализации, за да се гарантира оперативна съвместимост и сигурност
Конфигурации за сигурност и стандарти за криптиране

Сигурността е от първостепенно значение в облачните комуникации:
- Криптиране: При лагане на криптиране от край до край за сигнализиране и медийни потоци, в съответствие с най-добрите практики за сигурност на Cisco.
- Удостоверяване и контрол на достъпа: Внедряване на защитени механизми за удостоверяване (като SSO, многофакторно удостоверяване) и подробни контроли за достъп на потребителите.
- Съответствие: Гарантиране, че решението отговаря на съответните регулаторни и индустриални стандарти за съответствие (например GDPR, HIPAA).
- Монитор@@ инг на сигурността: Интегриране с инструменти на SIEM и настройване на предупреждения за потенциални инциденти със сигурността.

Таблица 1. Примерна оценка
Изискване	Основни съображения
Мрежова готовност и честотна лента	Честотна лента, QoS, WAN/интернет, защитна стена/NAT
Интеграция със съществуващи системи	Директория, CRM, централа, имейл/календар
Съвместимост и осигуряване на крайни точки	Поддръжка на устройства, осигуряване, актуализации на фърмуера
Конфигурации за сигурност и криптиране	Криптиране, удостоверяване, съответствие, мониторинг на сигурността
Обучение на потребителите и управление на промените	Програми за обучение, документация, комуникация с промени
Преносимост на номера и план за набиране	Миграция/портиране на числа, превод на план за набиране
Интеграции на трети страни	Пейджинг, контакт център, факс, аналогови устройства

Мрежова готовност и изисквания

Готовността на мрежата е от решаващо значение за успешното мигриране към всяко решение за обаждания, базирано на облак, като например. Webex Calling Лошото планиране на мрежата може да доведе до влошено качество на разговорите, откачени обаждания и недоволни потребители. Клиентите трябва да извършат оценка на мрежата, преди да мигрират къмWebex Calling. Препоръчва се да потвърдите наличността на мрежовата честотна лента за очаквания обем на повиквания, да се гарантира, че изискванията за качество на услугата (QoS) са изпълнени и разбиране на различните портове, които трябва да бъдат отворени в крайната защитна стена (ите).

Надеждната мрежова свързаност с достатъчно качество на услугата (честотна лента, загуба на пакети, RTT) е основно изискване за осигуряване на възможно най-доброто потребителско изживяване от край до край за всички гласови и видео крайни точки, клиенти и приложения, които използват. Webex Calling

Клиентите и партньорите имат опции за достъп до свързаност извън Over-the-Top (OTT) интернет, които могат да оптимизират връзката за Webex Calling включ Webex Edge ване на Connect. За повече информация относно подробностите за дизайна на Webex Edge Connect вижте Пред почитана архитектура на Cisco за Webex Edge свързванеWebex Meetings, извикване на множество наематели и специален екземпляр .

Клиентите могат да използват cScan за оценка на мрежата, която дава информация за качеството на мрежата на клиента, колко разговори могат да бъдат установени, латентността и т.н. За повече информация относно инструмента cScan вижте Използване на cS can за тестване на качеството на Webex Calling мрежата.

За да сте сигурни, че мрежата е готова за миграцияWebex Calling, помислете за следния контролен списък:

планиране на честотната лента

Изчислете едновременните повиквания на сайт, за да сте сигурни, че имате достатъчно честотна лента на горе и надолу по веригата и да включите пространство за друг критичен за бизнеса трафи к и бъдещ растеж.

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

Брой очаквани едновременни повиквания * Честотна лента на повикване въ з основа на кодек = Необходима мрежова пропускателна способност.

Таблица 2. Webex Calling изчисления на честотната лента тип повикване
Видове обаждания	Кодек - честотна лента	Изчисления на честотната
Приложение Webex/Настолен телефон -> Приложение Webex	ОПУС - 70 kbps	Брой едновременни повиквания* 70 kbps = Необходима мрежова пропускателна способност
Приложение Webex/Телефон за настолен -> Телефон за настолен	ОПУС — 70 кб/с	Брой едновременни повиквания* 70 kbps = Необходима мрежова пропускателна способност
Приложение Webex/Настолен телефон -> PSTN чрез LGW	Г.711 - 80 кб/с	Брой едновременни повиквания* 80 kbps = Необходима мрежова пропускателна способност
Приложение Webex/Настолен телефон -> PSTN чрез облачен PSTN (напр. План за обаждания на Cisco)	Г.711 - 80 кб/с	Брой едновременни повиквания* 80 kbps = Необходима мрежова пропускателна способност
Webex Приложение/Настолен телефон -> Предприятие чрез LGW	Г.722 - 80 кб/с	Брой едновременни повиквания* 80 kbps = Необходима мрежова пропускателна способност
Webex Приложение/Настолен телефон -> гласова поща Webex Calling	ОПУС — 70 кб/с	Брой едновременни повиквания* 70 kbps = Необходима мрежова пропускателна способност

Чрез сумиране на едновременната необходима пропускателна способност на мрежата за тип повикване може да се определи общото изискване за потенциална честотна лента за конкретен сайт.

Всички крака за повикване винаги са закотвени върху SBC Webex Calling за достъп. За да се определи необходимата интернет честотна лента за дадено Webex Calling местоположение, трябва да се вземат предвид не само разговорите между местоположенията, но и обажданията в рамките на локацията и обажданията до и от локален шлюз на това място. Например, обаждане в рамките на сайта между два MPP телефона ще се нуждае от до 2 x 70 kbps пълен дуплекс за достъп до интернет на местоположението.

Табли Webex Callingцата с примери за изчисл яване на честотната лента показва пример за пълно упражнение за изчисляване на честотната лента, като се приеме, че всички устройства са на един и съ щ сайт.

Таблица 3. Webex Calling примери за изчисляване на честотната
Видове обаждания	Брой едновременни обаждания	Обща честотна лента
Приложение Webex/Настолен телефон → Приложение Webex	15	2* 15* 70 кб/с = 2,100 кб/с
Приложение Webex/Телефон за бюро → Телефон за настолен	15	2* 15* 70 кб/с = 2,100 кб/с
Приложение Webex/Настолен телефон → PSTN чрез LGW	50	2 * 50 * 80 кб/с = 8 000 кб/с
Приложение Webex/Настолен телефон → PSTN чрез Cloud Connect за Webex Calling	0	0* 80 Кб/с
Приложение Webex/Настолен телефон → Корпорация чрез LGW	15	2* 15* 80 кб/с = 2400 кб/с
Приложение Webex/Настолен телефон → Гласова поща Webex Calling	5	5* 70 кб/с = 350 кб/с
Общо обаждания/честотна лента	100 обаждания	14 950 кб/с/14, 95 Мб/с

Всички стойности на честотната лента в горните таблици се отнас ят до IP честотната лента. Честотната лента на връзката е по-висока в зависимост от WAN капсулациите.
Честотната лента в горните таблици е за аудио разговори. За честотна лента на видео разговори Webex App и телефоните MPP 8845/65 поддържат H.264 видео с максимална разделителна способност 720p при максимална честотна лента от 1500 kbps на разговор. Въпреки това, количеството честотна лента, консумирана във всеки момент по време на разговора, ще варира въз основа на променливата скорост на предаване, присъща на видео комуникациите.

Качество на услугата (QoS)

Внедрете QoS политики във вашата локална среда, за да дадете приоритет на трафика в реално време и да гарантирате, че QoS се поддържа между комутатори, рутери и защитни стени.
Цели за латентност, треперене и загуба на пакети

Следните прагове се препоръчват за оптимално качество на гласа, когато обажданията преминават през отгоре (OTT) и в интернет:
- Латентност - по-малко от 100 ms еднопосочна
- Треперене - по-малко от 10 ms
- Загуба на пакети - 0.5% или по-малко.
Защитна стена и NAT

Уверете се, че защитната стена е конфигурирана да позволява Webex Calling трафик, както е изброено в статията, налична в референтната информация за порт Webex Calling. Освен това позволете достъп до Webex домейни и IP диапазони, изброени в същото ръководство, и избягвайте SIP ALG, тъй като пречи на SIP сигнализирането. Трябва да се избягва медийният трафик чрез прокси сървъри.
DNS и NTP

Осигурете правилна DNS разделителна способност на Webex домейните и надеждни NTP сървъри, за да синхронизирате часовниците на устройствата за проверка и регистриране на TLS сертификати.
Планиране на прекъсване

Помислете за съществуващите връзки за данни на доставчика (MPLS, SD-WAN и т.н.) и като цяло планирайте директен достъп до интернет на всяко място в рамките на вашето внедряване. Планирайте излишни интернет връзки, където се изисква висока наличност. Тъй като ще консумирате облачни услуги, надеждна интернет връзка с достатъчна честотна лента е основно изискване. Трябва да преосмислите извършването на този преход, ако интернет връзката (ите) на местоположенията на вашата организация обикновено не е надеждна с ниска латентност и адекватна производителност нагоре и надолу по веригата.
Възможност за оцеляване на сайта

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

Настройване на UC, свързан с облака

Cloud Connected UC (CCUC) е базирано на облак решение за управление и анализ, предназначено да осигури централизирана видимост, администриране и информация за внедрявания както локални (катоUnified CM), Unified CM така и в облак (- Dedicated Instance). Webex Calling Той действа като мост между традиционните локални среди и облачните услуги на Cisco, като подкрепя организациите по време на миграционното пътуване от Unified CM доWebex Calling.

По време на прехода къмWebex Calling, CCUC играе жизненоважна роля за рационализирането на процеса на миграция чрез улесняване на събирането на изчерпателни данни от съществуващото внедряване на Единни комуникации. CCUC подпомага ключови задачи за преход като мигриране на устройства, функции и потребителски контакти, както и автоматизиране на актуализациите на фърмуера за поддържани IP телефони. Чрез осигуряване на централизирана видимост и управление, CCUC помага да се осигури по-гладко и по-ефективно преживяване на миграцията.

Cisco силно препоръчва CCUC да бъде внедрена и внедрена в началото на преходния проект, в идеалния случай преди или по време на фазата на подготовка. Това ще даде възможност за прозрения и възможности, необходими за задълбочена оценка, инвентаризация и планиране на последващи миграционни дейности и за започване на пътуването си към Webex и бъдещите хибридни възможности.

Оценка на текущата среда

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

Следните аспекти са важни за преразглеждане като част от това усилие.

Лицензиране

Разбирането на текущата лицензионна структура на съществуващото внедряване е от ключово значение при подготовката за мигриране къмWebex Calling. Извършете оценка на лиценза на следните области на съществуващото локално решение на Cisco.

Платформа

Възможността да формулирате изцяло това, което е лицензирано в момента на вашата основна платформа, ще бъде от реша ващо значение, когато работите с екипа или партньора ви по акаунта, за да определите най-добрия път към гъвкаво лицензиране. Webex Callingе лицензиран с помощта на флексибилно лицензиране. За повече информация относно гъвкавото лицензиране вижте плана за гъ вкаво сътрудничество на Cisco.
Потребители и устройства

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

Ако Cisco Unified Border Element (CUBE) се изисква за достъп до PSTN за този преход, лицензирането на CUBE също трябва да се вземе предвид. Съображенията за лицензиране на CU BE са разгледани по-късно в този документ.

Местоположения/сайтове

Броят и типовете обекти (големи централни, регионални, клонови и т.н.) в рамките на съществуващото ви разполагане трябва да се вземат предвид при планирането на този преход. Пълното разбиране на съществуващите места за разполагане ще помогне за стратегическото планиране на успешен преход, особено когато става въпрос за определяне на кои обекти да мигрират и в какъв ред. Разбирането на подробните изисквания за план за набиране (номериране, навици за набиране, класове ограничения и т.н.), свързаността на мрежата на сайта и честотната лента (Интернет, WAN, LAN) и достъп до PSTN (локален или централизиран, IP или TDM) за всеки сайт ще бъде от решаващо значение при вземането на решения за миграция. За повече информация относно общите модели на внедряване и ключови съображения вижте информацията за моделите за внедряване на сътрудничество, налична в SRND за сътрудни чество.

Друго важно съображение за внедряване при преминаване към Webex Calling е наличността на местоположението. Webex Callingима различни възможности, абонаменти и устройства, които са налични в зависимост от това къде се намира вашето внедряване. За повече информация относно Webex Calling географската наличност вижте Къде е наличен Webex? .

И накрая, важно е да се разбере въздействието, към което преход Webex Calling ът ще има върху други услуги за сътрудничество. Въз основа на целта на този документ общото предположение е, че ако съществуващите услуги за сътрудничество извън натоварването с повиквания трябва да бъдат поддържани, тогава се очаква преход към хибридното внедряване от фаза 1, споменато по-горе. Примери за услуги за сътрудничество, които може да изискват хибридно внедряване , включват локален контакт център, който все още не е мигриран към контактния център на Webex, и тясна интеграция в системи като пейджинг системи и фактуриране. За повече информация относно прехода на допълнителните работни натоварвания и услуги за сътрудничество вижте Пре ходи за сътрудничество.

Инвентаризация на съществуващи устройства/клиенти

Преди да започнете прехода е важно да инвентаризирате съществуващите хардуерни и софтуерни крайни точки. Наличието на пълен списък с типовете устройства/модели, хардуерните версии, типовете и количествата на меките клиентски операционни системи ще гарантира, че можете адекватно да планирате прехода на устройствата и да смекчите въздействието на тези устройства, които не могат да бъдат мигрирани към обаждания в облак. Инвентаризацията трябва да се използва за определяне на устройствата за преход и устройствата, които трябва да се заменят преди прехода.

Настолни телефони

За аудио и видео настолни телефони се поддържат само настолните телефони от сериите 6800, 7800, 8800 и 9800. Webex Calling Това е подмножество от IP телефоните на Cisco, които се поддържат. Unified CM Има някои модели и версии на телефоните 6800, 7800 и 8800, с които не могат да се използват. Webex Calling За повече информация за това кои модели и хардуерни версии се поддържат вижте Поддържани устройства за Webex Calling.

IP телефоните от серията Cisco 6800 не могат да бъдат надстроени от корпоративен фърмуер до мултиплатформен (MPP) фърмуер, който е необходим. Webex Calling Следователно всички 6800 телефона, регистрирани за работе Unified CM щ корпоративен фърмуер, трябва да бъдат заменени с модел 6800 MPP или с друг поддържан модел телефон.

IP телефоните от серията Cisco 7800 и 8800 трябва да бъдат надстроени до фърмуера на мултиплатформен телефон (MPP) преди преминаването и регистрирането им. Webex Calling За да определите кои модели и хардуерни версии 7800 и 8800 поддържат MPP фърмуера, вижте Конвер тиране на IP телефони от серията Cisco 7800 и 8800 между Enterprise и MPP фърмуера.

8845, 8865 и 8865NR са достигнали края на продажбата и не се препоръчва да бъдат мигрирани към тях. Webex Calling

По-старите версии на телефоните от серия 8800 (8811, 8841, 8851, 8851NR, 8861) не се препоръчват да се използват с. Webex Calling Телефоните с хардуерни версии VID 14 или по-стари ще се регистрират, Webex Calling но може да изпитат някои проблеми с производителността поради хардуера.

Настолните телефони от серията 9800 работят с PhoneOS, който поддържа както регистрация, така Unified CM и Webex Calling за регистрация. Следователно тези телефони могат да бъдат прехвърлени Webex Calling без надстройка на фърмуера.

Всички останали IP телефони ще трябва да бъдат заменени с телефони от серия 6800, 7800, 8800 или 9800, поддържани от. Webex Calling За повече информация относно поддържаните IP и настол ни телефони с тях Webex Calling вижте статията в Поддържани устройства за Webex Calling.

Крайни точки на видеоклипа

Личните и стайните видео крайни точки, включително сериите Cisco Board, сериите Room и Desk сериите, могат да се регистрират по SIP. Webex Calling Всяка от тези крайни точки, които трябва да извършват аудио и/или PSTN обаждания, изискват лиценз за повикване:

Споделените устройства в конферентни зали, пространства за сгъване и т.н. изискват лиценз за Webex Calling професионално работно пространство или Webex Calling работно пространство.

Личното устройство на крайния потребител изисква Webex Calling професионален или Webex Calling стандартен лиценз.

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

Когато видео устройствата бъдат преместени от Unified CM регистрация в Webex, URI за тези крайни точки ще се промени, тъй като те вече са регистрирани в облака.

Моделите телефони 8845, 8865 и 8875 са лични видео телефони, които се поддържат. Webex Calling

Меки клиенти

Приложението Webex е единственият мек клиент, поддържан отWebex Calling, за разлика от Unified CM който поддържа както Webex App, така и Jabber, и е новият мек клиент по подразбиране за крайните потребители.

В зависимост от режимите на внедряване, въведени за Jabber (само за IM, само за телефон и/или пълни UC режими), може да се наложи също да обмислите прехода на работните натоварвания за съобщения и/или срещи от Jabber към приложението Webex. Приложението Webex може да бъде внедрено само в режим само за телефон, ако ще се използва като клиент само за повикване или може да бъде внедрено като пълно, Webex Suite ако други работни натоварвания, нап р. Webex Messagingи/или Webex Meetings се прехвърлят към приложението с обаждания.

Приложението Webex подобрява изживяването на крайния потребител, като предоставя AI функции като аудио/видео интелигентност, транскрипция на повиквания и други. За повече информация вижте Приложението Webex.

Преди да преместите потребителите към Webex Calling вас, ще трябва да прехвърлите своите клиенти на Jabber към приложението Webex. Имате две възможности да завършите този преход.

Преди да ги прехвърлите към Webex Calling

Когато ги прехвърлите къмWebex Calling.

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

За повече информация относно тези две опции вижте Пътуване на миграцията - една или две стъпки? .

За пълен списък на поддържаните устройства виж Webex Calling те Поддържани устройства за Webex Calling.

Проверете допустимостта на устройството

Както бе споменато по-горе, Webex Calling поддържа подмножество от IP телефоните на Cisco и изисква различен тип фърмуер за телефоните от серията 7800 и 8800. Unified CMтелефоните работят с корпоративния фърмуер, докато Webex Calling телефоните работят с фърмуера с мултиплатформен телефон (MPP). Препоръчва се да проверите кои Unified CM регистрирани телефони отговарят на условията за надграждане до MPP фърмуера по време на фазата на подготовка. Това ви дава време да замените неотговарящи на условията телефони с един от поддържаните модели телефони или да идентифицирате алтернативен план, като например преместване на потребител само в приложението Webex.

За да помогне при определянето на допустимостта на Unified CM телефоните, Control Hub има вграден инструмент, наречен Migration Your Phone to Webex Calling. Когато използвате този инструмент за проверка на допустимостта на устройството, изберете опцията Миграция Генериране само за лиценз за устройство.

Опция за инструмент Control Hub за проверка на допустимостта на Unified CM телефоните Webex Calling

Тази опция ви позволява да качите CSV файл, съдържащ Unified CM телефоните, така че Webex да може да провери допустимостта на всеки телефон. Избирайки тази опция за миграция, тя не добавя телефоните към Webex, тъй като все още сте във фаза на подготовка и все още не сте готови да направите това. За повече информация вижте Миг риране на телефона към Webex Calling.

Възможно е някои от телефоните да се върнат с неизвестна допустим ост. Това обикновено е така, защото Webex не може да потвърди някаква информация за телефона в задната система. За всички телефони, които имат неизвестен статус, имате две опции, за да проверите дали отговарят на условията за надстройка до MPP фърмуера.

Ръчно проверете всеки телефон и проверете модела и хардуер ната версия (PID VID)

7800/8800 етикет за телефон с информация за модела и хардуерната версия

Използвайте инструмента за готовност за IP телефон на Cisco

Изтеглете инструмента от https://github.com/joemar2/ mpp_readiness_check.

Този инструмент не е официален инструмент на Cisco, нито се поддържа TAC. Той има поддръжка с най-добри усилия , но е безплатен за използване.

Този инструмент трябва да се изпълнява на машина, която е локална и има достъп до Unified CM сървърите и IP телефоните. Той има опция за активиране на уеб достъп на IP телефоните, което се препоръчва и е необходимо, за да получите най-добри резултати. Затова трябва да се използва по време на почивни часове, за да се избегнат смущения за крайните потребители. Изходът на инструмента предоставя отч ет, изброяващ кои от телефоните от сериите Unified CM 7800 и 8800 отговарят на условията за надграждане до MPP фърмуера. Тъй като има директен достъп до телефона, той може да провери Неизвест ните устройства, докладвани от инструмента Control Hub.

Доклад за инструмента за готовност на IP телефона

Потребители

Една от най-важните стъпки за подготовка, за да сте сигурни, че имате успешна миграция, е правилното предостав яне на потребителя. Трябва да планирате правилно за всички потребители, дори ако правите поетапна миграция. Потребителите трябва да бъдат предоставени в Webex за някое от следните неща:

Разгръщане на приложението Webex с обаждания Unified CM

Разгръщане на приложението Webex с Webex Calling

Конфигуриране на Webex Calling услуги за потребител

За да можете да търсите потребителите в директорията Webex (Webex App кликване, за да се обадите, информация за контакт с потребителя, търсене в телефонна директория).

Препоръчително е да предоставите всички потребители в Webex преди или в началото на вашия проект. Това включва потребители, които все още използват платформата Unified CM за повикване, е независима от устройството им за повикване (IP телефон, Jabber, Webex App). Когато потребителите бъдат мигрирани към Webex Calling (и/или приложението Webex), вие ще актуализирате техните лицензи за Webex, за да активирате услугите, от които се нуждаят. Чрез предоставяне на всички корпоративни повикващи потребители преди започване на прехода ви позволява на потребител, който е преминал към приложението Webex или да търси в директорията на Webex за потребител, който повиква корпоративен потребител, който все още е на Jabber и/или включен. Webex Calling Unified CM Това гарантира, че преходните потребители могат да намерят информация за контакт на всеки друг потребител и да се обаждат с тях, като използват търсенето на директории.

Фигурата Търсенето в директорията на Webex App показва пример за потребител на Webex App, който търси друг потребител. Резултатите от търсенето показват информацията за контакт на потребителя и могат да бъдат за потребител, който все още е на Jabber Unified CM или за потребител, който е преминал към приложението Webex и/или. Webex Calling

Търсене в директорията на Webex App

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

Като пример, ако потребителите в разгръщането са разделени на три основни сайта: Ню Йорк (Ню Йорк), Сан Франциско (SFC) и Research Triangle Park (RTP), планът за преход на потребителите може да изглежда като плана, очертан в таблицата на потребителския преход по сайт.
Таблица 4. План за преход на потребителя по сайт
Потребителски сайт/ местоположение Информационни и обучителни сесии преди прехода Преходен период Поддръжка след прехода
Ню Йорк (1 525 потребители) Седмица на 1 април 15 април — 27 април Седмица на 29 април
SFO (1 600 потребители) Седмица на 6 май 20 май — 31 май Седмица на 3 юни
RTP (1 275 потребители) Седмица на 3 юни 17 юни — 28 юни Седмица на 1 юли

Друг важен фактор е прехвърлянето на потребителите заедно, които имат зависимости помежду си. Това може да включва, но не се ограничава до следното:

BLF мониторинг

Същият лов пилот/група

Споделяне на редове

Част от една и съща група за вземане на обаждания

Използване на едни и същи номера за паркиране на повиквания

Домофон

Административ/Изпълнителен директор.

Можете да прегледате Unified CM конфигурацията (GUI или експортиране) или да използвате инструмента Control Hub Migration Insights, за да помогнете за идентифицирането на групите потребители с тези зависимости.

Таблица 4. План за преход на потребителя по сайт
Потребителски сайт/ местоположение	Информационни и обучителни сесии преди прехода	Преходен период	Поддръжка след прехода
Ню Йорк (1 525 потребители)	Седмица на 1 април	15 април — 27 април	Седмица на 29 април
SFO (1 600 потребители)	Седмица на 6 май	20 май — 31 май	Седмица на 3 юни
RTP (1 275 потребители)	Седмица на 3 юни	17 юни — 28 юни	Седмица на 1 юли

PSTN свързаност

Webex Callingможе да има достъп до PSTN по три начина: планове за обаждания на Cisco, Cloud connect for Webex Calling (по-рано Cloud Connected PSTN) и локален PSTN (Локален шлюз). Едно местоположение, както е дефинирано в контролния център, обаче, може да бъде присвоено само на една опция PSTN.

Локалният PSTN с локален шлюз (LGW) е съществен компонент на стратегията за преход. Той осигурява свързаност между локалното внедряване и/или PSTN и платформата. Webex Calling Webex Callingподдържа както Cisco, така и сертифицирани контролери за гранични сесии на трети страни (SBC), които могат да се използват като локален шлюз. За последния списък на поддържаните SBC вижте Списък на поддържаните S BC.

Webex Callingподдържа до 250 едновременни обаждания от един локален шлюз, базиран на регистрация, и повече от 250 едновременни обаждания от един локален шлюз, който е базиран на сертификат. Локалните шлюзове, базирани на сертификати, могат да поддържат до 6500 едновременни обаждания, но това се основава на типа свързаност, която локалният шлюз има към Webex (Over-the-Top vs Interconnect peering) и модела SBC, на който е внедрен локалният шлюз. Тези ограничения по същество са ограничението по подразбиране както за PSTN повиквания, базирани на локален шлюз, така и за повиквания между сайтове между и крайните точки. Unified CM Webex Calling За повече информация вижте Първи стъпки с локален шлюз.

Всички обаждания, надвишаващи този лимит, се отхвърлят с 403 Забранено. Гласовата команда show call active може да се изпълни на локалния шлюз във всеки случай, за да се определи общият брой активни повиквания.

Лошите мрежови условия между локален шлюз и SBC за Webex Calling достъп могат да ограничат производителността на сигналната връзка, което води до още по-ниско ограничение за ед новременни повиквания. Еднопосочната латентност между локалния шлюз и центъра за Webex Calling данни не трябва да надвишава 100 ms и трептенето трябва да бъде по-малко от 10 ms, докато загубата на пакети е по-малка от 0,5%.

Характеристики и използване на функциите

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

За да определите кои функции са конфигурирани, анализирайте Unified CM конфигурацията. Това са всички статични данни, които се задават, когато функция или настройка е конфигури рана в системата. Следните опции могат да се използват за завършване на този анализ:

Прегледайте Unified CM конфигурацията в администраторския GUI

Unified CMконфигурационен експорт - насипен експорт или AXL

Инструмент за информация за миграция на контролния център (препоръчва се)

Инструменти за партньори на Cisco от трети страни (Препоръчва се).

За да анализирате ефективно използването на функциите, е от съществено значение да се проучат динамичните системни данни като използване, регистрации и активност на повиквания. Различни аналитични инструменти и табла за управление предоставят информация за тези показатели, позволявайки цялостно разбиране на производ ителността и капацитета на системата, което поддържа информираното вземане на решения по време на усилията за миграция и оптимизация. Следните опции могат да се използват за завършване на този тип анализ:

Преглед на необработени CDR записи

Преглед на данните Unified CM от RTMT

Инструмент за миграция на контролния център с помощта на Unified CM CDR данни

Преглед на свързаните с облака UC анализи в контролния център

Силата на повикването

Регистрирани крайни точки

(CAC) местоположения

Използване на багажника.

Инструменти за партньори на Cisco от трети страни.

Cisco препоръчва да започнете с инструмента Webex Control Hub Migration Insights за този анализ. Ще импортирате вашия ек Unified CM спортиране.TAR файл и Unified CM CDR файловете (незадължителни, но необходими за анализ на използването на функции) в инструмента. Инструментът ще генерира следните CSV базирани отчет и, които могат да се използват за стартиране на анализа:

Таблица 5. Отчети, генерирани от Unified CM файл.tar
Име на доклада
Описание на доклада
ImportedDataBulk.csv
Всички потребители и устройства от Unified CM данни
DeviceEligibility.csv
Идентифицира устройства, отговарящи на Webex Calling условията за мигриране (IP телефони, устройства с операционна система Room, ATA и трети страни)
DevicePoolNumbers.txt
Списък на всички номера в даден пул от устройства
HuntGroup_CallQueue_CallPark_CallPickUpGroups.цсв
Подробности за устройствата и потребителите, които трябва да бъдат мигрирани заедно въз основа на споделени линии, пилот за лов, опашка за обаждания, паркиране на повиквания и конфигурация на групата за вземане на обаждания
HuntGroupMigrationInsight.csv
Подробна информация за зададените ловни линии, групи линии и свързаните с тях агенти
SharedlineGroupMigrationReport.csv
Преглед на това как телефонните номера (номера на директории) се споделят между потребителите

Таблица 6. Отчети, генерирани от Unified CM .tar и CD. gzip файлове
Име на доклада
Описание на доклада
FeatureUsageBasedDeviceEligibilityReport.csv
Информация за допустимостта за мигриране на устройства въз основа на използването на функцията
FeatureUsageWithLastUsageDateReport.csv
Брой на използвания за броя пъти, в които пилотът (ите) за лов и опашката (ите) за повикване са били извикани заедно с последната дата на използване
UserWorkspaceLastUsage.csv
Последна дата на използване за потребители и работни пространства както за меки клиенти, така и за твърди телефони
DIDUsageReport.csv
Използване на DID както за присвоени, така и за незададени DID

За повече подробности относно отчетите за миграционните данни вижте Информа ция за ми грацията.

Ако имате нужда от повече информация за Unified CM функциите и използването след преглед на информацията в отчетите Migration Insights, Cisco препоръчва да обмислите един от инструментите за мигриране на партньори от трети страни на Cisco и/или да прегледате Unified CM конфигурациите в графичния интерфейс или в конфигурационните данни за експортиране.

Таблица 5. Отчети, генерирани от Unified CM файл.tar
Име на доклада Описание на доклада
ImportedDataBulk.csv Всички потребители и устройства от Unified CM данни
DeviceEligibility.csv Идентифицира устройства, отговарящи на Webex Calling условията за мигриране (IP телефони, устройства с операционна система Room, ATA и трети страни)
DevicePoolNumbers.txt Списък на всички номера в даден пул от устройства
HuntGroup_CallQueue_CallPark_CallPickUpGroups.цсв Подробности за устройствата и потребителите, които трябва да бъдат мигрирани заедно въз основа на споделени линии, пилот за лов, опашка за обаждания, паркиране на повиквания и конфигурация на групата за вземане на обаждания
HuntGroupMigrationInsight.csv Подробна информация за зададените ловни линии, групи линии и свързаните с тях агенти
SharedlineGroupMigrationReport.csv Преглед на това как телефонните номера (номера на директории) се споделят между потребителите

Таблица 6. Отчети, генерирани от Unified CM .tar и CD. gzip файлове
Име на доклада Описание на доклада
FeatureUsageBasedDeviceEligibilityReport.csv Информация за допустимостта за мигриране на устройства въз основа на използването на функцията
FeatureUsageWithLastUsageDateReport.csv Брой на използвания за броя пъти, в които пилотът (ите) за лов и опашката (ите) за повикване са били извикани заедно с последната дата на използване
UserWorkspaceLastUsage.csv Последна дата на използване за потребители и работни пространства както за меки клиенти, така и за твърди телефони
DIDUsageReport.csv Използване на DID както за присвоени, така и за незададени DID

Интеграции на Cisco: Unity Connection UCCX UCCE

Гласовата поща е неразделна част от оф Webex Calling ертата и естествено е вградена в решението. Webex Callingне може да се интегрира с решение за гласова поща, базирано на помещения, като Unity Connection или Unity Connection Express . Освен това няма естествен начин за мигриране на съществуващи съобщения за гласова поща за връзка с Unity или поздрави към родната услуга за гласова поща, налична с нея. Webex Calling Някои от инструментите за мигриране на партньори от трети страни на Cisco имат възможности за мигриране на някои от тези данни. За повече информация относно гласовата поща вижте Конфигу Webex Calling риране и управление на настройките на гласовата поща за потребител Webex Calling .

Webex Callingсъщо така поддържа споделена гласова поща и факс пощенски кутии. За повече информация вижте Управление на споделена гласова поща и входящ факс кутия за. Webex Calling

Webex Callingима вградена функция за автоматично обслужване, която е включена като част от основната платформа. Тази функция позволява прехода на обработващите повиквания на вашата Unity Connection и функционалността за автоматично обслужване. Инструментът Control Hub, Migration Features fromUnified CM, поддържа мигри ране на конфигурациите на Unity Connection към Webex Calling автоматични помощници. За повече информация относно използването на този инструмент вижте Ми грация на устройства и функции от Unified CM къмWebex Calling.

Запис на обаждания

Webex Callingвключва две опции за запис на разговори без допълнителни разходи.

Запис на обаждания на Webex

Dubber Go Recording (партньорска оферта) - интеграция между Webex Calling и дубър, където всички записани носители се съхраняват сигурно в облака.

Webex CallingВключената таблица с опции за запи с подчертава някои ключови характеристики на двете опции за запис на повиквания, които са налични без допълнителни разходи.

Таблица 7. Webex Callingвключени опции за запис
Webex Дубър Го

Достъпно за всички потребители Достъпно за всички потребители

Неограничени записи Неограничени записи

1 година период на задържане* 30-дневен период на съхранение

100 GB място за съхранение на организация -

Служителите по съответствие могат да имат достъп и да управляват записите на разговори -

API за управление на записи -

Админите могат да конфигурират и управляват достъпа на потребителите до техните записи на разговори
Потребителите могат да управляват собствените си записи с помощта на User Hub и/или приложението Webex.
Само потребителите могат да имат достъп и да управляват своите записи
От техния дублиращ портал.

Ако организацията ви изисква допълнителни възможности за запис, като например запис на повиквания за съответствие, по-дълги периоди на съхранение, повече съхранение, анализ на AI и/или достъп до администратора, съществуват платени оферти или добавки както от Cisco, така и от доставчици на записи от трети страни. За повече информация относно доставчиците на Webex Calling записи, конфигурациите и допълнителните партньорски услуги вижте Управление на записа на повиквания за Webex Calling.

Таблица 7. Webex Callingвключени опции за запис
Webex	Дубър Го
Достъпно за всички потребители	Достъпно за всички потребители
Неограничени записи	Неограничени записи
1 година период на задържане*	30-дневен период на съхранение
100 GB място за съхранение на организация	-
Служителите по съответствие могат да имат достъп и да управляват записите на разговори	-
API за управление на записи	-
Админите могат да конфигурират и управляват достъпа на потребителите до техните записи на разговори Потребителите могат да управляват собствените си записи с помощта на User Hub и/или приложението Webex.	Само потребителите могат да имат достъп и да управляват своите записи От техния дублиращ портал.

Интеграции на трети страни

Webex Calling^{поддържа различни интеграции от трети страни, включително, но не само, SBC
за локални шлюзове, IP телефони, домофонни телефони, високоговорители/пейджъри, ATA и др.} В допълнение към тези устройства за ^трети страни, Webex Calling поддържа различни решения на трети ^страни за поддръжка на клиенти, анализи, запис, фактуриране и др. За повече информация относно реш енията ^на трети страни вижте Webex App Hub.

Какво ще правиш по-нататък?

За да прегледате текущата среда и да определите обхвата на преходния проект въз основа на бъдещите изисквания за вашата организация, вижте фазата на плани ране.

Cisco AI Assistant

Благодарим за обратната връзка.