Підготуйтеся до міграції з Unified CM на Webex Calling

Бізнес-технічні вимоги

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

Чому важливо зібрати вимоги:

Вирівнює бізнес-цілі: розуміння потреб бізнесу допомагає адаптувати міграцію для підтримки ключових робочих процесів, досвіду користувачів та планів зростання.
Забезпечує технічну сумісність: раннє визначення технічних вимог запобігає виник ненню проблем інтеграції з існуючою інфраструктурою, мережею та кінцевими точками.
Полегшує планування ресурсів: чіткі вимоги допомагають точно оцінити терміни, витрати та необхідні ресурси.
Зменшує ризики: раннє виявлення потенційних проблем дозволяє застосовувати проактивні рішення, скорочуючи час простою та перерви в обслуговуванні.

Вимоги до бізнесу

Типові вимоги бізнесу включають:

Кількість користувачів і місцезнаходжень, які потрібно перенести
Бажані функції та послуги (наприклад, маршрутизація дзвінків, голосова пошта, конференція, автосервіси, чер ги дзвінків)
Політика відповідності та безпеки
Бюджетні обмеження та очікування витрат
Навчання користувачів та потреби в підтримці
Хронологія міграції та міркування безперервності бізнесу.

Збір бажаних функцій і послуг є важливим кроком для забезпечення того, щоб нова система відповідала потребам бізнесу. Збираючи ці вимоги, важливо не тільки враховувати те, що зараз налаштовано, Unified CM але й спробувати зібрати фактичні вимоги від суб'єктів господарювання, які збираються використовувати систему. В іншому випадку існує ризик того, що план базується на непоточних припущеннях. Обов 'язково оцініть додаткові або розширені функції, доступні в Webex Calling яких, можливо, не існуютьUnified CM, такі як дзвінки у хмарі, розширені черги викликів, Webex Calling допомога клієнтам та Webex Go. Це допомагає використовувати всі переваги хмарної платформи.

Оцінюючи поточну конфігурацію вUnified CM, важливо визнати, що не всі існуючі налаштування можуть залишатися необхідними через змі ну вимог протягом усього життєвого циклу системи. Основна увага повинна бути зосереджена на визначен ні та збереженні лише тих конфігурацій, які узгоджуються з поточними та майбутніми потребами роз гортання.

Зосередьтеся більше на тому, що вам потрібно, ніж на тому, що у вас є.

Політика дотримання вимог та політики безпеки є критичними міркуваннями під час міграції з на, Unified CM щоб Webex Calling гарантувати, що нова хмарна система зв'язку дотримується правових, нормативних та організаційних стандартів.

Відповідність нормативним вимогам: організації повинні перевірити відповідність галузевим нормам, таким як GDPR, HIPAA або SOX, що Webex Calling враховують вимоги щодо конфіденційності, збереження та обробки даних, а також конкретних мандатів для країни, пов'язаних із місцем проживання даних, обходу плати та місцевості медіа.
Безпека даних: Забе зпечення того, що голосові та сигнальні дані шифруються як під час транзиту, так і в стані спокою для захисту від перехоплення або несанкціонованого доступу.
Контроль доступу: визначення та забезпечення автентифікації користувачів, авторизації та доступу на основі ролей для запобігання несанкціонованому використанню ресурсів зв'язку.
Аудит та моніторинг: впровадження можливостей реєстрації та моніторингу для відстеження доступу та використання для аудиту відповідності та розслідування інцидентів безпеки.
Вирівнювання політики: узгодження міграції з існуючими корпоративними політиками безпеки, включаючи безпеку кінцевих точок, сегментацію мережі та плани реагування на інциденти.
Забезпечення безпеки постачальників: оцінка сертифікатів безпеки та сертифікатів відповідності 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

Клієнти та партнери мають доступ до можливостей підключення за межами поточного Інтернету (OTT) , які можуть оптимізувати підключення до Webex Calling вклю Webex Edge чення Connect. Для отримання додаткової інформації про подроб Webex Edge иці дизайну Connect див. статтю П ріоритетна архітектура Cisco для Webex Edge підключенняWebex Meetings, виклик для кількох орендарів та виділений екземпляр .

