В этой статье
Область применения
dropdown icon
Введение
    От уверенности к плану: как организовано это руководство
Инициирование проекта
Обнаружение и оценка
dropdown icon
Планирование и внедрение
    Активировать выделенный экземпляр (мастер первоначальной настройки)
    Среда Build DI (выделение выделенного инстанса)
    Доступ к выделенному инстансу:
    Пиринг/подключение
    Виртуальное подключение Webex
    Требования к сети и безопасности выделенного инстанса (источник информации о сети, порты брандмауэра, сведения о DNS)
    ESN (повышенная живучесть)
    Служба синхронизации каталогов
    SSO
    Интеграция кластера выделенных инстансов с локальным кластером
    Консолидация сертификатов
    Планирование миграции приложений Webex и/или Jabber
    E911
    Готовность инженерных групп и пользователей к изменениям
Заморозить
День вырезания или начала прямой трансляции
День 2

Лучшие практики подготовки и переноса на Webex Calling — выделенный экземпляр

list-menuВ этой статье
list-menuОтправить обратную связь?

Обеспечьте переход на выделенный инстанс Webex Calling с помощью комплексной семиступенчатой платформы миграции, разработанной для повышения операционной эффективности.

Область применения

В этой статье представлена структурированная платформа самообслуживания для партнеров и клиентов, которые переносят среды вызовов на выделенный инстанс Webex Calling (DI).

Практики и этапы миграции, описанные в этой статье, основаны на методологии программы Webex Setup Assist и отражают обширный реальный опыт групп доставки, инженеров и разработчиков Cisco. За последние семь лет эти методы были усовершенствованы в ходе внедрения сотен тысяч уникальных систем определения местоположения клиентов, включая миграцию с BroadCloud, BroadWorks, Spark Calling Unified CM (UCM), размещенного решения для совместной работы (HCS) и сторонних платформ АТС. Руководство применимо к широкому спектру клиентских сред, от развертываний на одном месте до крупномасштабных внедрений, насчитывающих более 100 000 рабочих мест и сотен мест, и соответствует давно зарекомендовавшим себя процессам Cisco для обеспечения согласованности, качества и операционной эффективности на протяжении всего жизненного цикла миграции.

В статье предполагается, что читатели уже знакомы с Webex Calling лицензированием выделенных инстансов, моделью администрирования Webex Control Hub, базовым программным обеспечением и функциями Unified Communications Manager.

Введение

Скажем честно: слово «миграция» редко вызывает ажиотаж в ИТ-команде. Оно вызывает вопросы. «Что ломается?» «Кто выполняет эту работу?» «Над чем мы теряем контроль?» « Реально ли это вообще, если мы и так напряжены, держа свет включённым?» Это не признаки сопротивления прогрессу; это интуиция опытных профессионалов, которые понимают, что перенос критически важной телефонной платформы — это не работа на выходных. Voice — это единственный сервис, где пользователи замечают сбой за две секунды, а затем замечают, что планируются двухнедельные простои. В реальности каждое изменение кажется тяжелее, чем следовало бы.

Хорошие новости? Цифры говорят совсем о другом, чем страх. При хорошо структурированной миграции в облако примерно 95% инженерных усилий затрачивается на подготовку и только 5% — на фактические изменения. Более того, большая часть этих 95% состоит из действий, которые ваша команда уже выполняет в рамках обычных операций второго дня: гигиена запасов, управление сертификатами, проверка телефонных планов, отслеживание жизненного цикла устройств и документация. Другими словами, основная часть «работы по миграции» — это работа, которую вы уже выполняете. Такой структурированный подход просто позволяет достичь определенного результата в темпе, соответствующем существующему операционному ритму, а не в его оптимальном темпе.

Ощущение «невыполнимой миссии» также исчезает, когда вы видите, что каждую миграцию можно полностью отрепетировать. Небольшой репрезентативный пилотный проект позволяет проверить комплексный процесс, интеграцию, поведение при отказе и пользовательский интерфейс до того, как будет задействован один рабочий пользователь. В день перехода все на самотек — ведь день перехода — это просто повторение процесса, который вы уже успешно выполнили. А если вдруг произойдёт что-то неожиданное, откат — это зеркальное отражение самого перехода на другой ресурс, ограниченное чётким интервалом технического обслуживания. На смену беспокойству приходит предсказуемость.

