Підготовка до переходу з Unified CM на Webex Calling

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

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

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

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

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

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

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

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

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

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

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

Відповідність нормативним вимогам: Організації повинні перевірити, чи відповідає Webex Calling галузевим нормам, таким як GDPR, HIPAA або SOX, що враховують вимоги щодо конфіденційності, зберігання та обробки даних, а також вимоги конкретної країни щодо місця розташування даних, обходу платних ліній зв'язку та локалізації медіа.
Безпека даних: Забезпечення шифрування голосових та сигнальних даних як під час передачі, так і в стані спокою для захисту від перехоплення або несанкціонованого доступу.
Контроль доступу: Визначення та забезпечення автентифікації користувачів, авторизації та доступу на основі ролей для запобігання несанкціонованому використанню комунікаційних ресурсів.
Аудит та моніторинг: Впровадження можливостей реєстрації та моніторингу для відстеження доступу та використання для проведення аудитів відповідності та розслідувань інцидентів безпеки.
Узгодження політики: Узгодження міграції з існуючими політиками корпоративної безпеки, включаючи безпеку кінцевих точок, сегментацію мережі та плани реагування на інциденти.
Гарантія безпеки постачальника: Оцінка сертифікатів безпеки та атестацій відповідності Cisco для Webex Calling з метою забезпечення надійності.

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

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

Навчальні програми: Розробляти індивідуальні навчальні сесії для різних груп користувачів (кінцевих користувачів, адміністраторів, співробітників служби підтримки), щоб ознайомити їх із функціями Webex Calling, інтерфейсами користувача та новими робочими процесами.
Документація: Надайте чіткі та доступні посібники користувача, відповіді на поширені запитання та довідкові матеріали, включаючи ресурси «Що нового та відмінного » та покрокові інструкції «До та після » (у форматі відео або короткого посібника), щоб допомогти користувачам адаптуватися до оновленого інтерфейсу після міграції.
Управління змінами: Проактивно повідомляйте про зміни, щоб керувати очікуваннями користувачів та зменшувати опір.
Структура підтримки: Створіть спеціальну команду підтримки або шлях ескалації для оперативного вирішення проблем користувачів під час та після міграції.
Безперервна освіта: Плануйте постійні оновлення навчальних матеріалів у міру випуску нових функцій або оновлень у Webex Calling.
Механізми зворотного зв'язку: Впроваджуйте канали для повідомлення користувачів про проблеми та надання зворотного зв'язку для покращення процесів навчання та підтримки.

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

Технічні вимоги

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

Готовність мережі та пропускна здатність

Комплексна оцінка мережі є критично важливою для того, щоб ваша існуюча інфраструктура могла підтримувати нове середовище Webex Calling. Зокрема:
- Аналіз пропускної здатності: Оцінка поточного та прогнозованого використання пропускної здатності для обробки голосового, відео та інформаційного трафіку без перевантаження.
- Якість обслуговування (QoS): Впровадження політик QoS для визначення пріоритетів голосового трафіку та мінімізації затримки, джиттера та втрати пакетів.
- Підключення до WAN та Інтернету: Перевірка відповідності WAN-з’єднань та інтернет-з’єднань вимогам для хмарних викликів, включаючи можливості резервування та відновлення після відмови.
- Конфігурація брандмауера та NAT: Забезпечення того, щоб налаштування брандмауера та NAT дозволяли необхідний сигналізаційний та медіатрафік для Webex Calling.
Інтеграція з існуючою системою

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

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

Безпека є надзвичайно важливою у хмарних комунікаціях:
- Шифрування: Забезпечення наскрізного шифрування сигнальних та медіапотокових даних відповідно до найкращих практик безпеки Cisco.
- Аутентифікація та контроль доступу: Впровадження безпечних механізмів автентифікації (таких як SSO, багатофакторна автентифікація) та детального контролю доступу користувачів.
- Відповідність: Забезпечення відповідності рішення відповідним нормативним та галузевим стандартам (наприклад, GDPR, HIPAA).
- Моніторинг безпеки: Інтеграція з інструментами SIEM та налаштування сповіщень про потенційні інциденти безпеки.