Клієнти можуть використовувати cScan для оцінки мережі, яка дає інформацію про якість мережі клієнта, скільки дзвінків можна встановити, затримку тощо. Докладніші відомості про інструмент cScan див. у розділі Використання cScan для перевірки якості Webex Calling мережі.

Щоб переконатися, що мережа готова до міграціїWebex Calling, розгляньте наступний контрольний список:

Планування пропускної здатності

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

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

Кількість очікуваних одночасних викликів * Пропускна здатність на дзвінок на основі кодека = Необхідна пропускна здатність мережі.

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

Підсумовуючи одночасно необхідну пропускну здатність мережі для кожного типу виклику, можна визначити загальну потенційну потребу в пропускній здатності для конкретного сайту.

Усі ноги виклику завжди прив'язані Webex Calling до SBC доступу. Для визначення необхідної пропускної здатності Інтернету для будь-якого Webex Calling певного місця потрібно враховувати не лише міжлокаційні дзвінки, а й внутрішньолокаційні дзвінки та дзвінки до та з Локального шлюзу в цьому місці. Наприклад, внутрішній дзвінок між двома MPP-телефонами потребуватиме до 2 x 70 кбіт/с повного дуплексного доступу до Інтернету місцезнаходження.

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

Таблиця 3. Webex Calling приклади розрахунку пропускної здатності
Типи дзвінків	Кількість одночасних дзвінків	Загальна пропускна здатність
Додаток Webex/Настільний телефон → Додаток Webex	15	2 * 15 * 70 кбіт/с = 2100 кбіт/с
Додаток Webex/Настільний телефон → Настільний телефон	15	2 * 15 * 70 кбіт/с = 2100 кбіт/с
Додаток Webex/Настільний телефон → PSTN через LGW	50	2 * 50 * 80 кбіт/с = 8 000 кбіт/с
Додаток Webex/Настільний телефон → PSTN через хмарне підключення для 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 та телефони MPP 8845/65 підтримують відео H.264 з максимальною роздільною здатністю 720p при максимальній пропускній здатності 1500 кбіт/с на дзві нок. Однак обсяг пропускної здатності, споживаної в будь-який момент під час дзвінка, буде коливатися залежно від змінної швидкості передачі бітів, власти вої відеозв'язку.

Якість обслуговування (QoS)

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

Наступні пороги рекомендуються для оптимальної якості голосу, коли дзвінки переходять через Інтернет (Over-the-Top) (OTT):
- Затримка - менше 100 мс в один бік
- Диттер - менше 10 мс
- Втрата пакетів - 0,5% або менше.
Брандмауер і NAT

Переконайтеся, що брандмауер налаштований так, Webex Calling щоб дозволити трафік, як зазначено у статті, доступ ній у довідковій інформації про порт для Webex Calling. Крім того, дозвольте доступ до доменів Webex та діапазонів IP, перелічених у тому ж посібнику, та уникайте SIP ALG, оскільки це перешкоджає сигналізації SIP. Слід уникати медіа-трафіку через проксі.
DNS і НТП

Забезпечити належну роздільну здатність DNS доменів Webex та надійних серверів NTP для синхронізації годинників пристроїв для перевірки та реєстрації сертифікатів TLS.
Планування відмови

Розгляньте існуючі підключення даних постачальника (MPLS, SD-WAN тощо) і, як правило, плануйте прямий доступ до Інтернету в кожному місці вашого роз гортання. Плануйте надлишкові інтернет- посилання там, де потрібна висока доступність. Оскільки ви будете спожи вати хмарні послуги, надійне підключення до Інтернету з достатньою пропускною здатністю є базовою вимогою. Ви повинні переглянути цей перехід, якщо підключення до Інтернету в місцезнаходженні вашої організації, як правило, не є надійним з низькою затримкою та достатньою пропускною здатністю .
Живучість сайту

