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
7. Определения типов обновления 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
8. Определения типов обновления 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
9. L2 Upgrade: от Appliance к Appliance
Active Partition
InActive partition
Текущая версия
продолжает работать
1. Установка RPM
2. Установка CUCM
3. Развертывание
базы данных
4. Миграция данных
InActive partition
Бездействующий
Active Partition
1. Обновление
Firmware и BIOS
сервера
2. Установка
дополнительных
пакетов
Перезагрузка
Текущая версия системы работает на активной партиции во
время установки новой версии на неактивную
Поскольку апгрейд выполняется при активной рабочей
системе, то время простоя – минимально возможное
Возможно параллельное обновление нескольких серверов в
кластере (внимательно смотрите уведомление в логах
обновления Publisher)
9
10. 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
11. 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
12. Refresh Upgrade (RU): рекомендации
Всегда создавайте резервную копию системы перед обновлением!
Используйте для этого DRS
Процесс обновления можно отслеживать через консоль сервера
(физическую или виртуальную)
Для сокращения времени простоя, дождитесь завершения
обновления сервера Publisher и только после этого запускайте
обновление следующих серверов
Перед обновлением установите последнюю версию файла COP
(ciscocm.refresh_upgrade_v1.3.cop.sgn) на CUCM (версии 8.5 или
ранее)
Данный файл COP НЕ нужен для CUCM 8.6 при миграции на 9.X
12
13. 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
14. 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
15. Схема замены сервера для версий с 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
16. 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
17. 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
20. Выбор стратегии миграции (из 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
21. Пошаговое обновление до 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
22. Стратегии миграции
Прямое
обновление
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
23. Сравнение 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
25. Типы лицензий для 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
26. Типы лицензий для 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
27. Типы лицензий для CUCM версий 9.1 и далее
Технические
Заказываемые
Описание
UCL/CUWL
UCL/CUWL
Количество телефонов, модели, опции
мобильности и присутствия
UCL/CUWL
ESW/UCSS
Техническая поддержка и обновление ПО
Один тип лицензий. Лицензии контролируют пользователей
Лицензии имеют версии. Версия определяет допустимую версию ПО
Лицензии привязываются к MAC адресу сервера ELM
Контролем лицензионной политики занимается ELM
27
28. Архитектура 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
29. Установка 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
30. Взаимодействие CUCM и ELM
ELM опрашивает все зарегистрированные
кластеры CUCM
CUCM:
ELM:
•Оценивает
количество лицензий
на основе
конфигуации
телефонов,
пользователей,
функций.
•Отсылает отчет об
используемых
лицензиях на ELM
•Получает ответ от
ELM и работает в
подходящем режиме
•Опрашивает все
продукты раз в 24
•Оценивает
адекватность
лицензирования
•Выполняет
подстановку
лицензий
•Выдает ответ о
корректности
лицензирования
CUCM оценивает использование лицензий и
выдает отчет в сторону ELM
ELM оценивает отчеты всех кластеров CUCM и
выделяет адекватное количество лицензий для
каждого типа пользователей
ELM подставляет другой тип лицензии, если
лицензий нужного типа недостаточно
ELM выдает каждому кластеру CUCM ответ о
наличии достаточного или недостаточного
количества лицензий
Кластер CUCM получает ответ от ELM и работает
в соответствующем режиме.
32. Конвертация лицензий
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
33. Процесс миграции лицензий для 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)
34. Процесс миграции лицензий для 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
Администратор
35. License Count Utility (До миграции!)
1.
2.
3.
Подключаем LCU к кластеру
Создаем отчет
Нажимаем кнопку
“Request Pre-Upgrade
License Review”
8.6.2
Можно убрать IP/Hostname из отчета для безопасности
36. License Count Utility, продолжение.
4.
Если есть дополнительная информация, лучше предоставить ее GLO
для ускорения процесса (в том числе активные контракты
ESW/UCSS)
37. License Count Utility, продолжение
5.
6.
5.
Скачиваем готовый отчет (архив zip с цифровой
подписью)
Отправляем его в GLO на licensing@cisco.com
в поле “Subject” письма лучше написать
“UC 9 Pre-sales Planning”
Получаем рекомендации по набору лицензий от
Cisco, создаем и размещаем заказ (с помощью
партнера, если требуется)
38. Важное замечание: Unused DLUs
•
Unused DLUs могут быть сконвертированы в
дополнительные лицензии UCL, если
•
•
•
•
Текущая схема лицензирования UCL/DLU и система
находится под активным сервисным контрактом
UCSS/ESW. Это можно сделать бесплатно
Текущая схема лицензирования UCL/DLU, но сервисного
контракта нет, то на планируемые дополнительные
лицензии надо приобретать апгрейд
Если текущая схема лицензирования CUWL (с активным
сервисным контрактом UCSS/ESW), то DLU никак не
учитываются, но заказчик гарантированно получает НЕ
меньшее количество лицензий, чем было куплено
лицензий CUWL
В любом случае, не забудьте указать как вы планируете
использовать Unused DLUs
39. Enterprise License Manager (после миграции)
1.
2.
3.
Подключаем к ELM обновленный
кластер CUCM
Запускаем Migration Utility
Выбираем тип продукта и версию
41. Enterprise License Manager, продолжение
5. Добавляем отчет License Count Utility и номер кейса GLO,
которые использовались при планировании миграции лицензий
Лицензионная информация о DLU
предыдущей версии CUCM
сохраняется после обновления ПО
42. Enterprise License Manager, продолжение
6.
Указываем
дополнительную
информацию для
сокращения
времени
обработки
запроса в GLO
43. Enterprise License Manager, продолжение
7. Скачиваем созданный запрос на миграцию лицензий(архив zip с
цифровой подписью)
8. Отправляем запрос в GLO (licensing@cisco.com)
- не забываем прикрепить архив
- в поле “Subject” лучше написать “UC 9 License Migration”
47. Оптимизируйте количество лицензий 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
Лицензия пользователя зависит от типа и количества
телефонов, ассоциированных с ним
48. Ассоциируйте телефоны с пользователями
(поле 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
51. Jump DRS restore на виртуальной машине
(лабораторная зона)
Эти параметры виртуальной машины должны соответствовать рабочему
серверу CUCM:
• Версия CUCM
•
Имя хоста
•
IP адрес/маска сети
•
Administrator ID и пароль администратора
•
Application User ID и его пароль
•
Security Password
•
IP адрес шлюза по умолчанию
•
IP адрес сервера DNS и домен
51
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
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