Да, переход на выделенный инстанс означает потерю некоторого контроля, в частности над инфраструктурой и уровнями виртуализации. Но подумайте, что вы получите: часы, которые ваша команда тратит на исправление гипервизоров, отслеживание аппаратных оповещений, управление безопасностью на уровне ОС и планирование обновления мощностей. Это время возвращается в бизнес, где его можно потратить на то, что действительно отличает вашу организацию: взаимодействие с пользователем, внедрение, интеграцию и услуги, которые действительно интересны вашим заинтересованным сторонам. Вы не теряете контроль над собой; вы заменяете недифференцированную тяжелую работу на стратегическую направленность.

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

Так что да, изменения сопряжены с риском. Но невнесение изменений сопряжено с определенными рисками: отставание в разработке новых функций, решение проблемы постоянной сложности изменений, выпуск обновлений и устранение уязвимостей, перенапряжение команды на инфраструктуру, которая больше не отличает бизнес от других, и откладывание неизбежного перехода до тех пор, пока его не придется решать в сложных условиях. Приведенный ниже структурированный и комплексный подход призван сделать этот переход таким, каким он и должен быть: хорошо подготовленный, не требующий драматизма и заслуживающий высокой оценки результат — в основном это работа, которую вы уже выполняете, к платформе, предназначенной для совместной работы.

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

Чтобы превратить эту уверенность в реальность, в этом руководстве вы познакомитесь с семиступенчатым процессом миграции, на каждом из которых будут указаны четкие критерии въезда и выезда, уроки, извлеченные на местах, и предварительные проверки, позволяющие избежать наиболее распространенных неожиданностей:

  • Инициирование проекта
  • Обнаружение и оценка
  • Планирование
  • Внедрение
  • Заморозить
  • Выходи в эфир
  • Переход ко второму дню

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

Влияние на производство Этапы
Никакого влияния Инициирование проекта, обнаружение и оценка, планирование
Минимальное воздействие Внедрение
Ограничено операционными процессами Заморозить
Прямое влияние Выходи в эфир
key phases of a Webex Dedicated Instance migration project, ranging from project initiation to project closure.

С практической точки зрения: большая часть путешествия проходит безопасно в существующей среде. К моменту начала производства все интеграции уже готовы, каждый процесс отработан, а все запасные варианты проверены .

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

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

Имея в своем распоряжении набор фреймворков и ресурсы, давайте подробно рассмотрим каждый этап — начиная с момента начала успешной миграции — начала проекта .

Инициирование проекта

Влияние на производство: никакого влияния

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

Помните, что речь идет не только о технических командах и влиятельных бизнес-командах, но и о вовлеченных партнерах. Вот примеры необходимых заинтересованных сторон:

  • Управление ИТ-инфраструктурой
  • Управление бизнесом
  • Команда голосовых служб
  • Команда контакт-центров
  • Сетевая команда
  • Команда DNS/DHCP
  • Команда безопасности
  • Команда IAM (например, Entra, AD, SSO)
  • Сменить доску
  • Партнер MACD
  • Партнер по управляемым услугам
  • Сторонние поставщики интеграционных решений (пейджинг, факс, запись и т. д.)
  • Локальная, локальная поддержка
  • RedSky/Команда общественной безопасности.

  • Выбор руководителя проекта или руководителя проекта.

Учитывая, что переход на выделенный инстанс сопряжен с более сложными задачами по сравнению с традиционными интеграциями «только на уровне приложений», желательно назначить сотрудника, отвечающего за внутреннее управление проектом и выполнение всех связанных с этим задач, таких как еженедельные звонки, координация работы внутренних групп, привлечение внешних поставщиков, координация изменений и т. д.

  • Синхронизируйте исходные данные, с которыми вы начинаете проект

Существует множество преимуществ и причин, по которым была принята стратегия перехода на выделенный инстанс. Важно составить общее представление о будущем решении.

Планируются ли какие-либо изменения, такие как консолидация кластеров, тарифный план, новые функции?

Переносите ли вы конечные точки программного обеспечения «как есть» или перенос предполагает переход на приложение Webex?

Как пользователи относятся к контакт-центрам?

  • Освойте скорость работы с помощью выделенного инстанса

Знакомство с выделенным инстансом: знакомство с выделенным инстансом

