Развитие cisco ucm 9.0

© 2011 Cisco and/or its affiliates. All rights reserved. 1

Cisco Expo 2012

Эволюция Cisco UC 9.0

Игорь Сукайло PSS

24 октября 2012


Принимайте активное участие в Cisco Expo и получите в подарок Linksys E900.

Как получить подарок:

•  внимательно слушать лекции по технологиям Cisco

•  посещать демонстрации, включенные в основную программу

•  пройти тесты на проверку знаний

Тесты будут открыты:

с 15:00 25 октября по 16:30 26 октября

www.ceq.com.ua


•  Факторы влияющие на рынок коммуникаций •  Новые возможности обработки вызовов •  Новые возможности при работе с LDAP •  CUCM IM and Presence •  Голосовой шлюз VG350


Сотрудники организаций хотят и будут использовать свои собственные устройства на рабочем месте. Более того, они уже их используют и делают это далеко не первый день.

В предусмотрительных организациях используют BYOD как способ привлечения и удержания талантов …

… высока вероятность, что оборудование, предоставляемое сотруднику, окажется хуже, чем принадлежащие ему передовые гаджеты.

Исследования показали, что привлечение и удержание талантливых сотрудников, увеличение производительности и мобильности работников, повышение их удовлетворенности, как и сокращение ИТ-затрат, — основные цели BYOD-подхода.

BYOD уже здесь и не собирается никуда исчезать, поэтому необходимо брать ситуацию под контроль*

Карен Феррис — директор Macanta Consulting


На сегодняшний день в IT вложены огромные деньги, при этом зачастую оборудование не загружено даже на 50% ...

… достаточно часто организация приобретает систему В не задумываясь о том, что существующая система А может выполнять и функции системы В…

… иногда незначительные изменения дают огромный эффект.

Используй то, что под рукою и не ищи себе другое*

Филеас Фогг - персонаж мультфильма “80 дней вокруг света”


Развитие происходит по спирали: On-premise -> XaaS -> Hybrid ...

… в деле важен здоровый прагматизм. Главное - чтобы средства были адекватны решаемой задаче …

… очень часто сотрудник, который ЕДЕТ на встречу, тратит рабочее время впустую. В большинстве случаев мультимедийные средства совместной работы позволяют избежать ненужных временных и финансовых затрат…

Время — деньги*

Из сочинения «Совет молодому купцу» (1748) знаменитого американского ученого и политического деятеля Бенджамена Франклина (1706-1790)


•  Hunt Pilot может поставить звонок в очередь

•  Перенаправлять звонки в зависимости от настроек очереди

•  Агент может обслуживать несколько очередей.

•  Автоматическое отключение агента при неответе и перенаправление звонка в очередь.

•  Звонок с наибольшим временем ожидания во всех очередях будет обслужен первым.

•  Персональных агентских приветствий нет.

•  С телефона можно посмотреть состояние очереди.


Выбор: -Always (всегда) -Only for queued Calls (только для звонков в очереди)

Можно загружать свои приветствия


• Информация о состоянии очереди: программная кнопка, сервис на физической кнопке или Feature Control Policy (99xx/89xх)


•  Показывается состояние всех очередей, обслуживаемых устройством


•  Возможность записи звонков появилась в CUCM версии 6.0.

•  Защищенная запись появилась в версии 8.0.

•  В версии CUCM 8.5 функции записи были проинтегрированны в MediaSense (полное решение от Cisco).

•  Поскольку запись звонков позиционировалась только как функция для ЦОВ, возможность записи ограничивалась приложениями, работающими с CUCM по протоколу CTI.

•  Если запись звонка была инициирована, ее нельзя было остановить до завершения вызова.


•  Голос реплицируется с агентского телефона на сервер записи в виде двух отдельных потоков: агентского и пользовательского

•  Сервер записи подключается к CUCM через транк SIP.


•  В версии CUCM 9.0 появилась возможность управлять записью через программную или физическую кнопку телефона (или через Feature Control Policy)

•  Кнопка записи работает как тумблер: Первое нажатие запускает запись Повторное нажатие - останавливает

•  Состояние записи отображается на экране телефона

•  Запись может быть запущена/остановлена как с телефона так и через приложение с использованием CTI

