Миграция на современные версии CUCM.

Миграция на современные версии CUCM.
Что необходимо знать и учитывать для
успешного перехода на новую версию
системы.
Константин Грибах
технический консультант
kogribak@cisco.com

16.12.2013

© 2013 Cisco and/or its affiliates. All rights reserved.

Содержание
1.
2.
3.
4.

А нужно ли мигрировать на современную версию?
Типы обновлений и выбор стратегии миграции
Перенос лицензий на ELM
Другие полезные советы

16.12.2013


2

1.
2.
3.
4.


16.12.2013


3

Сравнительная таблица возможностей разных версий
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



1.
2.
3.
4.


16.12.2013


5

Типы обновлений
16.12.2013


6

Определения типов обновления CUCM 1/2
W1

W1 Upgrade: Переход от Windows к модели Appliance
 Уровень сложности: высокий, потенциальное время простоя системы - высокое
 (например, с версии CUCM 4.1(3), 4.2(3) или 4.3(2) на 7.1(5b))

L2

L2 Upgrade: от Appliance к Appliance
 Уровень сложности: низкий, потенциальное время простоя системы – минимально
возможное
 Переход между версиями CUCM, использующими совместимую версию
операционной системы (например с CUCM 7.1(5) на 8.5 или с CUCM 8.6 на 9.1)

RU

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)

7

Определения типов обновления CUCM 2/2
Bridge

Bridge Upgrade: от Appliance к Appliance
 Обновление возможно при выключенном сервисе Cisco CallManager
 Длительное время простоя, связанное со сменой аппаратной платформы
 (например, старый сервер не поддерживает новую версию CUCM)

Jump

Jump Upgrade: от Appliance к виртуализации
 Виртуализация CUCM 6.1(4), 6.1(5), 7.1(3) и 7.1(5) в лабораторных условиях
 Минимальное время простоя, поскольку весь процесс миграции происходит
параллельно и не затрагивает рабочую систему
 (например, старые серверы нельзя обновить до 8.0(3) и виртуализировать)

PC

Platform Change: от Appliance к виртуализации
 Уровень сложности: низкий, потенциальное время простоя системы –
минимально возможное
 Для CUCM версий 6.X, 7.X, 8.0, 8.5, 8.6, 9.X и 10.X
 (может использоваться как для замены сервера без смены версии CUCM, так и
для перехода на CUCM 10.0 c использованием PCD.)
8

L2 Upgrade: от Appliance к Appliance
Active Partition
InActive partition

Текущая версия
продолжает работать
1. Установка RPM
2. Установка CUCM
3. Развертывание
базы данных
4. Миграция данных

InActive partition

Бездействующий

Active Partition

1. Обновление
Firmware и BIOS
сервера
2. Установка
дополнительных
пакетов

Перезагрузка

 Текущая версия системы работает на активной партиции во
время установки новой версии на неактивную
 Поскольку апгрейд выполняется при активной рабочей
системе, то время простоя – минимально возможное
 Возможно параллельное обновление нескольких серверов в
кластере (внимательно смотрите уведомление в логах
обновления Publisher)
9

Refresh Upgrade (RU): от Appliance к Appliance
Active Partition
InActive partition

InActive partition

Текущая версия
продолжает работать
1. Выполняется
экспорт данных
(конфигурации CUCM
и CAR) в партицию
/common


Active Partition

1. Установка CUCM
базы данных CUCM
3. Импорт данных
CUCM
базы данных CAR
5. Импрот данных
CAR

InActive partition


Active Partition

1. Обновление
Firmware и BIOS
сервера
2. Установка
операционной
системы
3. Импорт
данных


 Сервер недоступен в процессе апгрейда
 Больше перезагрузок
 Поскольку во время апгрейда нормальная работа
системы невозможна, то общее время простоя
достаточно высоко

 Такой тип апгрейда похож на установку новой
системы CUCM
10

L2 и RU Upgrade: от Appliance к Appliance

7.0(1)

Выполняется
RU Upgrade

RHEL 4 Update 8
RHEL 5 Update 5

9.X

RHEL 5 Update 7

10.0
Обновленный
кластер CUCM

RHEL 4 Update 7

8.6

Нет

RHEL 4 Update 6

8.5

Выполняется
L2 Upgrade

RHEL 4 Update 4

7.1(3) и 8.0(1)
Да

RHEL 3 Update 8