Життєздатність сайту гарантує, що ваш бізнес завжди доступний, навіть якщо ваше мережеве з'єднання з Webex розривається. Site Survivalability використовує шлюз у вашій локальній мережі для надання послуги резервного виклику кінцевим точкам на місці для ситуацій, коли мережеве з'єднання з Webex переривається. Подумайте про виживання сайту за допомогою лок ального шлюзу виживання (SGW), якщо бізнес-вимоги вимагають постійного дзвінка у разі відключення мережі. Для отримання додаткової інформації про перевірку живучості сайту див. Життє здатність сайту для. Webex Calling

Налаштування хмарного зв'язку UC

Cloud Connected UC (CCUC) — це хмарне рішення для управління та аналітики, розроблене для забезпечення централізованої видимості, адміністрування та статистики для Unified CM розгортання як локального (наприклад), так і хмарного (- виділений ек Unified CM земпляр). 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пропонує кілька типів ліцензування, включаючи професійні та стандартні ліцензії для користувачів, а також ліцензії Professional та ліцензії загальної зони для робочих просторів. Для отримання додаткової інформації про ліцензування Webex Calling пристроїв див. таблицю даних, доступному на сторінці Лі цензування пристроїв.
Локальний шлюз

Якщо Cisco Unified Border Element (CUBE) необхідний для доступу PSTN для цього переходу, слід також розглянути ліцензування CUBE. Міркування щодо ліцензування CUBE ви світлюються далі в цьому документі.

Місцезнаходження/Сайти