•  Должен использоваться встроенный аудиобридж телефона (BIB)

•  Достаточно разрешить сервис записи на линии.


99XX: SIP

79XX SCCP или SIP


•  Теперь пользователи могут настраивать номера быстрого набора не только с использованием FAC, CMC, но и с донабором DTMF после установления соединения

•  В номере быстрого набора для этого используется запятая. Запятая используется как разделитель и пауза.

•  Возможны 2 метода настройки номера быстрого набора: Метод 1: Использование запятой в качестве паузы и разделителя Метод 2: телефонныйномер/FAC/CMC/донабор без использования запятой


•  914085551212,,,,123456 Будет набрано 914085551212, после ответа будет пауза в 8 секунд, потом донабор DTMF 123456

•  90114455612323#,2244 Установлен FAC для международных звонков. Будет набрано 90114455612323# с FAC 2244

•  914085551212,6534,5656,,,9933 Установлен FAC и CMC. Будет набрано 91408551212, потом FAC 6534, потом CMC 5656, пауза в 6 секунд после ответа, потом донабор DTMF 9933

•  914085551212653456569933 Установлен FAC и CMC. Будет набрано 91408551212, потом FAC 6534, потом CMC 5656, после ответа немедленный донабор DTMF 9933


•  Новый сервисный параметр для настройки interdigit delay

•  Если в номере быстрого набора неверный FAC или CMC - Метод 1: Звонок завершается, на экране сообщение об ошибке - Метод 2: Телефон сообщает об ошибке и предлагает набрать нужные цифры в ручном режиме

•  В истории набранных номеров сохраняется только сам набранный номер (без FAC, CMC, донабора).

•  Может не работать при использовании клиента CUPC и пересекающегося номерного плана

•  SRST не поддерживает таких номеров быстрого набора


•  До CUCM 9.0 - Администратор мог только исключать некоторые кодеки (используя Maximum Audio BitRate) - Не мог приоритезировать G.711alaw над G.711ulaw или G.729

•  CUCM 9.0 - Системный список предпочтений кодеков (как и раньше) - Администратор может определять список предпочтительных кодеков - Использовать список предпочтительных кодеков от вызываемой стороны - Модифицированный список может быть применен глобально или на уровне транков/шлюзов - Это применимо к: SIP, MGCP, SCCP, H323 и EMCC


•  Предпочтительные кодеки выбираются по регионам

•  Для SIP (устройств и транков) можно указать “Accept Codec Preference in received Offer” (применимо к DO и EO режимам)

•  Можно поменять выбор кодеков для гостевых устройств (EMCC)


•  Список предпочтительных кодеков должен быть одинаков для всех кластеров в случае использования следующих фич:

-Extension Mobility Cross Cluster -H323 Inter Cluster Trunks

•  Самой большой проблемой может оказаться неподдерживаемый кодек

- Проверяйте настройку “Accept Audio Codec Preferences in Received Offer” - Проверяйте глобальные настройки и настройки устройств

•  Если используется MTP, согласование кодеков осуществляется последовательно, на каждом этапе соединения


•  При форварде звонка в конфигурации, использующей LRG, вызов на новый номер происходит с использованием настроек LRG вызывающей стороны

•  При установке CFA люди, обычно, используют привычный им формат набора номера

•  Проблема: Правила набора номера не всегда совпадают для вызывающей и вызываемой стороны

•  Новая опция – это глобальная настройка...


CUCM

Хабаровск ТСОП

Москва

GW-MOW Шаблон: 9.@

ТСОП

GW-KHB Шаблон: 9.@

A вызывает Б

Телефон A Телефон Б

984959611410

Б установил CFNA/CFA: на номер 99611410

99611410


CUCM

Хабаровск ТСОП

Москва

GW-MOW Шаблон: 9.@

ТСОП

GW-KHB Шаблон: 9.@

A вызывает Б

Телефон A Телефон Б

984959611410

Б установил CFNA/CFA: на номер 99611410


CUCM

Сотрудник

Jabber или другой клиент,

использующий CTI

CTI

Офисный номер 3000

Домашний номер 4155551212

ТСОП

Старый телефон 9196661212

Старая УПАТС

Единый номер: 3000

Направление 1: 4155551212