RHEL 6 Update 2

RU

5.1(x) и 6.X
7.1(2)

Новый CUCM
работает на той
же основной
версии VOS?

RHEL 3 Update 6

L2

5.0(4)

Кластер
CUCM,
который будет
обновляться

Версия VOS

L2
L2

CUCM

Начиная с
версии CUCM
8.6 или RHEL 5

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
Апгрейд

Сервер,
поддерживающийся
для CUCM версии X



DRS

Для CUCM версии Y
данный сервер
поддерживается только в
“Bridge mode”

Файл
DRS

Сервер
sFTP

DRS

Виртуальная
платформа
CUCM

Замена серверной платформы в случае, когда старая платформа не поддерживается новой версией
CUCM

 После апгрейда сервис Cisco CallManager находится в состоянии “Not Running”
 Доступно сохранение конфигурации новой версии CUCM c помощью DRS
 Подходит в случае миграции на новую аппаратную или виртуальную платформу


Требуется перенос лицензий, поскольку изменяется платформа системы

 В случае виртуализации используйте Answer File Generator для того, чтобы заранее
сгенерировать новый лицензионный файл (для версий 8.х)
Bridge Upgrade:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cucos/8_0_2/cucos/iptpch7.html#wp1058411

13

Platform Conversion: замена сервера CUCM
Platform Conversion: Замена физического сервера на виртуальную
машину CUCM (это обязательно для CUCM версий 10.X)

PC

 Возможно два подхода к замене сервера

NEW

1. Ручной. Работает для всех версий CUCM
2. Автоматизированный, с использованием Prime Collaboration Deployment
(PCD – на дальнейших слайдах)

NEW

1

2

Cisco UC Application

Ручной

Автоматизированный

UC App

UC App

UC App

UC App

VOS

VOS

VOS

VOS

Cisco Voice Operating Systems
(VOS)

Server Hardware

CPU

Memory

NIC

ESXi 4/5 Hypervisor

Server Hardware

HDD
CPU

Memory

NIC

Storage

14

Схема замены сервера для версий с 8.0(2) до 9.1(2)
с сохранением версии CUCM

CUCM на
MCS

Новый
виртуальный
CUCM

Установка
Publisher

Резервная
копия DRS

Сервер
sFTP

Загрузочный
CUCM ISO

1

2

Новый
CUCM

Восстановление
конфигурации
через
DRS

Новый
CUCM

Установка
следующего
сервера в
кластере

Загрузка
лицензий

Сервер
sFTP

3

Новый
CUCM

Для всех типов
лицензий
(перенос лицензий –
license rehost)

4

CUCM ISO

5

Замена сервера для Cisco Unified Communications Manager:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/install/8_5_1/cluster/clstr851.html

15

Jump Upgrade: упрощенный переход на CUCM 9.1(2)

Сервер не
поддерживает CUCM
8.0(2) или новее

•

Процедура Jump Upgrade

CUCM 9.1(2) на
виртуализированной
платформе

Процесс миграции состоит из нескольких шагов:
•
•

Поддерживается миграция только на CUCM версии 9.1(2)

•
•

Поддерживается миграция только с CUCM версий 6.1(4), 6.1(5), 7.1(3) и 7.1(5)
Процесс ДОЛЖЕН происходить в лабораторных условиях

Допускается виртуализация CUCM версий 6.1(4), 6.1(5), 7.1(3) и 7.1(5) в лабораторных
условиях для смены серверной платформы и дальнейшей миграции на CUCM 9.1(2)

•

Минимальное время простоя

•

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

•

Не требуется лицензий для промежуточной версии CUCM
16

Jump Upgrade: Как выглядит весь процесс
ЛАБОРАТОРНАЯ СЕТЬ

CUCM 6.X
или 7.X
на MCS

Новый
CUCM 6.X
или 7.X

Установка
той же
версии
CUCM

Резервная
копия DRS

Сервер
sFTP

1

через
DRS

ISO CUCM
6.X или 7.X

2

Новый
CUCM 6.X
или 7.X

CUCM 9.1(2)

Обновле
ние на
CUCM
9.1(2)

Сервер
sFTP

3

CUCM 9.1(2)

через
DRS

Установка
нового
CUCM
9.1(2)

Резервная
копия DRS

ISO CUCM
9.1(2)

Сервер
sFTP

4

5

Новый
CUCM 9.1(2)

