- Главная
- /
- Статья
Лучшие практики подготовки и переноса на Webex Calling — выделенный экземпляр
Обеспечьте переход на выделенный инстанс 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 вычислительных мощностях с той же (или более высокой) надежностью, которую вы ожидаете от локальной среды.
Так что да, изменения сопряжены с риском. Но невнесение изменений сопряжено с определенными рисками: отставание в разработке новых функций, решение проблемы постоянной сложности изменений, выпуск обновлений и устранение уязвимостей, перенапряжение команды на инфраструктуру, которая больше не отличает бизнес от других, и откладывание неизбежного перехода до тех пор, пока его не придется решать в сложных условиях. Приведенный ниже структурированный и комплексный подход призван сделать этот переход таким, каким он и должен быть: хорошо подготовленный, не требующий драматизма и заслуживающий высокой оценки результат — в основном это работа, которую вы уже выполняете, к платформе, предназначенной для совместной работы.
От уверенности к плану: как организовано это руководство
Чтобы превратить эту уверенность в реальность, в этом руководстве вы познакомитесь с семиступенчатым процессом миграции, на каждом из которых будут указаны четкие критерии въезда и выезда, уроки, извлеченные на местах, и предварительные проверки, позволяющие избежать наиболее распространенных неожиданностей:
- Инициирование проекта
- Обнаружение и оценка
- Планирование
- Внедрение
- Заморозить
- Выходи в эфир
- Переход ко второму дню
Одна из причин, по которой эта модель так хорошо работает, заключается в том, что риск, угрожающий вашей производственной среде, намеренно минимизируется практически до нуля и возрастает только на контролируемом последнем этапе. Вот чего следует ожидать на каждом этапе:
| Влияние на производство | Этапы |
|---|---|
| Никакого влияния | Инициирование проекта, обнаружение и оценка, планирование |
| Минимальное воздействие | Внедрение |
| Ограничено операционными процессами | Заморозить |
| Прямое влияние | Выходи в эфир |
С практической точки зрения: большая часть путешествия проходит безопасно в существующей среде. К моменту начала производства все интеграции уже готовы, каждый процесс отработан, а все запасные варианты проверены .
В руководстве мы приводим ссылки на ключевые информационные ресурсы, которыми вы будете пользоваться во время миграции и во время второго дня:
- Cisco Calling Sales Connect — ссылка Cisco Calling Sales Connect
- Help.webex.com — авторитетная документация по продукту и конфигурации
- Webex Spaces — прямой доступ к экспертам Cisco и сообществам коллег для ответов на вопросы в режиме реального времени
Имея в своем распоряжении набор фреймворков и ресурсы, давайте подробно рассмотрим каждый этап — начиная с момента начала успешной миграции — начала проекта .
Инициирование проекта
Влияние на производство: никакого влияния
- Определите ключевые заинтересованные стороны
Помните, что речь идет не только о технических командах и влиятельных бизнес-командах, но и о вовлеченных партнерах. Вот примеры необходимых заинтересованных сторон:
- Управление ИТ-инфраструктурой
- Управление бизнесом
- Команда голосовых служб
- Команда контакт-центров
- Сетевая команда
- Команда DNS/DHCP
- Команда безопасности
- Команда IAM (например, Entra, AD, SSO)
- Сменить доску
- Партнер MACD
- Партнер по управляемым услугам
- Сторонние поставщики интеграционных решений (пейджинг, факс, запись и т. д.)
- Локальная, локальная поддержка
- RedSky/Команда общественной безопасности.
- Выбор руководителя проекта или руководителя проекта.
Учитывая, что переход на выделенный инстанс сопряжен с более сложными задачами по сравнению с традиционными интеграциями «только на уровне приложений», желательно назначить сотрудника, отвечающего за внутреннее управление проектом и выполнение всех связанных с этим задач, таких как еженедельные звонки, координация работы внутренних групп, привлечение внешних поставщиков, координация изменений и т. д.
- Синхронизируйте исходные данные, с которыми вы начинаете проект
Существует множество преимуществ и причин, по которым была принята стратегия перехода на выделенный инстанс. Важно составить общее представление о будущем решении.
Планируются ли какие-либо изменения, такие как консолидация кластеров, тарифный план, новые функции?
Переносите ли вы конечные точки программного обеспечения «как есть» или перенос предполагает переход на приложение Webex?
Как пользователи относятся к контакт-центрам?
- Освойте скорость работы с помощью выделенного инстанса
Знакомство с выделенным инстансом: знакомство с выделенным инстансом
Обнаружение и оценка
Влияние на производство: никакого влияния
Обнаружение и оценка — это продолжение и использование информации, полученной в ходе предыдущих совещаний по синхронизации исходных данных, с целью определения всех необходимых элементов темы, которые лягут в основу профессиональной разработки проекта и технического плана проекта
- Существующая конфигурация кластера
Определите существующую локальную настройку со всеми реализованными функциями и интеграциями. Вот примеры, на которые стоит обратить внимание:
- Области применения и размеры,
- Местоположение,
- IP-адресация,
- Как синхронизировать/распределять ресурсы пользователей (локально, ldap),
- настроена аутентификация (SSO),
- CA и самозаверяющие сертификаты,
- режим безопасности,
- Использование ILS/GDPR,
- Функции,
- Особое внимание уделяется межсайтовым функциям, таким как Extension Mobility
- Интеграция CER/911,
- Использование MRA,
- CDR,
- Голосовая почта и интеграция с O365,
- Jabber против WebExApp
- В случае миграции на Jabber следует уделить особое внимание настройке существующих конечных точек Jabber (например, конфигурации xml, домену голосовой службы) и вариантам реконфигурации, например использованию SCCM. Ниже перечислены стандартные сценарии: Настройка Jabber
- Список устройств, на которые следует обратить внимание
- Устаревшие устройства (новые устройства не добавлены в список устаревших, начиная с версии 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 по процессу миграции выделенных инстансов представлены ниже:
Активировать выделенный экземпляр (мастер первоначальной настройки)
Сведения об активации выделенного инстанса см. в разделе Активация выделенного инстанса.
Среда 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 центров обработки данных в выделенных инстансах.
Виртуальное подключение 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 в выделенном инстансе, чтобы использовать домен клиента для входа
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.
Готовность инженерных групп и пользователей к изменениям
Ниже приведены рекомендуемые ресурсы, которые помогут инженерным командам освоить все аспекты использования выделенного инстанса:
- Отдел продаж Cisco Calling Connect
- Help.webex.com
- Академия Webex: Академия
- Ресурсы по усыновлению. Ресурсы по внедрению полезны как для помощи в разработке стратегии внедрения сервиса и функций, так и для базы знаний в виде брошюр с инструкциями и коротких видеороликов, которые могут оказать большую помощь конечным пользователям. resources.webex.com.
Заморозить
Воздействие на производство: влияние ограничивается операционными процессами
Цель этапа заморозки заключается в переносе данных из исходной системы в целевой выделенный инстанс и проведении необходимых проверок для обеспечения успешного перехода. Мы рекомендуем заморозить данные в течение 2—3 недель , чтобы у рабочих групп было достаточно времени для переноса данных, проверки целостности данных, аварийного переключения при тестировании и сопутствующего тестирования.
Если на этапе заморозки возникнет необходимость в использовании MACD, необходимо внести необходимые изменения в обе системы.
Для перемещения/копирования данных доступно несколько способов и инструментов. Как правило, мы рекомендуем использовать активные/неактивные разделы и инструменты, как показано ниже:
UCM:
Экспорт/импорт BAT и связанные с ними сценарии
Внешние инструменты для миграции 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
- Голосовая почта
- Применимые функции
День 2
- Запросы на обслуживание, связанные с перечисленными темами: как подать заявку на обслуживание
- Запись в DNS
- Обновления межсетевого экрана
- Загрузка прошивки
- Подключение к облаку
- Настройки журнала аудита
- Управление приложениями UC
- Межоперационные магистрали SIP DI-MT
- Жизненный цикл приложений UC
- Инфраструктура как услуга
- Руководство по работе с партнерами
- Руководство по работе с партнерами
Это один из самых важных документов, в котором описывается техническая поддержка, управление изменениями, управление инцидентами, обновления, модернизация, управление ресурсами, управление сертификатами, руководство по работе с партнерами DRS
- Матрица ответственности
- Задайте вопрос веб-командам RedSky Webex Space: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.