Під час планування цього переходу слід враховувати кількість та типи сайтів (великі центральні, регіональні, філії тощо) у межах вашого існуючого розгортання. Повне розуміння існу ючих сайтів розгортання допоможе у стратегічному плануванні успішного переходу, особливо коли мова йде про визначення того, які сайти мігрувати та в якому порядку. Детальне розуміння вимог до плану набору номера (нумерація, звички набору, класи обмежень тощо), підключення до мережі сайту та пропускної здатності (Інтернет, 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 не можуть бути оновлені з прошивки Enterprise до прошивки Multiplatform (MPP), що потрібно для цього. Webex Calling Тому будь-які телефони 6800, зареєстровані для Unified CM запуску корпоративної прошивки, повинні бути замінені на модель 6800 MPP або на іншу підтримувану модель телефону.

IP-телефони Cisco серії 7800 та 8800 повинні бути оновлені до мікропрограмного забезпечення Multiplatform Phone (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 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 (режими лише для обміну повідомленнями, лише для телефону та/або повні режими 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телефони запускають прошивку Enterprise, тоді як Webex Calling телефони запускають прошивку Multiplatform Phone (MPP). Рекомендується перевірити, які Unified CM зареєстровані телефони мають право на оновлення до мікропрограми MPP під час фази підготовки. Це дає вам час, щоб замінити телефони, які не відповідають вимогам, на одну з підтримуваних моделей телефонів або визначити альтернативний план, наприклад, перемістити користувача лише до програми Webex.

Щоб допомогти визначити придатність Unified CM телефонів, Контрольний центр має вбудований інструмент під назвою 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-телефонів Cisco

Користувачі

Одним з найважливіших кроків підготовки, щоб забезпечити успішну міграцію, є належ не забезпечення користувача. Вам потрібно правильно планувати для всіх користувачів, навіть якщо ви робите поетапну міграцію. Користувачі повинні бути забезпечені у Webex для будь-якої з наведених нижче дій:

Розгортання програми Webex за допомогою виклику Unified CM

Розгортання програми Webex за допомогою Webex Calling

Налаштування Webex Calling служб для користувача

Щоб зробити користувачів доступними для пошуку в каталозі Webex (клікніть, щоб зателефонувати в додатку Webex, Контактна інформація користувача, пошук телефонного каталогу).

Рекомендується налаштувати всіх користувачів у Webex до початку або на початку вашого проекту. Це включає користувачів, які все ще використовують плат Unified CM форму для дзвінків, яка не залежить від свого пристрою виклику (IP-телефон, Jabber, додаток Webex). У міру міграції користувачів до Webex Calling (та/або до програми Webex), ви оновлюватимете їхні ліцензії Webex, щоб увімкнути потрібні їм служби. Забезпечуючи всіх корпоративних користувачів, які телефонують перед початком переходу, це дозволяє користувачеві, який перейшов до програми Webex, або здійснювати Webex Calling пошук у каталозі Webex для корпоративного користувача, який все ще перебуває на Jabber та/або увімкнено. Unified CM Це гарантує, що перехідні користувачі можуть знайти контактну інформацію будь-якого іншого користувача та з ателефонувати їм за допомогою пошуку каталогів.

На малю нку Пошук каталогу додатків Webex показує приклад користувача програми Webex, який шукає іншого користувача. Результати пошуку показують контактну інформацію користувача і можуть бути для користувача, який все ще користується Jabber, Unified CM або для користувача, який перейшов до програми Webex та/або. Webex Calling

Пошук каталогу додатків Webex

Далі визначте, до якого з існуючих локальних користувачів, що телефонують, буде переведено. Webex Calling Якщо всі або велика кількість користувачів будуть переведені, рекомендується переміщати користувачів групами, щоб переконатися , що команда проекту, ІТ-персонал та персонал підтримки зможуть впор атися з переходом та будь-якими проблемами, які можуть виникнути. Ви також повинні виділити деякий час для надання початкової інформації та навчальних занять, щоб підготувати користувачів до цього переходу. Групування переходу користувачів може здійснюватися на основі різноманітних критеріїв, включаючи місцезнаходження чи сайт, до якого призначаються користувачі, відділи користувачів або навіть типи користувачів (працівники знань, керівники, мобільні працівники тощо).

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

Іншим важливим фактором є перехід користувачів разом, які мають залежності між собою . Це може включати, але не обмежується наступним:

Моніторинг BLF

Той самий пілот/група полювання

Поділитися рядками

Частина тієї ж групи прийому дзвінків

Використання одних і тих самих номерів кол-парків

Домофон

Адміністратор/Виконавець

Ви можете переглянути Unified CM конфігурацію (графічний інтерфейс або експорт) або скористатися інструментом Control Hub Migration Insights, щоб визначити групи користувачів із цими залежностями.

Таблиця 4. План переходу користувача за сайтом
Сайт користувача/місцезнаходження	Передперехідна інформація та навчальні заняття	Перехідний період	Підтримка після переходу
NYC (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, хмарне підключення для Webex Calling (раніше Cloud Connected PSTN) та локальний PSTN (локальний шлюз). Однак одне розташування, визначене в Центрі керування, може бути присвоєно лише одному параметру PSTN.

Локальний PSTN з локальним шлюзом (LGW) є важливим компонентом стратегії переходу. Він забезпечує зв'язок між локальним розгортанням та/або PSTN та платформою. Webex Calling Webex Callingпідтримує як Cisco, так і сертифіковані сторонні контролери кордонів сеансів (SBC), які можна використовувати як локальний шлюз. Останній список підтримуваних SBC див. Список підтримуваних SB C.

Webex Callingпідтримує до 250 одночасних дзвінків з одного локального шлюзу на основі реєстрації та понад 250 одночасних дзвінків з одного локального шлюзу на основі сертифікатів. Локальні шлюзи на основі сертифікатів можуть підтримувати до 6500 одночасних викликів, але це залежить від типу підключення лок ального шлюзу до Webex (Peering через верх проти взаємозв'язку) та моделі SBC, на якій розгорнуто локальний шлюз. Ці обмеження по суті є обмеженням кількості за замовчуванням як для викликів PSTN на основі локальних шлюзів, так і для міжсайтових викликів між і кінцевими точками. Unified CM Webex Calling Докладніші відомості див. у статті Початок роботи з локальним шлюзом.

Будь-які дзвінки, що перевищують цей ліміт, відхиляються за допомогою 403 Заборонено. Команду показати активну голосов у команду виклику можна запустити на локальному шлюзі в будь-якому екземплярі, щоб визначити загальну кількість активних дзвінків.

Погані умови мережі між локальним шлюзом і SB Webex Calling C доступу можуть обмежити продуктивність сигнального з'єднання, що призведе до ще меншого ліміту одночасних дзвінків. Одностороння затримка між локальним шлюзом і центром обробки Webex Calling даних не повинна перевищувати 100 мс, а тремтіння повинно бути менше 10 мс, тоді як втрата пакетів менше 0,5%.

Особливості та використання функцій

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

Щоб визначити, які функції налаштовані, проаналізуйте кон Unified CM фігурацію. Це всі статичні дані, які встановлюються при налаштуванні функції або настро йки в системі. Для завершення цього аналізу можна використовувати наступні варіанти:

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

Unified 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. Ви імпортуєте Unified CM експортний файл.TAR та файли Unified CM CDR (необов'язково, але необхідні для аналізу використання функцій) в інструмент. Інструмент генерує такі звіти на основі CSV , які можна використовувати для початку аналізу:

Таблиця 5. Звіти, створені з Unified CM файлу.tar
Назва звіту
Опис звіту
ImportedDataBulk.csv
Всі користувачі і пристрої з Unified CM даних
DeviceEligibility.csv
Ідентифікує пристрої, на які Webex Calling можна перенести (IP-телефони, пристрої з ОС кімнати, ATA та сторонні особи)
DevicePoolNumbers.txt
Список всіх номерів у певному пулі пристроїв
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Детальна інформація про пристрої та користувачів, які слід мігрувати разом на основі спільних ліній, пілота пошуку, черги викликів, паркування викликів та конфігурації групи викликів
HuntGroupMigrationInsight.csv
Детальна інформація про призначені лінії полювання, групи ліній та асоційованих агентів
SharedlineGroupMigrationReport.csv
Огляд спільного використання телефон них номерів (номерів каталогів) між користувачами

Таблиця 6. Звіти, створені з Unified CM файлів.tar та CDR. gzip
Назва звіту
Опис звіту
FeatureUsageBasedDeviceEligibilityReport.csv
Інформація про право на міграцію пристрою на основі використання функції
FeatureUsageWithLastUsageDateReport.csv
Кількість використання для кількості викли ків пілотів полювання та черги викликів разом із датою останнього використання
UserWorkspaceLastUsage.csv
Дата останнього використання для користувачів та робочих просторів як для м'яких клієнтів, так і для жорстких телефонів
DIDUsageReport.csv
Використання DID як для призначених, так і для непризначених DID

Докладніші відомості про звіти Migration Insights див. у статті Інформація про мігра цію.

Якщо вам потрібна додаткова інформація про Unified CM функції та використання після перегляду інформації у звітах Migration Insights, Cisco рекомендує розглянути один із сторонніх партнерських інструментів міграції Cisco та/або переглянути Unified CM конфігурації в графічному інтерфейсі або в даних експорту конфігурацій.

Таблиця 5. Звіти, створені з Unified CM файлу.tar
Назва звіту Опис звіту
ImportedDataBulk.csv Всі користувачі і пристрої з Unified CM даних
DeviceEligibility.csv Ідентифікує пристрої, на які Webex Calling можна перенести (IP-телефони, пристрої з ОС кімнати, ATA та сторонні особи)
DevicePoolNumbers.txt Список всіх номерів у певному пулі пристроїв
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Детальна інформація про пристрої та користувачів, які слід мігрувати разом на основі спільних ліній, пілота пошуку, черги викликів, паркування викликів та конфігурації групи викликів
HuntGroupMigrationInsight.csv Детальна інформація про призначені лінії полювання, групи ліній та асоційованих агентів
SharedlineGroupMigrationReport.csv Огляд спільного використання телефон них номерів (номерів каталогів) між користувачами

Таблиця 6. Звіти, створені з Unified CM файлів.tar та CDR. gzip
Назва звіту Опис звіту
FeatureUsageBasedDeviceEligibilityReport.csv Інформація про право на міграцію пристрою на основі використання функції
FeatureUsageWithLastUsageDateReport.csv Кількість використання для кількості викли ків пілотів полювання та черги викликів разом із датою останнього використання
UserWorkspaceLastUsage.csv Дата останнього використання для користувачів та робочих просторів як для м'яких клієнтів, так і для жорстких телефонів
DIDUsageReport.csv Використання DID як для призначених, так і для непризначених DID

Інтеграція Cisco: Підключення Unity 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 та функції автоматичного супроводу. Інструмент Центру керування «Мі грувати функції з» підтримує перене Unified CM сення конфігурацій з'єднання Unity до Webex Calling автоматичних обслугову ючих служб. Докладніші відомості про використання цього інструменту див. у статті Міграція пристроїв та функцій з Unified CM наWebex Calling.

Запис дзвінків

Webex Callingвключає в себе два варіанти запису дзвінків без додаткових витрат.

Запис дзвінків Webex

Запис Dubber Go (пропозиція партнера) - інтеграція між Webex Calling і дуббером, де всі записані носії надійно зберігаються в хмарі.

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

Таблиця 7. Webex Callingвключені параметри запису
Webex Дуббер Go

Доступно всім користувачам Доступно всім користувачам

Необмежена кількість записів Необмежена кількість записів

Термін зберігання 1 рік* 30-денний термін зберігання

100 ГБ пам'яті на організацію -

Працівники комплаєнсу можуть отримувати доступ до записів дзвінків та керувати -

API для управління записами -

Адміністратори можуть налаштовувати і керувати доступом користувачів до записів дзвінків
Користувачі можуть керувати власними записами за допомогою User Hub та/або програми Webex.
Тільки користувачі можуть отримати доступ до своїх записів та керувати ними
З їхнього дубберного порталу.

Якщо вашій організації потрібні додаткові можливості запису, як-от запис дзві нків відповідно до вимог, більш тривалий термін зберігання, більше сховища, аналіз штучного інтелекту та/або доступ адміністратора, платні пропозиції чи доповнення існують як від Cisco, так і від сторонніх постачальників записів. Докладніші відо мості про постачаль Webex Calling ників записів, конфігурації та додаткові послуги партнерів див. у розділі Кер ування записом дзвінків для Webex Calling.

Таблиця 7. Webex Callingвключені параметри запису
Webex	Дуббер Go
Доступно всім користувачам	Доступно всім користувачам
Необмежена кількість записів	Необмежена кількість записів
Термін зберігання 1 рік*	30-денний термін зберігання
100 ГБ пам'яті на організацію	-
Працівники комплаєнсу можуть отримувати доступ до записів дзвінків та керувати	-
API для управління записами	-
Адміністратори можуть налаштовувати і керувати доступом користувачів до записів дзвінків Користувачі можуть керувати власними записами за допомогою User Hub та/або програми Webex.	Тільки користувачі можуть отримати доступ до своїх записів та керувати ними З їхнього дубберного порталу.

Інтеграція третіх сторін

Webex Callingпідтримує різноманітні інтеграції третьої сторони^, включаючи, але не обмежуючись ними, SBC для локальних шлюзів, IP-телефонів, домофонів, динаміків/пейджерів, ATA тощо. На додаток до цих пристроїв тре ^ть ої сторони, Webex Calling підтримує різні рішення тре ^ть ої сторони для підтримки клієнтів, аналітики, запису, виставлення рахунків тощо. Докладніші відомості про рішення ^треть ої сторони див. у розділі Центр додатків Webex.

Що ви робите далі?

Щоб переглянути поточне середовище та визначити обсяг перехідного проекту на основі майбутніх вимог до вашої організації, зверніться до Ета пу планування.

Cisco AI Assistant

Дякуємо за відгук.