Новый
виртуальны
й CUCM
9.1(2)

ISO CUCM
9.1(2)

6

Сервер
sFTP

7
17

Зачем переустанавливать новую версию?
Некорректная работа
с виртуальным
диском в исходной
версии CUCM

18

Стратегии миграции
16.12.2013


19

Выбор стратегии миграции (из 7 вариантов)
Текущая аппаратная
платформа поддерживается
новой версией CUCM

Текущая
версия

Direct
UCS

Direct
MCS

Текущая аппаратная платформа НЕ
поддерживается новой версией CUCM

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

Через 8.0(2)

Через 8.5(1)

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

6.1.4-6.1.5
7.1.3
7.1.5
до 9.1.2

Пошаговое обновление до 9.1: Документы
L2
CUCM 5.1(3)

RU
CUCM 7.1(5b)

CUCM 9.X

 Пошаговые обновления используются, в основном, когда текущее аппаратное обеспечение не
поддерживается новейшей версией 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
21

Стратегии миграции
Прямое
обновление

Direct

Прямое обновление до CUCM 9.1(2) на
имеющемся сервере (включая bridged upgrade)

Несколько
сервисных
окон

High
Availability

Пошаговое обновление, в случае если MCS не
поддерживает CUCM 9.1(2) И требуется
максимальная доступность сервиса.

Параллельное
обновление с
переустановко
й

Jump

Пошаговое обновление: Установка исходной (6.x
или 7.x) версии CUCM на виртуальной машине в
лабораторной сети, затем обновление до CUCM
9.1(2) и чистовая установка CUCM 9.1(2).

22

Сравнение HA и Jump Upgrade
High
Availabe:

6.1(4), 6.1(5),
7.1(3) или 7.1(5)
MCS

Обновление
(L2)

Смена сервера и
восстановление
через DRS

Установка
нового
кластера

через DRS

8.0(2)
MCS
Миграция лицензий

Перенос лицензий

8.0(2)
UCS

(RU)

9.1(2)
UCS

6.1(4), 6.1(5), 7.1(3)
или 7.1(5) MCS
Получение лицензий

• Работающий кластер CUCM остается
нетронутым (самый частый запрос!)
• Убирается необходимость наличия
промежуточной версии CUCM

6.1(4), 6.1(5), 7.1(3)
или 7.1(5)


(та же версия)

UCS

Только в
лабораторных
условиях

9.1(2)
UCS

1.
2.
3.
4.


16.12.2013


24

Типы лицензий для 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
CUCM Cluster 1
Publisher

License
Manager
API

CUCM Cluster 2
Publisher

License
Manager
API

CUCM Cluster 3
Publisher

License
Manager
API

Лицензионный
файл ELM

Первый
сервер CUC 1

License
Manager
API

Первый
сервер CUC 2

License
Manager
API

Первый
сервер CUC 3

License
Manager
API

ELM

 Специальный API (License Manager) в CUCM 9.x и CUC 9.х для общения с ELM и
контроля лицензионной политики
 ELM обеспечивает централизованное управление лицензиями, license pooling,
минимизирует необходимость выполнять перенос (re-host) лицензионных файлов
между кластерами
 Для CUCM 9.х и далее используется ручная загрузка лицензий в ELM

28

Установка Cisco Enterprise License Manager (ELM)
CUCM + ELM
CUC + ELM
CUCM BE 5K

CUCM BE 3K
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
 ELM опрашивает все зарегистрированные
кластеры CUCM

CUCM:

ELM:

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

•Опрашивает все
продукты раз в 24
•Оценивает
адекватность
лицензирования
•Выполняет
подстановку
лицензий
•Выдает ответ о
корректности
лицензирования

 CUCM оценивает использование лицензий и
выдает отчет в сторону ELM

 ELM оценивает отчеты всех кластеров CUCM и
выделяет адекватное количество лицензий для
каждого типа пользователей
 ELM подставляет другой тип лицензии, если
лицензий нужного типа недостаточно
 ELM выдает каждому кластеру CUCM ответ о
наличии достаточного или недостаточного
количества лицензий

 Кластер CUCM получает ответ от ELM и работает
в соответствующем режиме.

Пример отчета CUCM отправляемого на ELM

31

Конвертация лицензий
UCL
0-6
DLU

CUWL
2-17
DLU
A La
Carte
DLU

Как мне
мигрировать
эти
лицензии?

1

