Тази статия предоставя структурирана рамка за мигриране на самообслужване за партньори и клиенти, които мигрират среди за обаждания към Webex Calling - специална инстанция (DI).

Практиките и етапите за миграция, описани в тази статия, се основават на методологията на програмата Webex Setup Assist и отразяват широкия опит в реалния свят на екипите за доставка, инженеринг и разработка на Cisco. Тези методи бяха усъвършенствани чрез стотици хиляди уникални внедрявания за местоположение на клиентите през последните седем години, включително миграции от BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Hosted Collaboration Solution (HCS) и централи на трети страни. Насоките се прилагат за широк спектър от клиентски среди, от внедряване на едно място до широкомащабни внедрявания над 100 000 места и стотици местоположения, и следват отдавна установени, доказани процеси на Cisco, за да осигурят последователност, качество и оперативна ефективност през целия жизнен цикъл на миграцията.

Статията предполага, че читателите вече са запознати с Webex Calling - лицензирането на специална инстанция, административния модел на Webex Control Hub и базовия софтуер и функции на Unified Communications Manager.

Нека бъдем честни — думата миграция рядко предизвиква вълнение в ИТ екипа. Това предизвиква въпроси. „Какво се чупи?“ „Кой върши работата?“ „Върху какво губим контрол?“ „Реал истично ли е това, докато вече сме разтегнати, като държим светлините включени?“ Това не са признаци на съпротива срещу напредъка; те са инстинктите на опитни професионалисти, които разбират, че преместването на критична за мисията платформа за повикване не е проект през уикенда. Voice е единствената услуга, при която потребителите забелязват двусекунден проблем, преди да забележат двуседмично прекъсване на планирането - и тази реалност кара всяка промяна да се чувства по-тежка, отколкото би трябвало.

Добрата новина? Цифрите разказват много различна история от страха. При добре структурирани облачни миграции приблизително 95% от инженерните усилия се инвестират в подготовка и само 5% в действителната промяна. Още по-добре, повечето от тези 95% са съставени от дейности, които вашият екип вече изпълнява като част от нормалните операции на ден 2 - хигиена на инвентара, управление на сертификати, преглед на планове за набиране, проследяване на жизнения цикъл на устройството и документация. С други думи, по- голямата част от „миграционната работа“ е работа, която вече вършите. Този структуриран подход просто го насочва към определен резултат, с темпо, което се вписва в съществуващия ви оперативен ритъм, а не върху него.

Усещането за „невъзможна мисия“ също избледнява, след като видите, че всяка миграция може да бъде напълно репетирана. Малък, представителен пилот ви позволява да потвърдите процеса от край до край, интеграциите, поведението при прекъсване при прекъсване и потребителското изживяване, преди да бъде докоснат един производствен потребител. Нищо не е оставено на случайността в крайния ден — защото прекъснатият ден е просто повто рение на процес, който вече сте изпълнили успешно. И ако се случи нещо неочак вано, връщането е огледало на самия прекъсвач, ограничен от ясен прозорец за поддръжка. Предсказуемостта заменя тревожността.

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

Това, което получавате в замяна, е платформа, тясно интегрирана с най-модерното портфолио за разговори, срещи и контактни центрове на пазара, подкрепена от инженерната дълбочина на Cisco и партньорската екосистема, усъвършенствана чрез стотици хиляди внедрявания. Запазвате пълната мощност на познатата Unified CM екосистема — същите функции, същата надеждност, същия административен модел, който вашият екип вече познава — сега съчетан с Control Hub, модерен, ориентиран към потребителя чадър за управление и анализ, който е наистина лесен за научаване. Надстройките, актуализациите и коригирането на критични уязвимости на най-новия софтуер се управляват от Cisco, със сертифициран от Cisco изчислителен уред, със същата (или по-добра) надеждност, която очаквате от локалната си среда.

