Communication Manager 3.0

     Продолжением линейки Communication Manager является релиз 3.0, выпущенный в июне 2005 года. Основные нововведения данного релиза касаются в основном повышения надежности, функциональности и защищенности распределенных систем при работе в условиях реальных сетей передачи данных.
     Ниже описываются изменения, представляющие наибольший интерес. Полный список изменений, разумеется, заметно шире.

1. Лицензирование

     Системы, между которыми производится перенос лицензионной емкости, должны быть одного релиза (не обязательно CM 3.0, хотя это наименее дорогостоящий случай) и одного оффера (CM 3.0 или CM 3.0 Enterprise Edititon).
     Помимо упрощения работы с лицензируемой емкостью на сети станций, данная возможность сильно упрощает процесс перехода от сети независимых станций к единой распределенной системе. Применявшаяся ранее сложная процедура license merge распадается на более простые: апгрейд центральной системы и последующий перенос лицензий с остальных.

2. Платы и модули

•      Те, кому доводилось встречаться с большими IP-connect конфигурациями, знают, что место под размещение плат кодеков иногда превращается в серьезную проблему. В версии 3.0 появляется плата, призванная помочь в таких ситуацих: TN2602 Media Resource. Занимая одно платоместо, эта плата способна поддерживать до 320 каналов одновременно, что в десять раз больше пропускной способности старой платы MedPro.
  

3. Малые медиа-гейты

     Серьезнейшим шагом в плане повышения надежности распределенных систем стало введение в версии 3.0 «выживающих серверов» общесистемного уровня – т.н. ESS, или Enterprise Survivable Server. Пришедшие на смену серверам «холодного резерва» - Manual Backup Servers – эти сервера являют собой «центры выживания» распределенной системы, принимая на себя при потере централизации управление всеми доступными им частями системы.
     Выживающий сервер представляет собой сервер S8500, S8700 или S8710, объединенный в управляющую сеть с центральным сервером и не вмешивающийся в управление до тех пор, пока центральный сервер доступен и справляется со своими обязанностями. Каждый медиа-гейт, включенный в систему, хранит в себе централизованно обеспеченный список всех серверов, на которых он может зарегистрироваться. Список этот возглавляет центральный сервер, дальше идут выживающие сервера своего сетевого региона, и завершают его общесистемные выживающие сервера. При потере связи с центральным сервером медиа-гейт начинает опрос по списку – и регистрируется на первом же доступном сервере, который управляет им до тех пор, пока не вернется в строй центральный сервер. Логика такой работы напоминает логику работы LSP процессора, но, в отличие от LSP, на выживающем сервере может быть зарегистрирована IPSI и управляемая ей сеть портов – т.о. при распаде сети основная часть емкости не окажется обезглавленной.
     Следует принимать во внимание следующие особенности работы выживающих серверов:

     Начиная с версии 3.0, поддерживается смешанная архитектура распределенных систем: на сети MultiConnect могут быть установлены сети портов с подключением только по IP. Обратное неверно: на IP-connect системе сети портов с подключением по схеме MultiConnect не поддерживаются. Фактически это означает, что, говоря Multi Connect, можно подразумевать Mixed Connect.
Ограничения на конструкцию такой системы вытекают из общей логики развития системы Communication Manager:

     Для дублированных систем (S8700/S8710) предусматривается возможность апгрейда серверов поочередно, не выводя при этом систему в целом из обслуживания. При таком апгрейде при перезапуске с новым ПО одного из серверов пары не происходит разъединения активных соединений (за исключением IP-транковых), т.е. соединений, которые уже перешли в разговорное состояние. Будут также сброшены вызовы в очереди ЦОВ и управляющие линки со внешними приложениями (ASAI/CVLAN/CMAPI).
     Сохраненное соединение оказывается до некоторой степени «урезано в правах». До тех пор, пока соединение сохраняется, ни один из абонентов не сможет использовать дополнительные сервисы – поставить разговор на холд, собрать конференцию, переадресовать звонок. Как только разговор закончен и трубка повешена – функциональность восстанавливается в полном объеме.

7. Голосовые объявления

     В версии 3.0 введен улучшенный алгоритм поиска доступного ресурса в применении к голосовым объявлениям и музыкальной паузе. Поиск ведется по принципу «близости» по сетевым регионам: сперва в своей сети портов, потом в своем регионе, потом в соседних регионах, и уже потом – по всей системе в целом.