•  Существующие ограничения при работе с единым номером: •  Используя CTI (webex connect или CUCILync), сотрудник может следить за звонком, но не может им управлять

•  Корпоративные сервисы CUCM, доступные для зарегистрированных устройств, недоступны

- Не работают корпоративные hold/resume, transfer, conference или park •  Удаленные устройства звонят и с них можно ответить на звонок, но без использования корпоративных сервисов

•  Что такое Cisco Extend and Connect?

•  Новый тип устройства: “CTI Remote Device” который представляет все доступные направления для сотрудника

•  Звонок на единый номер замыкается на устройстве CTI Remote Device

•  Позволяет приложению (типа Jabber) через CTI управлять звонком на удаленное устройство и обеспечивать работу корпоративных голосовых сервисов


CUCM

Сотрудник

Jabber или другой клиент,

использующий CTI

CTI

Офисный номер 3000

Домашний номер 4155551212

ТСОП

Старый телефон 9196661212

Старая УПАТС

Единый номер: 3000



CTI Remote Device или клиент Jabber в расширенном режиме


Сценарии использования:

•  Надомный агент ЦОВ - Использовать VoIP (аппаратный или программный телефон) невозможно, мобильный телефон – дорого, но есть домашний телефон - Extend and Connect направляет звонок на домашний номер, агент управляет звонком через CAD и имеет доступ ко всем телефонным сервисам ЦОВ.

•  Доступ к сервисам Cisco Unified Communications со старой УПАТС - Организация не готова перенести все телефоны на новую систему сразу. - Организация желает использовать UC для расширеных сервисов (IM/Presence/Messaging), но оставить телефоны на УПАТС - Extend and Connect позволяет внедрять Jabber не только для сервисов UC, но и для управления звонками на старые УПАТС (в режиме удаленного устройства Jabber)


В настроящее время для Mobile Connect и двухрежимных телефонов (c WiFi) доступны только голосовые вызовы

При этом CUCM умеет согласовывать параметры видео в случае, когда оба абонентских устройства имеют возможность работы с видео

Поддерживается для устройств Cisco Dual Mode for Android/iPhone

Поддержка видео разрешается на конфигурационной страничке устройства в CUCM

Так же поддерживается работа через H323/SIP ICT

SNR через шлюз ТСОП так же будет поддерживать видео, если возможности шлюза это позволяют


Нормализация позволяет модифицировать поля сообщений SIP и их содержимое

-Заголовки -Параметры -Содержимое -Оперировать с SDP

Прозрачность (Transparency) позволяет пропускать неизвестные параметры сообщений SIP через CUCM

Нормализация и прозрачность SIP для транков появилась в CUCM 8.0

В версии CUCM 9.0 появилась возможность использовать тот же механизм нормализации и прозрачности для абонентских устройств SIP

Скрипты нормализации ассоциируются с устройством через профиль SIP


•  Два типа пользователей - Простые сотрудники, использующие один телефон и одну линию - Профессиональные пользователи с несколькими устройствами с одной или более линий на каждом.

•  Новый Web-интерфейс ориентирован именно на первый тип – простые пользователи.


•  Как выглядел Locations Based CAC до CUCM 9.0 - Поддержка только простейшей топологии типа “звезда” - Нельзя обменяться информацией CAC с другим CUCM или VCS - Нельзя использовать SME для управления полосой пропускания, поскольку SME не управляет медиапотоком - Системы Telepresence, развернутые в отдельном от других видеоустройств кластере не используют единый механизм CAC

ИЛИ


•  CUCM 9.0 добавляет следующие функции CAC: - Эффективное управление полосой пропускания для кластеров, которые используют общую физическую инфраструктуру - Администратор может моделировать сложную топологию, включая многоуровневый WAN - Несколько кластеров CUCM могут пользоваться объединенной информацией CAC при расчете требуемой полосы пропускания - Настраивать доступную полосу пропускания отдельно для голоса, видео и иммерсивных систем - Поддержка внутризонных ограничений - Добавляет весовой атрибут для выбора оптимального маршрута в случае дублирующихся путей


•  Топология CAC представлена в виде узлов (Locations) и линков (Links) между ними •  Несмотря на множество возможных путей, только 1 маршрут будет выбран •  “Вес” используются для определения стоимости маршрута. Выбирается путь с наименьшей стоимостью.

