- Головна
- /
- Стаття
Дякуємо за відгук.
У цій статті
Надіслати відгук?Цей посібник допомагає організаціям перейти з локального Cisco Unified Communications Manager (Unified CM) до Webex Calling для кількох орендарів. Він пояснює ключові компоненти Webex Calling, параметри PSTN, підтримувані кінцеві точки та функції безпеки. Посібник також використовує методологію Cisco PPDIO (Підготовка, Планування, Проектування, Впровадження, Оптимізація) для забезпечення чіткого та структурованого підходу до міграції. Загалом, це допомагає клієнтам зрозуміти, що змінюється, коли вони переміщують дзвінки в хмару, і показує їм, як планувати, здійснювати та оптимізувати успішний перехід до Webex Calling.
Перш ніж почати
Цей посібник призначений для команд або осіб, які мають досвід налаштування та адміністр Cisco Unified Communications Manager ування (Unified CM) та кінцевих точок Cisco, включаючи IP-телефони, відеопристрої та програмні клієнти Jabber. У цьому документі є посилання на продукцію та документацію підтримки, які допоможуть.
Цей документ зосереджений лише на переході від Webex Calling багато Unified CM квартирного до багатоквартирного. Термін Webex Callingв цьому документі завжди відноситься до Webex Calling багатоквартирного.
Перш ніж розпочати міграцію з Unified CM доWebex Calling, необхідно мати всебічне розуміння Webex Calling рішення та його відповідних компонентів. Успішна міграція вимагає ознайомлення з Webex Calling архітекту рою, моделями послуг, параметрами розгортання та пов'язаними функціями, щоб належним чином відобразити існуючі Unified CM робочі навантаження та розробити ефективний план переходу.
Ретельне розуміння наступних Webex Calling компонентів має важливе значення для формування ефективної стратегії переходу та оперативної готовності.
-
Контрольний хаб
-
Забезпечення каталогів і користувачів
-
Webex Callingплатформа
-
Підтримувані кінцеві точки виклику
-
Параметри підключення PSTN
-
Webex Callingплан набору номера і управління номерами
-
Функції безпеки та відповідності.
Для отримання додаткової інформації див. Прі оритетна архітектура Cisco дляWebex Calling.
У цьому посібнику будуть висвітлені інструменти та процеси, які слід використовувати протягом життєвого циклу переходу. Однак перехід від локальних дзвінків до нової хмар Unified CM ної платформи дзвінків може бути значним Webex Calling зусиллям з потенційними бізнес-, технічними та складними проблемами. Щоб допомогти подолати ці проблеми, Cisco має кілька різних варіантів, які допоможуть вам у вашій подорожі. Важливо ознайомитися з інформацією на сторінці Enterprise cloud call - Migration викликів і зрозуміти кожен варіант і те, як кожен з них може допомогти вам у вашій власній міграції.
-
Інструменти міграції Webex: безкоштовні інструменти самообслуговування, вбудовані в Центр керування, щоб спростити перехід до Webex Calling
-
Сертифіковані постачальники міграції: перевірені постачальники програмного забезпечення та інструментів Cisco, які розробили рішення для міграції, щоб допомогти партнерам і клієнтам Webex у складних та великих міграціях. Ці рішення можуть допомогти спростити, керувати та прискорити перехід до Webex Calling
-
Webex Setup Assist: служ ба міграції під керівництвом Cisco, яка керує клієнтами та партнерами щодо роз Webex Calling гортання та конфігурації, необхідних для успішної міграції Unified CM користувачів та служб. Webex Calling
Огляд
Зі зростанням хмарних сервісів для співпраці все більше клієнтів прагнуть перенести свої існуючі робочі навантаження на співпрацю в хмару, враховуючи обіцянки зниження загальної вартості володіння, спрощеного управління, постійної доставки функцій, збільшення масштабу та чудової надійності, властивих хмарним службам. Оскільки клієнти прагнуть здійснити перехід від локальних до хмарних служ б співпраці, їм важливо розуміти, що передбачає перехід, і кро ки, необхідні для здійснення переходу.
Метою цього документа є надання вказівок щодо розгортання для клієнтів , які спеціально хочуть перейти від лок Unified CM ального до Webex Calling хмарного. У цьому посібнику з розгортання передбачено, що читач має базове розуміння переходу викликів між Unified CM іWebex Calling, включаючи зміни під час здійснення цього переходу та які відмінності при переміщенні навантаження викликів з локальної в хмару. Перш ніж продовжувати, переконайтеся, що ви переглянули та ознайомилися з інформацією, доступною на карті переходу. Цей документ карти переходу містить інформацію про зміни та відмінності цього переходу.
Як показано на малюнку Архітек тура локальної співпраці: управління викликами та віддалений доступ, типове локальне розгортання включає різні компоненти інфраструктури співпраці в мережі, платформу керування викликами, периферійну платформу, апаратні та програмні кінцеві точки, а в деяких випадках навіть платформи конференцій та планування. В архітектурі Cisco це вклю Unified CM чатиме управління дзвінками, Expressway для віддаленого доступу та периферійних служб для бізнесу (B2B), Cisco Meeting Server/ Cisco Meeting Management для локальних конференцій, Unity Connection для голосових повідомлень та обладнання для користувача (IP-телефони Cisco, відео системи Cisco Desk and Room) та програмне забезпечення () кінцеві точки на основі IP. Cisco Jabber Ці компоненти можуть дещо відрізнятися в деяких середовищах, але це відправна точка для переходу, описаного в решті цього документа.
Архітектура, показана на малю нку Архітектура локальної співпраці: керування викли ками та віддалений доступ базується на бажаній архітектурі (PA) для локальних розгортань Cisco Collaboration Enterprise. Докладніші відомості про корпоративні локальні програми див. у статті Ба жані архітектури співпраці Cisco.
До: Таблиця компонентів локальної інфраструктури викли ків містить список ключов их елементів локальної архітектури перед переходом Webex Calling у хмару.
| Продукт | Опис |
|---|---|
| Unified CM | Локальний контроль дзвінків, що забезпечує реєстрацію пристроїв та послуги маршрутизації викликів |
| Cisco Expressway-С/Е | Передгранна інфраструктура, що забезпечує мобіль Remote Access ні та (MRA) та функціональні можливості між бізнесом (B2B), що дозволяє віддаленим кінцевим точкам безпечно підключатися з-за меж організації . Expressway розгортається парами, щоб забезпечити об'їзд брандмау ера для зовнішніх кінцевих точок. |
| Сервер нарад Cisco (CMS), керування зустрічами Cisco (CMM) та пакет керування телеприсутністю Cisco (TMS) | Локальна інфраструктура голосових, відео та веб-конференцій, що забезпечує багатоточкові зустрічі, управління нарадами та можливості планування. [Необов'язково] |
| Cisco Unity Connection | Локальна платформа голосових повідомлень, що забезпечує голосову пошту та уніфіковані можливості обміну повідомленнями. [Необов'язково] |
| Робочий стіл Cisco, кімната Cisco, плата Cisco, IP-телефони Cisco та Cisco Jabber | Пристрої на основі IP, зареєстровані Unified CM та надають можливості голосових та відеодзвінків |
Як показано на малюнку Рі шення про перехід: локальні дзвінкиWebex Calling, клієнти, які мають локальний контроль дзвінків із кінцевими точками IP-адреси Unified CM та настільних та відеозаписів, можуть вибрати перехід архітектури на хмарну архітектуру. Webex Calling
Рішення потрібно приймати, виходячи з вимог функціональності замовника. Клієнти, які мають такі вимоги, повинні ретельно обміркувати, перш ніж приймати це рішення, і в кінцевому підсумку можуть вирішити зберегти контроль дзвінків локально:
- Моделі телефонів, які не підтримуються Webex Calling
- Складні або численні інтеграції з іншими локальними системами або рішеннями, особливо там, де відтворення цих інтеграцій важко або немає еквівалентних альтернативних рішень Webex Calling
- Складний план набору номера, високодетальні класи послуг або обидва
- Обмежений, обмежений або ненадійний доступ до Інтернету
- Сувора політика конфіденційності даних та права власності
- Вимоги до відповідності для локального або внутрішнього запису та зберігання носіїв
- Інтеграція третіх сторін без життєздатної альтернатив Webex Calling ної інтеграції
- Інтеграція контакт-центру, де контакт-центр ще не переходить у хма ру.
Цей документ зосереджений на клієнтах Unified CM із розгортанням керування викликами, які хочуть зрозуміти загальні кроки, міркування та вимоги щодо включення Webex Calling розгортання, як показано в наступному розділі.
Основні компоненти
Цільова архітектура для цієї міграції включає кілька нових компонентів. Це включає Webex Calling службу дзвінків у хмарі, додаток Webex, Cisco Directory Connector для інтеграції ідентифікацій та локальний шлюз (LGW) для доступу PSTN, а також інтегра цію локальних дзвінків у хмару. Плани дзвінків Cisco або хмар ний PSTN (CCP), що підтримується Cloud Connect для Webex Calling партнерів, є додатковими опціями доступу до PSTN.
Як показано на малюнку Після: Архі Webex Calling тектура, нові компоненти (Webex Calling, Роз'єм каталогу, Локальний шлюз та Шлюз виживання) додаються до існуючого локального роз гортання.
Після: Таблиця компонентів інфраструктури викликів хма ри містить список нових елементів архітектури після переходу на Webex.
| Продукт | Опис |
|---|---|
| Webex Calling | Служба дзвінків у хмарі, що надається з платформи Webex та забезпечує реєстрацію кінцевих точок та маршрутизацію дзвінків |
| Роз'єм каталогу Cisco | Програма Windows, що працює на доменній машині Windows, що забезпечує
синхронізацію ідентифікацій між локальним корпоративним схови Active Directory щем та с
ховищем ідентифікацій організації Webex. Для клієнтів, які переходять з локального на іденти Active Directory фікатор Entra ID, інтеграція ідентичності з Webex замість Cisco Directory Connector використовує додаток Майстер ідентифікатора Entra ID. |
| Локальний шлюз | Локальний шлюз діє як міст між локальною уніфікованою мережею зв'язку клієнта та Webex Calling хмарою. Він може бути розгорнутий локально або розміщений партнером, забезпечуючи доступ PSTN для кінцевих точок, зареєстрованих у хмарі, а також виклик інтеграції між зареєстрованими та Unified CM зареєстрованими в хмарі кінцевими точками. Cisco IOS-Маршрутизатор інтегрованих служб XE (серії ISR 1100 та 4000), серія Cisco Catalyst 8200/8300, програмне забезпечення Cisco Catalyst 8000V Edge та різні сертифіковані сторонні контролери кордонів сесій (SBC) можуть використовуватися як LGW для підходу поетапної міграції. |
| Шлюз виживання | Шлюз Survivalability (SGW) - це локальний мережевий шлюз на базі IOS-XE, який надає послуги резервних дзвінків до кінцевих точок на місці під час відключень мережі. Webex Calling |
| План дзвінків Cisco, хмарне підключення для Webex Calling | План дзвінків Cisco та Cloud Connect for - Webex Calling це хмарні варіанти доступу PSTN для кінцевих точок. Webex Calling Доступ до PSTN полегшується хмарним постачальником PSTN і не вимагає локального обладнання. |
| Додаток Webex | Клієнтський додаток працює на настільних ОС (Windows, Mac) або мобільних ОС (Android, iOS) і зареєстрований безпосередньо на Webex Calling платформі для функціоналу виклику. |
Огляд процесу PPDIO
Процес PPDIO розши фровується як Під готовка, Планування, Проектування, Впровадження та Оптимізація. Це структурована методологія Cisco, яка спрямовує проекти від початкової оцінки до постійного вдосконалення, забезпечуючи ефективне та успішне розгортання чи міграцію.
Загальний опис PPDIO
-
Підготуйтеся: Оцініть поточне середовище, зберіть вимоги та узгодьте зацікавлені сторони, щоб створити міцну основу.
-
План: Розробіть детальні плани проектів, включаючи терміни, ресурси та стратегії зменшення ризиків.
-
Дизайн: Архітектуйте цільове рішення, адаптоване до ділових та технічних потреб.
-
Реалізувати: Виконайте розгортання або міграцію відповідно до дизайну, перевіряючи функціональність та продуктивність.
-
Оптимізація: Постійно вдосконалюйте рішення після впровадження шляхом моніторингу продуктивності, вдосконалення конфігурацій та використання інструментів автоматизації та інтеграції.
Використання PPDIO Unified CM для Webex Calling міграції проектів
При переході від Unified CM доWebex Calling, процес PPDIO забезпечує чітку дорожню карту для забезпечення плавного та ефектив ного переходу:
Підготуйте
-
Оцініть існуюче Unified CM середовище та готовність до міграції
-
Збір детальних даних про користувачів, пристрої, мережу та залежності
-
Зберіть дані про місцезнаходження, включаючи адресу реагування на надзвичайні ситуації, кількість користувачів, доступ до Інтернету, доступ до PSTN
-
Визначте ризики та визначте обсяг проекту для узгодження всіх зацікавлених сторін.
План
-
Створіть комплексний план міграції з пакетними розкладами, призначенням ресурсів та часовими шкалами
-
Визначте такі завдання, як оновлення мікропрограми пристрою, надання ліцензій та інтеграція користувачів
-
Координуйте вікна міграції з Cisco та партнерами, щоб мінімізувати з бої.
Дизайн
-
Зображення пото Unified CM чних конфігурацій, планів набору номерів та профілів користувачів на ек Webex Calling віваленти
-
Розробка Webex Calling середовища, включаючи стратегію PSTN (проміжну та остаточну), розташування, ролі користувачів та точки інтеграції, такі як локальний шлюз (CUBE) та синхронізація каталогів
-
Плануйте сценарії співіснування, де Unified CM і Webex Calling діють одночасно під час міграції.
Реалізуйте
-
Використовуйте інструменти міграції Control Hub разом із сторонніми інструментами для виконання змін режиму мікропрограми пристрою, конфігурації функцій та міграції користувачів
-
Використовуйте масові операції та забезпечення за допомогою API Webex для оптимізації масштабних міграцій та конфігурацій
-
Виконання надання ліцензій, реєстрації пристрою та оновлення конфігурації
-
Перевірте успішність міграції за допомогою тестування та опера ційної перевірки.
Оптимізувати
-
Постійно відсте Webex Calling жуйте продуктивність та досвід користувача
-
Уточнити конфігурації та робочі процеси на основі оперативних даних та зворотного зв'язку
-
Використовуйте можливості автоматизації та інтеграції для підвищення ефективності та масштабованості
-
Виключіть застарі Unified CM лі компоненти відповідно до необхідності та забезпечте постійну підтримку операцій другого дня.
Цей вдосконалений підхід PPDIO забезпечує контрольовану, прозору та ефективну мігра Unified CM цію від доWebex Calling, використовуючи інструменти Cisco, API та екосистему партнерів для підтримки безперервності бізнесу та покращення можливостей співпраці.
Петлі зворотного зв'язку PPDIO
Огляд високого рівня, зображений на малюн ках Ітерацій під час виконання PPDIO, ілю струє єдиний цикл зворотного зв'язку від фа зи оптимі зації назад до фази підготовки . Це означає, що після початкового впровадження є постійна можливість для постійного вдосконалення. Кожен цикл оптимізації може визначити нові вимоги або сфери для вдосконалення, які можуть бути вирішені через наступні проекти чи ініціативи. Ці окремі проекти, у свою чергу, відповідають встановленому життєвому циклу PPDIO (Підготовка, Планування, Проектування, Впровадження, Оптимізація). Цей ітераційний підхід гарантує, що система залишається узгодженою з розвитком бізнес-цілей та технологічним прогресом, сприяючи культурі постійного вдосконалення та адаптивності.
Під час виконання процесу PPDIO зазвичай висновки на пізніх етапах потребують перегляду та потенційного перегляду рішень, прийнятих на попередніх етапах. Наприклад, проблеми, що виникають на етапі впровадження, такі як виявлення неоднозначностей дизайну або відсутні деталі, можуть виявити, що певні аспекти не були повністю вирі шені на етапі проектування. У таких випадках виникає необхідність повернутися до відповідної попередньої фази, щоб вирішити ці проблеми, перш ніж продовжувати. Цей ітераційний механі зм зворотного зв'язку, як проілюстровано на малю Unified CMнку процесу PPDIO, гарантує, що рішення буде ретельно перевірено та вдосконалено, що в кінцевому підсумку сприяє більш надійному та ефективному розгортанню.
При переході від Unified CM доWebex Calling, кожна фаза процесу PPDIO може суттєво отримати користь від інформації, зібраної з існу ючого Unified CM середовища. Наприклад, вичерпні інвентаризації користувачів, телефонних номерів, функцій дзвінків та компонентів плану набору можна витягти з поточної Unified CM конфігурації. Ці дані доповнюють інформацію, надану безпосередньо зацікавленими сторонами, і допомагають впорядкувати діяльність з планування та проектування. Використання відповідних інструментів для автоматизації вилучення та аналізу даних не тільки підвищує точність, але й прискорює загальний процес. Використовуючи дані з існуючого розгортання, перехід до Webex Calling може бути виконаний ефективніше, ніж традиційна реалізація зеленого поля, при цьому дотримуючись структурованої методології PPDIO. Цей процес проілюстрований у процесі PPDI Unified CM O за допомогою малюнка.
Міграційний підхід
Плануючи перехід від локального Unified CM до локальногоWebex Calling, вам потрібно визначити, як ви підходите до цієї подорожі. Спочатку вам потрібно буде вирішити, чи буде мігра ція flash-cut (все відразу) або по етапним підходом (міграція груп користувачів/пристроїв протягом тривалого періоду).
Міграція у форматі flash-cut переміщує всіх ваших користувачів і пристроїв найшвидше. За допомогою цього методу ви переміщатимете всіх користувачів і пристрої з локального на Unified CM один і Webex Calling той же час. По суті, це одне єдине вікно міграції для всіх користувачів і пристроїв. Після завершення міграції всі ваші користувачі та пристрої будуть на Webex Calling платформі, а вся ваша Unified CM інфраструктура може бути виведена з експлуатації. Однак багато організацій не можуть використовувати цей підхід через масштаб і розмір розгортання викликів.
Другий підхід - поетапна мігра ція. Більшість організацій використовуватимуть цей підхід, оскільки він забезпечує кращий контроль, управління та масштабування з міграцією. Крім того, він краще підходить для більшого розгортання та/або розгортання UC в декількох регіонів. Тому цей документ зосереджується на по етапному підході з двома етапами переходу.
Як показано на малюнку нижче По етапний перехід викликів: гібридний і хмарний, перша фаза переходу (фаза 1) призводить до співіснування розгортання з середовищами подвійного викли ку. На цьому етапі відбувається перехід на деякі користувачі, пристрої та програмні клієнти, а Webex Calling інші все ще знаходяться на локальному контролі Unified CM викликів. Остаточна фаза переходу (фаза 2) призводить до чистого хмарного середовища викликів, де всі користувачі, пристрої та м'які клієнти повністю переведені на Webex Calling платформу.
Скільки часу потрібно організації для повного переходу на хмарні дзвінки, залежить від її поточного розгортання. У деяких випадках організація може здійснити початковий перехід і залишатися у фазі спільного контролю подвійних дзвінків (Фаза 1) протягом тривалого періоду (місяців або навіть років), тоді як в інших випадках організація може повністю перейти на Webex Calling (Фазу 2) за дуже короткий період (тижні або місяці). Цей документ призначений для охоплення обох фаз (Фаза 1 - співіснування та Фаза 2 - повністю перехідна).
Можливо, деякі організації можуть підтримувати співіснування подвійного управління дзвінками безстроково без планів повного переходу на хмарні дзвінки.
Друге питання полягає в тому, як ви переходите користувачів, пристрої та м'які клієнти з локального керування викликами на хмарний контроль дзвінків. Рекомендований підхід - трифазний перехід. Рисунок Рекомендований 3-фазний перехід нижче розбиває цей підхід на 3 фази.
Попередня міграція: Цей етап зосереджений на підготовці як Webex, так і Unified CM середовища до міграції. Йдеться не про виклик конкретного планування чи конфігурацій, а зосереджується на завершенні дій, які можна виконати зараз і до початку будь-якого проекту Webex Calling міграції. Мета полягає в тому, щоб побудувати основу для двох середовищ для підготовки до міграції.
Підготовка до міграції: На цій фазі починаються зусилля, спрямовані на підготовку до міграції Webex Calling. Тут потрібно переглянути та оновити ділові та технічні вимоги. Не просто підніма йте та змінюйте те, що зараз використовується, Unified CM а натомість перевизначте бізнес-та технічні вимоги, які потрібні вашій компанії сьогодні та в майбутньому, використовуючи силу цього. Webex Calling Крім того, це етап, коли ви завершите свій дизайн, планування конфігурації та планування/графік міграції.
Міграція (розгортання та виведення з експлуатації): на цій фазі відбувається фактична міграція користувачів, пристроїв, номерів телефонів та м'яких клієнтів. Як обговорювалося вище, цю фазу можна завершити для всіх одночасно (flash-cut) або через кілька вікон змін (поетапне скорочення). Плани прийняття кінцевих користувачів, навчання та спілкування мають вирішальне значення, тому ваші користувачі знають про зміни, як використовувати нову платформу викликів та знають, коли відбуду ться зміни. Останнім кроком є виведення з експлуатації всієї локальної інфраструктури UC , яка більше не використовується.
Фаза перед міграцією включає дії (обов'язкові, рекомендовані та необов'язкові), над якими можна негайно роз почати роботу. Рекомендується завершити їх раніше, ніж пізніше, і бажано до початку вашого проекту. Виконання деяких заходів може зайняти більше часу, тому запуск їх раніше допоможе впорядкувати ваш фактичний проект міграції.
На малюнку Передміграційна діяльність нижче висвітлюється п'ять конкретних категорій діяльності, пов'язаних з Webex Calling міграцією.