BDM (слайды для лиц, принимающих деловые решения) BDM

TDM (слайды для лиц, принимающих технические решения) TDM.

Обнаружение и оценка

Влияние на производство: никакого влияния

Обнаружение и оценка — это продолжение и использование информации, полученной в ходе предыдущих совещаний по синхронизации исходных данных, с целью определения всех необходимых элементов темы, которые лягут в основу профессиональной разработки проекта и технического плана проекта

  • Существующая конфигурация кластера

Определите существующую локальную настройку со всеми реализованными функциями и интеграциями. Вот примеры, на которые стоит обратить внимание:

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

        Специализированный помощник по вопросам предварительной миграции: составление отчетов об оценке

        Помощник по предварительной миграции в Control Hub помогает собирать исходные данные и проверять предпосылки для перехода с UCM на выделенный инстанс с помощью стороннего инструмента. Перед миграцией оно оценивает готовность, предоставляет контрольные списки и позволяет сравнить данные локального кластера и выделенного инстанса.

        Для запуска Assistant ваш локальный кластер должен быть подключен к среде унифицированных коммуникаций Webex, подключенной к облаку. Общее описание и предварительные требования можно найти здесь: WebexCloud ConnectedUC

        Процесс адаптации к UCM: настройка Webex Cloud Connected-UC

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

        • Узлы и работающее программное обеспечение
        • Корпоративные параметры
        • Список магистралей SIP
        • Список пользователей и ролей приложения
        • Количество устройств (и полный список устройств), маршрутные группы и разделы, местоположения, конечные пользователи
        • Группы CM, пулы устройств
        • Состояние работоспособности репликации БД
        • Установленные COP
        • Планы нумерации
        • Телефонные услуги
        • Удаленные пункты назначения
      • Webex Spaces для поддержки по вашим конкретным вопросам:

        Задайте вопрос в облаке и выделенном инстансе UCM: webexteams: //im? space=5db6bb40-d3c7-11e9-a319-df8a35abe85a

        Обратитесь к стороннему поставщику RedSky — решения E911 плюс присоединяйтесь к партнеру: https://eurl.io/#fWfT1SnOz

        Обратитесь к помощнику по настройке Webex Webex Calling и введите свой адрес: webexteams: //im? space=76 beab50-084b-11ed-abc8-ab581010b1de.

Планирование и внедрение

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

Передовые практики Cisco по процессу миграции выделенных инстансов представлены ниже:

A flowchart detailing the migration process for a Webex Dedicated Instance, covering initial setup, configuration, and iterative cutover waves.

Активировать выделенный экземпляр (мастер первоначальной настройки)

Сведения об активации выделенного инстанса см. в разделе Активация выделенного инстанса.

Среда Build DI (выделение выделенного инстанса)

Сведения о создании среды DI см. в разделе «Выделенный инстанс» для получения Webex Calling базовой конфигурации

Наиболее часто задаваемые вопросы и примечания:

  • Размер сборки описан здесь (размер выделенного инстанса): https://help.webex.com/en-us/article/dk3o5r/Introduction-to-Dedicated-Instance Количество кластеров и общий размер зависят от количества приобретенных лицензий. В целом размер резерва учитывает увеличение резерва в соответствии с соглашением Flex (15% или 20% в зависимости от типа) и предоставление 3 активных устройств на каждого сотрудника, работающего в сфере знаний). Cisco Cloud Сертифицированные платформой лучшие в своем классе вычислительные ресурсы с использованием средних OVA для всех сборок и полностью развернутый кластер выделенных инстансов могут поддерживать до 8 серверов обработки вызовов или примерно 50 000 устройств
  • Возможности для малого и среднего бизнеса не являются обязательными, необходимо приобрести не менее 3 кластеров и/или регионов. Требовать от Cisco анализа конструкции и пропускной способности
  • Первоначальная пропускная способность MRA составляет 20% и может быть увеличена до 100% в зависимости от фактических потребностей с помощью заявки TAC
  • Элементы конфигурации, перед именем которых стоит буква «x», не следует переименовывать, так как они используются в системах автоматизации, обслуживания и интеграции аналитики. Выделенный инстанс для базовой конфигурации Webex Calling
  • Если требуется иметь более 3 кластеров в одном регионе, стандартная IP-адресация для инстансов DI НЕ подходит