Така че, да — промяната носи риск. Но непроменянето носи сво й собствен, по-тих риск: из оставане по отношение на функциите, справяне с постоянната сложност на промените, освобождаване на надстройки и уязвимости, разширяване на екипа ви върху инфраструктура, която вече не диференцира бизнеса, и забавяне на неизбежния преход, докато не се извърши под натиск. Струк турираният, затворен подход, който следва, е предназначен да направи тази миграция такава, каквато трябва да бъде: добре подготвена, слабо драматична и силно валиди рана - изпълнена предимно чрез работата, която вече вършите, към платформа, създадена за това, където сътрудничеството продължава.

От увереност до план: как е организирано това ръководство

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

• Иницииране на проект
• Откриване и оценка
• Планиране
• Изпълнение
• Замразяване
• Отидете на живо
• Трансфер до ден 2

Една от причините този модел да работи толкова добре е, че рискът за вашата производствена среда умишлено се зарежда отпред до почти нула и се увеличава само в контролирана, последна стъпка. Ето какво да очаквате на всеки етап:

Въздействие върху производството	Фази
Без въздействие	Иницииране на проект, откриване и оценка, планиране
Минимално въздействие	Изпълнение
Ограничено до оперативни процеси	Замразяване
Директно въздействие	Отидете на живо

На практика: по-голямата част от пътуването се случва безопасно заедно със съществуващата ви среда. Докато достигнете момента, който засяга производството, всяка интеграция е изградена, всеки процес е репетиран и всяка резервна информация е проверена .

В цялото ръководство се позоваваме на ключовите информационни ресурси, на които ще разчитате по време на миграцията и чак до ден 2:

• Cisco Calling Sales Connect — Cisco Calling Sales Connect
• Help.webex.com — авторитетна продуктова и конфигурационна документация
• Webex Spaces — директен достъп до експерти и партньорски общности на Cisco за въпроси в реално време

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

Въздействие върху производството: НЯМА въздействие

• Определете ключови заинтересовани

Не забравяйте, че става въпрос не само за технически екипи и засегнати бизнес екипи, но и за участващи партньори. Ето примера на необходимите заинтересовани страни:

• ИТ мениджмънт
• Управление на бизнеса
• Екип за гласови услуги
• Екип на контактните центрове
• Мрежов екип
• DNS/DHCP екип
• Екип за сигурност
• IAM екип (напр. Ентра, АД, SSO)
• Смяна на дъската
• MACD партньор
• Партньор за управлявани услуги
• Доставчици за интеграция на 3D партии (пейджинг, факс, запис и т.н.)
• Местна, предварителна поддръжка
• RedSky /Екип за обществена безопасност.

• Избор на ръководител на проекта или ръководител на проекта.

Като се има предвид, че миграцията към специална инстанция включва по-сложна координация от традиционните интеграции „Само на ниво приложение“, желателно е член на екипа да управлява вътрешното управление на проекти и всички свързани задачи като седмични обаждания, координация на вътрешни екипи, ангажиране на външни доставчици, координация на промените и т.н.

• Синхронизиране на входовете, с които стартирате проект

Има множество предимства и причини, поради които има предприета стратегия за мигриране към специален екземпляр. Важно е да се изготви изходната визия за бъдещото решение.

Има ли промени като консолидация на клъстери, план за набиране, планирани нови функции?

Мигрирате ли крайните точки на софтуера „такива, каквито са“ или миграцията предполага преместване към Webex App?

Каква е връзката на потребителите към контактните центрове?

• Увеличете скоростта със специален екземпляр

Въведение в специален екземпляр: Въведение в специален екземпляр

BDM (Слайдове за вземане на бизнес решения) BDM

TDM (Слайдове за вземане на технически решения) TD M.

Въздействие върху производството: НЯМА въздействие

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

• Съществуваща настройка на кластер

Определете съществуващата настройка On-PREM с всички направени функции и интеграции. Ето примерите, които трябва да разгледате:

• Приложения и оразмеряване,
• Местоположения,
• IP адресиране,
• Как потребителите синхронизира/предоставят (локално, ldap),
• Конфигурирано удостоверяване (SSO),
• CA срещу самоподписани сертификати,
• Режим на сигурност,
• използване на ILS/GDPR,
• Характеристики,
• Специален акцент върху функции на различни сайтове като, Extension Mobility
• Интеграция на CER/911,
• Използване на MRA,
• CDR,
• Гласови съобщения и интеграция с O365,
• Джабер срещу УебЕксап
  • В случай на миграция на Jabber, трябва да се съсредоточи върху това как са конфигу рирани съществуващите крайни точки на Jabber (напр. XML конфигурация, домейн на гласовите услуги) и какви са опциите за пре конфигуриране като използване на SCCM. Ето отбелязани стандартни сценарии: Кон фигурирайте Jabber
• Списък на устройствата с фокус, за който да проверите
  • Остарели устройства (няма добавени нови устройства в списъка с остарели от Rel12.0x) Остарели телефони
  • Край на устройства за поддръжка (Устройствата все още могат да бъдат регистрирани във всяка версия на софтуера, но не се поддържат от гледна точка на Day2)
  • CSR-Compatibility-Matrix-Interactive.html
  • Устройства със специални ограничения 7925, 7940, 7960 Регистрирайте стари модели телефони в специална инстан ция
    • Инструменти в помощ:

      Специален помощник за предварителна миграция на екзем пляри: Генериране

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

      За да стартирате Assistant, вашият вътрешен клъстер трябва да бъде включен в Webex Cloud-Connected UC среда . Цялостно описание и предпоставки можете да намерите тук: Web Excloud-ConnectedUC

      Процес на въвеждане на UCM: Настройване на Webex Cloud Connected-UC

      Списък с важни прозрения, които можете да получите като изход от помощника за предварителна миграция в xls лесно четим формат:

      • Възли и работещ софтуер
      • Параметри на предприятието
      • Списък на SIP стволовете
      • Списък на потребителите на приложението, роли
      • Брой устройства (и пълен списък на устройствата), групи маршрути и дялове, местоположения, крайни потребители
      • CM групи, басейни с устройства
      • Здравно състояние на репликацията на DB
      • Инсталирани COP
      • Планове за номериране
      • Телефонни услуги
      • Отдалечени дестинации
    • Webex Spaces за поддръжка с вашите конкретни въпроси:

      Попитайте UCM облачен и специален екземпляр: webexequips: //im? пространство = 5дб6бб40-д3с7-11е9-а319-дф8а35абе85а

      П@@ опитайте RedSky External - E911 Solutions Plus Присъединете се към партньора: https://eurl.io/#fWfT1SnOz

      Попитайте помощника за настройка на Webex - Webex Calling и DI: webexteam: //im? space=76beab50-084b-11ed-abc8-ab581010b1де.

Въздействие върху производството: минимално въздействие върху съществуващата производствена среда

Най-добрите практики на Cisco по отношение на процеса на миграция на специализирани екземпляри са представени по-долу:

Пейринг/свързаност

Мрежова архитектура с подробни описания на сценариите за свързване на Edge заWebex Calling, Специален екземпл яр и Срещи. PA_Edge_Connect_Design.pdf

*Документът трябва да се използва внимателно, тъй като описва множество сценарии, които могат да бъдат противоречиви или допълващи се взаимно, в зависимост от точния случай на употреба. Точната препратка към специален екзем пляр може да бъде намерена в глава „Edge Connect за архитектура на специализирани екземпляри“

Webex EdgeСвържете се

Webex EdgeСвър зване Най-често срещани въпроси, бележки:

• Специалните връзки на екземпляра 2 са „задължителни“
• 4 връзки са опция, но „пресичане“ не е разрешено, те се използват в „двойки“
• Всяко приоритизиране на DI трафика към някоя от връзките НЕ се поддържа и като цяло не е приложимо, тъй като всяка страна/DC рекламира своята уникална подмрежа /25 местоположения на центровете за данни с специал ен инстанция.