Куча
DLU

Сколько
лицензий и
какого типа
у меня
есть?

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_tec
h_note09186a0080bf5921.shtml

License Count Tool (UCT):
http://software.cisco.com/download/release.html?mdfid=283782839&softwareid=282204704&release=UCT&relind=AVAILABLE&rellifecycle=&reltype=latest

32

Процесс миграции лицензий для CUCM 9.1(2)
Шаг 0: Анализ существующего комплекта лицензий и конфигурации CUCM
• Запустить License Count Utility (LCU), отправить отчет в GLO (licensing@cisco.com)
• Обычно, Global Licensing Operations отвечает в течение 3-5 дней
Шаг 1: Получение предварительного списка рекомендованных лицензий
• Получаем предварительный список лицензий
• Проверяем, вносим необходимые изменения и заказываем апгрейд
Шаг 2: Миграция ПО на версию 9.х
• Выполняем миграцию СUCM на версию 9.x (плюс мигрируем другие приложения)

Шаг 3: Устанавливаем ELM 9.1(2)
• ELM 9.1(2) может быть установлен как автономно, так и в комплекте CUCM или CUC
Unity
Connection

Шаг 4: Подключаем ELM к продуктам UC 9.1(2)
• Добавляем UCM (pub), Unity Connection в базу ELM
SOAP/https

Шаг 0
Администрато
р

9.1(2)
UCM (sub)

SOAP/https

ELM 9.1(2)

UCM (pub)

9.1(2)

9.1(2)

Процесс миграции лицензий для CUCM 9.1(2) (прод.)
Шаг 5: ELM Migration Utility
Создаем запрос на миграцию лицензий через ELM Migration Utility
Generate Request

Email Request

Шаг 6: Отправляем созданный запрос в GLO
В поле Subject написать “UC 9 License Migration”
Шаг 7: Получить лицензии
Как правило, ответ от licensing@cisco.com приходит в течение 3-5 дней

Install License

Шаг 8: Установить лицензии
Загрузить полученный лицензионный файл в ELM

шаг 5
шаг 8
ELM

шаг 6
шаг 7

Администратор

License Count Utility (До миграции!)
1.
2.
3.

Подключаем LCU к кластеру
Создаем отчет
Нажимаем кнопку
“Request Pre-Upgrade
License Review”
8.6.2

Можно убрать IP/Hostname из отчета для безопасности

License Count Utility, продолжение.
4.

Если есть дополнительная информация, лучше предоставить ее GLO
для ускорения процесса (в том числе активные контракты
ESW/UCSS)

License Count Utility, продолжение
5.
6.

5.

Скачиваем готовый отчет (архив zip с цифровой
подписью)
Отправляем его в GLO на licensing@cisco.com
в поле “Subject” письма лучше написать
“UC 9 Pre-sales Planning”

Получаем рекомендации по набору лицензий от
Cisco, создаем и размещаем заказ (с помощью
партнера, если требуется)

Важное замечание: Unused DLUs
•

Unused DLUs могут быть сконвертированы в
дополнительные лицензии UCL, если
•

•

•

•

Текущая схема лицензирования UCL/DLU и система
находится под активным сервисным контрактом
UCSS/ESW. Это можно сделать бесплатно
Текущая схема лицензирования UCL/DLU, но сервисного
контракта нет, то на планируемые дополнительные
лицензии надо приобретать апгрейд

Если текущая схема лицензирования CUWL (с активным
сервисным контрактом UCSS/ESW), то DLU никак не
учитываются, но заказчик гарантированно получает НЕ
меньшее количество лицензий, чем было куплено
лицензий CUWL
В любом случае, не забудьте указать как вы планируете
использовать Unused DLUs

Enterprise License Manager (после миграции)
1.
2.
3.

Подключаем к ELM обновленный
кластер CUCM
Запускаем Migration Utility
Выбираем тип продукта и версию

Enterprise License Manager, продолжение
4. Выбираем кластер, лицензии которого будем переносить на
ELM

5. Добавляем отчет License Count Utility и номер кейса GLO,
которые использовались при планировании миграции лицензий

Лицензионная информация о DLU
предыдущей версии CUCM
сохраняется после обновления ПО

6.

Указываем
дополнительную
информацию для
сокращения
времени
обработки
запроса в GLO