Ссылка. Стандартная IP-адресация, расположение центров обработки данных: расположение центров обработки данных.

Доступ к выделенному инстансу:

Чтобы получить доступ к приложению для выделенных инстансов, обратитесь к приложениям для выделенных инстансов

Наиболее часто задаваемые вопросы и примечания:

  • Доступ к приложениям DI можно получить через Control Hub или непосредственно из сети заказчика. Также предоставляется доступ через интерфейс командной строки, за исключением скоростных автомагистралей.
  • Ранги пользователей:
    • 3 — Администратор партнера
    • 4 — Администратор по работе с клиентами
    • 5 — Корпоративный пользователь
  • Учетные данные для доступа к приложениям DI, опубликованные в созданном автоматизацией пространстве Webex, где находится ProAdmin.

Пиринг/подключение

Сетевая архитектура с подробным описанием сценариев Edge Connect для выделенного Webex Calling инстанса и совещаний. PA_Edge_Connect_Design.pdf

*Документ следует использовать осторожно, так как в нем описывается несколько сценариев, которые могут противоречить друг другу или дополнять друг друга, в зависимости от конкретного варианта использования. Точное описание выделенного инстанса приведено в главе «Edge Connect для архитектуры выделенных инстансов»

Webex EdgeПодключите

Webex EdgeConnect Самые распространенные вопросы, заметки:

  • Ссылки на выделенный экземпляр 2 обязательны
  • Можно использовать 4 ссылки, но «пересечение» запрещено, они используются «парами»
  • Приоритизация трафика DI по одной из ссылок НЕ поддерживается и, как правило , неприменима, так как каждая из сторон рекламирует свою уникальную подсеть и 25 центров обработки данных в выделенных инстансах.
Это также объясняется в упомянутом документе по сетевой архитектуре следующим образом: A network architecture diagram illustrating the connectivity between a customer network and the Webex backbone via a cloud exchange provider, featuring primary and secondary routing paths.

Виртуальное подключение Webex

Сведения о виртуальном подключении Webex см. в разделе Выделенный экземпляр — виртуальное подключение

Наиболее часто задаваемые вопросы и примечания:

  • Максимальная поддерживаемая полоса пропускания с помощью Virtual Connect составляет 250 Мбит/с
  • Этот вариант не подходит или не поддерживается в случае развертывания ESN.

Требования к сети и безопасности выделенного инстанса (источник информации о сети, порты брандмауэра, сведения о DNS)

Сведения о требованиях к сети и безопасности см. в разделе Требования к сети и безопасности

Наиболее часто задаваемые вопросы и примечания:

  • Мониторинг по протоколу SNMP ЗАПРЕЩЕН. Исключения SNMP — это рабочие процессы CER и Informacast, для которых требуется запрос на обслуживание через Control Hub
  • У DI нет доступа к внешнему протоколу SFTP. SFTP, используемый для обновлений, обновлений и других рабочих процессов, находится в среде DI, и доступ к нему предоставляется в ограниченных сценариях (например, доступ к новой копии/прошивке в соответствии с запросом на обслуживание Control Hub).

ESN (повышенная живучесть)

Для начала с/ Общая информация: начните с повышения живучести

Предварительные требования: повышенные требования к живучести

Для активации: активируйте повышенную выживаемость.

Наиболее часто задаваемые вопросы и примечания:

  • SKU ESN Flex указан «для каждого региона». Например, если вам необходимо объединить 5 узлов ESN в Северной и Южной Америке, вам необходимо заказать 1 SKU ESN, который позволит подключить до 8 узлов ESN к одному кластеру без ущерба для максимального количества узлов обработки вызовов в кластере
  • Заказчик несет ответственность за выделение необходимых виртуализированных ресурсов и установку приложения Medium OVA Publisher, которое в дальнейшем будет автоматически преобразовано в подписчика и подключено к кластеру. https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html
  • Cisco отвечает за сертификаты CA. В процессе активации вам будет предложено разрешить обновление/обновление сертификатов Cluster, чтобы включить узел ESN в список.

Служба синхронизации каталогов

Наряду с традиционным методом, используемым в локальной среде UCM для синхронизации пользователей с помощью ldap или создания локальных файлов, существует возможность синхронизации пользователей с помощью выделенного инстанса через Control Hub (Webex Common Identity Service) с Azure или через Directory Connector. Для службы каталогов Webex CI поддерживается только развертывание SSO.

