Миграция на современные версии CUCM. Что необходимо знать и учитывать для успешного перехода на новую версию системы.
Upcoming SlideShare
Loading in...5
×
 

Миграция на современные версии CUCM. Что необходимо знать и учитывать для успешного перехода на новую версию системы.

on

  • 3,145 views

1. А нужно ли мигрировать на современную версию? ...

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

Statistics

Views

Total Views
3,145
Views on SlideShare
3,145
Embed Views
0

Actions

Likes
1
Downloads
61
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Notes: Mobility/Jabber on x/Video/SIP URI/VCS express/B2B/Virtualization/Mobility features at CUCM 6.x/7.x: Mobility connect, mobile voice access, etcVideo: native support of Tandberg endpoints started from CUCM 8.5 BYOD/Jabber: Jabber started from CUCM 9.0.x. Before that, CUCI-Connect, CUCI-MoC, CUPC were much less successful than Jabber. CUCM 10 ICE features: Identity / Single Sign On,Common In-meeting Experience / One Touch,Installation & Upgrades,Edge & Firewall Traversal, etc
  • 8.5(1)8.0(3)7.1(5) DMA 7.1(5)7.0(2)6.1(5)Upgrade assistant 4.3(13)
  • Production cluster untouched/unchanged. Easy fallbackMinimal downtimeMinimal upgrade hops, less riskNo interim HW needed to perform migrationNo re-hosting of license needed in interim hop

Миграция на современные версии CUCM. Что необходимо знать и учитывать для успешного перехода на новую версию системы. Миграция на современные версии CUCM. Что необходимо знать и учитывать для успешного перехода на новую версию системы. Presentation Transcript

  • Миграция на современные версии CUCM. Что необходимо знать и учитывать для успешного перехода на новую версию системы. Константин Грибах технический консультант kogribak@cisco.com 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved.
  • Содержание 1. 2. 3. 4. А нужно ли мигрировать на современную версию? Типы обновлений и выбор стратегии миграции Перенос лицензий на ELM Другие полезные советы 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 2
  • Содержание 1. 2. 3. 4. А нужно ли мигрировать на современную версию? Типы обновлений и выбор стратегии миграции Перенос лицензий на ELM Другие полезные советы 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 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. А нужно ли мигрировать на современную версию? Типы обновлений и выбор стратегии миграции Перенос лицензий на ELM Другие полезные советы 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 5
  • Типы обновлений 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 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 2. Развертывание базы данных CUCM 3. Импорт данных CUCM 4. Развертывание базы данных 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
  • Стратегии миграции 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 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) (L2) MCS Смена сервера и восстановление конфигурации через 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. А нужно ли мигрировать на современную версию? Типы обновлений и выбор стратегии миграции Перенос лицензий на ELM Другие полезные советы 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 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
  • 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
  • Содержание 1. 2. 3. 4. А нужно ли мигрировать на современную версию? Типы обновлений и выбор стратегии миграции Перенос лицензий на ELM Другие полезные советы 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 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 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 49
  • Обновление ПО для IP-телефонов • Чтобы сделать процесс обновления Firmware телефонов более предсказуемым и контролируемым, предварительно установите нужные версии ДО миграции/обновления ПО кластера. • Произведите обновление Firmware на IP-телефонах во время технологического перерыва в обслуживании. • Обратите внимание, что некоторые модели телефонов могут требовать установки промежуточной версии Firmware. Эти телефоны придется обновлять в два этапа. • Firmware для IP-телефонов обратно совместимо с предыдущими версиями ПО кластера CUCM. 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 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, который сам не синхронизирован. 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 52
  • Содержание 1. 2. 3. 4. А нужно ли мигрировать на современную версию? Типы обновлений и выбор стратегии миграции Перенос лицензий на ELM Другие полезные советы 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 53
  • Упс, забыл! Где найти дополнительную информацию? Много ссылок есть в этой презентации. Единый линк на все ресурсы, связанные с миграцией на CUCM 9.1: http://www.cisco.com/go/cucmupgrade Обратите внимание, что на этой страничке есть две закладки! Если вы гордый владелец iPad, то эта ссылка для вас: CUCM Upgrade Central https://itunes.apple.com/us/app/id650114526?mt=8 25.11.2013 © 2013 Cisco and/or its affiliates. All rights reserved. 54
  • #CiscoConnectRu Спасибо Пожалуйста, заполните анкеты. Ваше мнение очень важно для нас. Contacts: Константин Грибах +7 499 929 5641 kogribak@cisco.com CiscoRu 25.11.2013 Cisco © 2013 Cisco and/or its affiliates. All rights reserved. CiscoRussia