Таблиця 1. Приклад оцінювання
Вимоги	Ключові міркування
Готовність мережі та пропускна здатність	Пропускна здатність, якість обслуговування (QoS), WAN/Internet, Firewall/NAT
Інтеграція з існуючими системами	Довідник, CRM, АТС, Email/Calendar
Сумісність та забезпечення кінцевих точок	Підтримка пристроїв, налаштування, оновлення прошивки
Конфігурації безпеки та шифрування	Шифрування, автентифікація, відповідність вимогам, моніторинг безпеки
Навчання користувачів та управління змінами	Навчальні програми, документація, комунікація змін
Перенесення номерів та тарифний план	Номер migration/porting, переклад плану набору номера
Інтеграції зі сторонніми розробниками	Пейджинг, контакт-центр, факс, аналогові пристрої

Готовність до мережі та вимоги

Готовність до мережі є критично важливою для успішної міграції на будь-яке хмарне рішення для викликів, таке як Webex Calling. Погане планування мережі може призвести до погіршення якості зв'язку, обривів дзвінків та незадоволення користувачів. Клієнтам необхідно провести оцінку мережі перед переходом на Webex Calling. Рекомендується підтвердити доступність пропускної здатності мережі для очікуваного обсягу викликів, забезпечити виконання вимог щодо якості обслуговування (QoS) та зрозуміти різні порти, які необхідно відкрити в граничному брандмауері(ах).

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

Клієнти та партнери мають варіанти підключення, що виходять за рамки OTT (Over-the-top Internet), що може оптимізувати з’єднання з Webex Calling, включаючи Webex Edge Connect. Щоб отримати додаткові відомості про деталі проектування Webex Edge Connect, див . Рекомендована архітектура Cisco для Webex Edge Connect для зустрічей Webex, викликів багатокористувацьких систем та виділених екземплярів.

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

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

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

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

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

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

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

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

Усі гілки викликів завжди прив’язані до SBC доступу Webex Calling. Щоб визначити необхідну пропускну здатність Інтернету для будь-якого заданого розташування 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 кбіт/с = 8000 кбіт/с
Додаток Webex / Стаціонарний телефон → PSTN через Cloud Connect для Webex Calling	0	0 * 80 Кбіт/с
Додаток Webex / Стаціонарний телефон → Підприємство через LGW	15	2 * 15 * 80 кбіт/с = 2400 кбіт/с
Додаток Webex / Стаціонарний телефон → Webex Calling Голосова пошта	5	5 * 70 кбіт/с = 350 кбіт/с
Загальна кількість дзвінків / Пропускна здатність	100 дзвінків	14 950 кбіт/с / 14,95 Мбіт/с

Усі значення пропускної здатності у наведених вище таблицях стосуються пропускної здатності IP-адреси. Пропускна здатність каналу вища залежно від інкапсуляції WAN.
Пропускна здатність у наведених вище таблицях вказана для аудіодзвінків. Для пропускної здатності відеодзвінків, застосунок Webex та MPP 8845/65 Телефони підтримують відео H.264 з максимальною роздільною здатністю 720p та максимальною пропускною здатністю 1500 кбіт/с на дзвінок. Однак обсяг пропускної здатності, що споживається в будь-який момент під час дзвінка, коливатиметься залежно від змінної швидкості передачі даних, властивої відеозв'язку.

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

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

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

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

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

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

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

Налаштування хмарно-підключеного UC

Cloud Connected UC (CCUC) – це хмарне рішення для управління та аналітики, розроблене для забезпечення централізованої видимості, адміністрування та аналітики для розгортань Unified CM як локально (наприклад, Unified CM), так і в хмарі (Webex Calling – виділений екземпляр). Він виступає посередником між традиційними локальними середовищами та хмарними сервісами Cisco, підтримуючи організації протягом усього процесу міграції з Unified CM до Webex Calling.

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

Cisco наполегливо рекомендує розгортати CCUC на ранніх етапах перехідного проекту, в ідеалі до або під час підготовчого етапу. Це дозволить отримати аналітичні дані та можливості, необхідні для ретельної оцінки, інвентаризації та планування подальших міграційних заходів, а також для початку вашого шляху до Webex та майбутніх гібридних можливостей.