Интеграция службы каталогов с помощью Webex Common Identity для выделенного экземпляра

Наиболее часто задаваемые вопросы и примечания:

  • После завершения подготовки Azure AD для определенного кластера вы не сможете создавать новые соглашения о синхронизации или изменять какие-либо параметры конфигурации для того же кластера, за исключением групповых настроек. Обратитесь в Cisco TAC службу поддержки, чтобы перезагрузить службу каталогов. После этого можно создать новое соглашение о предоставлении ресурсов.
  • Синхронизацию необходимо включить в течение 18 часов с момента создания нового соглашения. Пользователи, синхронизированные с LDAP, становятся неактивными и удаляются после 24 часов бездействия. Пользователи не смогут войти в систему и использовать сервисы. Unified CM
  • Несмотря на то, что конфигурация в диспетчере вызовов доступна для редактирования, ее не следует изменять, кроме той, которая была создана автоматизацией во время подготовки соглашения о синхронизации. Хотя в настройках синхронизация отображается один раз, Control Hub синхронизирует изменения в режиме Common Identity в режиме 24 часа в сутки. Unified CM Cisco Unity Connection
  • Служба используется только для синхронизации каталогов (!). Обязательным условием является аутентификация с помощью SSO .

SSO

Для выделенного инстанса SSO не является обязательным. В любом случае это обязательно для некоторых ключевых сервисов, таких как Webex Common Identity и использование WebexApp. Развертывание SAML SSO ничем не отличается от развертывания UCM в локальной среде и описано ниже. Единственный эксплуатационный нюанс связан с процессом активации, при котором пользователь первого ранга должен пройти тест SSO во время активации. Партнеры и заказчики ограничены привилегиями ранга 3-5, поэтому для активации требуется поддержка Cisco, которую следует запросить, отправив запрос на обслуживание в Control Hub (тип заявки на управление приложениями UC)

CUCM_b_saml-sso-deployment-guide-release-15.html

Чтобы открыть запрос на обслуживание, см. раздел Как подать запрос на обслуживание.

Интеграция кластера выделенных инстансов с локальным кластером

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

Консолидация сертификатов

Одной из наиболее важных задач при подготовке системы к миграции является обмен сертификатами между локальными и облачными системами, причем все это безопасные интеграции. Таким образом вы дадите возможность телефонам свободно перемещаться в новый кластер и обратно в старые кластеры без необходимости восстановления заводских настроек.

Наиболее часто задаваемые вопросы и примечания:

Обычно это включает передачу сертификатов от DI и их загрузку на локальную сторону

  • Callmanager.pem (несколько сетей SAN)
  • iTlRecovery.pem
  • Промежуточный сертификат CA
  • Корневой сертификат CA

Со стороны клиента CUCM в сторону DI:

  • CallManager.pem (Multi-SAN), если это не несколько SAN, включите сертификаты издателя и серверов TFTP.
  • itlRecovery.pem (в пабе)
  • Промежуточный сертификат CA (в случае, если сертификаты подписаны CA)
  • Корневой сертификат CA (в случае, если сертификаты подписаны центром сертификации).

Планирование миграции приложений Webex и/или Jabber

Наиболее часто задаваемые вопросы и примечания:

  • Как сохранить пользовательский интерфейс при входе в Jabber в новой системе? Какие изменения и сценарии возможны для продолжения использования Jabber так же, как и в локальной системе? Возможны следующие варианты: Настройте Jabber в выделенном инстансе на использование домена клиента для входа Настройте Jabber в выделенном инстансе, чтобы использовать домен клиента для входа
Совместимость Jabber с WebexApp для взаимодействия друг с другом Настройте совместимость приложений Webex и Jabber.

E911

При развертывании в выделенном инстансе для отслеживания телефонов и клиентов будут использоваться как Cisco Emergency Responder CER, так и RedSky. Локальные телефоны будут отслеживаться с помощью службы экстренной помощи для определения местоположения телефона и настройки подходящего места отправки, прежде чем переадресовать вызов в RedSky для доставки вызова. Отслеживание пользователей приложения Webex будет осуществляться в RedSky с использованием протокола HELD+.