•  “Вес” – статическая величина в отношении выбора “эффективного пути” из одного узла в другой

Hub_none

Loc_14 Loc_15 Loc_16

Вес=50

Путь 1: Loc_11 => HUB_None => Loc_15 => Loc_16 Вес = 50+50+50 = 150, НЕ ВЫБРАНЫЙ МАРШРУТ Loc_11

Вес=50

Вес=20

Вес=50 Вес=20

Путь 2: Loc_11 => HUB_None => Loc_14 => Loc_15 => Loc_16 Вес = 50+20 + 20+50 = 140, ВЫБРАНЫЙ МАРШРУТ

Audio BW pool Video BW pool Immersive Video pool

Стоимость линков


•  Location Bandwidth Manager (LBM): новый сервис, предназначенный для работы с CAC

•  LBM может быть запущен на всех серверах СUCM в кластере, или только на одном из них.

•  Основные задачи LBM:

•  Сбор топологии и построение пути

•  Обслуживание запросов на выделение полосы пропускания от сервиса CUCM

•  Репликация информации на другие сервисы LBM внутри кластера и между кластерами (для межкластерного CAC)

LBM

LBM

LBM

Репликация



Запрос/ответ о выделении полосы Запрос/ответ о выделении полосы

Запрос/ответ о выделении полосы

Сервер CUCM

Сервер CUCM

Сервер CUCM


•  Сервис LBM каждого кластера реплицирует свой локальный граф на другие системы корпоративной сети

•  Сервис LBM, получивший граф от удаленной системы включает его в общую картину и формирует локальное представление глобального графа.

LBM

LBM

LBM

LBM

LBM LBM

UCM UCM Loc_common

Loc_21 Loc_22 Loc_24 Loc_25

Loc_common

Loc_11 Loc_12





UCM


•  Сервис LBM в результате имеет локальное представление общего графа.

•  Сервис LBM в состоянии выполнить полное выделение полосы пропускания (End-to-End).

LBM

LBM

LBM

LBM

LBM LBM

UCM UCM Loc_common

Loc_21 Loc_22 Loc_24 Loc_25 Loc_11 Loc_12

Loc_common

Loc_21 Loc_22 Loc_24 Loc_25 Loc_11 Loc_12

UCM


•  Существующие соглашения LDAP синхронизируют по умолчанию 13 атрибутов

•  Новые соглашения LDAP позволяют определить до 5 пользовательских атрибутов


•  Настраиваемые поля едины для всех настроенных соглашений о синхронизации

•  Если поменять настраиваемое поле для одного соглашения, данное изменение будет применено для всех остальных соглашений.

•  Настроенные атрибуты будут проверены на их наличие в LDAP в момент сохранения настроек

- Если указанный атрибут не будет существовать в LDAP система выдаст сообщение об ошибке


•  До CUCM 9.0 - Включение синхронизации пользователей из LDAP автоматически запрещает добавление локальных пользователей - Все конечные пользователи должны были быть заведены в AD и синхронизированы с CUCM - Необходимость заведения дополнительных пользователей в AD может приводить к дополнительным затратам на лицензии CAL для MS AD

•  Начиная с CUCM 9.0 - В базе данных конечных пользователей CUCM могут присутствовать как локальные пользователи так и пользователи из LDAP - Возможность редактировать свойства локального пользователя - Удаление синхронизации с LDAP приведет к пометке всех LDAP пользователей как подлежащих удалению - Администратор может конвертировать пользователя LDAP в локального


Поле User status используется определения статуса пользователя – локальный или из LDAP.


Используйте чекбокс “Convert User Account” для конвертации пользователя LDAP в локального (не забудьте сохранить изменения).


Для локального пользователя все поля можно редактировать.


•  SIP URI определяет коммуникационный ресурс

•  Общий вид: sip:user:password@host:port;uri-parameters?headers

•  “user” опционален, но CUCM не поддерживает URI без него (типа sip:cisco.com)

•  uri-parameters и headers - опциональны

•  password – не рекомендуется

•  host: fqdn, ipv4 или ipv6; CUCM пока не поддерживает ipv6

•  user – чуствителен к регистру, host – не чуствителен к регистру: [email protected] != [email protected] но [email protected] == [email protected]

