Голосовая связь и система унифицированных коммуникаций : Cisco Unified Communications Manager (CallManager)

Комментарии к выпуску Cisco CallManager, выпуск 4.1(3)

23 марта 2008 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Английский (23 июня 2008) | Отзыв

Содержание

Комментарии к выпуску Cisco CallManager версии 4.1(3)

Содержание

Введение

Системные требования

Определение версии программного обеспечения.

Матрица совместимости и поддерживаемые обновления

Дополнительная документация

Новая и измененная информация

Рекомендации по установке, обновлению и резервному копированию Cisco CallManager

Инструкции по установке операционной системы

Обновление до Cisco CallManager версии 4.1(3)

Новые возможности функций Call Pickup и Group Call Pickup

Новые возможности функции Call Transfer

Поддержка новой функции приложением Cisco IP Manager Assistant

Новый параметр службы для включения Music On Hold и Annunciator Duplex Streaming

Обновленная поддержка для IP-телефонов Cisco

Новые параметры настройки Hunt Pilot для автоматической альтернативной маршрутизации (Automated Alternate Routing)

Поддержка Annex M1 через магистрали H.225 и шлюзы H.323

Новые возможности системы безопасности

Новые возможности Bulk Administration Tool

Новые возможности службы Dialed Number Analyzer

Новая и измененная информация о средствах обслуживания Cisco CallManager

Обновление типа вызова в результатах поиска CDR

Новая и измененная информация о программах сторонних производителей и программах, созданных на базе комплекта для разработки ПО

Новые возможности JTAPI

Обновление записей CDR для функций Call Pickup

Важные примечания

Использование Cisco Unity Consult Transfer вместе с Cisco CallManager Onhook Call Transfer

Выполнение операций CAPF на IP-телефонах Cisco через VPN-соединения

Добавление серверов Cisco CallManager

Locale Installer для Cisco CallManager версии 4.1(3)

Использование служебной программы JTAPI Update вместе с CRS

Требования по обновлению CRS и Cisco CallManager 4.1

Вызовы программы NetMeeting завершаются неудачно, когда она уведомляется о поддержке стандарта T.38

Строка состояния установки Cisco CallManager

Рекомендации по точкам маршрута CTI

Обновление масштабируемости Cisco CallManager Extension Mobility

Выключение IPSec для обновлений Cisco CallManager Upgrades

Поддержка многокластерной интеграции с Active Directory

Требования к установке Java Virtual Machine

Устраненные ошибки Cisco CallManager версии 4.1(3)

Использование Bug Toolkit

Сохранение запросов Bug Toolkit

Неустраненные ошибки Cisco CallManager версии 4.1(3)

Обновления документации

Ошибки

Изменения

Упущения

Получение документации

Веб-сайт cisco.com

DVD-диск с документацией

Заказ документации

Отзывы о документации

Обзор безопасности продуктов Cisco

Сообщение о проблемах безопасности продуктов компании Cisco

Получение технической поддержки

Веб-сайт технической поддержки компании Cisco

Отправка запроса на обслуживание

Определения уровней значимости запросов на обслуживание

Получение дополнительных публикаций и информационных материалов


Комментарии к выпуску Cisco CallManager версии 4.1(3)


1 июня 2005 г.

В данных комментариях к выпуску описываются новые функции и выявленные ошибки Cisco CallManager версии 4.1(3).


Примечание. Комментарии к предыдущим выпускам можно посмотреть по адресу: http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/index.htm


Прежде чем устанавливать Cisco CallManager, Cisco рекомендует просмотреть раздел «Важные примечания», где приведены сведения о проблемах, которые могут повлиять на вашу систему.

Список устраненных и неустраненных ошибок, выявленных в Cisco CallManager версии 4.1(3), см. в разделе «Устраненные ошибки Cisco CallManager версии 4.1(3)» и в разделе «Неустраненные ошибки Cisco CallManager версии 4.1(3). Обновления для этих комментариев к выпуску сопровождают каждую отладочную и основную версию.

Комплект документации по голосовым продуктам доступен по адресу:

http://www.cisco.com/univercd/cc/td/doc/product/voice/

Самые последние обновления для программного обеспечения и комментарии к выпускам для всех версий Cisco CallManager доступны на веб-сайте Cisco Connection Online (CCO) по адресу:

http://tools.cisco.com/support/downloads/go/Redirect.x?mdfid=278875240

Содержание

В данных комментариях к выпуску рассматриваются следующие темы:

Введение

Системные требования

Матрица совместимости и поддерживаемые обновления

Документация по продукту

Новая и измененная информация

Новая и измененная информация о средствах обслуживания Cisco CallManager

Новая и измененная информация о программах сторонних производителей и программах, созданных на базе комплекта для разработки ПО

Важные примечания

Устраненные ошибки Cisco CallManager версии 4.1(3)

Неустраненные ошибки Cisco CallManager версии 4.1(3)

Обновления документации

Получение документации

Получение технической поддержки

Введение

Cisco CallManager, сетевая производственная система связи, предоставляет высококачественную телефонию по IP-сетям. Cisco CallManager позволяет преобразовать традиционные фирменные коммутируемые офисные АТС в мультисервисные открытые системы ЛВС.

Требования к системе

Убедитесь, что на сервере Cisco Media Convergence Server (MCS) установлена и настроена программа Cisco CallManager версии 4.1(3).

Cisco CallManager можно установить и на одобренную Cisco конфигурацию HP-сервера или одобренную Cisco конфигурацию сервера IBM.


Примечание. Cisco CallManager 4.1(3) требует модернизации памяти на серверах Cisco CallManager. Дополнительные сведения см. в разделе «Требование по модернизации памяти».



Внимание! Если конфигурация не соответствует всем требованиям, установка не возможна.

Поддерживаемые и одобренные Cisco конфигурации серверов IBM или HP доступны по адресу:

http://www.cisco.com/en/US/products/hw/voiceapp/ps378/prod_brochure_list.html

Сведения об аппаратных компонентах системы и системные требования см. в разделе Установка Cisco CallManager версии 4.1(3).

Определение версии программного обеспечения.

Чтобы определить версию программного обеспечения Cisco CallManager, откройте службу Cisco CallManager Administration и нажмите кнопку Details (Сведения) в главном окне. Отображается следующая информация:

Версия системы Cisco CallManager

Версия администрирования Cisco CallManager.

Сведения о базе данных и версии библиотеки DLL базы данных.

Матрица совместимости и поддерживаемые обновления

Какие версии программы совместимы с Cisco CallManager версии 4.1(3), и для каких предыдущих версий Cisco CallManager поддерживается обновление, можно узнать с помощью Матрицы совместимости Cisco CallManager на веб-сайте http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_software_versions_comparison.html


Примечание. Учтите, что выпуски продуктов IP-телефонии Cisco не всегда соответствуют выпускам Cisco CallManager. Если продукт не удовлетворяет требованиям проверки на совместимость с Cisco CallManager, необходимо дождаться появления совместимой версии продукта, после чего можно будет выполнить обновление до Cisco CallManager версии 4.1(3). Сведения о самых новых вариантах совместимых сочетаний и их недостатках см. в документации, прилагаемой к продуктам IP-телефонии Cisco.


Документация по продукту

Список документов, касающихся Cisco CallManager версии 4.1, см. в руководстве по документации Cisco CallManager по адресу:

http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_1/doc_gd.

Наряду с документами, перечисленными в руководстве по документации Cisco CallManager, ниже перечислены другие документы для Cisco CallManager версии 4.1:

Определение записи данных вызова в Cisco CallManager

Комментарии по разработке программ для служб IP-телефонии Cisco

Руководство по установке Cisco JTAPI для Cisco CallManager 4.1(3)

Руководство разработчика Cisco JTAPI для Cisco CallManager 4.1(3)

Руководство по установке Cisco TAPI для Cisco CallManager 4.1(3)

Руководство разработчика Cisco TAPI для Cisco CallManager 4.1(3)

Руководство разработчика API для Cisco CallManager Extension Mobility версии 4.1(3)

Руководство по программированию Cisco CallManager 4.1(3) AXL

Руководство по интерфейсу программирования Cisco CallManager 4.1(3) AXL Serviceability

Руководство по Cisco CallManager Dialed Number Analyzer

Справка по API Cisco WebDialer

Сообщения о системных ошибках для Cisco CallManager 4.1

Новая и измененная информация

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

Рекомендации по установке, обновлению и резервному копированию Cisco CallManager

Инструкции по установке операционной системы

Обновления до Cisco CallManager версии 4.1(3)

Новые возможности функций Call Pickup и Group Call Pickup

Новые возможности функции Call Transfer

Поддержка новой функции приложением Cisco IP Manager Assistant

Новый параметр службы для включения Music On Hold и Annunciator Duplex Streaming

Обновленная поддержка для IP-телефонов Cisco

Новые параметры настройки Hunt Pilot для автоматической альтернативной маршрутизации (Automated Alternate Routing)

Поддержка Annex M1 через магистрали H.225 и шлюзы H.323

Новые возможности системы безопасности

Новые возможности Bulk Administration Tool

Новые возможности службы Dialed Number Analyzer

Новая и измененная информация о средствах обслуживания Cisco CallManager

Новая и измененная информация о средствах обслуживания Cisco CallManager

Новая и измененная информация о программах сторонних производителей и программах, созданных на базе комплекта для разработки ПО

Рекомендации по установке, обновлению и резервному копированию Cisco CallManager

Это раздел содержит информацию о рекомендациях по установке, обновлению, созданию резервных копий и восстановлению Cisco CallManager 4.1(3).

Установка и обновление

Утилита Upgrade Assistant

Резервное копирование и восстановление

Установка и обновление

Cisco CallManager 4.1(3) вводит в действие следующие рекомендации по установке и обновлению:

Серверы Cisco CallManager версий 3.3(5), 4.0(2a) и 4.1(2) можно обновить до Cisco CallManager версии 4.1(3). Подробные сведения о поддерживаемых путях обновления см. в разделе «Матрица совместимости и поддерживаемые обновления».

Для выполнения обновления необходима операционная система (ОС) Cisco IP Telephony версии 2000.2.4 с обновлением ОС 2000.2.7 или вновь установленная ОС версии 2000.2.7 и последний выпуск пакета обновления 2000.2-7-sr(x). Более подробные сведения см. в разделе «Руководство по установке операционной системы».

Данный раздел включает следующие темы:

Требование по модернизации памяти

Добавление серверов Cisco CallManager в качестве членов домена Windows

Требование по модернизации памяти

Для установки Cisco CallManager необходимо не менее 1 ГБ памяти на сервере-издателе Cisco CallManager. Если в процессе установки обнаруживается, что объем памяти меньше 1 ГБ, установка прекращается.

В процессе установки выполняется аналогичная проверка на сервере абонента Cisco CallManager, и установка может быть продолжена в случае обнаружения памяти меньшего объема, чем требуется.


Примечание. Чтобы избежать системных ошибок, например прерванных вызовов, убедитесь, что объем памяти на серверах не менее 1 ГБ.


Добавление серверов Cisco CallManager в качестве членов домена Windows

Компания Cisco не рекомендует добавлять серверы Cisco CallManager в качестве членов домена Microsoft Windows. Чтобы предотвратить сбои, возможные в результате членства сервера в домене, Cisco CallManager 4.1(3) прекращает процесс установки и выдает следующее сообщение, если обнаруживает, что сервер является членом домена Windows:

«Программа установки выявила сервер в домене. Если домен содержит сервер, может произойти ошибка проверки подлинности между серверами, или политики безопасности домена, настроенные не по умолчанию, могут быть слишком строгими, чтобы программа установки Cisco CallManager могла создать необходимые учетные записи NT во время обновления. Необходимо удалить сервер из домена и добавить в рабочую группу, чтобы сократить число ошибок и сбоев установки и обновления или полный выход из строя системы, который чреват потерей данных и полной переустановкой Cisco CallManager. Установка будет отменена.»


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


Для продолжения необходимо сначала удалить сервер Cisco CallManager из домена Windows и добавить его в качестве члена рабочей группы, после чего можно будет установить или обновить на нем Cisco CallManager.

Если системная архитектура зависит от серверов, подключенных к домену Windows, то необходимо отключить протокол сетевого времени (NTP), установленный Cisco CallManager при добавлении сервера в качестве члена домена, и воспользоваться службой времени Windows. Службу NTP следует отключить на каждом сервере кластера.


Примечание. Во время установки Cisco CallManager необходимо устанавливать как сервер в рабочей группе.



Примечание. Запрещается вносить какие-либо изменения в установленный конфигурационный файл NTP (NTP.CONF), иначе могут возникнуть проблемы синхронизации с CDR, трассировками и регистрацией событий. Cisco не поддерживает никаких изменений установленного конфигурационного файла NTP.


Порядок отключения установленного компанией Cisco программного обеспечения NTP:

Процедура


Шаг 1 Выберите меню Start (Пуск) > Programs (Программы) > Administrative Tools (Администрирование) > Services (Службы).

Шаг 2 Дважды щелкните строку (значок) службы Network Time Protocol  (Протокол сетевого времени).

Шаг 3 В поле «Startup type» (Тип запуска) выберите параметр Disabled (Отключено).

Шаг 4 Нажмите кнопку Stop (Стоп).

Шаг 5 Нажмите кнопку OK.



Внимание! Cisco CallManager 4.1(3) прекратит процесс установки, если обнаружит, что сервер находится в домене Windows. Поэтому необходимо удалить сервер Cisco CallManager из домена Windows и добавить его в качестве члена рабочей группы, прежде чем на нем можно будет установить или обновить Cisco CallManager.

Во время добавления сервера к домену Windows после завершения модернизации следует снова отключить службы NTP Cisco.

Если сервер подключается к домену Microsoft Windows 4.0, следует также выполнить дополнительную процедуру синхронизации времени. См. документ Синхронизация времени на компьютере с Windows 2000 в домене Windows NT 4.0 по адресу http://www.microsoft.com.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg67072

Утилита Upgrade Assistant

Утилита Cisco CallManager Upgrade Assistant 4.1(3) заменяет предыдущие версии Cisco CallManager Upgrade Assistant: версии 3.3(5), 4.0(2a) и 4.1(2).

В этой обновленном выпуске утилиты Cisco CallManager Upgrade Assistant добавлена поддержка многочисленных версий обновлений, т.е. Cisco CallManager Upgrade Assistant версии 4.1(3) или более новой можно использовать для определения состояния серверов, прежде чем выполнять обновление до Cisco CallManager версий 3.3(5), 4.0(2a), 4.1(2) или 4.1(3).

Подробные сведения см. в документе Использование Cisco CallManager Upgrade Assistant 4.1(3) по приведенному ниже адресу. http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_1/install/upgrade/index.htm

Резервное копирование и восстановление

Рекомендации по резервному копированию и восстановлению Cisco CallManager:

Cisco IP Telephony Backup and Restore System (BARS) версии 4.0(7) или более новой поддерживает Cisco CallManager 4.1(3).

Cisco CallManager версии 3.3 и более новые, больше не поддерживает Cisco утилиту IP Telephony Applications Backup версии 3.5.

Подробные сведения о порядке резервного копирования и восстановления см. на веб-сайте Cisco IP Telephony Applications Backup по адресу: http://www.cisco.com/univercd/cc/td/doc/product/voice/backup/.


Примечание. Обязательно ознакомьтесь с Матрицей совместимости Cisco CallManager, где показаны самые новые поддерживаемые совместимые сочетания. Подробные сведения см. в разделе «Матрица совместимости и поддерживаемые обновления».


Дополнительные источники информации

Установка Cisco CallManager версии 4.1(3)

Обновление CallManager версии 4.1(3)

Cisco IP Telephony Backup and Restore System (BARS)

Инструкции по установке операционной системы

Cisco рекомендует установить операционную систему Cisco IP Telephony версии 2000.2.7 с последним выпуском пакета обновления 2000.2-7-sr(x), прежде чем выполнять обновление до Cisco CallManager версии 4.1(3).


Совет. Последние версии предоставляемой Cisco операционной системы, порядок установки и комментарии к выпуску см. на веб-сайте по адресу: http://www.cisco.com/univercd/cc/td/doc/product/voice/iptel_os/install/index.htm.



Примечание. Для новых серверов, таких как MCS-7835-H1-IPC1, требуются комплекты для установки операционной системы на компакт-дисках или DVD-дисках. Используйте обновления операционной системы только для обновления ранних версий операционной системы до нового уровня (пакеты обновления, исправления, настройки конфигурации, BIOS, встроенное программное обеспечение и драйверы).


Дополнительные источники информации

Установка операционной системы на сервер Cisco IP Telephony Applications Server, Версия 2000.2.7

Обновления до Cisco CallManager версии 4.1(3)

Подробные сведения об обновлении до Cisco CallManager 4.1(3), см. в разделе Обновление Cisco CallManager версии 4.1(3). Дополнительные инструкции по установке и обновлениям Cisco CallManager см. в разделе «Рекомендации по установке, обновлению и резервному копированию Cisco CallManager».


Совет. Чтобы узнать, какие версии Cisco CallManager подходят для обновления, см. самый последний вариант матрицы совместимости Cisco CallManager по адресу: http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_software_versions_comparison.html


Обновить до Cisco CallManager 4.1(3) можно Cisco CallManager, выпуски 3.3(5), 4.0(2a) и 4.1(2). (Можно воспользоваться новыми компакт-дисками с комплектом программного обеспечения Cisco CallManager, предназначенными для этого обновления.)

Если на сервере установлено программное обеспечение Cisco CallManager версии 4.0(2a) или 4.1(2), то его можно обновить до выпуска 4.1(3) с помощью файла, загружаемого с веб-сайта по адресу: http://tools.cisco.com/support/downloads/go/Redirect.x?mdfid=278875240.

Если на сервере установлено программное обеспечение Cisco CallManager версии 3.2 или более старый, то сначала с помощью компакт-дисков с комплектом программного обеспечения Cisco CallManager надо обновить каждый сервер кластера до последней версии Cisco CallManager версии 3.3 или 4.0, а потом его можно будет обновить до версии Cisco CallManager версии 4.1.


Примечание. Сведения об обновлении до Cisco CallManager версии 3.3 или 4.0, см. в соответствующей версии документа Обновление Cisco CallManager .


Cisco CallManager версии 3.2 или более старый, нельзя обновить сразу до Cisco CallManager версии 4.1.


Совет. Обязательно ознакомьтесь с Матрицей совместимости Cisco CallManager для получения информации о поддерживаемых путях обновления для каждого выпуска Cisco CallManager.


Перед обновлением до Cisco CallManager 4.13

Чтобы обеспечить правильную миграцию, выполните для портов голосовой почты следующие действия:

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

Новые возможности функций Call Pickup и Group Call Pickup

В Cisco CallManager 4.1(3) предусмотрены такие новые возможности функций Call Pickup и Group Call Pickup:

Автоматический (одним нажатием) захват — эта функция предоставляет возможность захватывать вызов нажатием одной функциональной клавиши в телефоне. (Существующие функции Call Pickup и Group Call Pickup требуют от пользователя нажатия нескольких функциональных клавиш для захвата вызова, инициирующего звонок на другом устройстве.)

Наличие трех функциональных кнопок — Pickup, GPickup и OPickup — и при снятой, и при неснятой трубке позволяет одним нажатием кнопки вызвать любую из этих функций захвата. (Существующие функции Call Pickup и Group Call Pickup требуют от пользователя нажатия функциональной клавиши NewCall перед вызовом функции захвата.)


Совет. По умолчанию шаблон функциональных клавиш не включает в себя эти три функциональных клавиши для состояния неснятой трубки. Чтобы эти функции работали при неснятой трубке, необходимо настроить схему шаблона функциональных клавиш стандартного устройства. Для этого войдите в шаблон Standard Feature Softkey Template с помощью средства администрирования Cisco CallManager (Device (Устройство) > Device Settings (Параметры устройства) > Softkey Template (Шаблон функциональных клавиш)). Откройте окно средства администрирования Cisco CallManager Administration Softkey Layout Configuration, выбрав Standard Feature (Стандартная функция) > Configure Softkey Layout (Настройка схемы функциональных клавиш). Нажмите ссылку On Hook (При неснятой трубке) в поле Call States (Состояния вызова). В списке Unselected Softkeys (Невыбранные клавиши) выберите функциональную клавишу Group Pick Up (Групповой захват) и нажмите стрелку вправо, чтобы переместить эту функциональную клавишу в список Selected Softkeys (Выбранные клавиши). Повторите эту процедуру для функциональных клавиш Other Pickup (Другой захват) и Pick Up (Захват).

Чтобы функциональная клавиша OPickup работала при снятой трубке, выполните процедуру по настройке схемы функциональных клавиш. Выберите состояние вызова Off Hook (При снятой трубке). В списке Unselected Softkeys выберите функциональную клавишу Other Pickup и нажмите стрелку вправо, чтобы переместить эту функциональную клавишу в список Selected Softkeys.


Можно извлекать вызовы из очереди в своей группе, нажав одну из следующих функциональных клавиш:

Pickup — захват вызова с самым продолжительным звонком в группе.