Оцінка поточного середовища

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

У рамках цих зусиль важливо розглянути наступні аспекти.

Ліцензування

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

Платформа

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

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

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

Locations/Sites

Під час планування цього переходу слід враховувати кількість і типи сайтів (великий центральний, регіональний, філіали тощо) у вашому існуючому розгортанні. Повне розуміння існуючих сайтів розгортання допоможе у стратегічному плануванні успішного переходу, особливо коли йдеться про визначення того, які сайти мігрувати та в якому порядку. Детальне розуміння вимог до плану набору (нумерація, звички набору, класи обмежень тощо), підключення до мережі та пропускної здатності сайту (Інтернет, WAN, LAN), а також доступу до PSTN (локального чи централізованого, IP або TDM) для кожного сайту буде критично важливим під час прийняття рішень щодо міграції. Щоб отримати додаткові відомості про поширені моделі розгортання та ключові міркування, див. інформацію про моделі розгортання для співпраці, доступну в 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 необхідно оновити до прошивки Multiplatform Phone (MPP) перед переходом та реєстрацією їх у Webex Calling. Щоб визначити, які моделі 7800 та 8800 і версії обладнання підтримують прошивку MPP, див. Перетворення прошивки Enterprise на прошивку MPP для IP-телефонів Cisco серії 7800 та 8800.

Продаж моделей 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, можуть реєструватися в Webex Calling за допомогою SIP. Будь-яка з цих кінцевих точок, яка потребує передачі звуку and/or Для дзвінків PSTN потрібна ліцензія на дзвінки:

Для спільних пристроїв у конференц-залах, місцях для нарад тощо потрібна ліцензія Webex Calling Professional Workspace або Webex Calling Workspace.

Для персонального пристрою кінцевого користувача потрібна професійна або стандартна ліцензія 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 (лише миттєві повідомлення, лише телефон, and/or повні режими UC), вам також може знадобитися врахувати перехід обміну повідомленнями and/or Робоче навантаження зустрічей з Jabber до застосунку Webex. Додаток Webex можна розгорнути в режимі лише для телефону, якщо він використовуватиметься лише як клієнт для дзвінків, або його можна розгорнути як повний пакет Webex Suite, якщо використовуються інші робочі навантаження, наприклад, 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 Phone використовують прошивку Multiplatform Phone (MPP). Рекомендується перевірити, які телефони, зареєстровані в Unified CM, мають право на оновлення до прошивки MPP під час етапу підготовки. Це дає вам час замінити невідповідні телефони однією з підтримуваних моделей телефонів або визначити альтернативний план, наприклад, перевести користувача лише на додаток Webex.

Щоб допомогти визначити відповідність телефонів Unified CM вимогам, Control Hub має вбудований інструмент під назвою «Перенесення телефону до Webex Calling». Під час використання цього інструменту для перевірки придатності пристрою виберіть опцію «Міграція» «Створити лише ліцензію на пристрій» .

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

Ця опція дозволяє завантажити файл CSV, що містить телефони Unified CM, щоб Webex міг перевірити відповідність кожного телефону вимогам. Вибравши цей варіант міграції, ви не додасте телефони до Webex, оскільки ви все ще перебуваєте на етапі підготовки та ще не готові до цього. Для отримання додаткової інформації див. розділ Перенесення телефону на Webex Дзвінки.

Можливо, деякі телефони повернуться з позначкою Невідомо. Зазвичай це трапляється тому, що 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.

Звіт про готовність інструменту Cisco IP-телефонів

Користувачі

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

Пошук у каталозі програм Webex

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

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

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

Моніторинг BLF

Те саме полювання pilot/group

Спільні лінії

Частина тієї ж групи перехоплення дзвінків

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

Домофон

Admin/Exec.

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

