Миграция на современные версии cucm. Что необходимо...
Post on 20-Aug-2015
4.911 Views
Preview:
TRANSCRIPT
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved.
Миграция на современные версии CUCM. Что необходимо знать и учитывать для успешного перехода на новую версию системы.
Константин Грибахтехнический консультантkogribak@cisco.com
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 2
Содержание
1. А нужно ли мигрировать на современную версию?
2. Типы обновлений и выбор стратегии миграции
3. Перенос лицензий на ELM
4. Другие полезные советы
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 3
Содержание
1. А нужно ли мигрировать на современную версию?
2. Типы обновлений и выбор стратегии миграции
3. Перенос лицензий на ELM
4. Другие полезные советы
Сравнительная таблица возможностей разных версий CUCM
Ключевые возможности 4.x/5.x 6.x/7.x 8.0.x 8.5/8.6 9.1 10.0
Поддержка технологий виртуализации X X BYOD - Jabber для Win/MAC/IOS (голос и видео) X X X Видео – Унифицированная платформа управления аудио и видео вызовами
X X X
Мобильность - SNR для голоса и видео X X X X B2B - SIP URI-Dialing и VCS Expressway X X X X ELM - Централизованное управление лицензиями X X X X Расширенное управление полосой пропускания (LBM)
X X X X
Встроенные очереди X X X X Удаленный доступ без VPN (Expressway) X X X X Самостоятельное управление X X X X X Prime Collaboration Deployments (PCD) X X X X X SSO с использованием SAML X X X X X
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 5
Содержание
1. А нужно ли мигрировать на современную версию?
2. Типы обновлений и выбор стратегии миграции
3. Перенос лицензий на ELM
4. Другие полезные советы
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 6
Типы обновлений
Определения типов обновления CUCM 1/2
W1 Upgrade: Переход от Windows к модели Appliance Уровень сложности: высокий, потенциальное время простоя системы - высокое (например, с версии CUCM 4.1(3), 4.2(3) или 4.3(2) на 7.1(5b))
L2 Upgrade: от Appliance к Appliance Уровень сложности: низкий, потенциальное время простоя системы –
минимально возможное Переход между версиями CUCM, использующими совместимую версию
операционной системы (например с CUCM 7.1(5) на 8.5 или с CUCM 8.6 на 9.1)
RU (Refresh Upgrade): от Appliance к Appliance с несовместимыми версиями операционной системы
Уровень сложности: средний, потенциальное время простоя системы – среднее От версий CUCM 6.X, 7.X, 8.0 или 8.5 на версии 8.6, 9.X или 10.X (например, с CUCM 8.5 на 8.6 или с CUCM 9.1 на 10.0)
W1
L2
RU
7
Определения типов обновления CUCM 2/2
Bridge Upgrade: от Appliance к Appliance Обновление возможно при выключенном сервисе Cisco CallManager Длительное время простоя, связанное со сменой аппаратной платформы (например, старый сервер не поддерживает новую версию CUCM)
Jump Upgrade: от Appliance к виртуализации Виртуализация CUCM 6.1(4), 6.1(5), 7.1(3) и 7.1(5) в лабораторных условиях Минимальное время простоя, поскольку весь процесс миграции происходит
параллельно и не затрагивает рабочую систему (например, старые серверы нельзя обновить до 8.0(3) и виртуализировать)
Platform Change: от Appliance к виртуализации Уровень сложности: низкий, потенциальное время простоя системы – минимально
возможное Для CUCM версий 6.X, 7.X, 8.0, 8.5, 8.6, 9.X и 10.X (может использоваться как для замены сервера без смены версии CUCM, так и для
перехода на CUCM 10.0 c использованием PCD.)
Jump
Bridge
8
PC
9.1(2)
L2 Upgrade: от Appliance к Appliance
Текущая версия системы работает на активной партиции во время установки новой версии на неактивную
Поскольку апгрейд выполняется при активной рабочей системе, то время простоя – минимально возможное
Возможно параллельное обновление нескольких серверов в кластере (внимательно смотрите уведомление в логах обновления Publisher)
InActive partition
Active PartitionТекущая версия
продолжает работать
1. Установка RPM2. Установка CUCM3. Развертывание базы данных4. Миграция данных
Перезагрузка
InActive partition
Active Partition
Бездействующий
1. Обновление Firmware и BIOS сервера2. Установка дополнительных пакетов
9
Refresh Upgrade (RU): от Appliance к Appliance
Сервер недоступен в процессе апгрейда
Больше перезагрузок
Поскольку во время апгрейда нормальная работа системы невозможна, то общее время простоя достаточно высоко
Такой тип апгрейда похож на установку новой системы CUCM
InActive partition
Active PartitionТекущая версия
продолжает работать
1. Выполняется экспорт данных (конфигурации CUCM и CAR) в партицию/common
Перезагрузка
InActive partition
Active Partition
Бездействующий
1. Обновление Firmware и BIOS сервера2. Установка операционной системы3. Импорт данных
Перезагрузка
InActive partition
Active Partition
Бездействующий
1. Установка CUCM2. Развертывание базы данных CUCM3. Импорт данных CUCM4. Развертывание базы данных CAR5. Импрот данных CAR
10
L2 и RU Upgrade: от Appliance к Appliance
Кластер CUCM, который будет обновляться
Обновленный кластер CUCM
Нет
Новый CUCM работает на той
же основной версии VOS?
ВыполняетсяRU Upgrade
Выполняется L2 Upgrade
Да
CUCM Версия VOS
5.0(4) RHEL 3 Update 6
5.1(x) и 6.X RHEL 3 Update 8
7.0(1) RHEL 4 Update 4
7.1(2) RHEL 4 Update 6
7.1(3) и 8.0(1) RHEL 4 Update 7
8.5 RHEL 4 Update 8
8.6 RHEL 5 Update 5
9.X RHEL 5 Update 7
10.0 RHEL 6 Update 2
Начиная с версии CUCM 8.6 или RHEL 5
L2 L2
L2
RU
11
Refresh Upgrade (RU): рекомендации
Всегда создавайте резервную копию системы перед обновлением! Используйте для этого DRS
Процесс обновления можно отслеживать через консоль сервера (физическую или виртуальную)
Для сокращения времени простоя, дождитесь завершения обновления сервера Publisher и только после этого запускайте обновление следующих серверов
Перед обновлением установите последнюю версию файла COP (ciscocm.refresh_upgrade_v1.3.cop.sgn) на CUCM (версии 8.5 или ранее)
Данный файл COP НЕ нужен для CUCM 8.6 при миграции на 9.X
12
Bridge Upgrade
DRS
Сервер sFTP
Сервер, поддерживающийся для CUCM версии X
Bridge Upgrade:http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cucos/8_0_2/cucos/iptpch7.html#wp1058411
Апгрейд
Для CUCM версии Y данный сервер
поддерживается только в “Bridge mode”
ФайлDRS
DRS
Виртуальная платформа
CUCM
Замена серверной платформы в случае, когда старая платформа не поддерживается новой версией CUCM
После апгрейда сервис Cisco CallManager находится в состоянии “Not Running”
Доступно сохранение конфигурации новой версии CUCM c помощью DRS
Подходит в случае миграции на новую аппаратную или виртуальную платформу Требуется перенос лицензий, поскольку изменяется платформа системы
В случае виртуализации используйте Answer File Generator для того, чтобы заранее сгенерировать новый лицензионный файл (для версий 8.х)
13
8.0(2)
Platform Conversion: замена сервера CUCM
Platform Conversion: Замена физического сервера на виртуальную машину CUCM (это обязательно для CUCM версий 10.X)
Возможно два подхода к замене сервера1. Ручной. Работает для всех версий CUCM
2. Автоматизированный, с использованием Prime Collaboration Deployment(PCD – на дальнейших слайдах)
PC
CPU Memory NIC HDD
Cisco UC Application
Cisco Voice Operating Systems (VOS)
Server Hardware
CPU Memory NIC Storage
UC App
Server Hardware
VOS
ESXi 4/5 Hypervisor
UC App
VOS
UC App
VOS
UC App
VOS
Ручной1Автомати-
зированный2
14
NEW
NEW
10.X
10.x
Схема замены сервера для версий с 8.0(2) до 9.1(2)с сохранением версии CUCM
Резервная копия DRS
СерверsFTP
Загрузочный CUCM ISO
Установка Publisher
Для всех типов лицензий
(перенос лицензий – license rehost)
Загрузка лицензий
1 52 3 4
CUCM на MCS
Новый виртуальный
CUCM
Новый виртуальный
CUCM
Восстано-вление
конфигу-рации через DRS
СерверsFTP
Новый виртуальный
CUCM
Новый виртуальный
CUCM
Установка следующего сервера в кластере
Замена сервера для Cisco Unified Communications Manager:http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/install/8_5_1/cluster/clstr851.html
ЗагрузочныйCUCM ISO
15
Jump Upgrade: упрощенный переход на CUCM 9.1(2)
Сервер не поддерживает CUCM
8.0(2) или новее
CUCM 9.1(2) на виртуализированной
платформе
• Процесс миграции состоит из нескольких шагов:
• Поддерживается миграция только с CUCM версий 6.1(4), 6.1(5), 7.1(3) и 7.1(5)
• Поддерживается миграция только на CUCM версии 9.1(2)
• Процесс ДОЛЖЕН происходить в лабораторных условиях
• Допускается виртуализация CUCM версий 6.1(4), 6.1(5), 7.1(3) и 7.1(5) в лабораторных условиях для смены серверной платформы и дальнейшей миграции на CUCM 9.1(2)
• Минимальное время простоя
• Тем не менее, надо следить чтобы в процессе миграции конфигурация рабочего кластера не обновлялась (поскольку изменения не сохранятся!)
• Не требуется лицензий для промежуточной версии CUCM
16
9.1(2)
Процедура Jump Upgrade
Jump Upgrade: Как выглядит весь процесс
Резервная копия DRS
СерверsFTP
Загрузочный ISO CUCM 6.X или 7.X
Установка той же версии CUCM
Обновление на CUCM 9.1(2)
1 52 3 4
CUCM 6.X или 7.X на MCS
Новый виртуальный
CUCM 6.X или 7.X
Новый виртуальный
CUCM 6.X или 7.X
Восстано-вление
конфигу-рации через DRS
СерверsFTP
Обновленный виртуальный CUCM 9.1(2)
Новый виртуальны
й CUCM 9.1(2)
Установка нового CUCM 9.1(2)
Загрузочный ISO CUCM
9.1(2)
17
Загрузочный ISO CUCM
9.1(2)
Резервная копия DRS
СерверsFTP
Обновленный виртуальный CUCM 9.1(2)
6 7
Новый виртуальный CUCM 9.1(2)
Восстано-вление
конфигу-рации через DRS
СерверsFTP
ЛАБОРАТОРНАЯ СЕТЬ
Зачем переустанавливать новую версию?
18
Некорректная работас виртуальнымдиском в исходнойверсии CUCM
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 19
Стратегии миграции
Выбор стратегии миграции (из 7 вариантов)
Текущаяверсия
Direct UCS
DirectMCS
High Availability Bridged Jump
8.6(1) – 9.0(1)
8.0.2 - 8.5.1
8.0.1, 7.1.3, 6.1.4 - 6.1.5
7.1.5
7.0.1 - 7.1.2, 6.1.2 - 6.1.3
5.x(x) http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/upgrade/5_1/upgrd513.html
4.x(x) http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/dma/7_0_1/dmaug701a.html
Текущая аппаратная платформа поддерживается
новой версией CUCM
Текущая аппаратная платформа НЕ поддерживается новой версией CUCM
Через 8.0(2)
Через 8.5(1)
6.1.4-6.1.5 7.1.3
7.1.5 до 9.1.2
Пошаговое обновление до 9.1: Документы
Пошаговые обновления используются, в основном, когда текущее аппаратное обеспечение не поддерживается новейшей версией CUCM.
Особое внимание на выбор промежуточной версии CUCM, c которой можно будет обновиться да 9.1
Документы, которые нужно внимательно изучить для пошагового обновления:
Cisco Unified Communications Manager Software Compatibility Matrix – поддерживаемые пути обновления - http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/compat/ccmcompmatr1.pdf
Процедуры Direct Upgrade и High Available Upgrade описаны здесь - https://communities.cisco.com/community/partner/collaboration/migration?view=overview#/?tagSet=2089
CUCM 5.1(3) CUCM 7.1(5b) CUCM 9.X
L2 RU
21
Стратегии миграции
Прямое обновление до CUCM 9.1(2) на имеющемся сервере (включая bridged upgrade)
Direct
Пошаговое обновление, в случае если MCS не поддерживает CUCM 9.1(2) И требуется максимальная доступность сервиса.
HighAvailability
Пошаговое обновление: Установка исходной (6.x или 7.x) версии CUCM на виртуальной машине в лабораторной сети, затем обновление до CUCM 9.1(2) и чистовая установка CUCM 9.1(2).
Jump
Прямое обновление
Параллельное обновление с переустановкой
Несколькосервисныхокон
22
Сравнение HA и Jump Upgrade
6.1(4), 6.1(5), 7.1(3) или 7.1(5)
MCS
8.0(2)MCS
8.0(2)UCS
9.1(2)UCS
Обновление(L2)
Обновление(RU)
6.1(4), 6.1(5), 7.1(3) или 7.1(5) MCS
6.1(4), 6.1(5), 7.1(3) или 7.1(5)
(та же версия)
UCS
9.1(2)UCS
Обновление
Перенос лицензий Миграция лицензий
Получение лицензий
Смена сервера ивосстановление конфигурации через DRS
Восстановление конфигурации через DRS
Установка нового
кластера
HighAvailabe:
Только для версии 9.1(2): “Jump” Upgrade
• Работающий кластер CUCM остается нетронутым (самый частый запрос!)
• Убирается необходимость наличия промежуточной версии CUCM
Только в лабораторных
условиях
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 24
Содержание
1. А нужно ли мигрировать на современную версию?
2. Типы обновлений и выбор стратегии миграции
3. Перенос лицензий на ELM
4. Другие полезные советы
Типы лицензий для CUCM версий 5.0 - 7.1(3)
Технические Заказываемые Описание
Node Node Количество серверов в кластере
DLU DLU Количество телефонов, модели, опции мобильности и присутствия
SW Feature ESW/UCSS Техническая поддержка и обновление ПО
Три типа лицензий: Node, Device License Unit (DLU) и Software Feature license
Node license контролирует количество серверов в кластере.
DLU контролирует количество сконфигурированных телефонов, модели, опции мобильности и присутствия
Для обновления ПО требуется Software Feature license
Лицензионные файлы привязываются к MAC адресу Publisher кластера
Контролем лицензионной политики занимается CUCM
25
Типы лицензий для CUCM версий 7.1(5) - 8.6
Технические Заказываемые Описание
Node UCL/CUWL Количество серверов в кластере
DLU UCL/CUWL Количество телефонов, модели, опции мобильности и присутствия
SW Feature ESW/UCSS Техническая поддержка и обновление ПО
С технической стороны схема лицензирования не поменялась: Node, DLU и Software Feature license. Лицензии контролируют устройства
При этом для заказа используется пользовательская модель
Для серверов MCS лицензии привязывались к MAC адресу сервера Publisher кластера
В виртуализированной среде лицензии привязываются к license MAC адресу сервера Publisher кластера
Контролем лицензионной политики занимается CUCM
26
Типы лицензий для CUCM версий 9.1 и далее
Технические Заказываемые Описание
UCL/CUWL UCL/CUWL Количество телефонов, модели, опции мобильности и присутствия
UCL/CUWL ESW/UCSS Техническая поддержка и обновление ПО
Один тип лицензий. Лицензии контролируют пользователей
Лицензии имеют версии. Версия определяет допустимую версию ПО
Лицензии привязываются к MAC адресу сервера ELM
Контролем лицензионной политики занимается ELM
27
Архитектура ELM 9.1
Специальный API (License Manager) в CUCM 9.x и CUC 9.х для общения с ELM и контроля лицензионной политики
ELM обеспечивает централизованное управление лицензиями, license pooling, минимизирует необходимость выполнять перенос (re-host) лицензионных файлов между кластерами
Для CUCM 9.х и далее используется ручная загрузка лицензий в ELM
LicenseManager
API
CUCM Cluster 1Publisher
ELMЛицензионный
файл ELM
LicenseManager
API
LicenseManager
API
LicenseManager
API
Первый сервер CUC 1
LicenseManager
API
Первый сервер CUC 2
LicenseManager
API
Первый сервер CUC 3CUCM Cluster 2
PublisherCUCM Cluster 3
Publisher
28
Установка Cisco Enterprise License Manager (ELM)
Инсталляционный диск CUCM 9.X допускает установку 5 продуктов, включая Cisco Enterprise License Manager (ELM), который может быть установлен как отдельно, так и в комплекте с CUCM или CUC
ELM работает на той же операционной системе (VOS)
Лицензионный файл загружается на ELM вместо CUCM или CUC и привязывается к MAC адресу ELM и его host ID
Лицензии можно добавлять для разных продуктов (CUCM или CUC)
29
CUCM + ELM
CUC + ELM
CUCM BE 5K
CUCM BE 3K
ELM
Взаимодействие CUCM и ELM
CUCM:•Оценивает количество лицензий на основе конфигуации телефонов, пользователей, функций.
•Отсылает отчет об используемых лицензиях на ELM
•Получает ответ от ELM и работает в подходящем режиме
ELM:•Опрашивает все продукты раз в 24
•Оценивает адекватность лицензирования
•Выполняет подстановку лицензий
•Выдает ответ о корректности лицензирования
ELM опрашивает все зарегистрированные кластеры CUCM
CUCM оценивает использование лицензий и выдает отчет в сторону ELM
ELM оценивает отчеты всех кластеров CUCM и выделяет адекватное количество лицензий для каждого типа пользователей
ELM подставляет другой тип лицензии, если лицензий нужного типа недостаточно
ELM выдает каждому кластеру CUCM ответ о наличии достаточного или недостаточного количества лицензий
Кластер CUCM получает ответ от ELM и работает в соответствующем режиме.
Пример отчета CUCM отправляемого на ELM
31
Конвертация лицензий
A La Carte DLU
UCL0-6
DLU
CUWL 2-17 DLU
Куча DLU
Ручнойрежим1
Автомати-ческийрежим2
Сколько лицензий и какого типа у меня есть?
Как мне мигрировать эти лицензии?
Для CUCM, CUC в комплекте с CUWL или автономный Через Global License Operation (GLO) licensing@cisco.com Отправьте информацию о текущей системе и получите
новый лицензионный файл Процесс в деталях описан здесь:
https://communities.cisco.com/docs/DOC-33804
Только для автономного CUC (Cisco Unity Connection!) Обновление CUC до 9.X Самостоятельное получение лицензий через Product
License Registration Процесс в деталях описан здесь:
http://www.cisco.com/en/US/products/ps6509/products_tech_note09186a0080bf5921.shtml
32
License Count Tool (UCT):http://software.cisco.com/download/release.html?mdfid=283782839&softwareid=282204704&release=UCT&relind=AVAILABLE&rellifecycle=&reltype=latest
Процесс миграции лицензий для CUCM 9.1(2)
UCM (sub)
UCM (pub)ELM 9.1(2)
Unity Connection
9.1(2)
9.1(2)
9.1(2)
Шаг 2: Миграция ПО на версию 9.х • Выполняем миграцию СUCM на версию 9.x (плюс мигрируем другие приложения)
Шаг 3: Устанавливаем ELM 9.1(2)• ELM 9.1(2) может быть установлен как автономно, так и в комплекте CUCM или CUC
Шаг 4: Подключаем ELM к продуктам UC 9.1(2)• Добавляем UCM (pub), Unity Connection в базу ELM
SOAP/https
SOAP/https
Администратор
Шаг 0: Анализ существующего комплекта лицензий и конфигурации CUCM• Запустить License Count Utility (LCU), отправить отчет в GLO (licensing@cisco.com)• Обычно, Global Licensing Operations отвечает в течение 3-5 дней
Шаг 0
Шаг 1: Получение предварительного списка рекомендованных лицензий• Получаем предварительный список лицензий• Проверяем, вносим необходимые изменения и заказываем апгрейд
Процесс миграции лицензий для CUCM 9.1(2) (прод.)
ELM
Шаг 5: ELM Migration UtilityСоздаем запрос на миграцию лицензий через ELM Migration Utility
Шаг 7: Получить лицензииКак правило, ответ от licensing@cisco.com приходит в течение 3-5 дней
Администратор
шаг 5
шаг 8 шаг 7
Шаг 8: Установить лицензииЗагрузить полученный лицензионный файл в ELMInstall License
шаг 6
Generate Request
Email Request
Шаг 6: Отправляем созданный запрос в GLOВ поле Subject написать “UC 9 License Migration”
License Count Utility (До миграции!)
1. Подключаем LCU к кластеру
2. Создаем отчет
3. Нажимаем кнопку “Request Pre-UpgradeLicense Review”
Можно убрать IP/Hostname из отчета для безопасности
8.6.2
License Count Utility, продолжение.
4. Если есть дополнительная информация, лучше предоставить ее GLO для ускорения процесса (в том числе активные контракты ESW/UCSS)
License Count Utility, продолжение5. Скачиваем готовый отчет (архив zip с цифровой подписью)
6. Отправляем его в GLO на licensing@cisco.comв поле “Subject” письма лучше написать“UC 9 Pre-sales Planning”
7. Получаем рекомендации по набору лицензий от Cisco, создаем и размещаем заказ (с помощью партнера, если требуется)
Важное замечание: Unused DLUs
• Unused DLUs могут быть сконвертированы в дополнительные лицензии UCL, если
• Текущая схема лицензирования UCL/DLU и система находится под активным сервисным контрактом UCSS/ESW. Это можно сделать бесплатно
• Текущая схема лицензирования UCL/DLU, но сервисного контракта нет, то на планируемые дополнительные лицензии надо приобретать апгрейд
• Если текущая схема лицензирования CUWL (с активным сервисным контрактом UCSS/ESW), то DLU никак не учитываются, но заказчик гарантированно получает НЕ меньшее количество лицензий, чем было куплено лицензий CUWL
• В любом случае, не забудьте указать как вы планируете использовать Unused DLUs
Enterprise License Manager (после миграции)
1. Подключаем к ELM обновленный кластер CUCM
2. Запускаем Migration Utility
3. Выбираем тип продукта и версию
Enterprise License Manager, продолжение
4. Выбираем кластер, лицензии которого будем переносить на ELM
Enterprise License Manager, продолжение
5. Добавляем отчет License Count Utility и номер кейса GLO, которые использовались при планировании миграции лицензий
Лицензионная информация о DLU предыдущей версии CUCM
сохраняется после обновления ПО
Enterprise License Manager, продолжение
6. Указываем дополнительную информацию для сокращения времени обработки запроса в GLO
Enterprise License Manager, продолжение
7. Скачиваем созданный запрос на миграцию лицензий(архив zip с цифровой подписью)
8. Отправляем запрос в GLO (licensing@cisco.com)- не забываем прикрепить архив- в поле “Subject” лучше написать “UC 9 License Migration”
Enterprise License Manager, продолжение
Пример UC Manager Migration Request Report
Enterprise License Manager, продолжение
9. Загружаем полученный от GLO лицензионный файл на ELM
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 46
Содержание
1. А нужно ли мигрировать на современную версию?
2. Типы обновлений и выбор стратегии миграции
3. Перенос лицензий на ELM
4. Другие полезные советы
Оптимизируйте количество лицензий CUCM
User1
Phones2
Для пользователей Extension mobility не лицензируются с CUCM 9.1(1a) и новее
Но если пользователь Extension mobility так же имеет профиль Unified Mobility, то на него тратится 1 лицензия Basic UCL
Телефоны, для которых не указан Owner User ID В этом случае выделяется лицензия, в зависимости от
типа телефона
User/ Phone3 Телефоны с настроенным Owner User ID
Лицензия пользователя зависит от типа и количества телефонов, ассоциированных с ним
Ассоциируйте телефоны с пользователями (поле Owner User ID)
Телефоны с настроенным Owner User ID потенциально потребуют меньше лицензий
Например, пользователь EM с профилем Unified Mobility и ассоциированным телефоном, займет только одну лицензию
Например, несколько телефонов с одинаковым Owner User ID
Device > Phone > Device Name
Количество телефонов
Тип лицензии
1 В зависимости от модели телефона (Essential, Basic, Enhanced)
2 Enhanced Plus
3-10 CUWL Standard
Эту оптимизацию рекомендуется делать ДО миграции на CUCM 9.X
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 49
Знайте свою конфигурацию!
Перед стартом процедуры миграции/обновления подсчитайте и запишите количество зарегистрированных устройств для каждого сервера CUCM в кластере:
- зарегистрированные телефоны каждого типа
- голосовые шлюзы (MGCP)
- сервисы конференций, MTP, MOH, транскодеры
*подсказка: можно использовать RTMT
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 50
Обновление ПО для IP-телефонов
• Чтобы сделать процесс обновления Firmware телефонов более предсказуемым и контролируемым, предварительно установите нужные версии ДО миграции/обновления ПО кластера.
• Произведите обновление Firmware на IP-телефонах во время технологического перерыва в обслуживании.
• Обратите внимание, что некоторые модели телефонов могут требовать установки промежуточной версии Firmware. Эти телефоны придется обновлять в два этапа.
• Firmware для IP-телефонов обратно совместимо с предыдущими версиями ПО кластера CUCM.
Jump DRS restore на виртуальной машине (лабораторная зона)
Эти параметры виртуальной машины должны соответствовать рабочему серверу CUCM:
• Версия CUCM
• Имя хоста
• IP адрес/маска сети
• Administrator ID и пароль администратора
• Application User ID и его пароль
• Security Password
• IP адрес шлюза по умолчанию
• IP адрес сервера DNS и домен
51
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 52
Имейте синхронизированный сервер NTP
Если сервер NTP не синхронизирован, то вы не сможете установить файл, необходимый для Refresh Upgrade (ciscocm.refresh_upgrade_v1.3.cop.sgn).
Пример, что будет, если синхронизируемся с NTP сервисом MS Windows, который сам не синхронизирован.
Это особенно актуально при миграции на виртуальную машину
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 53
Содержание
1. А нужно ли мигрировать на современную версию?
2. Типы обновлений и выбор стратегии миграции
3. Перенос лицензий на ELM
4. Другие полезные советы
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved. 54
Упс, забыл!Где найти дополнительную информацию?
Много ссылок есть в этой презентации.
Единый линк на все ресурсы, связанные с миграцией на CUCM 9.1:
http://www.cisco.com/go/cucmupgrade
Обратите внимание, что на этой страничке есть две закладки!
Если вы гордый владелец iPad, то эта ссылка для вас:
CUCM Upgrade Central
https://itunes.apple.com/us/app/id650114526?mt=8
18.04.2023 © 2013 Cisco and/or its affiliates. All rights reserved.
Пожалуйста, заполните анкеты. Ваше мнение очень важно для нас.
Спасибо
Contacts:
Константин Грибах
+7 499 929 5641
kogribak@cisco.com
CiscoRu Cisco CiscoRussia
#CiscoConnectRu
top related