GPickup — захват вызова с самым продолжительным звонком в группе, который указывается номером группы перехвата вызовов, предоставленным администратором.

OPickup — захват вызова с самым продолжительным звонком в группе или любой связанной группе, не требующей номера группы перехвата вызовов.


Примечание. Если включен автоматический захват, то вызовы, захватываемые с помощью любой из этих функциональных клавиш, автоматически поступают в телефон. Если воспользоваться одной из этих функциональных клавиш вне группы перехвата вызовов, послышатся короткие гудки сигнала «занято». Если автоматический захват все-таки выключен, другие телефоны могут перехватить вызов, пока будет звучать звонок, или пока этот вызов будет передаваться.


Other Group Pickup — эта функция позволяет администратору настраивать другие группы перехвата вызовов. Новая функциональная клавиша, OPickup, позволяет захватывать вызовы для своей группы, а также вызовы для других связанных групп, настроенных администратором. Связанные группы перехвата вызовов включают в себя список групп, которые определены как специальная группа Pickup Group. Каждая группа Pickup Group может иметь до 10 связанных групп Pickup Group. По умолчанию сама группа Pickup Group находится во главе своего списка связанных групп перехвата вызовов.

Новые общекластерные параметры службы — приведенные ниже параметры службы позволяют настраивать усовершенствованные функции захвата вызова. Они отображаются в разделе Clusterwide Parameters (Feature — Call Pickup) в окне настройки параметров службы Cisco CallManager Administration.

Auto Call Pickup Enabled (Автоматический захват вызова включен) — настройте этот параметр службы, чтобы включить или выключить функцию автоматического захвата, выбрав один из следующих вариантов:

True — задает сервисному параметру значение True (Истина), чтобы включить автоматический или выполняемый одним нажатием захват вызова.

False — задает параметру службы значение False (Ложь), чтобы использовать имеющийся режим захвата вызова и захвата группового вызова.

По умолчанию задано False, чтобы сохранить совместимость с предыдущими версиями Cisco CallManager.


Примечание. Automatic Call Pickup, Group Call Pickup и Other Group Pickup отображаются в CDR Analysis and Reporting (CAR) как захваченные вызовы. Подробные сведения см. в разделе «Обновление типа вызова в результатах поиска CDR».


Call Pickup Locating Timer (Таймер обнаружения захвата вызова) — настройте этот параметр службы для поиска вызовов с самым продолжительным звонком в определенной группе. Этим параметром задается максимальное время ожидания в секундах до захвата при получении всех вызовов, звонки которых поступают в группы перехвата вызовов от всех серверов Cisco CallManager кластера.

По умолчанию задана 1 секунда.


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


Подробные сведения об этих окнах административной настройки см. в Руководстве по администрированию Cisco CallManager.

Новые возможности функции Call Pickup

В Cisco CallManager 4.1(3) добавлены новые возможности функции Call Pickup, позволяющие автоматически отвечать на вызов, звонок которого раздается в соответствующей группе перехвата вызовов, нажатием одной функциональной клавиши Pickup. Это упрощает возможность захвата вызова, поскольку для его выполнения больше не нужно нажимать функциональные клавиши NewCall (Новый вызов) и Answer (Ответ).

Администратор настраивает группы перехвата вызовов и включает функцию автоматического захвата, задав соответствующее значение параметру службы Auto Call Pickup Enabled в окне настройки параметров службы Cisco CallManager Administration. Допустимы следующие значения параметра:

True — включает функцию автоматического захвата, позволяющую захватывать вызов нажатием одной функциональной клавиши.

False — отключает функцию автоматического захвата. По умолчанию задано False для сохранения совместимости с предыдущими версиями.

Функция Call Pickup вызывается нажатием функциональной клавиши Pickup на телефоне. Телефон захватывает вызов с самым продолжительным звонком в группе.

1. Услышав звонок на другом телефоне своей группы, нажмите функциональную клавишу Pickup. (Если хотите захватить вызов не по своей основной линии, сначала поднимите трубку на этой линии, а затем нажмите клавишу Pickup.)

2. Если в телефоне включен автоматический захват, вызов передается автоматически.

3. Если телефон не настроен для автоматического захвата, можно посмотреть сведения о вызывающем абоненте и затем нажать функциональную клавишу Answer, чтобы ответить на вызов.

Новые возможности функции Group Call Pickup

В данном выпуске функция Group Call Pickup усовершенствована и позволяет нажатием функциональной клавиши GPickup с последующим вводом номера группы Group Pickup отвечать на вызов, поступающий в эту группу. Когда автоматический захват включен, функция Group Pickup позволяет захватить вызов нажатием одной функциональной клавиши с последующим вводом номера Group Pickup.

Как и Call Pickup, функция Group Pickup, вызываемая нажатием одной кнопки, устраняет необходимость нажимать функциональные клавиши NewCall и Answer для захвата вызова.

Чтобы включить автоматическую функцию Group Pickup, администратор настраивает параметр службы Auto Call Pickup Enabled в окне настройки параметров службы Cisco CallManager Administration. Подробные сведения см. в разделе «Новые возможности функции Call Pickup».

Функция Group Call Pickup вызывается нажатием функциональной клавиши GPickup на телефоне. Телефон захватывает вызов с самым продолжительным звонком в группе.

1. Услышав звонок на другом телефоне другой группы, нажмите функциональную клавишу GPickup. (Если хотите захватить вызов не по своей основной линии, сначала поднимите трубку на этой линии, а затем нажмите GPickup.)

2. Введите номер группы, вызов которой хотите захватить.

3. Если в телефоне включен автоматический захват, вызов передается автоматически.

4. Если телефон не настроен для автоматического захвата, можно посмотреть сведения о вызывающем абоненте и затем нажать функциональную клавишу Answer, чтобы ответить на вызов.


Примечание. Администратор настраивает группы перехвата вызовов, присваивает им номера и включает функцию автоматического захвата.


Новые возможности функции Other Group Pickup

Cisco CallManager 4.1(3) позволяет администратору предоставлять каждой группе перехвата вызовов другие группы перехвата вызовов. С помощью функциональной клавиши OPickup можно захватить вызовы в одной из связанных групп, которые настроены как другие группы перехвата вызовов.

Если автоматический захват включен, функция Other Pickup Group позволяет захватывать вызовы в своей группе и других заданных администратором связанных группах, не вводя номера группы. Телефон будет проверять каждую группу перехвата вызовов в заданной администратором последовательности и захватит вызов с самым продолжительным звонком в первой же группе, где найдет вызовы.

Администратор определяет функцию Other Group Pickup в окне настройки Pickup Group программы Cisco CallManager Administration. Система поддерживает до 10 других групп перехвата вызовов на каждую группу перехвата вызовов.

Функция Other Group Pickup вызывается нажатием функциональной клавиши OPickup на телефоне. Телефон захватывает вызов с самым продолжительным звонком в первой группе, где найдет вызовы.

1. Услышав звонок на другом телефоне своей группы или связанной группы, нажмите функциональную клавишу OPickup. (Если хотите захватить вызов не по своей основной линии, сначала поднимите трубку на этой линии, а затем нажмите клавишу OPickup.)

2. Если в телефоне включен автоматический захват, вызов передается автоматически.

3. Если телефон не настроен для автоматического захвата, можно посмотреть сведения о вызывающем абоненте и затем нажать функциональную клавишу Answer, чтобы ответить на вызов.


Примечание. Администратор настраивает группы перехвата вызовов и включает функцию автоматического захвата.



Примечание. О том, как добавить «захват» в поле Call Type (Тип вызова) в результатах поиска Cisco CallManager Call Detail Record (CDR), см. в разделе «Обновление типа вызова в результатах поиска CDR».


Дополнительные источники информации

Руководство по администрированию Cisco CallManager

Руководство по использованию системы Cisco CallManager

Руководство по использованию функций и служб Cisco CallManager

Руководство по администрированию Cisco CallManager Serviceability

Руководство по системе Cisco CallManager Serviceability

Новые возможности функции Call Transfer

Cisco CallManager 4.1(3) вводит следующие усовершенствования функции Call Transfer:

Onhook Call Transfer — эта функция предоставляет возможность нажать одну функциональную клавишу Transfer (Передача), и затем дать отбой, чтобы завершить передачу вызова. (Существующая функция Call Transfer требует от пользователя нажать функциональную клавишу Transfer второй раз, чтобы выполнить функцию.)

Новый общекластерный параметр службы — приведенный ниже параметр службы позволяет настраивать функцию Onhook Call Transfer. Он отображается в разделе Clusterwide Parameters (Device — Phone) в окне настройки параметров службы Cisco CallManager Administration:

Transfer On-hook Enabled — настройте этот параметр службы, чтобы включить или выключить функцию Onhook Call Transfer, выбрав один из следующих вариантов:

True — задает сервисному параметру значение True (Истина), чтобы включить передачу вызова отбоем. Эта функция позволяет пользователю выполнить передачу, либо дав отбой, либо нажав клавишу Transfer.

False — задает параметру службы значение False (Ложь), чтобы сохранить действующую функцию передачи вызова, т.е., пользователь выполняет передачу вызова нажатием клавиши Transfer. По умолчанию задано False, чтобы сохранить совместимость с предыдущими версиями Cisco CallManager.

Подробные сведения об этом окне административной настройки см. в Руководстве по администрированию Cisco CallManager.

Onhook Call Transfer поддерживается, когда вторичный вызов находится в следующем состоянии:

Оповещение

Выполнение

Подключено


Примечание. Программы CTI не поддерживают функцию Onhook Call Transfer. В настоящее время CTI работает таким образом, что, разъединяя запрос, она отключает передачу вызова с общением, если функция Onhook Call Transfer включена. Для обеспечения данной функции из пользовательского интерфейса CTI-программы Cisco IP Softphone эта программа должна отобразить «отбой» в полный запрос на передачу CTI вместо запроса на разъединение CTI.


Когда функция Onhook Call Transfer включена, ее можно вызвать нажатием функциональной клавиши Transfer. Если не надо объявлять передаваемого абонента, порядок выполнения обычной передачи вызова таков:

1. Во время вызова нажмите функциональную клавишу Transfer, переведя его тем самым его на удержание.

2. Наберите номер, на который нужно передать вызов.

3. Услышав длинные гудки, положите трубку, чтобы передать вызов.

Передача с общением и объявлением передаваемого абонента выполняется так:

1. Во время вызова нажмите клавишу Transfer, переведя его тем самым его на удержание.

2. Наберите номер, на который нужно передать вызов.

3. Когда другая сторона ответит, объявите вызов и положите трубку. Если другая сторона отвергает вызов, нажмите клавишу Resume, чтобы вернуться к первоначальному вызову.


Примечание. Ни в коем случае не нажимайте функциональную клавишу EndCall для завершения передачи вызова. Если нажать функциональную клавишу EndCall до завершения передачи вызова, система отменит операцию передачи.


Дополнительные источники информации

Руководство по администрированию Cisco CallManager

Руководство по использованию системы Cisco CallManager

Руководство по использованию функций и служб Cisco CallManager

Поддержка новой функции в приложении Cisco IP Manager Assistant

Cisco IP Manager Assistant (Cisco IPMA) не поддерживает следующие функциональные усовершенствования в Cisco CallManager 4.1(3):

Onhook Call Transfer

Automatic Call Pickup

Подробные сведения о Cisco IPMA см. в Руководстве по использованию функций и служб Cisco CallManager.

Новый параметр службы для включения функций Music On Hold и Annunciator Duplex Streaming

Cisco CallManager 4.1(3) включает в себя новый параметр службы Duplex Streaming Enabled для музыки на удержании (MOH) и оповещателя. Этот параметр службы определяет, какие аудиопотоки используют MOH и оповещатель: дуплексные (двухсторонние) или симплексные (односторонние).

Для него можно задать одно из значений:

True — задает значение True (Истина), чтобы устанавливать соединение для дуплексного потокового мультимедиа при использовании MOH и оповещателя. Поскольку некоторые брандмауэры и устройства NAT требуют дуплексных аудиопотоков, такой вариант обеспечивает функциональную совместимость с этими продуктами.

False — задает значение False (Ложь), чтобы устанавливать соединение для симплексного потокового мультимедиа при использовании MOH и оповещателя. По умолчанию задано False.

Задайте параметр службы Duplex Streaming Enabled, получив доступ к параметрам служб с помощью Cisco CallManager Administration (Service (Служба) > Service Parameters (Параметры службы)). Выберите сервер, на котором установлена программа Cisco CallManager. В окне настройки параметров служб Cisco CallManager Administration перейдите вниз к разделу Clusterwide Parameters (Service) (Общекластерные параметры (Служба)) и задайте параметр Duplex Streaming Enabled.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg49352.

Подробные сведения о настройке параметров служб см. в Инструкции по администрированию Cisco CallManager.

Обновленная поддержка для IP-телефонов Cisco

Cisco CallManager 4.1(3) обновляет поддержку, включая усовершенствования функций захвата вызова и передачи вызова, для следующих IP-телефонов Cisco:

IP-телефон Cisco 7940/7960

IP-телефон Cisco 7970

IP-телефон Cisco 7905/7912

Следующие IP-телефоны Cisco не поддерживают новые возможности данного выпуска:

IP-станция конференц-связи Cisco 7935/7936

Беспроводной IP-телефон Cisco 7920

Cisco IP Softphone

Подробные сведения об IP-телефонах Cisco см. на веб-сайте в руководстве по IP-телефону Cisco для соответствующей модели телефона:
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/index.htm.

Дополнительные источники информации

Руководство по администрированию IP-телефона Cisco для вашей модели IP-телефона Cisco

Комментарии к выпуску встроенного программного обеспечения для IP-телефона Cisco

Руководство по администрированию Cisco CallManager

Руководство по использованию системы Cisco CallManager

Настройка IP-телефона Cisco в сети

Руководство по IP-телефону Cisco

Новые параметры настройки Hunt Pilot для автоматической альтернативной маршрутизации (Automated Alternate Routing)

Автоматическая альтернативная маршрутизация (Automated Alternate Routing, AAR) позволяет перенаправлять вызов через ТфОП или другую сеть с помощью альтернативного номера, когда CallManager блокирует вызов в случае недостаточной пропускной способности в данном месте. Пользоваться AAR выгодно, поскольку вызывающему абоненту не нужно класть трубку и снова вызывать другую сторону.

Cisco CallManager 4.1(3) расширяет функциональные возможности автоматической альтернативной маршрутизации, позволяя включить номер пилотной группы перехвата вызовов. (Cisco CallManager не поддерживает эту новую функциональную возможность в Cisco CallManager версии 4.x и более старой.)

Когда удаленный пользователь пытался соединиться с системой голосовых сообщений в центральном офисе, а в линии ГВС не хватало пропускной способности, Cisco CallManager версии ниже 4.x мог перенаправить вызов через шлюз ТфОП в систему передачи голосовых сообщений.

Начиная с Cisco CallManager 4.0 AAR не работает с пилотными группами перехвата вызовов. Поскольку точный номер каталога (directory number, DN) пилотной группы перехвата вызовов не известен, AAR не может инициировать обходной маршрут.

Настройка Hunt Pilot

Чтобы сохранить функциональную возможность AAR, в Cisco CallManager 4.1(3) в окне настройки Cisco CallManager Administration Hunt Pilot вводятся следующие новые параметры настройки группы AAR:

External Number Mask — данное поле предоставляет настраиваемую маску внешнего номера для номера пилотной группы перехвата вызовов (аналогично маске внешнего номера, задаваемой для линии). С помощью этой маски система форматирует идентификационную информацию вызывающей линии для внешних (исходящих) вызовов. Когда AAR инициирует обходной маршрут, система накладывает эту маску внешнего номера на номер пилотной группы перехвата вызовов, чтобы сформировать полностью определенный DN вызываемой стороны, что позволяет AAR инициировать правильный обходной маршрут в случае недостаточной пропускной способности.

AAR Group — группа AAR представляет зону автоматического вызова, где расположены линия (DN), порт голосовой почты Cisco и шлюз. Выберите имя нужной группы AAR Group из раскрывающегося списка. (Этот список включает, в том числе, имена, присвоенные в окне настройки группы автоматической альтернативной маршрутизации Cisco CallManager Administration, которые доступны из Route Plan (План маршрутизации) > AAR Group (Группа AAR)).


Примечание. AAR можно включить на пилотной группе перехвата вызовов только в том случае, когда все члены линейной группы находятся в одном месте).


Получить доступ из программы Cisco CallManager Administration к параметрам настройки группы AAR в окне настройки Hunt Pilot можно следующим образом: Route Plan (План маршрутизации) > Route/Hunt (Маршрутизация/перехват) > Hunt Pilot (Пилотная группа перехвата вызовов). В окне настройки Hunt Pilot программы Cisco CallManager Administration перейдите вниз в раздел AAR Group Settings (Настройки группы AAR).

Настройка параметра службы

Для правильной работы AAR необходимо, чтобы наряду с настройкой параметров группы AAR был задан и следующий параметр службы:

Automated Alternate Routing Enable — чтобы включить AAR, задайте этому параметру значение True. Этот общекластерный параметр определяет, использовать ли автоматическую альтернативную маршрутизацию, когда система не обладает достаточной пропускной способностью. Допустимые значения: True (использовать AAR при низкой пропускной способности) или False (не использовать AAR). По умолчанию задано False.

Параметр Automated Alternate Routing Enable доступен в окне настройки параметров служб программы Cisco CallManager Administration: Service (Служба) > Service Parameters (Параметры службы). Выберите сервер, на котором установлена программа Cisco CallManager. В окне настройки параметров службы программы Cisco CallManager перейдите вниз в раздел Clusterwide Parameters (System — CCM Automated Alternate Routing) (Общекластерные параметры (Система — Автоматическая альтернативная маршрутизация CCM)) и задайте этот параметр.

Подробные сведения о AAR см. в Руководстве по администрированию Cisco CallManager и в Руководстве по использованию системы Cisco CallManager.

Дополнительные источники информации

Настройка группы автоматизированной альтернативной маршрутизации, Руководство по администрированию Cisco CallManager

Общие сведения о планах маршрутизации, Руководство по использованию системы Cisco CallManager

Поддержка Annex M1 через магистрали H.225 и шлюзы H.323

Cisco CallManager 4.1(3) расширяет свою функциональную совместимость благодаря поддержке туннелирования протокола QSIG посредством Annex M1 через магистрали H.225 и шлюзы H.323. С помощью этого усовершенствования Cisco CallManager расширяет функциональность протокола QSIG, позволяя настраивать протокол туннелирования для магистралей H.225 и шлюзов H.323, поскольку теперь его можно настраивать для межкластерных магистралей.


Примечание. Эта улучшенная функция проверена только на специальном коммутирующем оборудовании сторонних производителей. Сведения о функциональной совместимости функции Annex M1 с оборудованием сторонних производителей см. в Матрице совместимости Cisco CallManager по адресу: http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_software_versions_comparison.html
Сведения о поддержке остальных функций и функциональной совместимости с продуктами сторонних производителей с Cisco CallManager см. на портале Cisco по функциональной совместимости: http://www.cisco.com/go/interoperability.


В данном выпуске Cisco CallManager Administration обновляется настройка включения протокола туннелирования для магистралей H.225 и шлюзов H.323 в окнах настройки магистрали и настройки шлюза.

Настройка магистрали

В программе Cisco CallManager Administration откройте окно Trunk Configuration (Конфигурация магистралей) (Device (Устройство) > Trunk (Магистраль) > Add a New Trunk (Новая магистраль)) и задайте следующие поля:

Tunneled Protocol — выберите протокол QSIG из раскрывающегося списка, чтобы включить протокол туннелирования для магистралей H.225. По умолчанию задано None (Нет).

Path Replacement Support — система автоматически проверяет этот флажок при выборе значения QSIG из раскрывающегося списка Tunneled Protocol. По умолчанию флажок снят.

Конфигурация шлюза

Чтобы завершить настройку, задайте те же самые поля для шлюзов H.323. В программе Cisco CallManager Administration откройте окно Gateway Configuration (Конфигурация шлюзов) (Device (Устройство) > Gateway (Шлюз) > Add a New Gateway (Новый шлюз)) и задайте следующие поля:

Tunneled Protocol — выберите QSIG из раскрывающегося списка, чтобы включить протокол туннелирования для магистралей H.225. По умолчанию задано None (Нет).

Path Replacement Support — система автоматически проверяет этот флажок при выборе значения QSIG из раскрывающегося списка Tunneled Protocol. По умолчанию флажок снят.

Подробные сведения см. в Руководстве по администрированию Cisco CallManager и в Руководстве по использованию системы Cisco CallManager.

Дополнительные источники информации

Настройка магистрали, Руководство по администрированию Cisco CallManager

Настройка шлюза, Руководство по администрированию Cisco CallManager

Общие сведения о протоколах IP-телефонии, Руководство по использованию системы Cisco CallManager

Усиление безопасности

Этот раздел содержит сведения о следующих новых возможностях системы безопасности в Cisco CallManager 4.1(3):

Поддержка устранения неполадок защищенного шлюза Cisco IOS MGCP