•  Пример: sip:[email protected]:5060

Что это такое?

LHS/user RHS host port


•  Зачем? Естественный метод для устройств, использующих протокол SIP Поддержка большинства видеотерминалов, регистрирующихся на CUCM по SIP Однозначный вызов из корпоративного справочника Более прямая интеграция с системами управления вызовами, работающими в основном с URI (в первую очередь VCS) Упрощает маршрутизацию видеозвонков между организациями (B2B)

•  Ограничения URI нельзя использовать для звонков через ТСОП (если только нет какого-либо преобразования в E.164) Не все устройства поддерживают работу с URI (E.164 все-таки остается более общеприменимым)

51


Общая идея реализации в CUCM 9.0

•  Адрес URI ассоциируется с внутренним номером (DN)

•  В CUCM все абонентские устройства продолжают использовать DN

•  Адрес URI может быть ассоциирован с DN на любом абонентском устройстве (не только SIP)

•  Телефоны всегда регистрируются с использованием DN (они могут даже не знать про ассоциацию с адресом URI)

52

2001

2002

([email protected])

([email protected])


•  С одним DN может быть проассоциировано до 5 адресов URI

•  Адрес URI может быть в любой партиции (не обязательно в той же где DN)

•  Один из адресов URI помечается как основной

•  Основной адрес URI используется для преобразования формата адреса из DN

Больше адресов URI добавить нельзя (достигнут максимум)


•  “Directory URI” может быть объявлен на страничке конфигурации пользователя

•  Если для пользователя настроен primary DN, то Directory URI автоматически ассоциируется с этим DN как Primary URI (и помещается в партицию Directory URI)

•  Партиция “Directory URI” не редактируемая и не удаляемая

54


•  Прописываем Directory URI



•  Ассоциируем абонентское устройство (настройка digest user на телефоне так же создает ассоциацию)




•  Задаем Primary Extension




•  Задаем Primary Extension

•  Автоматически создается Primary URI, который нельзя удалить


•  Directory URI пользователя может быть синхронизирован из директории LDAP

•  Стандартные атрибуты LDAP msRTCSIP-primaryuseraddress mail

•  Синхронизация из LDAP запускает автоматическое создание адреса URI для DN (подразумеваем, что абонентское устройство уже ассоциировано с пользователем)


•  Один адрес URI ассоциированный с DN помечается как primary URI

•  Адрес URI, созданный автоматически на основе primary extension пользователя всегда будет помечен как primary URI

•  Если автоматически созданного URI нет, один из настроенных адресов URI может быть отмечен “primary”

•  Primary URI будет использоваться как основной URI для звонков с/на эту линию

Primary URI

60


•  Набраный “номер” может содержать: +, 0-9, *, A-D

•  В профиле SIP появилось дополнительное поле “Dial String Interpretation”

•  Применяется к звонкам с транков и терминалов

•  По умолчанию: 0-9, * и + (Рекомендуется)

•  Рекомендуется использовать точные адреса URIs

•  Переменная “user=phone” в запросе URI заставляет систему считать URI как номер

Как система различает номер и адрес URI

61


•  Только некоторые телефоны поддерживают звонки на имена URI Телефоны 99xx, 8961 (исключая transfer, conferencing, forwarding) Jabber for windows будет поддерживать звонки на адрес URI в 9.0(2) Терминалы Telepresence

•  Поиск по директории в CUCM на основе имени пользователя будет всегда возвращать номер

•  Звонок из корпоративного справочника CUCM всегда будет выполняться на номер

•  На все телефоны можно звонить с использованием адреса URI

62


•  Автоматически созданные адреса URI помещаются в партицию “Directory URI”

•  Партиция “Directory URI” предопределена и не может быть изменена или удалена

•  Чтобы выполнялся поиск по этой партиции, она должна быть добавлена в соответствующие CSS

•  Одна из существующих партиций может быть объявлена как алиас для партиции “Directory URI” à Адреса URI в партиции “Directory URI” будут доступны для всех CSS, которым доступна партиция, объявленная в качестве алиаса

•  Хороший кандидат: уже существующая партиция, в которой находятся внутренние номера (DN)

63


•  Начиная с версии 9.0, начинается процесс интеграции CUCM и CUP в один продукт