Таблиця 4. План переходу користувачів за сайтом
Сайт користувача / місцезнаходження	Інформація та навчальні сесії перед переходом	Перехідний період	Підтримка після переходу
Нью-Йорк (1525 користувачів)	Тиждень з 1 квітня	15 квітня – 27 квітня	Тиждень з 29 квітня
СФО (1600 користувачів)	Тиждень з 6 травня	20 травня – 31 травня	Тиждень з 3 червня
RTP (1275 користувачів)	Тиждень з 3 червня	17 червня – 28 червня	Тиждень з 1 липня

Підключення до PSTN

Webex Calling може отримати доступ до PSTN трьома способами: Тарифні плани Cisco для викликів, Cloud Connect для Webex Calling (раніше Cloud Connected PSTN) та локальна PSTN (локальний шлюз). Однак, одне розташування, визначене в Центрі керування, може бути призначене лише одному варіанту PSTN.

Локальна PSTN з локальним шлюзом (LGW) є важливим компонентом стратегії переходу. Він забезпечує зв'язок між локальним розгортанням and/or PSTN та платформа Webex Calling. Webex Calling підтримує контролери кордонів сеансів (SBC) як Cisco, так і сертифіковані сторонніми розробниками, які можна використовувати як локальний шлюз. Щоб переглянути найновіший список підтримуваних 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 мс, а джиттер має бути менше 10 мс, а втрата пакетів менше 0,5. %.

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

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

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

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

Експорт конфігурації Unified CM -- масовий експорт або AXL

Інструмент аналізу міграції Control Hub (рекомендовано)

Інструменти сторонніх партнерів Cisco (рекомендовано).

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

Перегляд необроблених записів CDR

Огляд даних Unified CM RTMT

Інструмент міграції Control Hub Insights з використанням даних 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-телефони, пристрої Room OS, ATA та пристрої третіх сторін)
DevicePoolNumbers.txt
Список усіх номерів у певному пулі пристроїв
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Відомості про пристрої та користувачів, яких слід перенести разом, на основі спільних ліній, пілотного пошуку, черги викликів, паркування викликів та конфігурації групи перехоплення викликів
HuntGroupMigrationInsight.csv
Детальна інформація про призначені лінії пошуку, групи ліній та пов'язаних агентів
SharedlineGroupMigrationReport.csv
Огляд того, як номери телефонів (номери довідника) спільно використовуються між користувачами

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

Щоб отримати докладнішу інформацію про звіти Migration Insights, див. Migration Insights.

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

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

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

Інтеграції Cisco: Unity Connection UCCX UCCE

Голосова пошта є невід'ємною частиною пропозиції Webex Calling та вбудована в рішення. Webex Calling не може інтегруватися з рішенням голосової пошти на базі приміщення, таким як Unity Connection або Unity Connection Express. Крім того, немає вбудованого способу перенесення існуючих голосових повідомлень або привітань Unity Connection до вбудованої служби голосової пошти, доступної у Webex Calling. Деякі інструменти міграції сторонніх партнерів Cisco мають можливості для перенесення деяких із цих даних. Щоб отримати додаткові відомості про голосову пошту для Webex Calling, див. Налаштування та керування параметрами голосової пошти для користувача Webex Calling.

Webex Calling також підтримує спільні голосові та факсимільні скриньки. Для отримання додаткової інформації див. Керування спільною голосовою поштою та скринькою вхідних факсів для Webex Calling.

Webex Calling має вбудовану функцію автосекретаря, яка входить до базової платформи. Ця функція дозволяє перенести обробники викликів та функції автоматичного оператора Unity Connection. Інструмент Центру керування «Міграція функцій з Unified CM» підтримує перенесення конфігурацій Unity Connection до автосекретарів Webex Calling. Щоб отримати додаткові відомості про використання цього інструменту, див. Міграція пристроїв та функцій з Unified CM до Webex Calling.

Запис викликів

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

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

Запис Dubber Go (партнерська пропозиція) – інтеграція між Webex Calling та dubber, де всі записані медіафайли безпечно зберігаються в хмарі.

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

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

Доступно для всіх користувачів Доступно для всіх користувачів

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

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

100 ГБ сховища на організацію -

Співробітники з дотримання вимог можуть отримувати доступ до записів дзвінків та керувати ними -

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

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

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

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

Інтеграції зі сторонніми розробниками

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

Cisco AI Assistant

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