Настройка безопасности для портов голосовой почты

Поддержка устранения неполадок защищенного шлюза Cisco IOS MGCP

В Cisco CallManager 4.1(3) вводится поддержка устранения неполадок защищенного шлюза Cisco IOS MGCP. Новое средство этого выпуска для отладки TAC позволяет захватывать шифрованные сообщения MGCP и подтверждения о подключении, которыми обмениваются Cisco CallManager и защищенный шлюз Cisco IOS MGCP. Данное средство устранения неполадок диагностирует проблемы потоковой передачи данных сигнализации VoIP и транспортного протокола реального времени (RTP), анализируя просмотренный сетевой трафик.

Для успешной отладки проблем сигнализации средству устранения неполадок необходимо захватывать открытый (расшифрованный) текст пакетов сигнализации, которые отправляются и принимаются защищенными устройствами. Для отладки проблем с передачей данных средству устранения неполадок необходимо захватывать ключи шифрования защищенного транспортного протокола реального времени (Secure Real-Time Transport Protocol, SRTP), которые содержатся в сообщениях сигнализации MGCP. Cisco CallManager 4.1(3) добавляет интерфейс поддержки пакетов сигнализации с открытым текстом для отладки шлюзов Cisco IOS MGCP. Пакеты сигнализации шлюза включают в себя основанные на UDP сообщения MGCP и основанные на TCP подтверждения о подключении.

Средство отладки устанавливает шифрованный с помощью протокола защиты транспортного уровня (Transport Layer Security, TLS) сеанс с Cisco CallManager. Cisco CallManager и средство устранения неполадок выполняют проверку подлинности друг друга, проверяя сертификат во время установления TLS-сеанса. Кроме того, Cisco CallManager определяет, имеются ли у средства устранения неполадок административные привилегии для приема защищенных сообщений сигнализации.

Во время регистрации защищенного шлюза IOS MGCP в Cisco CallManager система извлекает настройки режима захвата пакета сигнализации (Signal Packet Capture Mode) и продолжительности захвата пакета (Packet Capture Duration) для всех устройств шлюза. Если устройство настроено на захват пакета, Cisco CallManager посылает сообщения MGCP и подтверждения о подключении для шлюза, который настроен на мониторинг в реальном масштабе времени посредством соединения TLS. Все сообщения MGCP и подтверждения о подключении, посланные средству отладки, не шифруются и представлены в формате открытого текста, но зашифрованы сеансом TLS между Cisco CallManager и средством устранения неполадок.

Режимы средства устранения неполадок

Средство устранения неполадок, которое можно настраивать на устройстве, работает в двух режимах:

Режим работы в реальном масштабе времени — Cisco CallManager посылает расшифрованные (нешифрованные) сообщения анализирующим устройствам по безопасному каналу, исключающему пассивное прослушивание сети. Между Cisco CallManager и средством отладки устанавливается соединение TLS. После взаимной проверки подлинности Cisco CallManager и средства устранения неполадок Cisco CallManager посылает сообщения SCCP (телефон) или подтверждения подключения UDP и TCP (шлюз) всем подключенным средствам отладки, работающим в реальном масштабе времени, у которых включен захват пакетов. Средство отладки захватывает пакеты SRTP и расшифровывает их с помощью ключа, выделенного из расшифрованных подтверждений о подключении SCCP, UDP или TCP.

Режим групповой обработки — Cisco CallManager записывает расшифрованные сообщения в файл. Система шифрует каждый файл и раз в сутки создает новый файл с новым ключом шифрования. Cisco CallManager хранит этот файл в течение недели, а также хранит в надежном месте ключи, которыми зашифрован файл. В назначенный день средство отладки с помощью HTTPS, имени пользователя и пароля администратора запрашивает один зашифрованный файл, который содержит захваченные пакеты. Кроме того, запрашивается ключ для расшифровки зашифрованного сжатого файла.

Настройка захвата пакета в окне настройки шлюза MGCP

Cisco CallManager Administration поддерживает следующие шлюзы Cisco IOS MGCP, настройки режима захвата пакета и продолжительности захвата пакета которых задаются для каждого порта в окне настройки шлюза:

2600 XM

2691

серия 28XX, включая 2801, 2811, 2821 и 2851

3660

3725

3745

серия 38XX, включая 3825 и 3845

VG224 (в режиме MGCP)

По умолчанию для режима захвата пакетов задано None (Нет, т.е., захвата не происходит), а для продолжительности захвата пакета — 60. Продолжительность захвата пакета указывает максимальное количество минут для одного сеанса захвата пакета. По умолчанию задано 60, а выбирать можно из интервала от 0 до 300 минут.


Примечание. Учтите, что режим захвата пакета и продолжительность захвата пакета нельзя настроить на 24-портовых шлюзах FXS Cisco Catalyst 6000 и на шлюзах VoIP T1/E1 Cisco Catalyst 6000 до тех пор, пока эти устройства не поддерживают SRTP.


Устранение неполадок шифрования IP-телефонов Cisco и шлюзов IOS MGCP

Поскольку средства устранения неполадок сторонних производителей, прослушивающие мультимедиа и пакеты TCP, не работают после включения шифрования, то в случае возникновения проблем необходимо выполнить следующие задачи с помощью Cisco CallManager Administration:

Проанализировать пакеты сообщений, которыми обмениваются Cisco CallManager и устройство (телефон или шлюз Cisco IOS MGCP).

Захватить пакеты SRTP, передаваемые между устройствами.

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

Советы по настройке (для администраторов)

Можно захватывать пакеты для IP-телефонов Cisco моделей 7940, 7960 и 7970.

Можно захватывать пакеты для шлюзов Cisco IOS MGCP, перечисленных в разделе «Настройка захвата пакета в окне настройки шлюза MGCP».

Чтобы устранить неполадки шифрования в шлюзах Cisco IOS MGCP и IP-телефонах Cisco, необходимо задать поля Signaling Packet Capturing Mode и Packet Capture Duration каждого устройства в Cisco CallManager Administration.

Эти поля настраиваются только при устранении неполадок шифрованного трафика устройства.

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

Для захвата пакетов SRTP между устройствами надо использовать сетевые устройства прослушивания пакетов. Захватив пакеты, задайте значения None (Нет) и False (Ложь) для параметров служб Signal Packet Capture Mode и Packet Capture Enable, соответственно.

После захвата пакетов обратитесь в центр технической поддержки (TAC) Cisco, где их проанализируют.

Дополнительные источники информации

Руководство по безопасности Cisco CallManager

Настройка шлюза , Руководство по администрированию Cisco CallManager

Настройка безопасности для портов голосовой почты

Во время настройки безопасности портов голосовой почты Cisco CallManager и устройств SCCP Cisco Unity открывается соединение TLS (квитирование связи) для устройств, прошедших проверку подлинности, как только каждое из них получает сертификат другого устройства. Кроме того, система посылает потоки SRTP между устройствами, если на них задано шифрование.

Когда режим безопасности устройства задается с проверкой подлинности или с шифрованием, TSP Cisco Unity соединяется с Cisco CallManager через его порт TLS.

Когда режим безопасности устройства задается без защиты, TSP Cisco Unity соединяется с Cisco CallManager через его порт SCCP.

Советы по настройке (для администраторов)

Для этой версии Cisco CallManager требуется Cisco Unity 4.0(5) или более новой версии.

Для настройки новых серверов голосовой почты можно использовать мастера настройки голосовых портов (Voice Mail Port Wizard). Но с его помощью нельзя изменить режим безопасности устройства (Device Security Mode) на существующих серверах голосовой почты. Если на имеющемся сервере голосовой почты добавляются порты, то текущий режим безопасности устройства автоматически распространяется на них.

Чтобы настроить безопасность с помощью Voice Mail Port Wizard, выберите в Cisco CallManager Administration Feature (Функция) > Voice Mail (Голосовая почта) > Cisco Voice Mail Port Wizard (Мастер порта голосовой почты Cisco).

Чтобы настроить режим безопасности устройства для одного порта голосовой почты, выберите в Cisco CallManager Administration Feature (Функция) > Voice Mail (Голосовая почта) > Cisco Voice Mail Port (Порт голосовой почты Cisco).

Задание заводских значений для режима безопасности устройства создает в кластере одну и ту же настройку безопасности для портов голосовой почты и IP-телефонов Cisco моделей 7940, 7960 и 7970.

В дополнение к процедурам, описанным в Руководстве по безопасности Cisco CallManager, надо скопировать сертификат Cisco Unity из сервера Cisco Unity в C:\Program Files\Cisco\Certificates на каждом сервере кластера, как описано в Руководстве по интеграции Cisco CallManager с Cisco Unity 4.0. Скопировав сертификат, перезапустите службу Cisco CallManager в Cisco CallManager Serviceability, перейдя по пути Application (Приложение) > Cisco CallManager Serviceability > Tools (Сервис) > Control Center (Центр управления).

Помимо задач настройки Cisco CallManager Administration необходимо выполнить задачи безопасности для Cisco Unity с помощью Cisco Unity Telephony Integration Manager. Как выполнять эти задачи, см. в Руководстве по интеграции Cisco CallManager с Cisco Unity 4.0.

В случае окончания срока действия или замены сертификатов Cisco Unity по любым причинам убедитесь, что новые сертификаты есть на каждом сервере кластера. Если сертификаты не соответствуют, проверка подлинности TLS не возможна.

Настройка, заданная в Cisco Unity Telephony Integration Manager, должна соответствовать режиму безопасности устройства порта голосовой почты, заданному в Cisco CallManager Administration.

В случае изменения режима безопасности устройства необходимо переустановить устройства Cisco CallManager в Cisco CallManager Administration и перезапустить Cisco Unity Integration Manager. При изменении настройки в Cisco CallManager Administration надо изменить настройку и в Cisco Unity.

Дополнительные источники информации

Руководство по безопасности Cisco CallManager

Руководство по интеграции Cisco CallManager с Cisco Unity 4.0

Новые возможности Bulk Administration Tool

Bulk Administration Tool (BAT) версии 1(4) поддерживает Cisco CallManager версии 4.1(3) и обеспечивает поддержку следующих функций и усовершенствований:

Поддержка BAT функции Call Pickup Groups

Новое описание поля классификации вызовов

Поддержка BAT функции Call Pickup Groups

Теперь BAT 5.1(4) предоставляет поддержку групп перехвата вызовов. Рекомендации по использованию BAT для настройки групп перехвата вызовов:

При первом добавлении настроек группы перехвата вызовов можно создать CSV-файл (файл со значениями, разделенными запятыми) с помощью BAT.xlt, или создать пользовательский текстовый CSV-файл.

Чтобы обновить, удалить или добавить последующие настройки групп перехвата вызовов, отредактируйте имеющийся CSV-файл или создайте пользовательский текстовый CSV-файл.

В файле/электронной таблице каждое имя группы перехвата вызовов и соответствующая настройка должны занимать одну строку. (Не вводите несколько имен групп перехвата вызовов на одной строке.)

Для ввода сведений о группах перехвата вызовов используйте, например, следующий формат:

(Имя группы перехвата вызовов, Номер группы перехвата вызовов, Раздел, Имя другой группы перехвата вызовов 1... Имя другой группы перехвата вызовов 10)

Marketing,7815,Part1,Marketing,Managers,Training

При добавлении новых групп перехвата вызовов необходимо заполнить все обязательные поля, например: имя группы перехвата вызовов, номер группы перехвата вызовов и раздел. Необходимо внести в файл данные для всех обязательных записей.

Для вставки и обновления записей надо использовать отдельные CSV-файл.

Когда информация удаляется из файла, и на ее месте остается пустое место, эта информация не изменяется в базе данных Cisco CallManager, т.е., существующее значение в базе данных не заменяется пустым значением. Необходимо обновить это значение, чтобы переписать его в базе данных.

Убедитесь, что соответствующие CSV-файлы скопированы в нужный каталог. Для групп перехвата вызовов BAT предоставляет следующий каталог на сервере-издателе Cisco CallManager: C:\BatFiles\CPG\Insert\.

Создавая или изменяя CSV-файл, обязательно помещайте его в BAT.

Новое описание поля классификации вызовов

Веб-интерфейс BAT 5.1(4) отражает замену имени в поле Device Destination на имя Call Classification для оконечных устройств шлюза VG200, не являющихся интерфейсами FXS. . Поле Call Classification заменяет поле Device Destination в шаблоне шлюза.

Следующее описание поля Call Classification используется при добавлении или обновлении значений портов E&M для магистралей T1 CAS на шлюзе Cisco VG200 и при добавлении или обновлении значений для магистралей T1 PRI или E1 PRI на шлюзе Cisco VG200.

Таблица 1. Описание поля Call Classification

Поле
Описание

Call Classification

В раскрывающемся списке выберите вариант настройки устройства как сетевого, внесетевого или системного по умолчанию. Если выбрано «Использовать настройки системы по умолчанию» на уровне устройства, то система использует значение параметра службы, чтобы определить, является устройство внутренним (сетевым) или внешним (внесетевым).


Подробные сведения о функциях и функциональных возможностях BAT см. в Руководстве пользователя Bulk Administration Tool.

Дополнительные источники информации

Работа с группами Call Pickup Groups, Руководство пользователя Bulk Administration Tool

Работа со шлюзами и портами, Руководство пользователя Bulk Administration Tool

Руководство пользователя Bulk Administration Tool

Новые возможности службы Dialed Number Analyzer

Анализатор набранных номеров (Dialed Number Analyzer — DNA) позволяет анализировать настроенный план дозвона Cisco CallManager (по одному шаблону за раз) и предоставляет подробные сведения о потоке вызовов набранных цифр. На этапе подготовки к вводу в действие с помощью этого средства можно выявить проблемы в сложном плане дозвона. После ввода в действие он позволяет выявлять в реальном масштабе времени проблемы в потоке вызовов набранных цифр.

Cisco CallManager 4.1(3) обновляет DNA для поддержки анализа многочисленных набранных номеров, предоставляя интерфейс для многофакторного анализа и группового тестирования планов дозвона с параллельным формированием отчета по результатам анализа соответствующей группы.

Анализ DNA с помощью Multiple Analyzer

В этом выпуске Cisco CallManager DNA предоставляет окно Multiple Analyzer, позволяющее выбирать CSV-файл, который содержит список данных, необходимых для анализа. Затем DNA обрабатывает CSV-файл и отображает выходные данные анализа группы.

Во время установки DNA на сервер загружается шаблон DNATemplate.zip. Используйте этот шаблон для создания CSV-файла, который содержит многочисленные наборы номеров вызывающей стороны и соответствующие набранные цифры, пространства поиска вызовов, часовые пояса устройств, часовые пояса и данные по дате и времени. Эти файлы можно выгрузить или загрузить с помощью окна Multiple Analyzer в DNA.


Примечание. Система поддерживает в CSV-файле максимум 500 записей для многофакторного анализа.


Подробные сведения о Multiple Analyzer, включая создание входного CSV-файла с помощью шаблона DNA, выгрузке или загрузке файлов, а также просмотре и анализе содержимого файлов см. в Руководстве по Cisco CallManager Dialed Number Analyzer.


Внимание! Функция многофакторного анализа использует большое объем ресурсов процессора, что может значительно повлиять на работу базы данных. Cisco настоятельно рекомендует выполнять многофакторный анализ только не в часы пик, чтобы свести к минимуму проблемы с производительностью сети.

Дополнительные источники информации

Руководство по Cisco CallManager Dialed Number Analyzer

Новая и измененная информация о средствах обслуживания Cisco CallManager Serviceability

В этом разделе описаны следующие новые функции, повышающие удобство обслуживания, и изменения, внесенные в данном выпуске Cisco CallManager:

Обновление типа вызова в результатах поиска CDR

Обновление типа вызова в результатах поиска CDR

Cisco CallManager 4.1(3) обновляет подключаемый модуль CDR Analysis and Reporting (CAR) путем заполнения поля Call Type в результатах поиска Cisco CallManager Call Detail Record (CDR) значением «захват» для автоматического захвата, автоматического группового захвата и автоматического захвата вызовов других групп. CAR различает вызовы автоматического захвата/группового захвата и переадресованные вызовы, поскольку CDR различают эти типы вызовов.

С помощью этого дополнения, поиск CDR предоставляет следующую информацию, описывающую поле Call Type:

Тип вызова: простой, передача, переадресация, захват или конференция.

Как и в предыдущих выпусках, CDR по-прежнему различают захват, групповой захват и захват вызова другой группы, и CAR заблаговременно выделяет место для вызовов этих типов в поле Call Type.

Подробные сведения о модуле CDR Analysis and Reporting (CAR) см. в Руководстве по администрированию Cisco CallManager Serviceability. Подробные сведения об автоматическом захвате и автоматическом групповом захвате см. в разделе «Новые возможности функций Call Pickup и Group Call Pickup», а также в Руководстве по администрированию Cisco CallManager и в Руководстве по использованию системы Cisco CallManager.

Дополнительные источники информации

Руководство по системе Cisco CallManager Serviceability

Руководство по администрированию Cisco CallManager Serviceability

Руководство по администрированию Cisco CallManager

Руководство по использованию системы Cisco CallManager

Новая и измененная информация о программах сторонних производителей и программах, созданных на базе комплекта для разработки ПО

В этом разделе описаны следующие новые функции программ, созданных на базе комплектов разработки ПО Cisco CallManager и сторонних производителей, и изменения, внесенные в данном выпуске Cisco CallManager:

Новые возможности JTAPI

Обновление записей CDR для функций Call Pickup

Новые возможности JTAPI

Cisco CallManager 4.1(3) включает поддержку операционной системы Microsoft Windows 2003 в мастере установки JTAPI InstallShield.

Полный перечень поддерживаемых операционных систем см. в Руководстве по установке Cisco JTAPI.

Дополнительные источники информации

Сведения о программах сторонних производителей и созданных на базе комплекта для разработки ПО, см. в «Руководстве разработчика Cisco JTAPI для Cisco CallManager 4.1(3)», находящемся по адресу:

http://www.cisco.com/univercd/cc/td/doc/product/voice/vpdd/cdd/4_1/

Обновление записей CDR для функций Call Pickup

Улучшение содержимого записей CDR в Cisco CallManager 4.1(3) обеспечивает поддержку функции автоматического захвата. (Подробные сведения о новых возможностях функции захвата вызовов см. в разделе «Новые возможности функций Call Pickup и Group Call Pickup».)

Automatic Pickup

Новая функция автоматического захвата создает только две записи CDR:

CDR для вызова, инициирующего звонок — система задает полям origTerminationOnBehalfOf и destTerminationOnBehalfOf значение 16 (захват), указывая, что вызов завершен от имени функции Pickup.

CDR для окончательно соединенного захваченного вызова — система задает полям lastRedirectOnBehalfOf и joinOnBehalfOf значение 16 (Pickup), указывая, что вызов присоединен от имени функции Pickup. Поле lastRedirectDn содержит сторону, у которой звучал звонок, когда захватывался вызов. Поле lastRedirectRedirectReason содержит причину перенаправления 5 (Pickup).

У обеих CDR один и тот же идентификатор вызова (Call ID).

Pickup

CDR сохраняют те же самые существующие функции захвата вызова (Call Pickup, Group Call Pickup и Other Group Pickup).

Существующие функции Pickup создают только одну запись CDR. Система задает полям origCalledPartyRedirectOnBehalfOf, lastRedirectRedirectOnBehalfOf и joinOnBehalfOf значение 5 (Call Forward), указывая, что функция Call Forward перенаправила вызов. Поле origCalledPartyRedirectReason and lastRedirectRedirectReason содержит причину перенаправления 5 (Pickup).

Дополнительные источники информации

Руководство по системе Cisco CallManager Serviceability

Руководство по администрированию Cisco CallManager Serviceability

Важные примечания

Следующий раздел содержит важную информацию, которая может отсутствовать в первоначальном выпуске документации для Cisco CallManager версии 4.1.

Использование Cisco Unity Consult Transfer вместе с Cisco CallManager Onhook Call Transfer

Выполнение операций CAPF на IP-телефонах Cisco через VPN-соединения

Добавление серверов Cisco CallManager

Locale Installer для Cisco CallManager версии 4.1(3)

Использование служебной программы JTAPI Update вместе с CRS

Требования по обновлению CRS и Cisco CallManager 4.1

Вызовы программы NetMeeting завершаются неудачно, когда она уведомляется о поддержке стандарта T.38

Строка состояния установки Cisco CallManager

Рекомендации по точкам маршрута CTI

Обновление масштабируемости Cisco CallManager Extension Mobility

Выключение IPSec для обновлений Cisco CallManager Upgrades

Поддержка многокластерной интеграции с Active Directory

Требования к установке Java Virtual Machine

Использование Cisco Unity Consult Transfer вместе с Cisco CallManager Onhook Call Transfer

Когда Cisco Unity настроена для передачи входящего вызова с общением, вызываемая сторона может по выбору нажать либо «1», чтобы принять вызов, либо «2», чтобы отправить вызов на голосовую почту.

Cisco CallManager 4.1(3) добавляет функцию Onhook Call Transfer, которая взаимодействует с функцией передачи Cisco Unity.