•  Единая нумерация версий и общий процесс апгрейда

•  Единая точка управления

•  Упрощенное лицензирование

•  Завершение поддержки IP Phone Messenger (IPPM) и CUPC 7.0


•  Настройка сервисов UC через единый Web-интерфейс CUCM IM and Presence

•  Настраиваемые сервисы UC: Voice Mail, Visual Voice Mail, Conferencing, Directory, IM и Presence, CTI

•  Настроенные сервисы объединяются в сервисный профиль UC

•  Сервисный профиль UC назначается пользователям Лицензирование осуществляется на уровне настроек пользователя Там же определяется домашний кластер


•  Сервисные профили UC в CUCM 9.0

Пользователи (группа A)

UCServiceProfile Profile 1

Directory 1

CTI 1

Conferencing 1

Voicemail 1

Пользователи (группа Б)

UCServiceProfile Profile 2

Voicemail 2

Conferencing 1

Directory 1


•  Зачем нужен параметр ‘Home Cluster’?

•  Для автоматического обнаружения UC ресурсов при подключении клиента (Jabber).

•  Новый единый сервис User Discovery Service (UDS)

•  UDS опрашивает кластеры CUCM для поиска домашнего кластера

1.  В случае одного кластера клиент перенаправляется за конфигурацией на сервер TFTP кластера

2.  Если клиент зарегистрирован в другом кластере UDS запрашивает другие кластеры для обнаружения ‘домашнего’

3.  UDS возвращает клиенту URL его домашнего кластера 4.  Клиент запрашивает конфигурацию со своего домашнего кластера 5.  Клиент подключается к домашнему кластеру CUCM (управление вызовами)

6.  Клиент подключается к остальным сервисам UC


•  При миграции на CUCM 9.0 существующие сервисные профили и конфигурация сервисов на CUP будет перенесена автоматически

•  CUCM IM and Presence поддерживает шаблоны для массового заведения пользователей

•  Инструменты BAT/AXL поддерживают CUCM/CUCM IM and Presence


Количество портов

C3945 112-FXS (бандл)

VG224

VG204

VG202

VG350 Аналоговый шлюз высокой плотности: 96 – 160 портов

Платформы


VG350 Голосовой шлюз высокой

плотности

SM-D-72FXS Сервисный модуль на 72

порта FXS

SM-D-48FXS-E Сервисный модуль на 48 портов FXS OPX-Lite SM1 SM2 Порты

1 SM-‐D-‐72FXS SM-‐D-‐72FXS 1442 SM-‐D-‐72FXS SM-‐D-‐48FXS-‐E 1203 SM-‐D-‐48FXS-‐E SM-‐D-‐48FXS-‐E 96

VG350Конфигурация

В слоты HWIC можно дополнительно устанавливать интерфейсные карты FXS, FXS-E и FXO


Два гнезда для широких сервисных модулей § Поддерживаются

§  72 Port FXS DWSM §  48 Port OPX-Lite FXS DWSM

Два гнезда для Flash

PVDM3 DSP модули § Noise Cancelation §  Acoustic Shock Prevention

3 GE порта

Стандартный консольный и aux порты

Отказоустойчивые блоки питания

USB порт

4 EHWIC Slots §  Поддерживает дополнительно FXS и FXO VICs


•  Модифицированное шасси ISR 3945, оптимизированное под голосовые функции

•  Те же возможности, что и для всей серии VG2xx Возможность подключения телефонов, факсов и модемов

Полноценная поддержка всех кодеков

Сигнальные протоколы SIP, H.323, SCCP и MGCP Поддержка CUCM версий 7.1.5, 8.0.3, 8.5.1, 8.6.2 и 9.0.1

Поддержка CUCME / SRST версий 7.1, 8.0, 8.1, 8.5, 8.6, 8.8, 9.0 и 9.1

•  Слоты HWIC могут использоваться для FXO и FXS карт VIC2-xFXO, VIC3-xFXS/DID и VIC3-2FXS-E/DID (дальнобойный)

•  Поддержка Online Insertion and Removal (OIR) сервисных модулей DWSM

•  Опция резервирования блоков питания

•  Грозозащиты

•  IOS Release: 15.2(4)M


•  Маршрутизатор