Выделенный экземпляр поставляется вместе с развернутой системой CER в регионе Северной и Южной Америки. Cisco добавляет информацию о прокси-сервере, а ответственность за добавление сведений о RedSky и настройку ELIN лежит на партнерах и заказчиках. Мы добавили скрипт LUA, а партнер/заказчик должны настроить параметры, чтобы он заработал. Самые распространенные вопросы, примечания

  • Как получить учетную запись RedSky на портале RedSky:
  • BOT доступен в Webex — настройка учетной записи клиента E911 (E911Account@webex.bot). Введите «поддержка», заполните появившуюся форму и отправьте ее. Будет создана учетная запись и отправлено электронное письмо на адрес электронной почты администратора, указанный в BOT
  • Настройте E911 для выделенного экземпляра, настройте E911

Поддержка Webex Spaces:

Задайте вопрос стороннему специалисту RedSky — компания E911 Solutions плюс присоединяйтесь к партнеру: https://eurl.io/#fWfT1SnOz.

Готовность инженерных групп и пользователей к изменениям

Ниже приведены рекомендуемые ресурсы, которые помогут инженерным командам освоить все аспекты использования выделенного инстанса:

Заморозить

Воздействие на производство: влияние ограничивается операционными процессами

Цель этапа заморозки заключается в переносе данных из исходной системы в целевой выделенный инстанс и проведении необходимых проверок для обеспечения успешного перехода. Мы рекомендуем заморозить данные в течение 2—3 недель , чтобы у рабочих групп было достаточно времени для переноса данных, проверки целостности данных, аварийного переключения при тестировании и сопутствующего тестирования.

Если на этапе заморозки возникнет необходимость в использовании MACD, необходимо внести необходимые изменения в обе системы.

Для перемещения/копирования данных доступно несколько способов и инструментов. Как правило, мы рекомендуем использовать активные/неактивные разделы и инструменты, как показано ниже:

UCM:

Экспорт/импорт BAT и связанные с ними сценарии

Руководство по массовому администрированию версии 15 и SU: CUCM_b_bulk-administration-guide-15.html. Cisco Unified Communications Manager

Внешние инструменты для миграции UCM, такие как Yarnlab.

Единство:

  • Cisco UnityИнструменты. Коллекция бесплатных Cisco Unity и Cisco Unity Connection сопутствующих инструментов.

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

Мы рекомендуем использовать Cobras для миграции на Unity.

CER:

Ручной, массовый экспорт/импорт

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

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

День вырезания или начала прямой трансляции

Каждый заказ уникален, и план должен учитывать нюансы конкретной обстановки. В целом, этапы процесса таковы:

  • Создайте проактивный запрос TAC (запланированная отправка)
  • Отключение устройств осуществляется путем изменения опции 150 во всех соответствующих подсетях и перезагрузки телефонов у локального диспетчера вызовов
  • Верификация зарегистрированных телефонов в новой системе — простой способ контролировать процесс успешной регистрации в новой системе выделенных инстансов
  • После проверки выполните массовое обновление необходимых конфигураций (схемы линий и маршрутов с точки зрения количества активных и нулевых разделов, домашний кластер, реклама) на локальном и выделенном инстансах
  • Измените конфигурации шлюзов, SRST, аппаратных носителей
  • Выполните определенную тестовую программу:
    • Тестируйте внутрисайтовые, межсайтовые и PSTN-вызовы
    • MRA
    • 911
    • Голосовая почта
    • Применимые функции
Процедура миграции/перехода на другую работу должна быть ограничена сроками отмены, чтобы не превысить отведенное время обслуживания. Сам по себе откат — простой процесс, аналогичный самому Cutover MOP. Все ранее выполненные действия должны быть отменены для Rollback

День 2

  • Руководство по работе с партнерами

    Это один из самых важных документов, в котором описывается техническая поддержка, управление изменениями, управление инцидентами, обновления, модернизация, управление ресурсами, управление сертификатами, руководство по работе с партнерами DRS

Это один из самых важных документов, в котором описывается техническая поддержка, управление изменениями, управление инцидентами, обновления, модернизация, управление ресурсами, управление сертификатами, руководство по работе с партнерами DRS

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

В документе объясняется разделение RACI между партнерами, Cisco и заказчиками во время адаптации и матрицы распределения операционной ответственности

  • Задайте вопрос веб-командам RedSky Webex Space: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.
Была ли статья полезной?
Была ли статья полезной?