Когда для параметра службы On-hook Enabled задано значение False (по умолчанию), эта функция работает, как и планировалось.

Но если ему задать значение True (чтобы включать функцию передачи вызова отбоем), то Cisco Unity завершает передачу вызова, а не посылает вызов на голосовую почту, когда вызываемая сторона нажимает «2».

Эта проблема возникает при использовании Cisco Unity версии 4.04 и Cisco CallManager версии 4.1(3).

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa71042

Подробные сведения о функции Onhook Call Transfer см. в разделе «Новые возможности функции Call Transfers».

Выполнение операций CAPF на IP-телефонах Cisco через VPN-соединения

При выполнении любых операций функции Certificate Authority Proxy Function (CAPF), таких как установка, обновление или удаление сертификатов местного пользования (LSC) на IP-телефоне Cisco, подключенном к Cisco CallManager через VPN, необходимо предпринять специальные меры по недопущению блокировки телефонного порта CAPF. (Если телефонный порт CAPF заблокирован, все операции CAPF не выполняются.)


Примечание. IP-телефон Cisco использует телефонный порт CAPF для соединения с CAPF. Когда телефонный порт CAPF заблокирован, через него невозможно выполнять никаких операций сертификации.


Перед выполнением любой операции CAPF функция CAPF должна выполнить проверку подлинности и связаться с IP-телефоном Cisco через порт, заданный в Cisco CallManager Administration. (Значение этого порта находится в поле «CAPF Phone Port» окна настройки параметров Cisco CallManager Administration Enterprise: перейдите по пути System (Система) > Enterprise Parameters (Параметры Enterprise) и затем вниз в раздел Security Parameters.)

После проверки подлинности CAPF телефон может загрузить свой LSC и зарегистрироваться в Cisco CallManager в безопасном режиме. Если кластер Cisco CallManager настроен для смешанного режима, а телефон настроен для защищенного (с проверкой подлинности или с шифрованием) режима, то телефон может загрузить свой сертификат CAPF перед включением режима защиты. Если телефону не удастся загрузить свой LSC, он не сможет зарегистрироваться на Cisco CallManager в защищенном режиме, но сохранит возможность сделать это в незащищенном режиме.

Выполнение любой операции CAPF на IP-телефоне Cisco, подключенном к Cisco CallManager через VPN, не удастся, если телефонный порт CAPF заблокирован по какой-либо причине, например, брандмауэром. Когда происходит такая блокировка, телефон не может загрузить свой LSC из CAPF и зарегистрироваться на Cisco CallManager в защищенном режиме, даже если режим безопасности устройства задан с проверкой подлинности или с шифрованием. В этом случае на телефоне появляется сообщение «Registration Rejected» («Регистрация отклонена»).

Данная ситуация разрешается следующим образом:

Настройте брандмауэр, чтобы он открывал телефонный порт CAPF, указанный в Cisco CallManager Administration, разрешая подключиться к телефонному порту CAPF.

Соедините телефон с корпоративной сетью и выполните все задачи, связанные с настройкой безопасности, включая операции CAPF. Затем включите телефон в сеть VPN, чтобы включить защищенный режим с Cisco CallManager. (В результате телефон может работать с текущим сертификатом. Если телефонный порт блокируется брандмауэром, любая новая операция CAPF на телефоне будет невозможной.)

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa67823

Дополнительные источники информации

Руководство по безопасности Cisco CallManager

Добавление серверов Cisco CallManager

В Cisco CallManager Administration проверьте, чтобы в окне настройки сервера (Server Configuration) (System (Система)> Server (Сервер)) каждый сервер был добавлен только один раз. Если сервер добавляется и с помощью имени узла, и с помощью IP-адреса, то после обновления Cisco CallManager не может точно определить версии компонента для сервера. Если в Cisco CallManager Administration есть две записи для одного и того же сервера, удалите одну из них перед обновлением.

Locale Installer для Cisco CallManager версии 4.1(3)

Для оптимальной работы вместе с CallManager версии 4.1(3), необходимо использовать Cisco IP Telephony Locale Installer версии 4.1(3).


Примечание. Проверьте, все ли фразы отображаются на желаемом местном языке при установке этой версии Locale Installer на системе, использующей программу, отличную от Cisco CallManager 4.1(3), а именно: Cisco CallManager 4.1(3) SR(x) и более новой версии или Cisco CallManager 4.1(2) SR(x) и более старой версии.


Полный перечень поддерживаемых языков см. в файле readme, опубликованном вместе с программным обеспечением Cisco IP Telephony Locale Installer на веб-сайте http://www.cisco.com.

Список имеющихся локализаторов, поддерживаемых определенными версиями Cisco CallManager, см. по адресу: http://www.cisco.com/kobayashi/sw-center/telephony/callmgr/locale-installer.shtml.


Совет. Если используются локализаторы, Cisco рекомендует подождать, пока не появится локализатор, специально для Cisco CallManager 4.1(3), а затем обновить систему до этого выпуска Cisco CallManager. Поскольку между выпусками может не быть полной функциональной совместимости, старайтесь использовать только специальный локализатор, поддерживаемый данной версией Cisco CallManager.



Примечание. Каждая версия Cisco CallManager может поддерживать различное число локализаторов. Полный комплект локализаторов, работающих с Cisco CallManager 4.1(3), можно найти на веб-сайте http://www.cisco.com через 8 — 10 недель после выхода английской версии. Локализаторы для всех языков, поддерживаемых Cisco CallManager 4.1, загружаются по адресу: http://www.cisco.com/pcgi-bin/tablebuild.pl/callmgr-locale-41.


Дополнительные источники информации

Руководство по использованию функций и служб Cisco CallManager

Использование служебной программы JTAPI Update вместе с CRS

Серверы Cisco Customer Response Solutions (CRS) содержат утилиту JTAPI Update, синхронизирующую подключаемую программу Cisco CallManager с сервером CRS и Cisco Agent Desktop (CAD). Для гарантии успешной работы сервера CRS необходимо запустить это средство обновления.

Если установлены расширенные службы CRS или Cisco CallManager (либо вместе с сервером Cisco CallManager, либо на отдельном сервере), и выполняется обновление и/или установка Cisco CallManager, необходимо предпринять специальные меры по обеспечению синхронизации подключаемого модуля.

Поскольку обновление для сервера Cisco CallManager может включать в себя обновленный компонент JTAPI Plugin, обязательно запустите утилиту JTAPI Update на сервере CRS, чтобы обновить клиента JTAPI. Наличие утилиты JTAPI Update на сервере CRS после обновления Cisco CallManager гарантирует, что JTAPI Plugin установлена правильно.


Примечание. При использовании обычного инсталлятора подключаемых модулей для установки JTAPI Plugin на сервер CRS (вместо утилиты JTAPI Update) файл jtapi.jar не копируется в общую папку CRS, и установка остается незавершенной.


Подробные сведения об утилите JTAPI Update см. в Руководстве по администрированию Cisco Customer Response Applications по адресу: http://www.cisco.com/univercd/cc/td/doc/product/voice/sw_ap_to/apps_3_5/english/admn_app/apadm35.pdf.

Требования по обновлению CRS и Cisco CallManager 4.1

Пользователи Cisco CRS, недавно запустившие CRS версии 3.5(1) вместе с Cisco CallManager 4.0 (либо вместе с сервером Cisco CallManager, либо на отдельном сервере), должны обновить свои серверы CRS до версии 3.5(2), прежде чем выполнять обновление до Cisco CallManager 4.1.


Примечание. Поскольку инсталлятор CRS 3.5(1) не совместим с Cisco CallManager 4.1, он может не работать, если его запустить после обновления сервера до Cisco CallManager 4.1.


Из-за проблем несовместимости надо перезапустить инсталлятор CRS 3.5(1), если он побывал в следующих ситуациях:

Восстановление в аварийных ситуациях, когда стабилизация системы требует переустановки программного обеспечения CRS 3.5(1) — в этом случае для восстановления из резервной копии требуется CRS 3.5(1), иначе будут утеряны данные журнала и некоторые данные настройки.

Обновление лицензии продукта CRS с целью получения дополнительных функциональных возможностей — в этом случае программа установки CRS 3.5(1) не работает, а программа установки CRS 3.5(2) успешно действует.


Примечание. CRS 3.5(2) совместим и с Cisco CallManager 4.0, и с Cisco CallManager 4.1.


Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef83104

Вызовы программы NetMeeting завершаются неудачно, когда она уведомляется о поддержке стандарта T.38

Если NetMeeting отправляет или получает вызов, и вызывающее или вызываемое устройство в пакете набора функций оконечного оборудования (Terminal Capability Set, TCS) уведомляет NetMeeting о поддержке стандарта T.38, то NetMeeting неправильно подтверждает TCS, и вызов прекращается по превышению времени ожидания. Если NetMeeting не уведомляется о поддержке T.38, то вызов выполняется.

Чтобы обеспечить успешное выполнение вызова, настройте вызывающее (вызываемое) устройство так, чтобы оно не уведомляло NetMeeting о поддержке стандарта T.38, или используйте вызывающее (вызываемое) устройство, которое не уведомляет о поддержке стандарта T.38.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef36817.

Строка состояния установки Cisco CallManager

Во время установки или обновления Cisco CallManager 4.1 можно увидеть, как программа установки многократно переустанавливает строку состояния. Отображение хода установки в строке состояния может меняться по мере установки каждого программного пакета и соответствующей настройке инсталлятором компьютера. Никогда не перезагружайте сервер, если инсталлятор не просит сделать этого.

Рекомендации по точкам маршрута CTI

Когда точка маршрута CTI содержит 200 вызовов, последующие вызовы (после 200) выполняются медленно. Если программе CTI необходимы более 200 вызовов, Cisco рекомендует настроить несколько точек маршрута CTI.


Примечание. Хотя Cisco CallManager Administration и настройка номера каталога обеспечивают значение по умолчанию 5 000 для параметра максимального количества вызовов (Maximum Number of Calls), ухудшение начинается после 200 активных вызовов.


Обновление масштабируемости Cisco CallManager Extension Mobility

В Руководстве по использованию функций и служб Cisco CallManager сообщается о том, что Cisco CallManager Extension Mobility поддерживает в час максимум 2 000 последовательных операций входа в систему и выхода из нее. Это число выражает минимальное число поддерживаемых входов в систему или выходов из нее.

Cisco CallManager Extension Mobility, работающая на более крупных платформах, таких как MCS-7845, может поддерживать больше последовательных операций входа в систему (или выхода из нее) в час. Например, MCS-7845 может поддерживать в час 4 500 входов в систему или выходов из нее.

Выключение IPSec для обновлений Cisco CallManager Upgrades

Cisco рекомендует временно отключить IP Security Protocol (IPSec) перед обновлением сервера до Cisco CallManager версии 4.1.

Если на сервере включен IPSec, то надо выполнить настройку, описанную в разделе «Отключение IPSec на сервере Cisco CallManager», и отключить этот протокол безопасности, прежде чем приступать к обновлению.

Завершив обновление Cisco CallManager, снова включите IPSec. О настройке см. раздел «Включение IPSec на сервере Cisco CallManager».

Отключение IPSec на сервере Cisco CallManager

Порядок отключения IPSec:

Процедура


Шаг 1 Выберите меню Пуск (Start) > Программы (Programs) > Администрирование (Administrative Tools) > Локальная политика безопасности (Local Security Policy).

Шаг 2 Дважды щелкните пункт IP Security Policies on Local Machine (Политики IP-безопасности на локальной машине), чтобы просмотреть настройки локальной безопасности.


Совет. Можно ввести команду secpol.msc в командной строке вместо Шага 1 и Шага 2.


Шаг 3 Найдите в столбце Policy Assigned на правой панели окна активную политику сервера Cisco CallManager.


Совет. Обязательно сделайте заметку относительно активной политики безопасности, чтобы включить ее после обновления.


Шаг 4 Щелкните правой кнопкой мыши строку (значок) активной политики и выберите unassign.


Включение IPSec на сервере Cisco CallManager

Обновив Cisco CallManager до выпуска 4.1, надо снова включить IPSec на сервере Cisco CallManager.

Порядок включения IPSec:

Процедура


Шаг 1 Выберите Пуск (Start) > Программы (Programs) > Администрирование (Administrative Tools) > Локальная политика безопасности (Local Security Policy).

Шаг 2 Дважды щелкните пункт IP Security Policies on Local Machine (Политики IP-безопасности на локальной машине), чтобы просмотреть настройки локальной безопасности.


Совет. Можно ввести команду secpol.msc в командной строке вместо Шага 1 и Шага 2.


Шаг 3 Найдите в столбце Policy Assigned на правой панели окна политику сервера Cisco CallManager.

Шаг 4 Правой кнопкой мыши выберите политику, ранее активную на сервере, и выберите assign.


Поддержка многокластерной интеграции со службой каталогов Active Directory

Cisco поддерживает интеграцию многочисленных кластеров Cisco CallManager с таким же лесом Microsoft Windows Active Directory (AD), но со следующими оговорками:

Из-за сложностей, обусловленных огромным числом возможных комбинаций пользовательских настроек AD и голосовых программ Cisco, которые могут эксплуатироваться вместе с Cisco CallManager и также использовать этот каталог, необходимо придерживаться специальных рекомендаций.

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

При использовании наряду с Cisco CallManager других голосовых программ Cisco, включая CAR, Multilevel Administration (MLA), Cisco IP Contact Center (IPCC) и Cisco IPCC Express возможны дополнительные ограничения. Подробные сведения см. в соответствующей документации и комментариях к выпуску конкретной программы.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh02155

Требования к установке Java Virtual Machine

С вводом Cisco CallManager 4.1 вступило в действие следующее требование.

Технология Microsoft Java Virtual Machine (MSJVM) дает приложениям Java возможность запускаться на компьютерах с операционной системой Microsoft Windows. Некоторые версии обозревателя Microsoft Internet Explorer (компонента операционных систем Windows) включали в себя технологию MSJVM, но позже компания Microsoft прекратила распространение технологии MSJVM в своем программном обеспечении и сообщила о прекращении поддержки этого продукта.

MSJVM устанавливается по умолчанию на всех версиях клиентских рабочих станций текущих операционных систем Windows, за исключением нескольких версий:

Windows XP Professional с интегрированным пакетом обновлений SP1

Windows 2000 Server/Professional с интегрированным пакетом обновлений SP4


Примечание. Так как окна Cisco CallManager Administration управляются удаленными сценариями, которые нуждаются в технологии JVM для взаимодействия в Интернете, программа Cisco CallManager требует использования технологии JVM на компьютере-клиенте, чтобы обеспечить правильное отображение окон Cisco CallManager Administration.


Если на компьютере-клиенте запущена технология MSJVM, можно продолжить использование текущей конфигурации для просмотра окон Cisco CallManager Administration и выполнения задач администрирования.

Если программа MSJVM не установлена на компьютере-клиенте (или если получено сообщение об ошибке, в котором говорится, что программа Cisco CallManager не обнаружила продукта JVM на компьютере-клиенте) и необходимо выполнять задачи Cisco CallManager Administration, следует установить и настроить приложение Sun Microsystems Java Virtual Machine (JVM) на компьютере-клиенте. (Приложение Sun JVM — это компонент среды Java 2 Runtime Environment — JRE.) Кроме того, следует настроить защиту обозревателя, чтобы включить использование технологии Java. См. раздел «Установка среды JRE» для получения информации об установке среды JRE на компьютере-клиенте.

Если вы не уверены, что продукт MSJVM установлен на компьютере-клиенте, все равно можно установить продукт Sun J2RE. В этом случае на сервере будет установлено и запущено две среды Java Runtime Environment.


Совет. Если на компьютере-клиенте запущено два отдельных продукта JVM (MSJVM и Sun J2RE), обязательно загрузите и установить исправления и обновления безопасности для каждого продукта JVM от соответствующего поставщика программного обеспечения (Microsoft и Sun).


Установка среды JRE

Во время установки Cisco CallManager система предоставляет программное обеспечение клиента Sun JRE в виде архивного файла, который устанавливается на сервер Cisco CallManager.


Примечание. ОС Windows XP/XP Professional содержит встроенный инструмент обработки архивных файлов. Если вы используете операционную систему Windows 2000, следует получить отдельную служебную программу для сжатия (например, WinZip) для сохранения и получения доступа к архивным файлам.



Совет. Обязательно установите операционную систему Cisco IP Telephony версии 2000.2.7 c последним выпуском пакета обновления 2000.2-7-sr перед установкой Cisco CallManager версии 4.1(3). Более подробные сведения см. в разделе «Руководство по установке операционной системы».


Для установки программного обеспечения JRE на клиентский компьютер выполните такие шаги:

Процедура


Шаг 1 На сервере Cisco CallManager перейдите к каталогу C:\utils\JRE и найдите файл J2RE_Client_<jre version>.zip.

Вот пример имени zip-файла:

J2RE_Client_1.4.2_05.zip


Примечание. Получить доступ к программному обеспечению JRE на сервере Cisco CallManager может только администратор Cisco CallManager; чтобы предоставить возможность доступа другим пользователям, скопируйте файл J2RE_Client_<jre version>.zip на общий сервер.


Шаг 2 Щелкните правой кнопкой мыши файл J2RE_Client_<jre version>.zip и выберите Copy (Копировать), чтобы скопировать этот файл на клиентский компьютер.

Шаг 3 Двойным щелчком на файле J2RE_Client_<jre version>.zip разархивируйте установочный файл Sun J2RE.

Шаг 4 Двойным щелчком запустите установочный файл на компьютере-клиенте.

Вот пример имени установочного исполняемого файла:

j2re-1_4_2_04-windows-i586-p.exe


Примечание. Точное имя установочного файла меняется в зависимости от версии, так как номер новой версии указывается в имени.


Программное обеспечение JRE устанавливается в каталог C:\Program Files\Cisco\Java\JRE.



Примечание. Подробные сведения об этих обновленных окнах административной настройки см. в Руководстве по администрированию Cisco CallManager.


Дополнительные источники информации

Руководство по администрированию Cisco CallManager

Устраненные ошибки Cisco CallManager версии 4.1(3)

Сведения о последних устраненных ошибках Cisco CallManager версии 4.1(3), можно найти с помощью инструмента Bug Toolkit — интерактивного средства для запросов клиентов по поводу дефектов, в устранении которых они заинтересованы лично.


Совет. Чтобы воспользоваться инструментом Bug Toolkit и найти устраненные и неустраненные ошибки программы любой сложности и для любой версии, необходима учетная запись на веб-сайте cisco.com (Cisco Connection Online).

Для получения доступа к инструменту Bug Toolkit зарегистрируйтесь на веб-сайте: http://www.cisco.com/pcgi-bin/Support/Bugtool/launch_bugtool.pl.


Данный раздел включает следующие темы:

Использование Bug Toolkit

Сохранение запросов Bug Toolkit

Использование Bug Toolkit

Для получения доступа к Bug Toolkit необходимы:

Подключение к Интернету.

Веб-браузер.

Идентификатор и пароль пользователя веб-сайта cisco.com.

Чтобы воспользоваться Bug Toolkit, сделайте следующее:

Процедура


Шаг 1 Чтобы получить доступ к Bug Toolkit, зайдите на веб-сайт: http://www.cisco.com/pcgi-bin/Support/Bugtool/launch_bugtool.pl.

Зарегистрируйтесь с помощью идентификатора и пароля пользователя веб-сайта cisco.com.

Шаг 2 Перейдите по гиперссылке Launch Bug Toolkit (Запустить Bug Toolkit).