•  поддерживает T1/E1 голосовые транки. Порты T1/E1 могут использоваться только для синхронизации

•  имеет встроенной функциональности SRST

•  поддерживает никаких WAN модулей

•  поддерживает никаких WLAN модулей


Порты 24 – 47 §  Порты 46 и 47 замкнуты на порты FXO Bypass для аварийного выхода в ТСОП

Порты 0 – 23 §  Порты 0 – 3 дальнобойные

Порты 48 – 71

•  SM-D-72-FXS 72 порта FXS на DWSM Абонентский шлейф – 1000 метров при калибре 26 AWG (0.128 мм.кв.) Первые 4 порта – дальнобойные

3 300 метров при калибре 26 AWG (0.128 мм.кв.) 5 400 метров при калибре 24 AWG (0.205 мм.кв.)

2 порта FXO для аварийного проключения в ТСОП §  Port 46 ßà FXO Порт 0 §  Port 47 ßà FXO Порт 1 §  OUT ßà FXO Порт §  IN ßà ТСОП

Разъем стандарта RJ21


2 порта FXO Bypass §  Port 46 ßà FXO Bypass Порт 0 §  Port 47 ßà FXO Bypass Порт 1 §  OUT ßà порт FXO §  IN ßà ТСОП

Порты 24 – 47 §  Порты 46 и 47 имеют аварийное замыкание на порты FXO Bypass для подключения в ТСОП

Порты 0 – 23

•  SM-D-48-FXS-E 48 дальнобойных портов

3 300 метров при калибре 26 AWG (0.128 мм.кв.) 5 400 метров при калибре 24 AWG (0.205 мм.кв.)

Разъем стандарта RJ21


Corporate IP Network

PSTN

VG350

FXO

CAS/PRI

T1

T1

SCCP / SIP / H.323 / MGCP

A

Cisco Unified Communications Manager Cluster

Cisco Unity Cxn

Optional Redundant Links

ISR 2900/3900 with SRST VG350 Analog

Gateway

VG350

VG350 Analog Gateway


PSTN

VG350 FXO

T1 SCCP / H.323 / SIP

Cisco Unified CME

Corporate IP Network

VG350 Analog Gateway


•  Поддерживается на DWSM, EHWIC и PVDM3

•  Модули могут быть обесточены по расписанию для экономии электроэнергии

•  В “выключенном” режиме доступны звонки через порты FXO Bypass

•  Командный интерфейс CLI соответствует ISR G2


•  Экономия 6 к 1 на: Портах коммутаторов Шнурах питания (и розетках) Консольных интерфейсах Внесении изменений в конфиг Модернизации ПО

6x VG224 (6 RU) 1x VG350 (3 RU)

50% экономия места в стойке

83% Экономии на инфраструкт

уре и управлении


•  Plug-n-play Получение IP адреса CUCM через опции DHCP Загрузка конфигурации и автонастройка через CUCM (для SCCP)

•  Команды IOS CLI 4 команды на dial-peer = 576 строк CLI для 144 портов è 2 строки CLI 4 команды на voice-port = 576 строк CLI для 144 портов è 8 строк CLI 1 строка CLI позволяет настроить все порты системы для SCCP Команда CLI для проверки подключения телефона

•  Поддержка Cisco Management Applications Cisco Unified Provisioning Manager 9.0 Cisco Unified Operations Manager 9.0 BATS Tool


Замена оборудования в Киеве в течение 4-х часов. По Украине – следующий рабочий день

Круглосуточный Центр техподдержки (бесплатный номер 0-800-301-20-90, с 10 до 16 часов – русскоязычная поддержка)

Обновление сигнатур, апдейты и апгрейды IOS

Cisco.com Доступ к информациионным ресурсам и обучению


Software Module

Cisco Network

Support Dashboard

Cisco Global Support DB

24/7 Мониторинг сети §  Инвентаризация §  Нагрузка §  Производительность §  Ошибки §  Сбои Автоматизированные уведомления об инцидентах по электронной почте §  Полуавтоматическая диагностика Автоматическая подготовка информации §  Доступность сервисов §  Инвентаризация §  Версионность §  Бреши в защите §  Filed Notices И, конечно, ТАС, новые версии ПО, замена оборудования.

Спасибо!

Развитие cisco ucm 9.0

Technology