8. Обходная маршрутизация IGAR

     IGAR, или Inter-Gateway Alternate Routing, позволяет ввести некоторую страховку от перегрузки внутреннего канального ресурса, соединяющего сети портов и/или малые медиа-гейты. В случае переполнения канала связи, или в случае исчерпания ресурса кодеков, IGAR позволяет направить часть вызовов через внешнюю сеть связи. Простыми словами это означает, что для передачи вызова от абонента абоненту одна сеть портов звонит другой через городскую сеть.
     IGAR реализован в рамках базового функционала системы.
     IGAR поддерживается в рамках одной системы, управляемой одним медиа-сервером. Обе сети портов или медиа-гейта должны в момент отработки IGAR управляться одним и тем же медиа-сервером, т.е. при развале сети на ESS-кластеры IGAR будет работать только в пределах одного кластера. Предельное значение полосы пропускания задается подсистемой CAC – Call Admission Control; количество занятых VoIP-кодеков системе всегда известно. Для пользователя включение IGAR прозрачно, но может быть обнаружено по дополнительным задержкам.
     IGAR поддерживается на всех медиа-гейтах, кроме G150.

     В версии 3.0 появляется поддержка протоколов защиты данных, ориентированных на работу системы в реальной сети.
Прежде всего, вместо telnet и tftp теперь могут использоваться их защищенные аналоги – ssh и sftp. Замена транспорта не повлияла на возможности тех сервисов, которые поверх этого транспорта работали: удаленный доступ к административному терминалу, закачка прошивок и голосовых объявлений практически не претерпели никаких изменений для пользователя.      Поддерживаются OpenSSH-3.5p1 и SSHv2.
     Далее, появилась целая группа сервисов, ориентированных на подключение малых гейтов по существующим широкополосным каналам. Поддержкой VPN на WAN порту дело не ограничивается – WAN порт теперь может выступать DHCP клиентом (т.е. получать динамический адрес от оператора), поддерживает PPPoE (что позволяет использовать коммерческие сети xDSL) и, разумеется, нормально работает с VPN-туннелями с динамически предоставленного адреса.
     В версии 3.0.1, запланированной к выходу ближе к концу 2005 года, обещано введение криптозащиты процесса регистрации IP-телефона на соответствующем сервере – поскольку все остальные режимы работы IP-телефона могли быть подвергнуты криптозащите и ранее, то тем самым работа IP-телефона сможет быть криптозащищена полностью, от момента включения.

11. Поддержка SIP

      Поддержка протокола SIP в Communication Manager 3.0 реализована на базе внешнего сервера – т.н. Converged Communications Server, или CCS. В качестве абонентских терминалов выступают IP-телефоны семейства 46xx, SIP Softphone или SIP-надстройки к софт-терминалам тредиционных линеек IP Softphone / IP Agent.
     Одними из наиболее востребованных дополнительных функций SIP терминалов являются функция IM – Instant Messaging – обеспечивающая пересылку сообщений между абонентами, и связанная с ней функция Presence, позволяющая отследить текущее состояние абонента. Полностью данный функционал на платформе Avaya Communication Manager 3.0 реализован в SIP Softphone, но некоторая часть его присутствует и на аппаратных SIP-телефонах, а для не-SIP пользователей существует т.н. SIP Personal Information Manager, позволяющий задействовать эти функции с помощью стандартного HTTPS-браузера.

12. Телефонные аппараты

      К выходу релиза 3.0 приурочен выпуск ряда новых IP-телефонных аппаратов в семействе 46xx.
     Прежде всего, это телефон 4621SW и консоль-приставка к нему EU24BL. От аналогичных 4620 и EU24 отличаются в основном появлением светодиодной подсветки экрана, что заметно повышает удобство использования данных телефонов. Появление подсветки естественным образом повлекло за собой и определенные изменения в прошивке данных аппаратов.
     Появился также и аппарат 4622SW, он же IP CallMaster. Как понятно из названия, этот аппарат лишен телефонной трубки, вместо которой в комплект входит кабель для подключения гарнитур с разъемом Plantronics QD (сама гарнитура в комплект не входит). Аппараты серии CallMaster предназначены для работы операторов колл-центров.
     

     Аппарат 4625SW во многом похож на 4621SW, но отличается наличием цветного экрана. В отличие от ранее применявшегося (и недавно снова вышедшего на рынок) аппарата 4630 аппарат 4625 полностью помещается в форм-фактор 4620/4621 телефонов, лишен сенсорного экрана и связанных с этим функций управления (таких, как экранная клавиатура).

     Отдельной строкой следует сказать о таком устройстве, как Application Gateway AG250. Этот одноюнитовый сервер предоставляет возможность более полно использовать возможности экранного интерфейса IP-телефонов 46xx семейства, и, в частности, вынести на экран телефона интерфейс с различными сторонними приложениями.

     Базовым комплектом ПО является т.н. Phone Productivity Pack, состоящий из трех функциональных частей:

      Наибольший интерес среди программного обеспечения для AG250 представляет система Avaya Design Studio. Это продукт, который позволяет вывести на экран телефона требуемые части веб-интерфейса произвольно взятой системы – при условии, что искомая система вообще предоставляет веб-интерфейс. Учитывая, что работа с «тонкими» клиентами и веб-интерфейсом сейчас поддерживается большинством бизнес-приложений, открываемые данным продуктом возможности переоценить достаточно сложно.
     Как нетрудно догадаться, в версии 3.0 Avaya Communication Manager изменений и нововведений больше, чем описано выше. Более детальную информацию желающие могут найти на сайтах поддержки Avaya – – и на сайте КомпТека