- Начало
- /
- Статия
Подгответе се за мигриране от Unified CM към Webex Calling
Фазата Подготовка в жизнения цикъл на PPPDIO осигурява готовност за мигриране от Unified CM към Webex Calling чрез оценка на текущата среда, осигуряване на лицензи и подготовка на крайни точки и екипи. Тази основополагаща стъпка смекчава рисковете и съгласува техническите и бизнес изискванията за плавен преход към облачното решение за обаждания.
Бизнес и технически изисквания
Когато планирате миграция от Unified CM към Webex Calling, е изключително важно да съберете подробно както техническите, така и бизнес изискванията по време на фазата на планиране. Тази стъпка гарантира, че миграцията е съобразена с оперативните цели и техническите възможности на вашата организация, като минимизира рисковете и прекъсванията.
Защо е важно да се събират изисквания:
-
Съгласува бизнес целите: Разбирането на бизнес нуждите помага за адаптиране на миграцията към ключови работни процеси, потребителско изживяване и планове за растеж.
-
Осигурява техническа съвместимост: Ранното идентифициране на техническите изисквания предотвратява проблеми с интеграцията със съществуващата инфраструктура, мрежа и крайни точки.
-
Улеснява планирането на ресурсите: Ясните изисквания помагат за точното оценяване на сроковете, разходите и необходимите ресурси.
-
Намалява рисковете: Ранното откриване на потенциални проблеми позволява проактивни решения, намалявайки времето за престой и прекъсванията на услугите.
Бизнес изисквания
Типичните бизнес изисквания включват:
-
Брой потребители и местоположения, които ще бъдат мигрирани
-
Желани функции и услуги (например, маршрутизиране на повиквания, гласова поща, конферентна връзка, автоматични оператори, опашки за повиквания)
-
Политики за съответствие и сигурност
-
Бюджетни ограничения и очаквани разходи
-
Нужди от обучение и поддръжка на потребителите
-
График за миграция и съображения за непрекъснатост на бизнеса.
Събирането на желаните функции и услуги е критична стъпка, за да се гарантира, че новата система отговаря на бизнес нуждите. Когато събирате тези изисквания, е важно не само да вземете предвид какво е конфигурирано в момента в Unified CM, но и да се опитате да съберете действителните изисквания от бизнес субектите, които ще използват системата. В противен случай съществува риск планът да се основава на неактуални допускания. Не забравяйте да оцените допълнителни или подобрени функции, налични в Webex Calling, които може да не съществуват в Unified CM, като например базирани в облака обаждания, разширени опашки за обаждания, Webex Calling Customer Assist и 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 и бизнес приложения: Идентифициране на точки на интеграция със системи за управление на взаимоотношенията с клиенти и други критични за бизнеса приложения.
-
Взаимодействие със стари PBX системи: Планиране на стратегии за съвместно съществуване или поетапна миграция, ако по време на прехода ще останат някакви стари телефонни системи.
-
-
Съвместимост и осигуряване на крайни точки
Всички крайни устройства, включително настолни телефони, софтфони и мобилни устройства, трябва да бъдат оценени за съвместимост:
-
Поддръжка на устройства: Потвърждаване, че съществуващите IP телефони и устройства се поддържат от Webex Calling или идентифициране на необходимите замени.
-
Процеси на осигуряване: Установяване на автоматизирани или рационализирани методи за осигуряване за ефективно внедряване на крайни точки.
-
Актуализации на фърмуера и софтуера: Планиране на необходимите актуализации за осигуряване на оперативна съвместимост и сигурност.
-
-
Конфигурации за сигурност и стандарти за криптиране
Сигурността е от първостепенно значение в облачните комуникации:
-
Криптиране: Прилагане на цялостно криптиране за сигнализация и медийни потоци, в съответствие с най-добрите практики за сигурност на Cisco.
-
Удостоверяване и контрол на достъпа: Внедряване на защитени механизми за удостоверяване (като SSO, многофакторно удостоверяване) и подробен контрол на потребителския достъп.
-
Съответствие: Осигуряване на съответствие между решението и съответните регулаторни и индустриални стандарти (например, GDPR, HIPAA).
-
Мониторинг на сигурността: Интегриране със SIEM инструменти и настройване на предупреждения за потенциални инциденти със сигурността.
-
| Изискване | Ключови съображения |
|---|---|
| Готовност на мрежата и честотна лента | Честотна лента, QoS, WAN/Internet, Firewall/NAT |
| Интеграция със съществуващи системи | Директория, CRM, PBX, Email/Calendar |
| Съвместимост и осигуряване на крайни точки | Поддръжка на устройства, осигуряване, актуализации на фърмуера |
| Конфигурации за сигурност и криптиране | Криптиране, удостоверяване, съответствие, наблюдение на сигурността |
| Обучение на потребителите и управление на промените | Програми за обучение, документация, комуникация на промените |
| Преносимост на номера и план за набиране | Номер migration/porting, превод на план за набиране |
| Интеграции с трети страни | Пейджинг, контакт център, факс, аналогови устройства |
Готовност и изисквания за мрежата
Готовността за мрежа е от решаващо значение за успешната миграция към всяко облачно решение за обаждания, като Webex Calling. Лошото мрежово планиране може да доведе до влошено качество на разговорите, прекъсване на повикванията и недоволство на потребителите. Клиентите трябва да извършат оценка на мрежата, преди да мигрират към Webex Calling. Препоръчително е да се потвърди наличността на мрежова честотна лента за очаквания обем на повикванията, да се гарантира, че са изпълнени изискванията за качество на услугата (QoS) и да се разберат различните портове, които трябва да бъдат отворени в граничната(ите) защитна(и) стена(и).
Надеждната мрежова свързаност с достатъчно качество на услугата (честотна лента, загуба на пакети, RTT) е основно изискване за осигуряване на възможно най-доброто потребителско изживяване от край до край за всички крайни точки, клиенти и приложения с възможност за глас и видео, използващи Webex Calling.
Клиентите и партньорите имат опции за свързване извън Over-the-top (OTT) интернет, които могат да оптимизират връзката с Webex Calling, включително Webex Edge Connect. За повече информация относно детайлите на дизайна на Webex Edge Connect вижте Предпочитана архитектура на Cisco за Webex Edge Connect за Webex Meetings, извиквания на многонаематели и специализирани инстанции.
Клиентите могат да използват CScan за оценка на мрежата, която дава информация за качеството на мрежата на клиента, колко повиквания могат да бъдат осъществени, латентността и т.н. За повече информация относно инструмента CScan вижте Използване на CScan за тестване на качеството на мрежата Webex Calling.
За да сте сигурни, че мрежата е готова за миграция към Webex Calling, разгледайте следния контролен списък:
-
Планиране на честотната лента
Изчислете едновременните повиквания за всеки сайт, за да сте сигурни, че имате достатъчно честотна лента за обратна връзка (upstream) и обратна връзка (downstream) и включете резервен капацитет за друг критичен за бизнеса трафик и бъдещ растеж.
Таблицата „ Изчисления на честотната лента за типове повиквания на Webex Calling “ показва типовете повиквания, налични с внедряване на Webex Calling, заедно с кодека и максималната честотна лента, необходима за всеки тип повикване. Както е показано в таблицата изчисления на честотната лента за типове повиквания на Webex Calling, необходимата честотна лента за аудио повиквания за всеки тип повикване може да се изчисли по следната обща формула:
Брой очаквани едновременни повиквания * Пропускателна способност на повикване въз основа на кодек = Необходима мрежова пропускателна способност.
Таблица 2. Изчисления на честотната лента за типовете повиквания на Webex Calling Видове обаждания Кодек - честотна лента Изчисления на честотната лента Приложението Webex / Настолен телефон -> Приложението Webex OPUS - 70 kbps Брой едновременни разговори * 70 kbps = Необходима мрежова пропускателна способност Приложението Webex / Настолен телефон -> Стационарен телефон OPUS – 70 kbps Брой едновременни разговори * 70 kbps = Необходима мрежова пропускателна способност Приложението Webex / Настолен телефон -> PSTN чрез LGW G.711 – 80 kbps Брой едновременни разговори * 80 kbps = Необходима мрежова пропускателна способност Приложението Webex / Настолен телефон -> PSTN чрез Cloud PSTN (напр. план за обаждания на Cisco) G.711 – 80 kbps Брой едновременни разговори * 80 kbps = Необходима мрежова пропускателна способност Приложението Webex / Стационарен телефон -> Предприятие чрез LGW G.722 – 80 kbps Брой едновременни разговори * 80 kbps = Необходима мрежова пропускателна способност Приложението Webex / Настолен телефон -> Гласова поща за обаждания от Webex OPUS – 70 kbps Брой едновременни разговори * 70 kbps = Необходима мрежова пропускателна способност Чрез сумиране на едновременната необходима мрежова пропускателна способност за всеки тип повикване може да се определи общата потенциална изисквана честотна лента за конкретен сайт.
Всички етапи на повикване винаги са закотвени към SBC за достъп на Webex Calling. За да се определи необходимата интернет честотна лента за дадено местоположение на Webex Calling, трябва да се вземат предвид не само междулокационните повиквания, но и вътрешнолокационните повиквания, както и повикванията към и от локален шлюз на това местоположение. Например, вътрешнофирмен разговор между два MPP телефона ще изисква до 2 x 70 kbps пълен дуплекс за интернет достъпа на местоположението.
Таблицата с примери за изчисляване на честотна лента за Webex Calling показва пример за пълно упражнение за изчисляване на честотна лента, като се приема, че всички устройства са в едно и също място.
Таблица 3. Примери за изчисляване на честотна лента за Webex Calling Видове обаждания Брой едновременни разговори Обща честотна лента Приложението Webex / Настолен телефон → Приложение Webex 15 2 * 15 * 70 kbps = 2100 kbps Приложението Webex / Стационарен телефон → Стационарен телефон 15 2 * 15 * 70 kbps = 2100 kbps Приложението Webex / Стационарен телефон → PSTN чрез LGW 50 2 * 50 * 80 kbps = 8 000 kbps Приложението Webex / Настолен телефон → PSTN чрез Cloud Connect за Webex Calling 0 0 * 80 Kbps Приложението Webex / Стационарен телефон → Корпоративен телефон чрез LGW 15 2 * 15 * 80 kbps = 2400 kbps Приложението Webex / Стационарен телефон → Webex Calling Гласова поща 5 5 * 70 kbps = 350 kbps Общо обаждания / Пропускателна способност 100 обаждания 14 950 kbps / 14,95 Мбит/с -
Всички стойности на честотната лента в горните таблици се отнасят за IP честотна лента. Пропускателната способност на връзката е по-висока в зависимост от WAN капсулациите.
-
Пропускателната способност в горните таблици е за аудио разговори. За честотна лента за видео разговори, приложението Webex и MPP 8845/65 Телефоните поддържат H.264 видео с максимална резолюция 720p при максимална честотна лента от 1500 kbps на разговор. Въпреки това, количеството консумирана честотна лента във всеки един момент по време на разговора ще се колебае въз основа на променливата битрейт, присъща на видео комуникациите.
-
-
Качество на услугата (QoS)
Внедрете QoS политики във вашата локална среда, за да приоритизирате трафика в реално време и да гарантирате, че QoS се поддържа в комутатори, рутери и защитни стени.
-
Цели за латентност, трептене и загуба на пакети
Следните прагове се препоръчват за оптимално качество на гласа, когато разговорите се осъществяват през Over-the-Top (OTT) мрежа и през интернет:
-
Латентност - по-малко от 100ms в едната посока
-
Трептене - по-малко от 10ms
-
Загуба на пакети - 0,5% или по-малко.
-
-
Защитна стена и NAT
Уверете се, че защитната стена е конфигурирана да разрешава трафик на Webex Calling, както е посочено в статията, достъпна на Информация за портове за Webex Calling. Освен това, разрешете достъп до домейни и IP диапазони на Webex, изброени в същото ръководство, и избягвайте 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), така и в облака (Webex Calling - Dedicated Instance). Той действа като мост между традиционните локални среди и облачните услуги на Cisco, като подкрепя организациите по време на целия процес на миграция от Unified CM към Webex Calling.
По време на прехода към Webex Calling, CCUC играе жизненоважна роля в рационализирането на процеса на миграция, като улеснява събирането на изчерпателни данни от съществуващото внедряване на Unified Communications. 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. Съображенията за лицензиране на CUBE са разгледани по-нататък в този документ.
Locations/Sites
Броят и типовете сайтове (големи централни, регионални, клонове и т.н.) в рамките на съществуващото ви внедряване трябва да се вземат предвид при планирането на този преход. Пълното разбиране на съществуващите сайтове за внедряване ще помогне за стратегическото планиране на успешен преход, особено що се отнася до определянето кои сайтове да мигрират и в какъв ред. Подробното разбиране на изискванията за план за набиране (номериране, навици за набиране, класове на ограничения и т.н.), мрежовата свързаност и честотната лента на обекта (интернет, WAN, LAN) и PSTN достъпа (локален или централизиран, IP или TDM) за всеки обект ще бъде от решаващо значение при вземането на решения за миграция. За повече информация относно често срещаните модели на внедряване и ключови съображения вижте информацията за моделите за сътрудничество, достъпна в Collaboration SRND.
Друго важно съображение при внедряването при преминаване към Webex Calling е наличието на местоположение. Webex Calling предлага различни възможности, абонаменти и устройства, които са налични в зависимост от местоположението на вашето внедряване. За повече информация относно географската наличност на Webex Calling вижте Къде е наличен Webex?.
Накрая, важно е да се разбере какво влияние ще окаже преходът към Webex Calling върху други услуги за сътрудничество. Въз основа на целта на този документ, общото предположение е, че ако съществуващите услуги за сътрудничество извън работното натоварване на извикванията ще бъдат поддържани, се очаква преход към гореспоменатото хибридно внедряване от фаза 1. Примери за услуги за сътрудничество, които може да изискват хибридно внедряване, включват локален контактен център, който все още не е мигрирал към контактния център на Webex, и тясна интеграция със системи като системи за пейджинг и фактуриране. За повече информация относно прехода на допълнителни работни натоварвания и услуги за сътрудничество вижте Преходи за сътрудничество.
Съществуваща инвентаризация devices/clients
Преди да започнете прехода, е важно да направите инвентаризация на съществуващите хардуерни и софтуерни крайни точки. Наличие на пълен списък с устройства types/models, Версиите на хардуера, типовете операционни системи на софтуерните клиенти и количествата ще гарантират, че можете адекватно да планирате прехода на устройствата и да смекчите въздействието върху онези устройства, които не могат да бъдат мигрирани към облачни разговори. Инвентаризацията трябва да се използва за определяне на устройствата за преход и устройствата за подмяна преди прехода.
Настолни телефони
За аудио и видео настолни телефони само настолните телефони от сериите 6800, 7800, 8800 и 9800 се поддържат Webex Calling. Това е подмножество от IP телефони на Cisco, които се поддържат от Unified CM. Има някои модели и версии на телефоните 6800, 7800 и 8800, които не могат да се използват с Webex Calling. За повече информация относно поддържаните модели и версии на хардуера вижте Поддържани устройства за Webex Calling.
IP телефоните Cisco серия 6800 не могат да бъдат надстроени от фърмуер Enterprise до фърмуер Multiplatform (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. Всяка от тези крайни точки, която трябва да прави аудио and/or PSTN разговорите изискват лиценз за обаждания:
-
Споделените устройства в конферентни зали, пространства за срещи и др. изискват лиценз за Webex Calling Professional Workspace или Webex Calling Workspace.
-
Личното устройство на крайния потребител изисква професионален лиценз за 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, така и Jabber, и е новият софтуерен клиент по подразбиране за крайните потребители.
В зависимост от режима(ите) на внедряване, внедрени за Jabber (само за IM, само за телефон, and/or пълни UC режими), може да се наложи да обмислите и прехода на режима за съобщения and/or Натоварвания от срещи от Jabber към приложението Webex. Приложението Webex може да бъде внедрено в режим само за телефон, ако ще се използва като клиент само за обаждания, или може да бъде внедрено като пълния пакет Webex, ако са необходими други натоварвания, например Webex Messaging and/or Webex Meetings се прехвърлят към приложението с възможност за обаждания.
Приложението Webex подобрява потребителското изживяване, като предоставя функции с изкуствен интелект, като например audio/video разузнаване, транскрипция на повиквания и други. За повече информация вижте Приложение 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 използват фърмуера Enterprise, докато телефоните Webex Calling използват фърмуера Multiplatform Phone (MPP). Препоръчително е да проверите кои регистрирани в Unified CM телефони отговарят на условията за надграждане до фърмуера на MPP по време на фазата на подготовка. Това ви дава време да замените неподходящите телефони с един от поддържаните модели телефони или да определите алтернативен план, като например преместване на потребител само към приложението Webex.
За да ви помогне да определите дали телефоните Unified CM отговарят на условията, Control Hub има вграден инструмент, наречен Мигриране на телефона ви към 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 телефони на Cisco
Потребители
Една от най-важните стъпки за подготовка, за да се гарантира успешна миграция, е правилното осигуряване на потребителите. Трябва правилно да планирате за всички потребители, дори ако извършвате поетапна миграция. Потребителите трябва да бъдат осигурени в Webex за някое от следните:
-
Разгръщане на приложението Webex с Unified CM Calling
-
Разгръщане на приложението Webex с Webex Calling
-
Конфигуриране на услугите Webex Calling за потребител
-
За да може потребителите да се търсят в директорията Webex (кликване за обаждане в приложението Webex, информация за контакт с потребителя, търсене в телефонния указател).
Препоръчително е да осигурите достъп на всички потребители в Webex преди или в началото на проекта си. Това включва потребители, които все още използват Unified CM за своята платформа за обаждания, независимо от устройството им за обаждания (IP телефон, Jabber, приложение Webex). Тъй като потребителите мигрират към Webex Calling (and/or приложението Webex) ще актуализирате техните лицензи за Webex, за да активирате услугите, от които се нуждаят. Чрез осигуряване на всички корпоративни потребители за обаждания преди започване на прехода, това позволява на потребител, който е преминал към приложението Webex или към Webex Calling, да търси в директорията Webex за корпоративен потребител за обаждания, който все още е в Jabber. and/or на Унифициран CM. Това гарантира, че прехвърлените потребители могат да намерят информацията за контакт на всеки друг потребител и да му се обадят, използвайки търсенето в директорията.
Фигурата Търсене в директорията на приложението Webex показва пример за потребител на приложението Webex, който търси друг потребител. Резултатите от търсенето показват информацията за контакт на потребителя и могат да бъдат за потребител, който все още използва Jabber и Unified CM, или за потребител, който е преминал към приложението Webex. and/or Webex Calling.

След това определете кои от съществуващите локални потребители за обаждания ще бъдат прехвърлени към Webex Calling. Ако всички или голям брой потребители ще бъдат прехвърлени, се препоръчва потребителите да се преместват в групи, за да се гарантира, че екипът по проекта, ИТ персоналът и персоналът по поддръжката ще могат да се справят с прехода и всички проблеми, които могат да възникнат. Трябва също така да отделите известно време, за да предоставите първоначална информация и обучителни сесии, за да подготвите потребителите за този преход. Групирането на потребителите при преход може да се извърши въз основа на различни критерии, включително местоположението или обекта, към който са присвоени потребителите, отделите на потребителите или дори типовете потребители (работници със знания, ръководители, мобилни работници и т.н.).
Като пример, ако потребителите в разгръщането са разделени на три основни обекта, Ню Йорк (NYC), Сан Франциско (SFC) и Research Triangle Park (RTP), планът за преход на потребителите може да изглежда като плана, описан в таблицата План за преход на потребителите по обекти.
| Потребителски сайт / местоположение | Информация и обучения преди прехода | Преходен период | Подкрепа след прехода |
|---|---|---|---|
| Ню Йорк (1525 потребители) | Седмица от 1 април | 15 април – 27 април | Седмица от 29 април |
| СФО (1600 потребители) | Седмица от 6 май | 20 май – 31 май | Седмица от 3 юни |
| RTP (1275 потребители) | Седмица от 3 юни | 17 юни – 28 юни | Седмица от 1 юли |
Друг важен фактор е прехвърлянето на потребители, които имат зависимости помежду си. Това може да включва, но не се ограничава до следното:
-
BLF мониторинг
-
Същият лов pilot/group
-
Споделяне на линии
-
Част от същата група за приемане на повиквания
-
Използване на едни и същи номера за паркиране на повиквания
-
Интерком
-
Admin/Exec.
Можете да прегледате конфигурацията на Unified CM (GUI или експорт) или да използвате инструмента Control Hub Migration Insights, за да идентифицирате групите потребители с тези зависимости.
PSTN връзка
Webex Calling може да осъществи достъп до PSTN по три начина: Планове за обаждания на Cisco, Cloud connect за Webex Calling (преди Cloud Connected PSTN) и локална PSTN (локален шлюз). Въпреки това, едно местоположение, както е дефинирано в Control Hub, може да бъде присвоено само на една PSTN опция.
Локалната PSTN мрежа с локален шлюз (LGW) е съществен компонент от стратегията за преход. Осигурява свързаност между локалното внедряване and/or PSTN и платформата Webex Calling. Webex Calling поддържа както Cisco, така и сертифицирани контролери за граници на сесии (SBC) на трети страни, които могат да се използват като локален шлюз. За най-актуалния списък с поддържани SBC вижте Списък с поддържани SBC.
Webex Calling поддържа до 250 едновременни повиквания от един локален шлюз, базиран на регистрация, и повече от 250 едновременни повиквания от един локален шлюз, базиран на сертификат. Локалните шлюзове, базирани на сертификати, могат да поддържат до 6500 едновременни повиквания, но това зависи от типа свързаност, която локалният шлюз има към Webex (Over-the-Top срещу interconnect peering) и SBC модела, на който е разположен локалният шлюз. Тези ограничения са по същество ограничението по подразбиране за брой както за локални PSTN повиквания, базирани на шлюз, така и за междусайтови повиквания между крайни точки на Unified CM и Webex Calling. За повече информация вижте Първи стъпки с локалния шлюз.
Всички повиквания, надвишаващи този лимит, се отхвърлят с код 403 Forbidden. Командата show call active voice може да се изпълни на локалния шлюз по всяко време, за да се определи общият брой активни повиквания.
Лошите мрежови условия между локалния шлюз и SBC за достъп на Webex Calling могат да ограничат производителността на сигналната връзка, което води до още по-нисък лимит на едновременните повиквания. Еднопосочната латентност между локалния шлюз и центъра за данни Webex Calling не трябва да надвишава 100 ms, а трептенето трябва да е по-малко от 10 ms, докато загубата на пакети е по-малка от 0,5. %.
Характеристики & използване на функции
При оценката на текущата среда е важно да се идентифицират и прегледат кои функции на Unified CM са конфигурирани. Освен това е важно да разберете използването на функциите, за да можете да (предефинирате) своите бизнес и технически изисквания за внедряването на Webex Calling.
За да определите кои функции са конфигурирани, анализирайте конфигурацията на Unified CM. Това са всички статични данни, които се задават, когато функция или настройка е конфигурирана в системата. Следните опции могат да се използват за завършване на този анализ:
-
Прегледайте конфигурацията на Unified CM в администраторския графичен потребителски интерфейс
-
Експортиране на унифицирана CM конфигурация -- групово експортиране или AXL
-
Инструмент за анализ на миграцията в Control Hub (препоръчително)
-
Инструменти на партньори на трети страни на Cisco (препоръчително).
За да се анализира ефективно използването на функциите, е важно да се изследват динамични системни данни, като например използване, регистрации и активност на повикванията. Различни аналитични инструменти и табла за управление предоставят информация за тези показатели, позволявайки цялостно разбиране на производителността и капацитета на системата, което подпомага вземането на информирани решения по време на миграция и оптимизация. Следните опции могат да се използват за завършване на този тип анализ:
-
Преглед на суровите CDR записи
-
Преглед на данните от Unified CM RTMT
-
Инструмент за анализ на миграцията на Control Hub, използващ данни от Unified CM CDR
-
Преглед на свързаните с облака UC анализи в Control Hub
-
Силата на звука на разговорите
-
Регистрирани крайни точки
-
(CAC) местоположения
-
Използване на багажника.
-
-
Инструменти на партньори на трети страни на Cisco.
Cisco препоръчва да започнете с инструмента Webex Control Hub Migration Insights за този анализ. Ще импортирате вашия .TAR файл за експортиране на Unified CM и CDR файловете на Unified CM (по избор, но задължителни за анализ на използването на функции) в инструмента. Инструментът ще генерира следните CSV-базирани отчети, които могат да се използват за стартиране на анализа:
| Име на отчета Описание на отчета |
|---|
| ImportedDataBulk.csv Всички потребители и устройства от данни на Unified CM |
| DeviceEligibility.csv Идентифицира устройства, отговарящи на условията за мигриране към Webex Calling (IP телефони, устройства с Room OS, ATA и устройства на трети страни) |
| DevicePoolNumbers.txt Списък с всички номера в определен пул от устройства |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Подробности за устройствата и потребителите, които трябва да бъдат мигрирани заедно въз основа на споделени линии, пилот за търсене, опашка за повиквания, паркиране на повиквания и конфигурация на група за приемане на повиквания |
| HuntGroupMigrationInsight.csv Подробна информация за назначените линии за търсене, групи линии и свързани агенти |
| SharedlineGroupMigrationReport.csv Общ преглед на това как телефонните номера (номера от указателя) се споделят между потребителите |
| Име на отчета Описание на отчета |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Информация за допустимостта за мигриране на устройства въз основа на използването на функции |
| FeatureUsageWithLastUsageDateReport.csv Брой на използваните данни за броя пъти, в които са били извикани пилот(и) за търсене и опашка(и) за повиквания, заедно с датата на последно използване. |
| UserWorkspaceLastUsage.csv Дата на последно използване за потребители и работни пространства както за софтуерни клиенти, така и за твърди телефони |
| DIDUsageReport.csv Използване на DID както за назначени, така и за неприсвоени DID |
За повече подробности относно отчетите „Информация за миграцията“ вижте „Информация за миграцията“.
Ако се нуждаете от повече информация за функциите и употребата на Unified CM, след като прегледате информацията в отчетите Migration Insights, Cisco препоръчва да обмислите един от инструментите за миграция на трети страни партньори на Cisco. and/or за да прегледате конфигурациите на Unified CM в графичния потребителски интерфейс или в данните за експортиране на конфигурацията.
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, „Миграция на функции от Unified CM“, поддържа мигриране на конфигурациите на Unity Connection към Webex Calling Auto-Attendants. За повече информация относно използването на този инструмент вижте Миграция на устройства и функции от Unified CM към Webex Calling.
Записване на повикване
Webex Calling включва две опции за запис на разговори без допълнително заплащане.
-
Запис на разговори в Webex
-
Запис с Dubber Go (партньорска оферта) - интеграция между Webex Calling и dubber, при която всички записани медии се съхраняват сигурно в облака.
Включени опции за запис на Webex Calling таблицата показва някои ключови характеристики на двете опции за запис на разговори, които са налични без допълнително заплащане.
| Webex | Дъбър Гоу |
|---|---|
| Достъпно за всички потребители | Достъпно за всички потребители |
| Неограничени записи | Неограничени записи |
| 1-годишен период на съхранение* | 30-дневен период на съхранение |
| 100 GB място за съхранение на организация | - |
| Служителите по съответствието могат да имат достъп и да управляват записи на разговори | - |
| API за управление на записи | - |
Администраторите могат да конфигурират и управляват достъпа на потребителите до записите на техните разговори
|
Само потребителите могат да имат достъп до своите записи и да ги управляват
|
Ако вашата организация изисква допълнителни възможности за запис, като например запис на обаждания за съответствие, по-дълги периоди на съхранение, повече място за съхранение, анализ с изкуствен интелект, and/or администраторски достъп, платени оферти или добавки съществуват както от Cisco, така и от доставчици на записи от трети страни. За повече информация относно доставчиците на запис на Webex Calling, конфигурациите и допълнителните партньорски услуги вижте Управление на записа на разговори за Webex Calling.
Интеграции с трети страни
Webex Calling поддържа различни интеграции с трети страни, включително, но не само, SBC за локални шлюзове, IP телефони, интерком телефони, Speaker/Pagers, ATA и др. В допълнение към тези устройства натрети страни , Webex Calling поддържа различни решения натрети страни за поддръжка на клиенти, анализи, записване, фактуриране и др. За повече информация относно решения на третистрани вижте Webex App Hub.