7. Скачиваем созданный запрос на миграцию лицензий(архив zip с
цифровой подписью)
8. Отправляем запрос в GLO (licensing@cisco.com)
- не забываем прикрепить архив
- в поле “Subject” лучше написать “UC 9 License Migration”

Enterprise License Manager,
продолжение
Пример UC Manager
Migration Request Report

9. Загружаем
полученный от
GLO
лицензионный
файл на ELM

1.
2.
3.
4.


16.12.2013


46

Оптимизируйте количество лицензий CUCM

1

User

2

Phones

3

User
/ Phone

 Для пользователей Extension mobility не лицензируются с
CUCM 9.1(1a) и новее
 Но если пользователь Extension mobility так же имеет
профиль Unified Mobility, то на него тратится 1 лицензия
Basic UCL
 Телефоны, для которых не указан Owner User ID
 В этом случае выделяется лицензия, в зависимости от
типа телефона

 Телефоны с настроенным Owner User ID
 Лицензия пользователя зависит от типа и количества
телефонов, ассоциированных с ним

Ассоциируйте телефоны с пользователями
(поле Owner User ID)
Device > Phone > Device Name

 Телефоны с настроенным Owner User ID
потенциально потребуют меньше лицензий
 Например, пользователь EM с профилем
Unified Mobility и ассоциированным
телефоном, займет только одну лицензию
 Например, несколько телефонов с
одинаковым Owner User ID
Количество
телефонов

Тип лицензии

1

В зависимости от модели телефона
(Essential, Basic, Enhanced)

2

Enhanced Plus

3-10

CUWL Standard

Эту оптимизацию рекомендуется делать
ДО миграции на CUCM 9.X

Знайте свою конфигурацию!
Перед стартом процедуры миграции/обновления подсчитайте и запишите
количество зарегистрированных устройств для каждого сервера CUCM в
кластере:
- зарегистрированные телефоны каждого типа
- голосовые шлюзы (MGCP)
- сервисы конференций, MTP, MOH, транскодеры
*подсказка: можно использовать RTMT

16.12.2013


49

Обновление ПО для IP-телефонов
• Чтобы сделать процесс обновления Firmware телефонов более
предсказуемым и контролируемым, предварительно установите нужные
версии ДО миграции/обновления ПО кластера.
• Произведите обновление Firmware на IP-телефонах во время
технологического перерыва в обслуживании.
• Обратите внимание, что некоторые модели телефонов могут требовать
установки промежуточной версии Firmware. Эти телефоны придется
обновлять в два этапа.
• Firmware для IP-телефонов обратно совместимо с предыдущими
версиями ПО кластера CUCM.

16.12.2013


50

Jump DRS restore на виртуальной машине
(лабораторная зона)
Эти параметры виртуальной машины должны соответствовать рабочему
серверу CUCM:
• Версия CUCM
•

Имя хоста

•

IP адрес/маска сети

•

Administrator ID и пароль администратора

•

Application User ID и его пароль

•

Security Password

•

IP адрес шлюза по умолчанию

•

IP адрес сервера DNS и домен

51

Имейте синхронизированный сервер NTP
Если сервер NTP не синхронизирован, то вы не сможете установить файл,
необходимый для Refresh Upgrade (ciscocm.refresh_upgrade_v1.3.cop.sgn).

Это особенно актуально
при миграции на
виртуальную машину

Пример, что будет, если
синхронизируемся с NTP сервисом
MS Windows, который сам не
синхронизирован.
16.12.2013


52

1.
2.
3.
4.


16.12.2013


53

Упс, забыл!
Где найти дополнительную
информацию?
Много ссылок есть в этой презентации.
Единый линк на все ресурсы, связанные с миграцией на CUCM 9.1:
http://www.cisco.com/go/cucmupgrade
Обратите внимание, что на этой страничке есть две закладки!

Если вы гордый владелец iPad, то эта ссылка для вас:
CUCM Upgrade Central
https://itunes.apple.com/us/app/id650114526?mt=8
16.12.2013


54

#CiscoConnectRu

Спасибо
Пожалуйста, заполните анкеты.
Ваше мнение очень важно для нас.
Contacts:
Константин Грибах
+7 499 929 5641
kogribak@cisco.com

CiscoRu
16.12.2013

Cisco


CiscoRussia

Миграция на современные версии CUCM.

More Related Content

What's hot

Similar to Миграция на современные версии CUCM.

More from Michael Ganschuk

Миграция на современные версии CUCM.