Шаг 3 Если надо найти сведения о конкретной выявленной ошибке программы, введите идентификационный номер в поле «Enter known bug ID:» (Введите идентификатор известной ошибки.

Для просмотра всех выявленных ошибок программы Cisco CallManager перейдите в раздел «Search for bugs in other Cisco software and hardware products» и в поле «Product Name» (Название продукта) введите Cisco CallManager. Или же пролистайте список названий продуктов и нажмите Cisco CallManager.

Шаг 4 Нажмите кнопку Next (Далее). Отобразится окно поиска Cisco CallManager.

Шаг 5 Выберите фильтр для запроса выявленных ошибок. Можно выбрать один или все имеющиеся варианты:

а. Выберите версию Cisco CallManager:

Выберите основную версию для основных выпусков (например, 4.1, 4.0, 3.3).

Основные выпуски содержат важные новые функции, усовершенствования, изменения архитектуры и/или исправления ошибок.

Выберите исправленный вариант, чтобы уточнить информацию, например: выбор основной версии 4.1 и исправленного варианта 3 означает запрос версии 4.1(3) с выявленными ошибками.

Пересмотренный (отладочный) выпуск содержит, прежде всего, исправления ошибок для устранения неполадок, но может включать в себя и новые функции и/или усовершенствования.

б. Выберите для запроса «Features» (Функции) или «Components» (Компоненты), выделив их в списке «Available» (Доступные) и нажав кнопку «Add» (Добавить), чтобы поместить их в список «Limit search to...» (Ограничить поиск).

Чтобы запросить все выявленные ошибки Cisco CallManager для определенного выпуска, выберите на левой панели окна «All Features (Все функции)».


Примечание. По умолчанию задано «All Features», т.е., включены все элементы левой панели окна.


Для запроса выявленных ошибок, касающихся исключительно Cisco CallManager, выберите «ciscocm» и нажмите Add (Добавить).

Чтобы запросить только выявленные ошибки, касающиеся телефонов, выберите «ciscocm-phone» и нажмите Add (Добавить).

Чтобы запросить только выявленные ошибки, касающиеся шлюзов, выберите «voice-gateway» и нажмите Add (Добавить).

в. По желанию введите ключевые слова для поиска, описывающие название ошибки и описание.


Примечание. Чтобы сделать запросы менее конкретными, воспользуйтесь ключевым словом «All» (Все) при указании версии/пересмотренной версии, функций/компонентов и вариантов ключевых слов.


г. Выберите раздел Set Advanced Options, включающий следующие элементы:

Уровень серьезности ошибки (Bug Severity level) — по умолчанию задано 1 — 3.

Группа состояния ошибки (Bug Status Group) — для устраненных ошибок отметьте пункт Fixed (Исправлено).

Вложение комментариев к выпуску (Release Note Enclosure) — по умолчанию задано «Valid Release Note Enclosure» (Вложение действующих комментариев к выпуску).

д. Нажмите кнопку Next (Далее).

Bug Toolkit возвращает список выявленных ошибок в соответствии с запросом.

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

Запрос можно сохранить для последующего использования. См. раздел «Сохранение запросов Bug Toolkit».



Примечание. Для получения подробной интерактивной справки по Bug Toolkit нажмите кнопку Help (Справка) в окне Bug Toolkit.


Сохранение запросов Bug Toolkit

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

Порядок сохранения запросов Bug Toolkit:

Процедура


Шаг 1 Выполните поиск нужных выявленных ошибок, как описано в разделе «Использование Bug Toolkit».

Шаг 2 В окне результатов поиска нажмите кнопку This Search Criteria (Эти критерии поиска) в нижней части окна.

Откроется новое окно.

Шаг 3 В поле Name of saved search field (Имя сохраняемого поиска) введите имя для сохраняемого поиска.

Шаг 4 В разделе My Bug Groups (Мои группы ошибок) воспользуйтесь одним из следующих вариантов, чтобы сохранить свои ошибки в группе ошибок:

Нажмите переключатель Existing group (Существующая группа) и выберите имя имеющейся группы из раскрывающегося списка.

Нажмите переключатель Create new group named: (Создать новую группу с именем:) и введите имя группы, чтобы создать новую группу для данного сохраненного поиска.


Примечание. Эта группа ошибок будет содержать ошибки, определяемые с помощью сохраненных критериев поиска. Всякий раз, как только встречается ошибка, удовлетворяющая данным критериям, система добавляет ее в выбранную группу.


Bug Toolkit сохраняет ошибки и поиски и предоставляет к ним доступ в окне My Stuff. (Окно My Stuff позволяет просматривать, создавать и/или изменять имеющиеся группы ошибок или сохраненные поиски. Перейдите по ссылке My Stuff, чтобы увидеть список всех групп ошибок.)

Шаг 5 В разделе Email Update Options (Параметры обновления электронной почты) задаются дополнительные настройки уведомления по электронной почте, позволяющие автоматически получать обновления по состоянию ошибок. Bug Toolkit предоставляет выбор из следующих вариантов:

Do NOT send me any email updates (НЕ посылать мне обновлений по электронной почте) — при выборе этой установки по умолчанию Bug Toolkit не отправляет уведомлений электронной почты.

Send my updates to: (Отправлять мои обновления по адресу:) — нажмите этот переключатель, чтобы уведомления электронной почты отсылались пользователю, идентификатор которого введен в этом поле. Дополнительные параметры уведомления:

Updates as they occur (Обновления по мере поступления) — Bug Toolkit предоставляет обновления, как только меняется состояние ошибки.

Weekly summaries (Еженедельные сводки) — Bug Toolkit предоставляет еженедельные сводки обновлений.

Apply these email update options to all of my saved searches (Применить эти параметры обновлений по электронной почте ко всем моим сохраненным поискам) — отметьте этот пункт, чтобы использовать выбранные параметры обновления по электронной почте ко всем сохраненным поискам.

Шаг 6 Чтобы сохранить изменения, нажмите Save (Сохранить).

Шаг 7 В окне отобразится сохраненная группа (группы) ошибок. В этом окне можно нажать имя группы ошибок, чтобы увидеть ошибки и сохраненные поиски. Можно также отредактировать критерии.



Примечание. Полные сведения по комментариям к выпускам встроенного программного обеспечения IP-телефонов Cisco см. в соответствующих комментариях к встроенному программному обеспечению конкретной модели телефона на веб-сайте по адресу: http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/english/.


Неустраненные ошибки Cisco CallManager версии 4.1(3)

Таблица 2 описывает возможное непредвиденное поведение Cisco CallManager версии 4.1(3), покомпонентно. Если не указано иное, эти выявленные ошибки относятся к выпускам Cisco CallManager 3.0 и выше, включая Cisco CallManager версии 4.1(3).


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


Что означают поля Fixed-in Version и Integrated-in Fields в онлайновой записи дефекта

Открыв онлайновую запись дефекта, можно увидеть данные в полях «First Fixed-in Version» или «Integrated-in». Сведения, отображаемые в этих полях, указывают список промежуточных версий Cisco CallManager, в которых этот дефект устранен. Позже эти промежуточные версии интегрированы в выпуски Cisco CallManager.

Некоторые наиболее четко определенные версии включают обозначения: Специальная техническая (Engineering Specials — ES) или Пакет обновлений (Service Releases — SR), например, 03.3(04)ES29 и 04.0(02a)SR1. Однако информация о том, что выпуск Cisco CallManager является отладочным, может быть не столь четко выраженной.

Следующие примеры показывают, как можно расшифровать информацию промежуточной версии отладочного выпуска. Эти примеры показывают формат промежуточной версии наряду с соответствующим выпуском Cisco CallManager, включающим эту промежуточную версию. Их можно использовать в качестве подсказки для лучшего понимания информации, представленной в данных полях.

003.003(002.079) = Cisco CallManager версии 3.3(3)

003.003(003.144) = Cisco CallManager версии 3.3(4)

004.000(000.123) = Cisco CallManager версии 4.0(1)

004.000(001.008) = Cisco CallManager версии 4.0(2)

004.001(002.201) = Cisco CallManager версии 4.1(3)


Примечание. Поскольку состояние дефекта постоянно изменяется, следует помнить, что Таблица 2 отражает данные по дефектам на момент ее составления. Чтобы получить обновленные данные по дефектам, откройте Bug Toolkit и следуйте указаниям, приведенным в разделе «Использование Bug Toolkit».



Совет. Для работы с инструментом Bug Toolkit необходима учетная запись на веб-сайте cisco.com (Cisco Connection Online). С помощью инструмента Bug Toolkit можно найти выявленные ошибки любой значимости для любого выпуска. Кроме того, Bug Toolkit может предоставить более свежий список, чем данный документ. Для получения доступа к Bug Toolkit зарегистрируйтесь на веб-сайте: http://www.cisco.com/pcgi-bin/Support/Bugtool/launch_bugtool.pl.


Таблица 2. Неустраненные ошибки Cisco CallManager версии 4.1(3)

Идентификатор

Заголовок

 

Компонент: Attendant Console

CSCeg65803

Attendant Console неправильно отображает сообщение об ошибке, когда вызов с высоким приоритетом вытесняет обычный вызов на Attendant Phone.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg65803

CSCsa61136

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

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa61136

CSCsa65580

Передаваемый вызов периодически не включает звонок вызываемого телефона и возвращается назад к вызывающей стороне, когда выполняется передача с общением через графический интерфейс пользователя Attendant Console.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa65580

 

Компонент: AXL

CSCsa66735

Запуска запроса AXL updateCallPickupGroup не удается, когда добавляются члены с тем же приоритетом, что и существующие члены.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa66735

CSCsa68093

Параметр AXL getPhoneResponse не возвращает тот же URL службы IP-телефонии, что сохранен в addPhone AXL API.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa68093

CSCsa69800

AXL возвращает ошибку при попытке добавить вторую другую схему маршрутизации после успешной вставки первой схемы маршрутизации.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa69800

CSCsa70109

При посылке последовательных запросов AXL в быстром сеансе система не реагирует на некоторые из них.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa70109

 

Компонент: BAT

CSCsa66174

BAT не удается импортировать телефоны, когда в поле Alerting Name содержится запятая.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa66174

CSCsa71691

Нельзя удалить телефоны, использующие общий DN, когда он не включен в пользовательский файл параметров.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa71691

 

Компонент: Call Processing

CSCeh04163

CAC: Полоса пропускания, используемая системой перед обратной связью с вторичным сервером Cisco CallManager, сбрасывается во время обратной связи.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh04163

CSCsa70684

CAC: Cisco CallManager дважды вычитает звуковую полосу пропускания и возвращает только половину по завершении вызова, когда используется IP-телефон Cisco 7970, к которому подсоединен VTA.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa70684

CSCeg14558

Управление вызовом: Если программа перенаправляет вызов, еще не приняв его, вызов перенаправляется успешно, но компонент CP посылает сообщение об ошибке.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg14558

CSCeg89652

Управление вызовом: Неудачная операция захвата вызова разъединяет первоначальный вызов в случае недостаточной пропускной способности.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg89652

CSCeh00393

Управление вызовом: Вызовы прерываются при выполнении передачи вслепую на магистраль SIP.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh00393

CSCuk55946

Управление вызовом: При вызове с IP-телефона станции ТфОП через перегруженный шлюз H.323 телефон правильно воспроизводит сигнал занятости, но ошибочно отображает сообщение «Введите номер (Enter Number)».

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCuk55946

CSCsa69696

Уведомление об изменении: Cisco CallManager не устанавливает индикатор ожидания сообщения (MWI) на телефонах после первоначального включения службы CMI.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa69696

CSCsa70907

Уведомление об изменении: Уведомление об изменение не удается, и телефоны нельзя сбросить или перезапустить посредством Cisco CallManager Administration.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa70907

CSCeg72693

База данных: Нарушение целостности памяти для таблицы CiCrCrpTable приводит к неожиданному прекращению работы службы ccm.exe.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg72693

CSCin87038

База данных: MOH не воспроизводится, если все ресурсы MOH включены в группу медиаресурсов (Media Resource Group).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCin87038

CSCeg67765

Диспетчер устройства: Для вступления в действие изменений максимального количества зарегистрированных устройств в окне параметра службы Cisco CallManager требуется перезапуск системы.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg67765

CSCeg79000

H.323: Шлюз H.323 не синхронизируется или не восстанавливается, поэтому нельзя завершить вызовы, сделанные на шлюзе.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg79000

CSCsa63267

H.323: При ответе на входящий вызов, сделанный через шлюз H.323, и ограничении представления для вызываемого номера дисплей неправильно показывает номер вызывающей стороны.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa63267

CSCsa65147

H.323: Обратный вызов не прекращается, когда шлюз H.323 сбрасывается в Cisco CallManager Administration во время установления соединения.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa65147

CSCsa65190

H323: IP-телефон получает сигнал «занято», когда активный вызов между ним и Netmeeting отменяется по инициативе Netmeeting.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa65190

CSCsa68351

H323: IP-телефон отображает «От 0 (From 0)» вместо «Неизвестный номер (Unknown Number)» для входящих вызовов ТфОП через шлюз H.323, когда настроен на присоединение спереди кода доступа ТфОП к номеру входящих вызовов, и задано ограничение идентификации вызывающей линии (Calling Line ID).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa68351

CSCeg33875

Список перехвата: Отображается неправильная идентифицирующая информация вызывающей стороны, когда вызов из системы голосовых сообщений Unity переводится во вторую группу линии в списке перехвата.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg33875

CSCeh03030

Список перехвата: Телефон отображает неправильный DN в сообщении «From <Phone DN>», когда вызов передается в список перехвата.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh03030

CSCsa63894

Список перехвата: Группа кольцевой линии сбрасывает вызовы, если пользователь EM выходит из системы во время перехвата вызова.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa63894

CSCef11657

Управление медиа: Когда для видео/аудио вызова не хватает полосы пропускания видео, окно видео отображается, но видео не передается.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef11657

CSCeg24375

Управление медиа: Когда IP-телефон вызывает телефон на определенном шлюзе H.323 стороннего производителя и нажимается кнопка удержания, MOH воспроизводится в шлюз, но Cisco CallManager разъединяет вызов спустя 10 секунд.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg24375

CSCeg49681

Управление медиа: При переводе оконечных видеоустройств H.323 из только звукового устройства в устройство «видео» определенные вызовы между кластерами получают только аудио, если регион не соответствует.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg49681

CSCeg56200

Управление медиа: Образуется односторонняя видеосвязь после того, как Cisco CallManager посылает поддержку видео при повторении вызова как звукового, и привратник отклоняет вызов из-за недостаточной полосы пропускания, но ее достаточно минимум для половины видеопотока.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg56200

CSCeg75431

Управление медиа: Cisco CallManager не поддерживает настройку асимметричных регионов на межкластерной магистрали H.245.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg75431

CSCsa71443

Управление медиа: Не удается быстрый запуск H.323 в ответ на вызовы MGCP, когда для параметра H.323 quot; ожидание поддержки дальнего конца терминала H.245 (wait for far end H.245 terminal capability)» задано значение False (Ложь).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa71443

CSCef58219

MGCP: Входящие вызовы на шлюз, управляемый MGCP, могут не получиться, если Cisco CallManager вывел некоторые каналы из обслуживания (OOS) и не может предоставить состояние этих каналов шлюзу.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef58219

CSCsa71292

MGCP: Cisco CallManager не подает команду порту 6624 на генерирование исходящего длинного гудка.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa71292

CSCsa61861

QSIG: Неправильные пакеты APDU изменения маршрута вызова, посланные в сообщении устройства, могут создать проблемы совместимости.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa61861

CSCsa72387

QSIG: Изменение маршрута вызова посредством перенаправления происходит только для чередующихся вызовов, когда в вызове участвуют оконечные устройства с включенным видео.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72387

CSCuk55454

QSIG: Не воспроизводится сигнал обратного вызова при отправлении вызова с телефона, подключенного к Cisco CallManager Express, на телефон, подключенный к QSIG PBX через Cisco CallManager.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCuk55454

CSCeg71178

SCCP: Вторжение может работать неправильно при попытке вторжения в несколько вызовов.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg71178

CSCeg88241

SCCP: Сигнал «занято» прекращается на вызываемом телефоне после нажатия кнопки удержания, и затем возобновляется на вызывающем телефоне.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg88241

CSCsa66536

SCCP: Когда Cisco CallManager обнаруживает поддерживаемый тайм-аут между оконечным устройством Skinny и Cisco CallManager, он закрывает соединение TCP, отменяет регистрацию оконечного устройства и выдает неправильный код причины в аварийном сигнале DeviceUnregistered в обозреватель событий (Event Viewer).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa66536

CSCsa70674

SCCP: StationUpdateCapability из VTA перечисляет не все кодеки в трассировке Cisco CallManager.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa70674

CSCeg71244

SIP: Представление идентификатора соединенной линии (Connected Line ID — CLID) отображает неправильные сведения, когда задано ограничение для входящих вызовов по магистрали SIP.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg71244

CSCsa72501

SIP: Когда Cisco CallManager принимает ПРИГЛАШЕНИЕ (INVITE) с заголовком о завершении сеанса, который содержит значение меньшее, чем значение MIN-SE по умолчанию, система посылает ответ 422 без заголовка MIN-SE.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72501

CSCsa60533

Магистраль SIP: Вызовы SIP, исходящие из шлюза сторонних производителей, включают пакеты заголовка RTP, которые неверно помечены как G.711 A-law.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa60533

CSCsa61775

Магистраль SIP: Система отображает «Неизвестный (Unknown)», когда в CLID задано ограничение для магистрали SIP, и сделана попытка передать входящий вызов через магистраль SIP.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa61775

CSCef62437

Обратный вызов SS: Когда два кластера Cisco CallManager соединяются по магистралям QSIG, система может отобразить уведомление об обратном вызове, если телефон разъединен и затем снова подключен к сети.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef62437

CSCeg68954

Обратный вызов SS: При совершении вызова 6608-T1-CAS на телефон поступает уведомление об обратном вызове, даже если тот не переходит в состояние «линия подключена» или «линия отключена».

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg68954

CSCsa61117

Обратный вызов SS: Система посылает неправильное уведомление об обратном вызове для телефона в группе линии, когда на вызов не отвечают.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa61117

CSCuk55930

Замена маршрута SS: Когда служба замены маршрута (Path Replacement) QSIG запускается вызовом, установка мультимедиа на время слепой передачи вызова с офисной АТС на Cisco CallManager Express через Cisco CallManager может занять до 5 секунд.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCuk55930

CSCsa68436

Вспомогательные службы: При передаче вызова сигналом отбоя (hook flash) из порта MGCP FXS на телефон, настроенный для CFA на другом оконечном устройстве MGCP FXS, отображается неправильный кода причины CFA.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa68436

CSCsa60938

Система: При большой загрузке вызовами в конфигурации IPCC с кластером из пяти серверов Cisco CallManager и 1 000 агентов, процессора сервера Cisco CallManager дает импульсный бросок напряжения при 100%.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa60938

CSCsa64684

Система: Уведомление об изменении перестает работать после остановки службы Cisco CallManager на каком-либо узле, и установить повторно соединение между процессами, контролирующими базу данных на предмет изменений, и процессами Cisco CallManager нельзя ни на одном узле.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa64684

CSCsa68521

Система: Cisco CallManager неожиданно завершает работу из-за нарушения прав доступа.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa68521

CSCef97154

Неизвестно: Запись в файл SDL вызывает фрагментацию диска трассировки и скачок напряжения на входе или выходе диска, переводя на время Cisco CallManager в пассивное состояние.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef97154

CSCeg84637

Неизвестно: Деактивация службы Cisco CallManager отменяет связи SDL, даже если деактивация не удается.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg84637

CSCsa72247

Неизвестно: Блокировка передачи между линиями, не входящими в сеть, работает не во всех сценариях.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72247

 

Компонент: CAR

CSCsa65681

При экспорте CDR/CMR появляется ошибка, если выбранный диапазон данных не содержит какие-либо записи CDR и/или CMR.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa65681

 

Компонент: CCM-Serviceability

CSCsa66775

Система запрашивает перезапуск после установки средства сбора трассировок (Trace Collection Tool).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa66775

CSCsa67753

Trace Collection Tool собирает не все сообщения из трассировок Cisco CallManager.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa67753

 

Компонент: Документация CM

CSCee69769

Необходимо обновить документацию по сценариям RemoveServerFromDB.bat и RemoveSubscription.bat.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee69769

CSCeg74702

В окне справки SDI/SDL неправильно отображается значение по умолчанию для максимального количества файлов: 250 вместо 300.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg74702

 

Компонент: CPI-OS

CSCsa70955

При установке CPI выдается ошибка, если введен пароль длиной меньше 6 символов, хотя при установке поддерживаются пароли длиной от 1 до 31 символа.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa70955

 

Компонент: База данных

CSCeg39344

Процесс обновления Cisco CallManager Subscriber блокируется и зависает, когда обновление инициируется до того, как служба TFTP создаст свои поля.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg39344

CSCeg64225

Система не позволяет добавлять определенные допустимые схемы маршрутизации с помощью задания диапазона (например, [14-7]).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg64225

CSCeh05281

Происходит сбой переадресации вызова (Call Forward) и индикатора ожидания сообщения (MWI) для телефонов, зарегистрированных на сервере абонента Cisco CallManager, когда монитору уровня базы данных (Database Layer Monitor) не удается запуститься после перезагрузки сервера абонента.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh05281

CSCsa64360

Регистрация в EM завершается успешно, но телефон не получает DN, настроенный для EM в профиле устройства.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa64360

CSCsa65596

Инициализация сервера абонента Cisco CallManager не завершается успехом, если в это время перезагружается сервер-издатель.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa65596

CSCsa72439

Доступ к окну Cisco CallManager Administration на сервере абонента Cisco CallManager задерживается или закрыт, если сервер-издатель выключается или отсоединяется от сети.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72439

 

Компонент: Администрирование базы данных

CSCef42822

На компьютере клиента окна Cisco CallManager Administration работают неправильно, когда веб-браузер сервера Cisco CallManager настроен на использование прокси-сервера для доступа в Интернет.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef42822

CSCeg45116

Cisco Voice Mail Port Wizard показывает ошибку несоответствия типов, когда пытается удалить порты голосовой почты после того, как некоторые порты были удалены вручную.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg45116

CSCeg71254

После удаления у пользователя сопоставления устройства система позволяет выбрать переключатель «Нет первичного расширения (No Primary Extension)», но обновление пользователя не удается.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg71254

CSCeh23839

На системах AIM-VOICE-30(332) — AIM-VOICE-30-SLOT-0 (412) не удается перейти от Cisco CallManager версии 3.3(2) к версии 4.1(2).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh23839

CSCin59391

Cisco CallManager отображает шлюзы, к которым уже привязаны DN.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCin59391

CSCsa61742

Система восстанавливает значения по умолчанию параметров личной адресной книги (идентификатор пользователя и пароль) после внесения изменений в окне кнопки добавления/обновления URL службы (Add/Update Service URL Button).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa61742

CSCsa66709

Система выдает сообщение о несоответствии типа «Type Mismatch (-2146828275)» при вводе неверного символа в номер начального каталога (Start Directory Number) в Cisco CallManager Administration.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa66709

CSCsa71841

Из окна Cisco CallManager User нельзя загрузить руководство пользователя беспроводного IP-телефона Cisco 7920.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa71841

CSCsa72046

При добавлении DN общей линии система зависает в состоянии проверки.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72046

CSCsa72397

Измените предупредительное сообщение о проверке подтверждения Hunt Pilot, чтобы отобразить все символы, допустимые и недопустимые в поле Hunt Pilot в окне настройки Hunt Pilot.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72397

CSCsa72410

Система отображает неправильные результаты в окнах «Найти/Список» (Find/List) при вводе символа $ в качестве ключевого слова для поиска.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72410

 

Компонент: ES-SR-Упаковщик

CSCeg76037

При установке или деинсталляции Cisco CallManager SR для Load Digital Access WS-X6608 загружается значение по умолчанию.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg76037

CSCsa64567

Не удается обновить сервер Cisco CallManager Subscriber 4.1(2) до 4.1(2)sr1, так как службу SNMP нельзя остановить.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa64567

 

Компонент: Ext-Mobility

CSCeg24154

При объединении с Active Directory серверы, на которых не запущена программа Extension Mobility (EM), не появляются в профиле, и когда сервер с EM извлекает labeledURIs, его собственный адрес появляется первым в списке.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg24154

 

Компонент: Install_Product

CSCeg10766

Установочный пакет Cisco CallManager должен содержать обновленную среду JRE 1.4.2_07, чтобы устранять случайные ошибки, возникающие при использовании веб-браузера IE вместе с Sun JRE.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg10766

 

Компонент: Служба IPMA

CSCee73576

Окно настройки диспетчера IPMA Manager не отображает предупреждение о сохранении неверных символов и перестает работать после сохранения неверного символа, например, \.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee73576

CSCef07143

Окно результатов поиска отображает пустой экран, если изменить окно настройки пользователя для диспетчера, не обновляя его, затем войти в другое окно Cisco CallManager.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef07143

CSCeg15030

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

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg15030

CSCeg37274

Клиент диспетчера IPMA блокируется по превышению лимита времени после первоначальной регистрации.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg37274

CSCin82373

Во время обхода отказа службой IPMA на телефоне диспетчера может не отображаться окно консоли помощника.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCin82373

CSCsa61152

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

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa61152

CSCsa63927

Система отображает неверные сведения о консоли помощника после непосредственного переключения, сделанного диспетчером.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa63927

CSCsa65533

Система выдает в журналах регистрации IPMA CTI сообщение об ошибке в связи с нехваткой памяти «OutOfMemoryError» после 1100 регистраций помощника IPMA с 1250 диспетчерами на сервере.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa65533

 

Компонент: JTAPISDK/TAPISDK

CSCsa62756

JTAPISDK: При тестировании нагрузки 150 агентами вызовы могут отклоняться и обрываться из-за ошибки JTAPI: CTIERR_REDIRECT_CALL_DESTINATION_BUSY=0x8ccc003f.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa62756

CSCee66279

TAPISDK: Освобождение вызова confparent (родительский конференц-вызов) на порте, управляемом CTI стороннего производителя, не закрывает вызовы, включенные в конференцию.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee66279

CSCsa66381

TAPISDK: Аудиодрайвер Cisco TSP наращивает порядковые номера заголовка RTP даже в периоды молчания (нет данных из программы), когда не генерируется никаких пакетов RTP.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa66381

 

Компонент: Программа мультимедиа потока

CSCef72456

Cisco CallManager перестает реагировать после ввода команды перезагрузки, когда настраивается звуковой источник групповой MOH, подключенный к USB.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef72456

 

Компонент: MLA

CSCeg58688

Последняя строка поиска должна сохраняться в окне улучшенного поиска «Refine Search», расположенного в окне настройки группы пользователя MLA.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg58688

 

Компонент: RTMT

CSCef71974

Установка средства мониторинга в реальном масштабе времени (RTMT) аварийно заканчивается, если имя целевого файла слишком длинное.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef71974

 

Компонент: Безопасность

CSCee40155

Службы Cisco CTL Provider и Cisco CAPF Service нуждаются в обновлении базы данных SCM правильным списком служб, от которых она зависит.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee40155

CSCef91121

Клиент CTL позволяет ставить в файле CTLFile подпись eToken, которая не распознается телефонами и препятствует их соединению с Cisco CallManager.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef91121

CSCeh02812

Значок безопасности не отображается на вызываемом устройстве, когда телефоны переходят на защищенную SRST.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeh02812

CSCsa63280

Не удаются вызовы на незащищенный порт голосовой почты, когда Cisco Unity и Cisco CallManager находятся в защищенном режиме.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa63280

CSCsa72569

Не удается зарегистрировать порты голосовой почты на Cisco CallManager, когда они созданы с параметром безопасности UseSystemDefault, и параметр предприятия для флага безопасности по умолчанию шифруется.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa72569

 

Компонент: Утилита Upgrade Assistant

CSCsa64483

Если запустить утилиту Upgrade Assistant версии 4.1(2.108) на Cisco CallManager 4.1(3), она будет выдавать сообщение, что версия несовместима, и аварийно заканчиваться.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa64483

 

Компонент: Служба Webdialer

CSCeg52750

Счетчик наработки CallsCompleted неправильно приращивается при нажатии кнопки «Набрать» (Dial) и кнопки «Отбой» (HangUp).

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg52750

В данном выпуске выявлены следующие ошибки.

CSCeg71130

SW-6608: Вызовы не очищаются через T1-CAS, если быстро завершаются.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg71130

CSCeg74747

SW-6608: Пользователь не получает тональный сигнал внеочередного занятия линии, когда вызов идет через T1-CAS.

http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCeg74747



Примечание. Полные сведения по комментариям к выпускам встроенного программного обеспечения IP-телефонов Cisco см. в соответствующих комментариях к встроенному программному обеспечению конкретной модели IP-телефона Cisco на веб-сайте по адресу: http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/english/.


Обновления документации

В этом разделе представлены изменения документации, появившиеся после выпуска комплекта документации для Cisco CallManager версии 4.1.

Сюда включены следующие виды обновлений документации:

Ошибки

Изменения

Упущения

Ошибки

Данный раздел содержит сведения об ошибках в комплекте документации Cisco CallManager.

Среда исполнения Java (Java Runtime Environment)

Тип запуска (Startup Type) службы Cisco CallManager Dialed Number Analyzer

Вторжение в шифрованные вызовы с помощью IP-телефона Cisco модели 7970

Использование допустимых символов в идентификаторах пользователей Cisco CallManager

Исправления в руководстве по безопасности Cisco CallManager

Удаление сервера абонента из Cisco CallManager

Использование файлов сценариев для удаления сервера абонента из Cisco CallManager

Распознавание взаимодействия MLPP с передачей вызова (Call Transfer)

Исправление в настройках Forward No Coverage Internal/External Configuration

Исправление процедуры добавления Cisco CallManager

Cisco Call Back поддерживает линии, а не устройства

Среда исполнения Java (Java Runtime Environment)

Руководство по администрированию Cisco CallManager не содержит самые последние данные по установке среды JRE для работы вместе с Cisco CallManager Administration. Полные сведения см. в разделе «Новые возможности функций Call Pickup и Group Call Pickup».

Тип запуска (Startup Type) службы Cisco CallManager Dialed Number Analyzer

Глава «Установка Cisco CallManager Dialed Number Analyzer» в Руководстве по Cisco CallManager Dialed Number Analyzer содержит неверные сведения о присвоении типу запуска службы значения «Manual (Вручную)» после успешной установки DNA. Тип запуска службы Dialed Number Analyzer в действительности получает значение «Автоматический (Automatic)».

В Руководстве по Cisco CallManager Dialed Number Analyzer следует читать:

В случае успеха устанавливается и запускается служба Dialed Number Analyzer. Типу запуска службы присваивается значение «Automatic» (Автоматический).

Вторжение в шифрованные вызовы с помощью IP-телефона Cisco модели 7970

В Руководстве по безопасности Cisco CallManager не указаны модели телефонов, допускающие вторжение в шифрованные вызовы. Следующая информация относится только к IP-телефону Cisco модели 7970 и имеет силу при наличии совместимого образа встроенного программного обеспечения телефона.

Cisco CallManager 4.1 не поддерживает вторжение в шифрованный вызов, если используемый для этого телефон не настроен на шифрование. При неудачном вторжении в этой ситуации на телефоне, с которого инициировано вторжение, воспроизводится сигнал «занято».

Использование допустимых символов в идентификаторах пользователей Cisco CallManager

Глава «Добавление нового пользователя» в Руководстве по администрированию Cisco CallManager и документация интерактивной справки Cisco CallManager содержат неверные сведения об использовании специальных символов в поле идентификатора пользователя (User ID).

А именно, в поле UserID пункта User Configuration Settings меню
User (Пользователь) > Add a New User (Новый пользователь) ошибочно утверждается, что можно использовать специальные символы при задании идентификатора пользователя Cisco CallManager.

Специальные символы, такие как =, +, <, >, #, ;, \, , «» и пробелы, не допустимы, и ими нельзя пользоваться. Используйте только буквенные символы.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef71945.

Исправления в руководстве по безопасности Cisco CallManager

В Руководство по безопасности Cisco CallManager внесены следующие поправки.

Неправильная ссылка

В Руководстве по безопасности Cisco CallManager в интерактивной справке Cisco CallManager Administration 4.1(2) ошибочно дается ссылка на Cisco CallManager версии 4.1(1). Правильная ссылка — Cisco CallManager версии 4.1(2).

В интерактивной версии Руководства по безопасности Cisco CallManager дается ссылка на правильный номер выпуска Cisco CallManager.

Замена неисправного (существующего) защищенного сервера абонента

В разделе «Замена неисправного (существующего) защищенного сервера абонента» Руководства по безопасности Cisco CallManager ошибочно утверждается, что после запуска клиента Cisco CTL надо перезапустить только службу Cisco CallManager.

В разделе должно быть сказано, что после запуска Cisco CTL необходимо перезапустить и службу Cisco CallManager, и службу Cisco TFTP.

Удаление сервера абонента из Cisco CallManager

Ниже приведены поправки и замены для Руководства по администрированию Cisco CallManager, Приложение B, «Удаление сервера абонента из Cisco CallManager».

Сервер абонента удаляется из кластера Cisco CallManager с помощью окна настройки сервера (Server Configuration) в Cisco CallManager Administration. В результате сервер удаляется из базы данных Cisco CallManager Administration, но все его зависимости сохраняются.

Чтобы полностью удалить сервер из системы необходимо сделать следующее:

Процедура


Шаг 1 Удалите все зависимости с сервера, например, службу Cisco CallManager.

Подробные сведения см. в Руководстве по администрированию Cisco CallManager, глава «Удаление сервера».


Совет. Чтобы просмотреть зависимости, нажмите ссылку Dependency Records (Записи зависимости) в окне настройки сервера. Подробные сведения о записях зависимости см. в Руководстве по администрированию Cisco CallManager, Приложение A.


Шаг 2 Выключите службы на сервере.

Подробные сведения см. в Руководстве по администрированию Cisco CallManager Serviceability, глава «Включение службы».

Шаг 3 Удалите сервер из Cisco CallManager Administration.

Подробные сведения см. в Руководстве по администрированию Cisco CallManager, глава «Удаление сервера».

Шаг 4 Если кластер Cisco CallManager объединен с локальным каталогом DC, запустите из приглашения на ввод команды командный файл, который удаляет соглашения о копировании DCD с сервера издателя.

Подробные сведения см. в разделе «Удаление избыточных соглашений о копировании DCD».


Удаление избыточных соглашений о копировании DCD

После удаления сервера абонента из кластера надо очистить сведения о копировании DCD в издателе DCD, запустив командный файл Clean_publisher. (Этот командный файл выполняется только на сервере издателя.)

Он доступен на серверах с программой Cisco CallManager выпуска 3.3 и более новых. Cisco CallManager устанавливает командный файл Clean_publisher на сервере во время установки Cisco Directory.

Чтобы очистить сведения о копировании DCD, введите следующую команду из любого каталога на сервере издателя:

c:\Clean_publisher.cmd


Примечание. Если удалить сервер без запуска командного файла Clean_publisher.cmd и затем добавить сервер обратно с тем же именем узла в тот же кластер, откуда он был удален, то сценарий DCD, используемый для настройки абонента DCD, очистит предыдущее соглашение о копировании DCD в базе данных издателя DCD во время установки каталога при установке Cisco CallManager на сервере.


Использование файлов сценариев для удаления сервера абонента из Cisco CallManager

Ниже приведены поправки и замены для Руководства по администрированию Cisco CallManager, Приложение B.

Как удалить сервер абонента из Cisco CallManager, см. в разделе «Удаление сервера абонента из Cisco CallManager».

Если удалить сервер не удается, сделайте следующее:

Процедура


Шаг 1 Запустите файл сценария, который очищает записи базы данных, связанные с абонентом, и сведения о копировании SQL на севере издателя.

См. раздел «Удаление сведений об абоненте».

Шаг 2 Если кластер Cisco CallManager объединен с локальным каталогом DC, запустите командный файл, который удаляет соглашения о копировании DCD с сервера издателя.

Подробные сведения см. в Руководстве по администрированию Cisco CallManager, Приложение A.


Удаление сведений об абоненте

Если удалить сервер не удалось, запустите файл сценария, который очищает записи базы данных, связанные с абонентом, и сведения о копировании SQL. Запустите файл сценария для сервера издателя и файл сценария для сервера абонента.

Подробные сведения см. в разделах «Содержимое файла сценария RemovePublisher.bat» и разделе «Содержимое файла сценария RemoveSubscriber.bat».


Совет. Скопируйте содержимое файла сценария из Примера 1 и Примера 2 в файл Notepad и сохраните его с расширением .bat, например: RemovePublisher.bat и RemoveSubscriber.bat.


Запуск сценария RemovePublisher.bat на сервере издателя

Запустите файл сценария RemovePublisher.bat из сервера издателя Cisco CallManager для кластера, содержащего абонента, которого надо удалить. Этот сценарий запускается из приглашения на ввод команды из любого каталога.


Совет. Чтобы просмотреть процедуру, запускаемую сценарием, выполните его без параметров.


В любом каталоге сервера издателя введите следующую команду:

<путь к сохраненному сценарию>:\RemovePublisher «server» «database» «name_of_server_to_delete_from_database connection string»

Чтобы найти имя строки подключения базы данных, сделайте следующее:

Процедура


Шаг 1 Перейдите в Service (Служба) > Service Parameters (Параметры службы).

Шаг 2 Выберите Cisco Database Layer Monitor.

Шаг 3 Нажмите кнопку Advanced (Дополнительно).

Шаг 4 Получите имя в поле «Строка подключения базы данных» (Database Connection String):

Например, DSN=CiscoCallManager;Server=ABC2.


При запуске этой команды из приглашения на ввод команды появляется ошибка. Отдельный файл регистрации ошибок не создается.

Содержимое файла сценария см. в разделе «Содержимое файла сценария RemovePublisher.bat».

Содержимое файла сценария RemovePublisher.bat

Пример 1 показывает содержимое файла сценария, который очищает записи базы данных, связанные с абонентом, и сведения о копировании SQL на севере издателя.

Пример 1. Содержимое файла сценария

@echo off 
@if "%3x" == "x" goto Usage 
echo Install stored procedure in database %2 
echo USE %2 > templ  
echo GO >> temp.sql 
echo DROP PROCEDURE dblRemoveServerFromDB >> temp.sql 
echo GO >> temp.sql 
echo CREATE PROCEDURE [dblRemoveServerFromDB] >> temp.sql 
echo (@servername NVARCHAR(50),@ispublisher NVARCHAR(50)) AS >> temp.sql 
echo BEGIN TRANSACTION >> temp.sql 
echo DECLARE @nodeid NVARCHAR(50), @deviceid NVARCHAR(50), @pnsid NVARCHAR(50) >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Get the Node ID' >> temp.sql 
echo SELECT @nodeid=pkid from ProcessNode where name=@servername >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Delete associated Device and MediaMixer' >> temp.sql 
echo WHILE (SELECT COUNT(*) FROM Device WHERE fkProcessNode=@nodeid) ^> 0 >> temp.sql 
echo BEGIN >> temp.sql 
echo     SELECT @deviceid=pkid from Device where fkProcessNode=@nodeid >> temp.sql 
echo     PRINT 'Delete MediaMixer' >> temp.sql 
echo     DELETE FROM MediaMixer WHERE fkDevice=@deviceid >> temp.sql 
echo     PRINT 'Delete MOHServer' >> temp.sql 
echo     DELETE FROM MOHServer WHERE fkDevice=@deviceid >> temp.sql 
echo     PRINT 'Delete Device' >> temp.sql 
echo     DELETE FROM Device WHERE pkid=@deviceid >> temp.sql 
echo END >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Delete associated CallManager records' >> temp.sql 
echo DELETE FROM CallManagerGroupMember FROM CallManagerGroupMember AS M >> temp.sql 
echo   JOIN CallManager AS C ON C.pkid=M.fkCallManager WHERE C.fkProcessNode=@nodeid >> 
temp.sql 
echo DELETE FROM CallManager WHERE fkProcessNode=@nodeid >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Delete associated ProcessConfig records' >> temp.sql 
echo DELETE FROM ProcessConfig WHERE fkProcessNode=@nodeid >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Delete associated AlarmConfig records' >> temp.sql   
echo DELETE FROM AlarmConfig FROM AlarmConfig AS A JOIN ProcessNodeService >> temp.sql   
echo   AS S ON A.fkProcessNodeService=S.pkid WHERE S.fkProcessNode=@nodeid >> temp.sql   
echo PRINT 'Delete associated ProcessNodeService records' >> temp.sql 
echo DELETE FROM ProcessNodeService WHERE fkProcessNode=@nodeid >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Delete associated ComponentVersion records' >> temp.sql 
echo DELETE FROM ComponentVersion WHERE fkProcessNode=@nodeid >> temp.sql 
echo -- >> temp.sql 
echo PRINT 'Delete the node' >> temp.sql 
echo DELETE FROM ProcessNode WHERE pkid=@nodeid >> temp.sql 
echo -- >> temp.sql 
echo COMMIT TRANSACTION >> temp.sql 
echo GO >> temp.sql 
echo -- Execute procedure on server %1                                                                                                                 
echo exec dblRemoveServerFromDB '%3' >> temp.sql 
osql -S %1 -d %2 -E -e -i temp.sql                                                                                              
del temp.sql                                                                                                                    
echo USE %2 > temp1.sql  
echo sp_dropsubscription @publication = %2, @subscriber = '%3', @article='all' >> 
temp1.sql 
echo GO >> temp1.sql 
osql -S %1 -d %2 -E -e -i temp1.sql 
del temp1.sql 
goto endd                                                                                                                       
:Usage 
@echo Usage:   RemoveServerFromDB "server" "database" 
"name_of_server_to_delete_from_ProcessNode.Name"  
@echo Example: RemoveServerFromDB . CCM0300 fred.cisco.com  
:endd 

Содержимое файла сценария RemoveSubscriber.bat

Пример 2 показывает содержимое файла сценария, который очищает сведения о копировании SQL на севере издателя.

Пример 2. Содержимое файла сценария

@echo off 
@if "%2x" == "x" goto Usage 
echo Install stored procedure in database %2 
echo sp_removedbreplication @dbname = %2 > temp1.sql 
echo GO >> temp1.sql 
osql -S %1 -d %2 -E -e -i temp1.sql 
del temp1.sql 
goto endd                                                                                                                                          
:Usage 
@echo Usage:   RemoveSubscription "server" "database"  
@echo Example: RemoveSubscription . CCM0300  
:endd 

Распознавание взаимодействия MLPP с передачей вызова (Call Transfer)

Глава «Многоуровневые приоритет и внеочередное занятие линии» (Multilevel Precedence and Preemption — MLPP) в Руководстве по использованию функций и служб Cisco CallManager содержит сведения о следующем взаимодействии между MLPP и Call Transfer:

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

Следующие сведения вносят ясность во взаимодействие между MLPP и Call Transfer:

У передаваемого вызова есть два плеча или соединения, и с каждым плечом/соединением может быть связан различный уровень приоритета. Например, первое плечо/соединение может быть приоритетным вызовом, а второе плечо/соединение может быть обычным вызовом.

Cisco CallManager сохраняет приоритет отдельного плеча/соединения всех вызовов. Т.е., каждое отдельное плечо передаваемого или конференц-вызова сохраняет приоритет, назначенный при установлении вызова.

Функция передачи вызова не сохраняет уровень приоритета MLPP одного отдельного плеча/соединения в следующем отдельном плече/соединении, поэтому во время передачи вызова уровни приоритета могут быть утеряны или изменены.

Исправление в настройках Forward No Coverage Internal/External Configuration

В Руководстве по администрированию Cisco CallManager , глава «Настройка IP-телефона Cisco», раздел «Настройка номеров каталогов» в Таблице 57-3, «Параметры настройки номера каталога», приведены неправильные сведения о параметрах настройки Forward No Coverage Internal и Forward No Coverage External.

Неверна следующая информация:

Поля относятся только к точкам маршрута CTI и портам CTI. Параметры в этих строках определяют метод переадресации для внутренних/внешних вызовов на эту точку маршрута CTI, если она или порт CTI вне зоны охвата.

Поля Forward No Coverage Internal и Forward No Coverage External не применяются к точкам маршрута CTI или портам CTI. Ниже приведены поправки к тексту этого раздела:

1. Поля Forward No Coverage Internal/External применимы только в том случае, если одно из других полей переадресации — Call Forward All (CFA), Call Forward Busy (CFB) или Call Forward No Answer (CFNA) — задаются с помощью номера пилотной группы перехвата в поле DN «Coverage/Destination» (Охват/Назначение).

2. В настройках пилотной группы перехвата необходимо задать также поля Forward Hunt No Answer/Forward Hunt Busy и отметить пункт Use Personal Preferences (Использовать персональные настройки) в разделе «Hunt Forward Settings» (Настройки пилотной переадресации) в окне настройки пилотной группы перехвата, иначе настройка Forward No Coverage в окне настройки номера каталога (Directory Number Configuration) не имеет силы.

Параметры Hunt Forward Settings можно задать, получив с помощью Cisco CallManager Administration доступ к окну настройки Hunt Pilot (Route Plan (План маршрутизации) > Route/Hunt (Маршрутизация/перехват) > Hunt Pilot (Пилотная группа перехвата вызовов)). В окне настройки Hunt Pilot программы Cisco CallManager Administration спуститесь к разделу Hunt Forward Settings и задайте персональные установки.

Исправление процедуры добавления Cisco CallManager

В разделе «Добавление Cisco CallManager» главы «Настройка Cisco CallManager» Руководства по администрированию Cisco CallManager в разделе «Прежде чем начать» ошибочно утверждается, что перед настройкой адреса сервера, где установлен Cisco CallManager, надо включить сервер Cisco CallManager.

Ниже приведены поправки к данной процедуре:

Перед началом работы

Прежде чем добавлять новую версию Cisco CallManager в базу данных, выполните следующие задачи:

Задайте адрес сервера, где установлена Cisco CallManager.

Включите службу Cisco CallManager как описано в Руководстве по администрированию Cisco CallManager Serviceability.

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


Примечание. При включении службы Cisco CallManager в базу данных автоматически добавляется запись CallManager. Включив службу Cisco CallManager, не следует вручную добавлять Cisco CallManager в базу данных, если только Cisco CallManager не была удалена.


Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa71897.

Cisco Call Back поддерживает линии, а не устройства

В Cisco CallManager версии 4.0, функция Cisco Call Back поддерживается устройствами. Другими словами, когда телефон A инициировал обратный вызов телефона B, поскольку был занят или не отвечал, функция Call Back инициирует звонок на телефоне A, когда освободится линия телефона B.

В Cisco CallManager версии 4.1 функции Call Back поддерживают отдельные линии на устройстве. Рассмотрим следующий сценарий:

Телефон A: Линия 1 — 3011

Телефон A: Линия 2 — 3012

Телефон B: Линия 1 — 3013

Телефон B: Линия 2 — 3014

1. Телефон A/Линия 2 подключается к линии и набирает 3014 (Телефон B/Линия 2).

2. Будучи в состоянии RingOut, пользователь нажимает функциональную клавишу CallBack на Телефоне A/Линия 2.

3. На Телефоне B нажимают кнопку динамика, чтобы получить тональный сигнал готовности, и затем еще раз нажимают кнопку динамика, чтобы завершить вызов. Поскольку Линия 1 на Телефоне B является линией по умолчанию при переходе в состояние «линия подключена», Телефон A не получает уведомление об обратном вызове. Если бы Телефон B/Линия 2 перешел в состояние «линия подключена», то Телефон A/Линия 2 получил бы уведомление, что Телефон B/Линия 2 доступен.

Изменения

Этот раздел содержит изменения, внесенные с момента выпуска первоначальной документации Cisco CallManager версии 4.1. Возможно, их нет в текущей документации или в интерактивной справке для программы Cisco CallManager.

Сопоставление устройств H.323 пользователям

Сопоставление устройств H.323 пользователям

В Cisco CallManager версии 4.0 администраторы не могли сопоставлять устройства H.323 пользователю. Поэтому администратор не мог настроить функции в оконечных устройствах H.323 с помощью окна настройки пользователя в Cisco CallManager Administration.

В Cisco CallManager версии 4.1 это положение исправлено благодаря отображению всех, а не только CTI-управляемых, устройств, и возможности для администратора выбирать устройства H.323 в окне «Сопоставление устройства» (Device Association).

Значок устройства, не управляемого CTI, например, H.323, помечен звездочкой (*). Характер сопоставления устройства в целом остается неизменным независимо от типа устройства, для которого настраивается функция.

Упущения

В этом разделе перечислены новые и дополнительные сведения, которые могли не войти в текущую версию документации Cisco CallManager:

  означает неправильную интерактивную справку для региона и всплывающих окон пространства поиска вызовов

Изменение имени для типа шлюза Cisco IAD 2400 в Cisco CallManager Administration

Настройка избыточности списка маршрутов

Встроенный мост IP-телефона Cisco моделей 7940/7960 и вопросы обеспечения безопасности устройства

Взаимодействие с CAPF при сбросе IP-телефона Cisco

Использование проверки подлинности сервера, сертификаты CA сторонних фирм

Использование общих линий с шифруемыми устройствами

Переустановка службы Dialed Number Analyzer после обновления Cisco CallManager.

Personal Directory

Поддержка шлюза Cisco VG224

Взаимодействие функции Call Back с функциями Call Forward, iDivert и функциями системы голосовой почты

Информация о Tool for Autoregistered Phone Support для конечных пользователей.

  означает неправильную интерактивную справку для региона и всплывающих окон пространства поиска вызовов

При нажатии кружка со знаком «?» для получения интерактивной справки либо в окне «Регионы», либо во всплывающем окне поиска CSS, вместо нее всплывает справка «Разделы».

Интерактивная справка по Регионам/CSS должна содержать следующую информацию:

Если есть более 250 регионов/пространств поиска вызовов, то в окне Cisco CallManager Administration рядом с раскрывающимся списком Regions/CSS появляется кнопка многоточие (...). Кнопка (...) служит для поиска нужного региона/CSS.

Порядок поиска региона/CSS следующий:

Процедура


Шаг 1 Нажмите кнопку ... рядом с раскрывающимся списком Region/Calling Search Space.

Появится окно выбора Region/Select Calling Search Space.

Шаг 2 В поле «Перечислить элементы, содержащие имя» (List items where Name contains) введите неполное имя региона/пространства поиска вызовов.

Шаг 3 В списке регионов/пространств поиска вызовов, который отображается в окне «Выберите элемент для использования» (Select item to use), нажмите нужный регион/пространство поиска вызовов.

Шаг 4 Нажмите OK.


Изменение имени для типа шлюза Cisco IAD 2400 в Cisco CallManager Administration

В окне «Добавить новый шлюз (Add a New Gateway)» программы Cisco CallManager Administration тип шлюза «Cisco IAD 2420 (продукт снят с продажи)» заменен типом шлюза Cisco IAD 2400.

Для добавления нового шлюза Cisco IAD 2420 в Cisco CallManager используйте тип шлюза Cisco IAD 2420.


Примечание. Система не поддерживает шлюз Cisco IAD 2430 для работы с Cisco CallManager.


Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef30742 .

Настройка избыточности списка маршрутов

В Руководство по использованию системы Cisco CallManager не включены следующие сведения об избыточности списка маршрутов.

Начиная с Cisco CallManager версии 4.0(2), обработка и избыточность списка маршрутов изменены с целью повышения производительности. Версии до 4.0(2) включали списки маршрутов на каждый сервер кластера. После обновления до выпуска 4.0(2) или более нового только один экземпляр настройки списка маршрутов сопоставляется с группой Cisco CallManager. Для этого изменения необходимо настроить группу (группы) Cisco CallManager на поддержание выравнивания нагрузки и избыточности.

После обновления сервера Cisco CallManager до 4.0(2) или более нового выпуска и при наличии двух или более основных серверов Cisco CallManager в кластере система создает новую группу (группы) Cisco CallManager с именем по умолчанию «RLCMG_<имя основного Cisco CallManager>.». Система создает одну группу Cisco CallManager для каждого основного сервера и дополнительного сервера в группе Cisco CallManager, назначенного резервным сервером. В зависимости от количества серверов в кластере система создают одну или несколько групп Cisco CallManager.

Затем один экземпляр настройки списка маршрутов прикрепляется к основному серверу Cisco CallManager в первой группе Cisco CallManager. Новые группы Cisco CallManager назначаются существующей настройке списка маршрутов с помощью алгоритма кругового обслуживания, чтобы обеспечить избыточность.

Чтобы сделать обновление, надо выполнить следующие задачи:

1. Создайте новую группу (группы) Cisco CallManager на замену группе (группам) Cisco CallManager по умолчанию с именем «RLCMG_<основная группа Cisco CallManager>», созданной во время обновления.

2. Оцените группу Cisco CallManager и настройку списка маршрутов на выравнивание нагрузки и избыточность.

3. Задайте заново список (списки) маршрутов для созданной пользователем группы (групп) Cisco CallManager.

4. Удалите группу (группы) Cisco CallManager по умолчанию.


Внимание! Эти операции обрывают все зависимые активные вызовы и приводят к значительным издержкам во время выполнения настройки.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee30571.

Дополнительные источники информации

«Настройка списка маршрутов», Руководства по администрированию Cisco CallManager

Встроенный мост IP-телефона Cisco моделей 7940/7960 и вопросы обеспечения безопасности устройства

В главе «Настройка IP-телефона Cisco» Руководства по администрированию Cisco CallManager, в главе «Вторжение» Руководства по использованию функций и служб Cisco CallManager и в Руководстве по использованию системы Cisco CallManager нет следующих сведений о настройке встроенного моста и безопасности устройства для IP-телефонов Cisco моделей 7940 и 7960.

IP-телефоны Cisco моделей 7940 и 7960 не поддерживают два шифрованных медиапотока или потока SRTP одновременно. Такая ситуация возникает, когда происходит вторжение другого телефона, и все телефоны, участвующие в вызове, используют SRTP (встроенный мост включен).


Примечание. Для предотвращения нестабильности телефона по этой причине система автоматически выключает встроенный мост для IP-телефонов Cisco моделей 7940 и 7960, когда в режиме безопасности устройства задано шифрование.


При попытке настроить вторжение для IP-телефонов Cisco моделей 7940 и 7960, в которых задано шифрование, появляется следующее сообщение:

Если вы настраиваете шифрование для IP-телефонов Cisco моделей 7940 и 7960, они не могут принять запрос на вторжение, если принимают участие в шифрованном вызове. Когда вызов зашифрован, попытка вторжения безуспешна.

Это сообщение появляется всякий раз при выполнении следующих задач в Cisco CallManager Administration:

В окне настройки телефона выбирается «Шифрованный» для режима безопасности устройства (или настройка системы по умолчанию, что то же самое), «Вкл.» — для параметра «Встроенный мост» (Built In Bridge) (или настройка по умолчанию, что то же самое), и после создания этой специальной настройки нажимается кнопка «Вставить» (Insert) или «Обновить» (Update).

В окне «Параметр предприятия» (Enterprise Parameter) обновляется параметр «Режим безопасности устройства» (Device Security Mode).

В окне «Параметр службы» (Service Parameter) обновляется параметр «Включить встроенный мост» (Built In Bridge Enable).


Совет. Чтобы изменения вступили в действие, надо переустановить зависимые IP-устройства Cisco.


Подробные сведения см. в Руководство по безопасности Cisco CallManager .

Взаимодействие с CAPF при сбросе IP-телефона Cisco

Руководство по безопасности Cisco CallManager не содержит следующие сведения о том, как CAPF взаимодействует с IP-телефоном Cisco, когда пользователь или Cisco CallManager сбрасывает телефон.

В следующих примерах, если в телефоне уже нет LSC, и если для режима проверки подлинности CAPF выбрано «По имеющемуся сертификату» (By Existing Certificate), операция сертификации CAPF не удастся.

Пример — Незащищенный режим безопасности устройства

В этом примере телефон сбрасывается, когда заданы режим безопасности «Незащищенный» и режим проверки подлинности CAPF «По пустой строке» (By Null String) или «По имеющемуся сертификату» (By Existing Certificate) (Приоритет...). После сброса телефон сразу же регистрируется на основном сервере Cisco CallManager и получает конфигурационный файл. Затем телефон автоматически инициирует сеанс с CAPF, чтобы загрузить LSC. Когда телефон установит LSC, задайте режим безопасности устройства «Проверка подлинности» или «Шифрованный».

Пример — Режим безопасности устройства Проверка подлинности/Шифрованный

В этом примере телефон сбрасывается, когда задан режим безопасности «Проверка подлинности» или «Шифрованный» и режим проверки подлинности CAPF «По пустой строке» (By Null String) или «По имеющемуся сертификату» (By Existing Certificate) (Приоритет...). Телефон не регистрируется на основном сервере Cisco CallManager, пока не завершится сеанс CAPF, и телефон не установит LSC. По завершении сеанса телефон регистрируется и сразу же запускает режим проверки подлинности или шифрованный режим.


Примечание. В этом примере нельзя задать «По строке проверки подлинности» (By Authentication String), поскольку телефон не вступает автоматически в контакт с сервером CAPF. Регистрация не удается, если у телефона нет действующего сертификата LSC.


Использование проверки подлинности сервера, сертификаты CA сторонних фирм

Руководство по безопасности Cisco CallManager не содержит следующих сведений об использовании сертификатов сторонних фирм вместо собственных сертификатов HTTPS для проверки подлинности на сервере.

Чтобы убедиться, что программы Cisco CallManager, работающие с HTTPS, могут загрузить сертификат сторонней фирмы, когда для проверки подлинности на сервере используются сертификаты CA сторонних фирм для HTTPS, сделайте следующее:

1. Сведения об удалении сертификата HTTPS и установке сертификата CA сторонней фирмы на веб-сайте IIS по умолчанию, см. в Руководстве по безопасности Cisco CallManager.

2. Установите сертификат CA сторонней фирмы на веб-сайте IIS по умолчанию в соответствии с Руководством по безопасности Cisco CallManager.

3. Переименуйте сертификат корневого CA в httpscert.cer.

4. Скопируйте этот сертификат в C:\program files\cisco\certificates в формате DER.

Использование общих линий с шифруемыми устройствами

Руководство по безопасности Cisco CallManager не содержит следующих сведений об использовании общих линий с шифруемыми устройствами.

При настройке общей линии для шифруемого IP-телефона Cisco модели 7970 обязательно настройте все устройства, совместно использующие эту линию для шифрования, т.е., убедитесь, что для всех них установлен режим безопасности устройства с шифрованием.

Переустановка службы Dialed Number Analyzer после обновления Cisco CallManager.

Руководство по Cisco CallManager Dialed Number Analyzer не содержит следующие сведения о переустановке службы DNA после обновления CallManager.

Если Cisco CallManager обновляется на каждом сервере кластера, надо переустановить подключаемый модуль Dialed Number Analyzer на нужном узле кластера.

Если служба Dialed Number Analyzer установлена для проведения анализа плана нумерации с помощью данных из Cisco CallManager, необходимо переустановить подключаемый модуль Dialed Number Analyzer на сервере, используемом для анализа плана нумерации. Переустановка подключаемого модуля синхронизирует любые дополнительные записи данных, имеющихся в Cisco CallManager, с базой данных Dialed Number Analyzer.

Порядок установки службы Dialed Number Analyzer:

Процедура


Шаг 1 Войдите в Cisco CallManager и выберите Application (Программа) > Install Plugins (Установка подключаемых модулей).

Появится окно «Install Plugins» (Установка подключаемых модулей).

Шаг 2 Укажите местоположение подключаемого модуля Dialed Number Analyzer.

Шаг 3 Нажмите значок исполняемого файла подключаемого модуля Dialed Number Analyzer, чтобы запустить InstallShield Wizard.

Шаг 4 Нажмите Open (Открыть). Откроется окно InstallShield Wizard для Cisco Dialed Number Analyzer.

Шаг 5 Нажмите кнопку Next (Далее) в окне Welcome to the InstallShield Wizard for Cisco Dialed Number Analyzer (Вас приветствует мастер InstallShield для Cisco Dialed Number Analyzer).

Откроется окно «Enter Private Phrase» (Введите секретную фразу).

Шаг 6 Введите секретную фразу для данного кластера в окне Enter Private Phrase.

Шаг 7 Нажмите кнопку Next (Далее).

Если секретная фраза неверная, появится сообщение. Вернитесь к шагу 6. Если секретная фраза верная, откроется окно «Ready to Install the Program» (Готово для установки программы).

Шаг 8 Нажмите кнопку Install (Установить) в окне Ready to Install the Program.

Шаг 9 Нажмите кнопку Finish (Завершить) в окне InstallShield Wizard Completed.

Помощник установки устанавливает службу Cisco Dialed Number Analyzer на компьютере.



Примечание. При успешной установке выполняется установка и запуск службы Dialed Number Analyzer. Ей задается тип запуска «Automatic» (Автоматически).


Personal Directory

Personal Directory предоставляет личную адресную книгу, которая хранится в каталоге LDAP Cisco CallManager, синхронизатор IP-телефонии Cisco и две службы IP-телефонии Cisco: Personal Address Book и Personal Fast Dials.

В документации Cisco CallManager нет следующих сведений о настройке и использовании Personal Directory:

Системные требования

Настройка Personal Directory

Настройка службы Personal Address Book

Настройка службы Personal Fast Dials

Загрузка синхронизатора адресной книги IP-телефонии Cisco

Подготовка пользователя телефона к работе с Personal Directory

Системные требования

Для использования Personal Directory системе нужны следующие компоненты:

IP-телефоны Cisco моделей 7940, 7960, 7970.

ПК с программой Cisco CallManager 3.1 или более новой версии.

ПК с программой Windows 2000.

Сервер Microsoft IIS

Microsoft Outlook или Outlook Express


Примечание. Убедитесь, что для Microsoft Outlook задан режим Internet-only, а адресная книга Windows настроена на совместное использование записей.


Настройка Personal Directory

Для настройки Personal Directory надо настроить службы Personal Address Book и Personal Fast Dials.

Настройка службы Personal Address Book

Настройка службы Personal Fast Dials

Настройка службы Personal Address Book

Personal Address Book настраивается добавлением этой службы в Cisco CallManager Administration и заданием параметров службы.

Порядок настройки службы Personal Address Book:

Процедура


Шаг 1 Выберите меню Feature (Функция) > Cisco IP Phone Services.

Появится окно настройки служб IP-телефонии Cisco.

Шаг 2 В поле Service Name (Имя службы) введите имя службы, которое будет отображаться в меню доступных служб в окне параметров пользователя IP-телефона Cisco, например, My Address Book.

Шаг 3 В поле Service Description (Описание службы) введите описание содержимого, предоставляемого службой, например, Personal Directory — Personal Address Book.

Шаг 4 В поле Service URL (URL службы) введите URL сервера, где находится программа для службы Personal Address Book.

http://<Имя узла CallManager   или IP-адрес>/ccmpd/xmlAddressBookInput.asp

Шаг 5 Нажмите кнопку Insert (Вставить).

Шаг 6 Нажмите кнопку New (Создать) справа от окна списка Parameters (Параметры).

Появится окно настройки параметра службы IP-телефонии Cisco.

Шаг 7 Добавьте каждый параметр в соответствии с Таблицей 3, начиная с UserID. По запросу введите имя параметра в строгом соответствии с его написанием в таблице.

Шаг 8 Нажмите кнопку Insert (Вставить), чтобы добавить параметр.

Шаг 9 Добавив последний параметр службы, нажмите кнопку Insert and Close (Вставить и закрыть), чтобы вставить этот параметр и закрыть окно.

Появится окно настройки служб IP-телефонии Cisco.

Шаг 10 Нажмите кнопку Update Subscriptions (Обновить подписки).


Настройки параметров службы Personal Address Book

Таблица 3 показывает настройки трех параметров службы, необходимых для службы Personal Address Book. Где указано, используйте точное имя параметра.

Таблица 3. Настройки параметров службы Personal Address Book 

Поле
Определение
Определение
Определение

Имя параметра

UserID

(Используйте строго это имя.)

UserPIN

(Используйте строго это имя.)

PreDial

Отображаемое имя параметра

Идентификация пользователя

PIN

Код внешнего доступа

Значение по умолчанию

Нет

Нет

Нет

Обязательный параметр

Да

Да

Нет

Описание параметра

Используйте ту же идентификацию пользователя, что и в окне параметров пользователя IP-телефона Cisco.

Используйте тот же PIN-код, что и в окне параметров пользователя IP-телефона Cisco.

Этот код доступа добавляется в качестве префикса к сохраненному номеру каталога, чтобы обеспечить доступ к внешней линии.

Параметр является паролем (содержимым маски)

Нет

Нет

Нет



Примечание. Чтобы задать маску для записи параметра, например пароля, отметьте пункт «Parameter is a Password (mask contents)» (Параметр является паролем (содержимым маски)). По умолчанию для этого параметра задано «None» (Нет). Параметр предоставляется во время выполнения.


Настройка службы Personal Fast Dials

Personal Fast Dials настраивается добавлением этой службы в Cisco CallManager Administration и заданием соответствующих параметров службы.

Порядок настройки службы Personal Fast Dials:

Процедура


Шаг 1 Выберите меню Feature (Функция) > Cisco IP Phone Services.

Появится окно настройки служб IP-телефонии Cisco.

Шаг 2 В поле Service Name (Имя службы) введите имя службы, которое будет отображаться в меню доступных служб в окне параметров пользователя IP-телефона Cisco, например, My Fast Dials.

Шаг 3 В поле Service Description (Описание службы) введите описание содержимого, предоставляемого службой, например, Personal Directory — Personal Fast Dials.

Шаг 4 В поле Service URL (URL службы) введите URL сервера, где находится программа для службы Personal Address Book.

http://<Имя узла CallManager   или IP-адрес>/ccmpd/xmlFastDials.asp

Шаг 5 Нажмите кнопку Insert (Вставить).

Шаг 6 Нажмите кнопку New (Создать) справа от окна списка Parameters (Параметры).

Появится окно настройки параметра службы IP-телефонии Cisco.

Шаг 7 Добавьте каждый параметр в соответствии с Таблицей 4, начиная с UserID. Если указано, введите имя параметра в строгом соответствии с его написанием в таблице.

Шаг 8 Нажмите кнопку Insert (Вставить), чтобы добавить параметр.

Шаг 9 Добавив последний параметр службы, нажмите кнопку Insert and Close (Вставить и закрыть), чтобы вставить этот параметр и закрыть окно.

Появится окно настройки служб IP-телефонии Cisco.

Шаг 10 Нажмите кнопку Update Subscriptions (Обновить подписки).


Настройки параметров службы Personal Fast Dials

Таблица 4 показывает настройки трех параметров службы, необходимых для службы Personal Fast Dials. Где указано, используйте точное имя параметра.

Таблица 4. Настройки параметров службы Personal Fast Dials 

Поле
Определение
Определение
Определение

Имя параметра

UserID

(Используйте строго это имя.)

UserPIN

(Используйте строго это имя.)

PreDial

Отображаемое имя параметра

Идентификация пользователя

PIN

Код внешнего доступа

Значение по умолчанию

Нет

Нет

Нет

Обязательный параметр

Да

Да

Нет

Описание параметра

Используйте такой же идентификатор пользователя, что и в окне параметров пользователя IP-телефона Cisco.

Используйте тот же PIN-код, что и в окне параметров пользователя IP-телефона Cisco.

Этот код доступа добавляется в качестве префикса к сохраненному номеру каталога, чтобы обеспечить доступ к внешней линии.

Параметр является паролем (содержимым маски)

Нет

Нет

Нет


Загрузка синхронизатора адресной книги IP-телефонии Cisco

Прежде чем на компьютерах можно будет использовать Personal Directory, на них надо установить подключаемый модуль Cisco IP Phone Address Book Synchronizer.

Для загрузки файла установки Cisco IP Phone Address Book Synchronizer сделайте следующее. Загрузив файл, можно распространить его пользователям своей сети.

Процедура


Шаг 1 Выберите Applications (Приложения) > Install Plugins (Установить).

Шаг 2 Выберите Cisco IP Phone Address Book Synchronizer.

Следуйте интерактивным инструкциям.

Шаг 3 Предоставьте доступ к файлу установки для конечных пользователей, чтобы они могли установить программу Cisco IP Phone Address Book Synchronizer на своих рабочих станциях.

а. Для этого включите tabsync в файл downloads.asp.

б. Укажите пользователям следующий URL-адрес для загрузки программы: http://<ccm>/ccmuser/downloads.asp


Подготовка пользователя телефона к работе с Personal Directory

Добавив службы Personal Directory и настроив их параметры, предоставьте пользователям телефонов следующие сведения:

Уведомление о доступности этой функции.

Доступ к установочному файлу Cisco IP Phone Address Book Synchronizer, чтобы пользователи установили эту программу на своих рабочих станциях.

Идентификаторы пользователей и PIN-коды, если у пользователей их еще нет.

URL-адрес веб-страницы Cisco IP Phone User Options для пользователей, если его у них еще нет.

Сведения по использованию служб Personal Directory. Направьте пользователей на страницу Настройка IP-телефона Cisco в Интернете.

Поддержка шлюза Cisco VG224

В Руководстве по использованию системы Cisco CallManager в главе «Общие сведения о голосовых шлюзах Cisco CallManager» опущены сведения о шлюзе Cisco VG224, который является новинкой для Cisco CallManager версии 4.1. Шлюз Cisco VG224 использует оба протокола управления шлюзами: MGCP и SCCP.

В главе «Настройка шлюза» Руководства по администрированию Cisco CallManager в разделе «Добавление шлюза Cisco IOS SCCP» подробно описана настройка шлюза Cisco VG224. Шлюз Cisco VG224 следует добавить также в список шлюзов раздела «Добавление шлюза Cisco IOS MGCP».

Взаимодействие функции Call Back с функциями Call Forward, iDivert и функциями системы голосовой почты

В Руководстве по использованию функций и служб Cisco CallManager опущены следующие сведения о взаимодействиях функции Cisco Call Back.

Следующие состояния вызова описывают ожидаемое поведение для вызывающей стороны при взаимодействии функции Cisco CallManager Call Back с функцией Call Forward, iDivert и функциями системы голосовой почты.

Когда вызываемая сторона (Сторона B) либо переадресует входящий вызов с помощью Forward All, Forward Busy или Forward No Answer, либо перенаправляет вызов с помощью iDivert в систему голосовой почты, вызывающая сторона (Телефон A) может войти в одно из следующих состояний по отношению к функции Call Back:

Состояние соединения с VM — вызов соединяется с голосовой почтой. Функциональная клавиша Call Back на телефоне вызывающей стороны (Телефон A) не действует.

Состояние прозвона с первоначальной вызывающей стороной — в профиле вызываемой стороны нет пилотной группы голосовой почты. Вызываемая сторона (Телефон B) видит сообщение «Кнопка выключена (Key Is Not Active)» после нажатия функциональной клавиши iDivert. Вызывающая сторона (Телефон A) имеет возможность включить Call Back вызываемой стороне (Телефон B).

Состояние прозвона с функцией голосовой почты и пилотным номером голосовой почты в качестве новой вызываемой стороны — вызов сталкивается либо со сбоем системы голосовой почты, либо с отказом сети. Вызываемая сторона (Телефон B) видит сообщение «Временный сбой (Temp Failure)» после нажатия функциональной клавиши iDivert. Вызывающая сторона (Телефон A) не может включить Call Back первоначальной вызываемой стороне (Телефон B), так как контекст вызова содержит пилотный номер голосовой почты в качестве «новой» вызываемой стороны.

Состояние прозвона с занятым портом голосовой почты и пилотным номером голосовой почты в качестве новой вызываемой стороны — вызов сталкивается с занятым портом голосовой почты. Вызываемая сторона (Телефон B) видит «Занято (Busy)» после нажатия функциональной клавиши iDivert. Вызывающая сторона (Телефон A) не может включить Call Back первоначальной вызываемой стороне (Телефон B), так как контекст вызова содержит пилотный номер голосовой почты в качестве «новой» вызываемой стороны.

Подробные сведения см. по адресу: http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef84035

Дополнительные источники информации

Непосредственное переключение, Руководство по использованию функций и служб Cisco CallManager

Функции телефона, Руководство по использованию системы Cisco CallManager

Информация о Tool for Autoregistered Phone Support для конечных пользователей.

В разделе «Сведения о TAPS для конечных пользователей» главы «Работа с Tool for Auto-Registered Phones Support» Руководства пользователя Bulk Administration Tool опущены следующие сведения между Шагом 1 и Шагом 2 процедуры настройки нового телефона:

Чтобы настроить новый телефон, наберите номер точки маршрута CTI, предоставленный системным администратором, и следуйте подсказкам.

Получение документации

Документацию компании Cisco и дополнительную литературу см. на веб-сайте cisco.com. Компания Cisco также предоставляет различные способы технической поддержки и другие технические ресурсы. В следующих разделах описаны способы получения технической информации от компании Cisco Systems.

Веб-сайт cisco.com

Текущие редакции документации компании Cisco можно найти по следующему адресу:

http://www.cisco.com/univercd/home/home.htm

Веб-сайт компании Cisco находится по адресу:

http://www.cisco.com

Международные веб-сайты компании Cisco находятся по адресу:

http://www.cisco.com/web/siteassets/locator/index.html

DVD-диск с документацией

Документация и дополнительные информационные материалы компании Cisco предлагаются в комплекте DVD-диска с документацией, который может входить в комплект поставки продукта. DVD-диск с документацией по продуктам регулярно обновляется и может содержать более поздние версии документов, чем печатная документация. DVD-диск с документацией доступен отдельно.

Зарегистрированные пользователи веб-сайта cisco.com (непосредственные клиенты компании Cisco) могут заказать DVD-диск с документацией компании Cisco (код продукта DOC-DOCDVD=) с помощью инструмента для оформления заказа или на веб-странице Cisco Marketplace.

Инструмент для оформления заказа компании Cisco:

http://www.cisco.com/en/US/partner/ordering/index.shtml

Веб-страница магазина Cisco Marketplace:

http://www.cisco.com/go/marketplace/

Заказ документации

Инструкции по заказу документации можно найти по адресу:

http://www.cisco.com/en/US/docs/general/Illus_process/PDI/pdi.htm

Заказать документацию Cisco можно следующими способами:

Зарегистрированные пользователи веб-сайта cisco.com (непосредственные клиенты компании Cisco) могут заказать документацию по продукции компании Cisco с помощью инструмента для оформления заказа:

http://www.cisco.com/en/US/partner/ordering/index.shtml

Пользователи, не зарегистрированные на веб-сайте cisco.com, могут заказать документацию через местное представительство, обратившись в центральный офис компании Cisco Systems (США, штат Калифорния) по телефону +1 408 526-7208 либо, за пределами Северной Америки, по телефону +1 800 553-NETS (6387).

Отзывы о документации

Отзывы о технической документации можно направлять по адресу bug-doc@cisco.com.

Вы можете направить отзывы, воспользовавшись карточкой отзыва, которая находится под обложкой документа (если она предусмотрена), или написать письмо по следующему адресу:

Cisco Systems
Attn: Customer Document Ordering
170 West Tasman Drive
San Jose, CA 95134-9883 USA

Ждем ваших отзывов.

Обзор безопасности продуктов компании Cisco

Компания Cisco поддерживает бесплатный интерактивный портал, посвященный уязвимости средств сетевой безопасности:

http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

На этом веб-сайте можно выполнить следующие задачи:

Сообщить об уязвимости системы безопасности продуктов компании Cisco.

Получить техническую поддержку при возникновении проблем с безопасностью продуктов компании Cisco.

Зарегистрироваться, чтобы получать от компании Cisco информацию по безопасности.

С текущим списком уведомлений и рекомендаций о безопасности для продуктов компании Cisco можно ознакомиться по следующему адресу:

http://www.cisco.com/go/psirt

Если вы предпочитаете получать рекомендации и уведомления в режиме реального времени, необходимо подписаться на новостной RSS-канал группы реагирования на угрозы безопасности, связанные с уязвимостями решений компании Cisco (Product Security Incident Response Team, PSIRT), используя следующий адрес:

http://www.cisco.com/en/US/products/products_psirt_rss_feed.html

Сообщение о проблемах безопасности продуктов компании Cisco

Компания Cisco стремится предоставлять только оборудование, обладающее высокой степенью безопасности. Все продукты перед выходом на рынок проходят внутренние испытания. В отношении любых уязвимостей принимаются срочные меры по их устранению. В случае обнаружения уязвимости в системе безопасности продукта компании Cisco обращайтесь в группу PSIRT:

В случае экстренной необходимости обратитесь по адресу security-alert@cisco.com

В обычных случаях обращайтесь по адресу psirt@cisco.com


Совет. Для шифрования всех конфиденциальных данных, сообщаемых компании Cisco, мы рекомендуем применять Pretty Good Privacy (PGP) или совместимые программные продукты. Группа PSIRT может работать с зашифрованной информацией, совместимой с PGP версий 2.x — 8.x.

Ни в коем случае не используйте отозванный или просроченный ключ шифрования. Правильный открытый ключ для шифрования корреспонденции для группы PSIRT — это ключ, имеющий наиболее позднюю дату создания в списке сервера открытых ключей:

http://pgp.mit.edu:11371/pks/lookup?search=psirt%40cisco.com&op=index&exact=on


В экстренной ситуации можно связаться с группой PSIRT по телефону:

+1 877 228-7302

+1 408 525-6532

Получение технической поддержки

Всем клиентам, партнерам, торговым посредникам и дистрибьюторам, имеющим действующие договоры на обслуживание с компанией Cisco, служба технической поддержки компании Cisco круглосуточно предоставляет отмеченные наградами услуги по технической поддержке. Веб-сайт технической поддержки компании Cisco содержит большой набор интерактивных ресурсов технической поддержки. В дополнение, центр технической поддержки компании Cisco (Technical Assistance Center, TAC) осуществляет поддержку по телефону. Если у вас нет действующего договора на обслуживание с компанией Cisco, обратитесь к торговому представителю.

Веб-сайт технической поддержки компании Cisco

На веб-сайте технической поддержки компании Cisco представлены интерактивные документы и инструменты для поиска и устранения неисправностей и разрешения технических вопросов, касающихся продуктов и технологий компании Cisco. Веб-сайт доступен ежедневно и круглосуточно по следующему адресу:

http://www.cisco.com/cisco/web/RU/support/index.html

Для доступа ко всем инструментам веб-сайта технической поддержки требуется идентификатор и пароль пользователя веб-сайта cisco.com. Если у вас есть действующий контракт на техническую поддержку, но нет идентификатора пользователя и пароля, зарегистрироваться можно по следующему адресу:

http://tools.cisco.com/RPF/register/register.do


Примечание. Используйте инструмент Cisco Product Identification (Идентификация продукции компании Cisco, CPI) для поиска серийного номера оборудования перед тем, как направлять запрос на обслуживание по Интернету или по телефону. Доступ к инструменту CPI можно получить с веб-сайта технической поддержки Cisco, перейдя по ссылке Tools & Resources (Инструменты и ресурсы) в разделе «Documentation & Tools» (Документация и инструменты). Выберите Cisco Product Identification Tool (Инструмент идентификации продуктов Cisco) из раскрывающего списка алфавитного указателя или перейдите по ссылке Cisco Product Identification Tool (Инструмент идентификации продуктов Cisco) в разделе «Alerts & RMAs» (Предупреждения и RMA). Средство CPI предусматривает три способа поиска: по номеру продукта или названию модели, по дереву продуктов или, для некоторых продуктов, путем копирования и вставки выходных данных команды show. В результатах поиска будет показано изображение вашего продукта и отмечено местоположение таблички с серийным номером. Прежде чем обращаться за технической поддержкой, определите местоположение таблички с серийным номером на изделии и запишите приведенную на ней информацию.


Отправка запроса на обслуживание

Применение интерактивного инструмента открытия запроса на обслуживание в центр технической поддержки Cisco (TAC Service Request Tool) является самым быстрым способом отправки запросов на обслуживание уровней S3 и S4. (Запросы на обслуживание уровней S3 и S4 предназначены для ситуаций, связанных с незначительными нарушениями в работе сети или с запросом информации о продуктах). После того, как вы опишете ситуацию, инструмент для оформления запросов предложит рекомендуемые решения. Если решить проблему при помощи рекомендованных ресурсов не удастся, ваш запрос будет передан инженеру центра Cisco TAC. Инструмент TAC Service Request Tool находится по следующему адресу:

http://www.cisco.com/cisco/web/RU/support/index.html/servicerequest

Для оформления запросов уровня S1 или S2, а также при отсутствии доступа в Интернет, в центр Cisco TAC можно обратиться по телефону. (Запросы на обслуживание уровней S1 и S2 применяются в случае, когда производственная сеть полностью выходит из строя или ее работа серьезно ухудшается.) Для запросов уровня S1 и S2 немедленно назначаются инженеры центра Cisco TAC, что позволяет поддерживать бесперебойное выполнение производственных операций.

Чтобы открыть запрос на обслуживание по телефону, позвоните по одному следующих номеров:

Азия и страны Тихоокеанского региона: +61 2 8446 7411 (Австралия: +1 800 805 227)
Европа, Африка и Ближний Восток: +32 2 704 55 55
США: +1 800 553-2447

Полный список контактов центра Cisco TAC см. по адресу:

http://www.cisco.com/cisco/web/RU/support/index.html/contacts

Определения уровней значимости запросов на обслуживание

Для стандартизации формата отчетности по обращениям компания Cisco ввела формализованную систему уровней значимости.

Уровень значимости 1 (S1) — сеть полностью вышла из строя, либо создает серьезные препятствия для нормальной производственной деятельности. Для разрешения ситуации клиент и компания Cisco готовы выделить все необходимые ресурсы в круглосуточном режиме.

Уровень значимости 2 (S2) — работа существующей сети сильно нарушена, либо неудовлетворительная работа продуктов компании Cisco значительным образом влияет на вашу производственную деятельность. Для разрешения ситуации клиент и компания Cisco готовы выделить штатные ресурсы в течение рабочего времени.

Уровень значимости 3 (S3) — работа сети ухудшена, но не препятствует осуществлению производственной деятельности в обычном режиме. Для восстановления приемлемого уровня работы оборудования клиент и компания Cisco готовы предоставить ресурсы в течение рабочего времени.

Уровень значимости 4 (S4) — требуется информация или помощь, касающаяся установки, настройки или возможностей продуктов компании Cisco. Негативное воздействие на производственную деятельность незначительно или отсутствует.

Получение дополнительных публикаций и информационных материалов

Информацию о продуктах, технологиях и сетевых решениях компании Cisco можно получить из различных интерактивных и печатных источников.

На веб-сайте Cisco Marketplace можно найти широкий ассортимент книг, справочников и рекламных материалов компании Cisco. Корпоративный магазин Cisco Marketplace доступен по следующему адресу:

http://www.cisco.com/go/marketplace/

Издательство Cisco Press выпускает широкий ассортимент литературы по общим вопросам сетевых технологий, обучению и сертификации. Издания ориентированы как на начинающих, так и на опытных пользователей. Текущий список изданий Cisco Press и другую информацию см. на веб-сайте издательства по адресу:

http://www.ciscopress.com

Журнал Packet издается компанией Cisco Systems в помощь пользователям, желающим получить максимальную отдачу от капиталовложений в Интернет и сетевую инфраструктуру. Каждый квартал журнал Packet проводит обзор последних тенденций в промышленности, передовых технологических достижений, а также продуктов и решений компании Cisco. Журнал также публикует советы по развертыванию сети и устранению неисправностей, примеры конфигураций, анализирует практику внедрения, предлагает информацию о сертификации и обучении, а также ссылки на множество специализированных интерактивных ресурсов. Журнал Packet доступен по следующему адресу:

http://www.cisco.com/packet

Журнал iQ Magazine — ежеквартальное издание компании Cisco Systems, из которого развивающиеся компании могут узнать о технологиях, позволяющих повысить прибыль, рационализировать свою деятельность и расширить спектр услуг. В журнале рассматриваются актуальные вопросы, возникающие перед такими компаниями, и технологии, призванные их решить. Анализ реальной международной практики и бизнес-стратегий помогает читателям принимать обоснованные решения о капиталовложениях в технологическую инфраструктуру. Журнал iQ можно найти по следующему адресу:

http://www.cisco.com/go/iqmagazine

Internet Protocol Journal — ежеквартальный журнал, издаваемый компанией Cisco Systems для технических специалистов, чья работа связана с проектированием, построением и эксплуатацией внешних и внутренних Интернет- и интранет-сетей. Журнал Internet Protocol Journal доступен по следующему адресу:

http://www.cisco.com/ipj

Компания Cisco проводит обучение по сетевым технологиям с качеством международного уровня. Текущие программы обучения см. по адресу:

http://www.cisco.com/en/US/learning/index.html