Това също е обяснено в споменатия документ за мрежова архитектура, както е посоч ено по-долу:

Въздействие върху производството: с въздействие, ограничено до оперативните процеси

Целта на фазата на замразяване е да премести данни от изходната система към целева специална екземпляра и да изпълни необходимите проверки, за да се осигури успешно прекъсване. Препоръчваме 2-3 седмици времеви рамки за замразяването, за да се уверите, че екипите разполагат с необходимото време за преместване на данни, проверки на последователността на данните, неизправ ност на тестовете и свързаните с тях тестове.

В случай, че има нужда от MACD по време на фазата на замразяване, необходимите промени трябва да бъдат завършени и на двете системи.

Налични са множество начини и инструменти за преместване/копиране на данни. Като цяло препоръчваме да използвате активни/неактивни дялове и инструменти, както е посочено по-долу:

UCM:

Експорт/внос на BAT и свързаните с тях скри птове

Ръководство за групо Cisco Unified Communications Manager во администриране за, версия 15 и SUS: CUCM_b_bulk-administration-guide-15.html.

Външни инструменти за миграции на UCM като Yarnlab.

Единство:

• Cisco UnityИнструменти. Събиране на безплат Cisco Unity ни и Cisco Unity Connection свързани инструменти.

https://www.ciscounitytools.com/index.html

Препоръчваме използването на кобри за миграции на Unity.

CER:

Ръчен, насипен износ/внос

След преместване на конфигурационните данни помислете за следващите важни елементи/действия:

• Ръчно или чрез опция 150 на DHCP във връзка с пренасочване на тестова група на различни модели телефони към нов DI TFTP. След като направите консолидация на сертификати, можете да тествате както: мигриране, така и сценарий за връщане
• Преконфигуриране на тестовия шлюз, ако е наличен
• Подготовка на шаблони за конфигурация на шлюзовете за действителни производствени прекъсвания. Написване на скриптове, ако е необходимо.
• Преместване на потребителя на WebExApp чрез промяна на поведението на повикване в CH
• Преместване на Jabber чрез дефиниран предварително метод за влизане и промяна на домашния клъстер
• Тест на основните потоци на повиквания и функционалност до възможностите на околната среда:
  • Проверка на последователността на поведението в мрежата или свързване чрез VPN
  • Тест на MRA с телефонна и софтуерна крайна точка
  • PSTN
  • Тест на услугата 911

• Поддръжка на специален екземпляр от ниво 1 (TAC) Поддръжка на специален екземпляр от ниво 1

• Заявки за услуги, свързани с изброените теми: Как да повдигнете заявка за услуга
  • DNS въвеждане
  • Актуализации на защитната
  • качване на фърмуера
  • Облачна свързаност
  • Настройки на дневника за одит
  • Управление на приложения на UC
  • DI-MT Междусистемни SIP багажници
  • Жизнен цикъл на приложението UC
  • Инфраструктурата като услуга
    • Ръководство за работа на партньори

• Ръководство за работа на партньори

  Това е един от най-важните документи, който обяснява Техническа поддръжка, Управление на промените, Управление на инциденти, Актуализации, Надстройки, Управление на капацитета, Управление на сертификати, Ръководство за работа с партньори на DRS

Това е един от най-важните документи, който обяснява Техническата поддръжка, Управлението на промените, Управлението на инцидентите, Актуализациите, Надстройките, Управлението на капацитета, Управлението на сертификат ите, Ръководството за операции на партнь орите на DRS

• Матрица на отговорността

Документът обяснява разделянето на RACI между партньора, Cisco и клиента по време на въвеждане и матрицата за възлагане на отговорност за операциите

• Попитайте уеб екипите на RedSky Webex Space:// im? space=7074фце0-489а-11еа-89ф3-8ф977дд07а0.