Система TelePresence : IP-телефон Cisco Unified серии 7900

Устранение неполадок при регистрации IP-телефона Cisco с помощью диспетчера Cisco CallManager 3.x и 4.x

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

Содержание

Введение
Предварительные условия
     Требования
     Используемые компоненты
     Условные обозначения
Процесс регистрации телефона
     Шаг 1. Загрузка программного обеспечения (образа) и запуск процесса настройки
     Шаг 2а. Отправка с телефона DHCP-запроса
     Шаг 2б. Отправка DHCP-сервером DHCP-ответа
     Шаг 3а. Отправка телефоном TFTP-запроса на получение файла конфигурации
     Шаг 3б. Отправка TFTP-сервером файла конфигурации по умолчанию
     Шаг 4а. Отправка TFTP-сервером файла особой конфигурации телефона
     Шаг 4б. Завершение регистрации телефона
Регистрация телефона модели 7961G возможна только после настройки, аналогичной настройке модели 7961
Отключение протокола DHCP и службы DNS для проверки телефона
Проверка правильности MAC-адреса на этикетке телефона
Приложение Cisco CallManager и службы TFTP не запускаются
Удаление и повторное создание телефона
Общие сведения о файле трассировки сети
Использование монитора производительности для проверки активности телефона
Ручная настройка IP-параметров на телефоне 12 SP+ или 30 VIP
Добавление телефонов в приложение Cisco CallManager
     Включение, настройка и отключение авторегистрации
     Ручная регистрация (ручное добавление IP-телефона)
Переключение регистрации IP-телефона между первичным и вторичным серверами CallManager
Отказ в регистрации
IP-телефоны Cisco не регистрируются, но при этом работают нормально
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Введение

В данном документе рассматриваются решения наиболее часто возникающих проблем при регистрации IP-телефонов Cisco в приложении Cisco CallManager. Выполнение инструкций по устранению неполадок обеспечит полноценную работу IP-телефона и устойчивое взаимодействие с диспетчером Cisco CallManager. В данном документе рассматриваются следующие модели IP-телефонов Cisco: 12 SP+, 30 VIP, 7910, 7940 и 7960.

Предварительные условия

Требования

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

В этом документе также подразумевается, что в сети используется один из серверов Cisco CallManager, например TFTP-сервер (Trivial File Transfer Protocol, протокол простой передачи файлов). Применение TFTP-сервера, не использующего CallManager, в данном документе не рассматривается.

Используемые компоненты

Настоящий документ не имеет жесткой привязки к устройству или к какой-либо версии ПО.

Условные обозначения

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

Процесс регистрации телефона

Если для IP-телефонов не требуется загружать новый или другой образ, выполняются обычные действия загрузки и регистрации:

  1. Загрузите образ и запустите процесс настройки.

  2. Получите данные IP через протокол DHCP (Dynamic Host Configuration Protocol, протокол динамической конфигурации хоста), если телефоны не настраивались на постоянную конфигурацию.

  3. Получите файл конфигурации.

  4. Получите необходимые параметры и файлы (например номера быстрого набора и файлы мелодий звонков) и завершите регистрацию на сервере Cisco CallManager.

Примечание. В некоторых случаях для IP-телефонов требуется обновление образа. Это относится к телефонам, которые регистрируются на сервере Cisco CallManager с более новой версией CallManager по сравнению с той, в которой ранее регистрировались телефоны. Кроме того, администратор сервера мог изменить образ по умолчанию для типа телефонов либо для конкретного телефона. Каждый раз после обновления образа телефон необходимо перезагрузить и зарегистрировать повторно. Дополнительные сведения см.в разделе Общие сведения о загрузке устройств документа Общие сведения о поддержке устройств (в соответствующей части "Руководства по администрированию приложения Cisco CallManager 3.0"). Также см. разделы Поддержка устройств и Cisco TFTP документа Руководство по системе Cisco CallManager, версия 4.0(1).

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

Шаг 1. Загрузка программного обеспечения (образа) и запуск процесса настройки

Если процесс начальной загрузки IP-телефона произведен неправильно, регистрация телефона на сервере Cisco CallManager становится невозможной. При подключении IP-телефона он должен загрузиться и настроиться самостоятельно. Состояние процесса начальной загрузки по мере ее осуществления отображается на ЖК-дисплее. Процесс загрузки продолжается до тех пор, пока не будет установлено соединение с сетью Ethernet и выполнена регистрация на сервере Cisco CallManager. Регистрация на сервере Cisco CallManager успешна только в том случае, если сервер добавляет телефон или на сервере была включена автоматическая регистрация. (По умолчанию автоматическая регистрация выключена).

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

Примечание.  Неработающий ЖК-дисплей свидетельствует о неисправности телефона. Телефон также может быть неисправен в том случае, если сообщение, отображаемое телефоном, не изменяется с момента подключения телефона. Обратитесь в службу технической поддержки Cisco для замены телефона согласно гарантийным условиям.

Если телефон не использует протокол DHCP, см. раздел этого документа Шаг 3а. Отправка телефоном TFTP-запроса на получение файла конфигурации.

Шаг 2а. Отправка с телефона DHCP-запроса

При правильной настройке телефона для использования DHCP он отправляет DHCP-запрос. Этот этап процесса регистрации называется Настройка IP.

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

Cisco 7910

Для модели Cisco 7910 выполните следующие шаги:

  1. Выберите Settings.

  2. Выберите пункт 6 – Network.

  3. Перейдите к параметру DHCP Enabled.

    Должно быть выбрано Yes.

Cisco 7940 и 7960

Для моделей Cisco 7940 и 7960 выполните следующие действия:

  1. Выберите Settings.

  2. Выберите пункт 3 – Network.

  3. Перейдите к параметру DHCP Enabled.

    Должно быть выбрано Yes.

Cisco 12 SP+ и 30 VIP

Для моделей Cisco 12 SP+ и 30 VIP выполните следующие действия:

  1. Введите **#.

  2. Введите 1.

  3. Установите для всех параметров значение 0.

Примечание. 

Дополнительную информацию о протоколе DHCP см. в документе RFC 1541: протокол динамической конфигурации хоста (DHCP)leavingcisco.com.

Шаг 2б. Отправка DHCP-сервером DHCP-ответа

DHCP-ответ содержит IP-адрес телефона и IP-адрес TFTP-сервера (который обычно является сервером Cisco CallManager). В нем также могут содержаться некоторые из общих параметров или все из них:

  • IP-адрес маршрутизатора по умолчанию (шлюза);

  • IP-адрес сервера DNS (Domain Name System, система доменных имен);

  • имя домена.

Для проверки правильности настройки DHCP-сервера на базе Windows 2000 см. документ Настройка конфигурации DHCP-сервера на базе Windows 2000 для приложения Cisco Call Manager. В данном документе рассматриваются IP-параметры телефонов, которые необходимые получить от DHCP-сервера. В их число входит параметр 150 для TFTP-сервера. В документе также приведены инструкции по настройке области для предоставления IP-адреса DNS-сервера (параметр 6), а также корректного доменного имени (параметр 15).

Более подробную информацию см. в разделе Общие сведения о поддержке устройств ("Руководства по администрированию приложения Cisco CallManager 3.0") или в разделе Резервирование документа Руководство по системе Cisco CallManager, версия 4.0(1). В этих документах освещаются методы получения адреса TFTP-сервера и определения устройствами Cisco CallManager необходимого для использования TFTP-сервера.

Шаг 3а. Отправка телефоном TFTP-запроса на получение файла конфигурации

В файле конфигурации содержатся некоторые данные, необходимые для работы телефона. На данном этапе процесса загрузки и регистрации важнейшими элементами конфигурации являются список серверов Cisco CallManager, на которых возможна регистрация телефона, и пул устройств, к которому относится телефон. Таким образом, телефон получает конфигурацию не от сервера, на котором производится окончательная регистрация, а от другого сервера Cisco CallManager (TFTP). Дополнительную информацию см. в разделе Общие сведения о резервировании "Руководства по администрированию приложения Cisco CallManager 3.0" или в разделе Резервирование документа Руководство по системе Cisco CallManager, версия 4.0(1).

Телефон запрашивает особый файл конфигурации. Его название имеет следующий вид: SEPMAC-Address.cnf. Например, имя файла для телефона с MAC-адресом 0030.94C2.D5CA будет SEP003094C2D5CA.cnf. Если на сервере Cisco CallManager есть такой файл, см. раздел этого документа Шаг 4а. Отправка TFTP-сервером файла особой конфигурации телефона.

При отсутствии телефона в базе данных Cisco CallManager результатом запроса файла особой конфигурации будет ответ TFTP-сервера File Not Found. В этом случае телефон запрашивает файл с именем SEPDEFAULT.cnf. Если на сервере Cisco CallManager включена автоматическая регистрация, такой файл существует и будет отослан сервером на телефон. См. раздел этого документа Шаг 3б. Отправка TFTP-сервером файла конфигурации по умолчанию.

В противном случае TFTP-сервер сервера Cisco CallManager отправляет еще один ответ File Not Found. После чего процесс настройки телефона начинается заново.

В приложении Cisco CallManager 3.3(x) предусмотрена дополнительная функция "кэширования" TFTP-файла. Дополнительную информацию см. в документе Cisco TFTP

Шаг 3б. Отправка TFTP-сервером файла конфигурации по умолчанию

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

Если на сервере Cisco CallManager включена автоматическая регистрация, он отправляет файл SEPDEFAULT.cnf в ответ на запрос телефона. После того как телефон будет добавлен через автоматическую регистрацию в базу данных сервера Cisco CallManager, он получит файл SEPMAC-Address.cnf. Ссылка на файл SEPDEFAULT.cnf повторно делаться не будет. См. раздел этого документа Шаг 4б. Завершение регистрации телефона.

Шаг 4а. Отправка TFTP-сервером файла особой конфигурации телефона

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

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

Шаг 4б. Завершение регистрации телефона

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

Регистрация телефона модели 7961G возможна только после настройки, аналогичной настройке модели 7961

IP-телефоны CP-7961 и CP-7961G имеют одинаковую платформу. Буква G обозначает глобальное использование с поддержкой всех языков. Поэтому телефон модели 7961G добавляется как обычный телефон модели 7961. Телефон модели CP-7961G-GE отличается тем, что в нем имеются два порта Ethernet (10/100/1000). Если телефон 7961G будет добавлен как 7961G-GE, его регистрация в Cisco CallManager будет невозможна.

Отключение протокола DHCP и службы DNS для проверки телефона

Телефон может отобразить одно из следующих сообщений:

  • Ошибка DNS или настройка IP

  • Открытие <IP-адрес Call Manager>

  • Настройка списка CM

Можно легко определить неисправность телефона или его конфигурации. Для этого необходимо установить в телефоне заводские настройки и жестко запрограммировать в нем все необходимые IP-параметры. Это исключает возможность проблем с протоколом DHCP и службой DNS.

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

Дополнительную информацию см. в документах Сброс настроек IP-телефонов серии 7900 и восстановление заводской конфигурации или Сброс настроек IP-телефонов серии 12SP+ и 30VIP и восстановление заводской конфигурации.

  1. Настройте вручную IP-параметры телефона.

    Для модели Cisco 79xx выполните следующие шаги:

    1. Чтобы разблокировать телефон, введите ключевую последовательность **#.

      Примечание. Чтобы завершить разблокирование сетевых настроек, выполните перезагрузку телефона 7910.

    2. Выберите Settings, а затем пункт 6 – Network.

    3. Перейдите к параметру DHCP Enabled и выберите No.

    4. Перейдите к полю TFTP-сервера и укажите статический IP-адрес.

      Примечание. Для ввода IP-адресов используйте цифры на клавиатуре. Для ввода точки, отделяющей разряды IP-адреса, используйте кнопку с символом "*".

    5. Настройте IP-адрес/маску, 1-ый маршрутизатор по умолчанию и другие необходимые параметры IP.

    6. По завершении выберите Save.

      Дополнительные сведения о настройке сетевых параметров IP-телефонов Cisco 79xx см. в разделе Настройка и проверка сетевых параметров IP-телефонов Cisco Руководства по администрированию IP-телефонов Cisco моделей 7960, 7940 и 7910 в приложении Cisco CallManager версий 3.0 и 3.1. См. также соответствующие разделы Руководства по администрированию IP-телефонов Cisco моделей 7960, 7940 и 7910 в приложении Cisco CallManager.

    Для моделей Cisco 12 SP+ и 30 VIP выполните следующие шаги:

    1. Нажмите * * для вывода статуса.

    2. После просмотра статуса нажмите #.

      Откроется конфигурация клавиатуры. Далее появится сообщение: Press 1 to disable DHCP or # to skip (Для отключения протокола DHCP нажмите 1, для пропуска нажмите #).

    3. Нажмите 1.

    4. Введите IP-адрес телефона, поставив звездочки вместо точек.

      Например, введите 10*0*10*100*.

    5. Введите маску подсети, поставив звездочки вместо точек.

      Например, введите 255*0*255*255*.

    6. Введите IP-адрес шлюза/маршрутизатора по умолчанию, поставив вместо точек звездочки.

      Например, введите 10*0*10*0*.

    7. Введите IP-адрес DNS-сервера, поставив вместо точек звездочки.

      Например, введите 10*0*10*0*.

    8. Введите IP-адрес TFTP-сервера, поставив вместо точек звездочки.

      Например, введите 10*0*0*100*.

      Далее появится сообщение Press * to exit, or 1 to disable DHCP (Для выхода нажмите "*", для отключения протокола DHCP нажмите "1").

    9. Нажмите 1.

      Телефон запишет новые данные во флэш-память и выполнит сброс. Протокол DHCP будет отключен.

      Дополнительные сведения об установке IP-параметров на телефонах 12 SP+ и 30 VIP см. в разделе Ручная настройка IP-параметров на телефоне 12 SP+ или 30 VIP данного документа.

  2. На сервере Cisco CallManager проверьте, что в локальных хост-файлах правильное имя сервера Cisco CallManager соответствует указанному IP-адресу. Дополнительные сведения см. в документе Конфигурация файла IP-хостов сервера CallManager на базе Windows 2000.

  3. В разделе Administration диспетчера Cisco CallManager выберите System > Server, чтобы проверить, что выводится IP-адрес сервера (а не имя сервера DNS).

    В появившемся окне необходимо изменить DNS-имя kormakur на IP-адрес сервера.

    phone_reg12.gif

  4. В диспетчере Cisco CallManager выберите Device > Phone, чтобы проверить MAC-адрес в случае сбоев в работе телефона.

    phone_reg13.gif

  5. Выключите и снова включите телефон.

Проверка правильности MAC-адреса на этикетке телефона

Наклейка с MAC-адресом на задней панели телефона может содержать неверный MAC-адрес. Для проверки выполните следующие действия:

Cisco 7960, 7940 и 7910

  1. Выберите Settings > Network Configuration.

  2. Перейдите к записи, содержащей MAC-адрес.

Cisco 12 SP+ и 30 VIP

  1. Нажмите **#.

  2. Нажимайте 1, пока не увидите поле MAC-адреса.

    Эту запись изменять нельзя. Поэтому при добавлении телефона в диспетчере Cisco CallManager необходимо использовать эту запись как MAC-адрес.

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

phone_reg13.gif

После выполнения указанных действий выключите телефон и включите его снова.

Приложение Cisco CallManager и службы TFTP не запускаются

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

Примечание. Отказ в работе службы Cisco CallManager влияет на работу всех зависящих от нее устройств сети, обеспечивающих телефонную связь. Если TFTP-служба не работает, большинство устройств не будет загружаться. Некоторые устройства, например шлюзы H.323, смогут загрузиться, так как для этого TFTP-сервер им не требуется. Если хотя бы один телефон смог успешно загрузиться и способен осуществлять звонки, то информацию о причинах отказа в работе следует искать в других разделах.

  1. В диспетчере Cisco CallManager выберите Service > Control Center, чтобы убедиться в работоспособности Cisco CallManager и TFTP-служб.

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

    phone_reg14.gif

    После нажатия кнопки Start служба может запуститься (в Service Status появится красный треугольник) и снова перестать работать. Также служба может не запуститься вообще. В обоих случаях необходимо перейти к шагу 2.

  2. На сервере Cisco CallManager выберите Administrative Tools > Event Viewer и просмотрите записи в журнале приложения.

    Каждый раз во время запуска, остановки или ошибки в работе службы система записывает это событие в журнал и отображает его в окне Event Viewer.

    phone_reg6.gif

  3. Для просмотра свойств события дважды щелкните его мышью.

    Подробные сведения содержатся в окне Event Properties.

    phone_reg7.gif

  4. Если Cisco CallManager или TFTP-служба по-прежнему не запускаются, перезагрузите сервер Cisco CallManager.

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

Удаление и повторное создание телефона

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

  1. В Cisco CallManager выберите Device > Phone > Find, чтобы определить, какой именно телефон не работает.

  2. Выберите Delete.

    Телефон будет удален из базы данных Cisco CallManager.

    phone_reg1.gif

  3. На жестком диске сервера Cisco слияния средств связи MCS 78xx (Media Convergence Server) найдите файлы SEP*.cnf и SEP*.cnf.xml.

  4. Создайте копию файла конфигурации другого рабочего телефона того же типа и поместите ее в ту же папку неработающего телефона.

    phone_reg2.gif

  5. Перейдите к нужной папке (C:\Program Files\Cisco\TFTPPath).

    phone_reg3.gif

    В данном примере это файл с именем Copy of SEP003094C2D5CA.

  6. Щелкните правой кнопкой мыши новое имя файла и выберите в меню команду Rename.

    phone_reg4.gif

  7. Дайте файлу имя удаленного ранее файла.

    В данном примере имя файла было изменено на SEP003094C25D4E. Расширение ".bin" скрыто, поскольку известен тип файла и включен параметр "Скрывать расширения для зарегистрированных типов файлов".

    phone_reg5.gif

  8. Повторно создайте телефон в базе данных Cisco CallManager.

    После этих действий сервер Cisco CallManager изменяет данные в скопированном файле конфигурации на введенные при повторном создании телефона. Если на этом этапе необходима справка, см. раздел Добавление телефонов в приложение Cisco CallManager.

  9. Выключите и снова включите телефон.

Общие сведения о файле трассировки сети

Возможно, понадобится дополнительная информация о процессе самостоятельной загрузки и настройки телефона. Используйте анализатор сети, настроенный на фильтрацию МАС-адреса нужного телефона. Захватите пакеты, которые телефон отправляет и получает во время загрузки. Среди них находятся пакеты, соответствующие каждому этапу в разделе данного документа Процесс регистрации телефона.

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

Примечание. Обычно сетевые администраторы фильтруют пакеты ping и traceroute для предупреждения атак системы с целью отказов в обслуживании (DOS, denial of service). Если связь с устройством не обнаруживается, не стоит полагать, что устройство не работает или в сети есть неисправность. Успешное выполнение команд ping или traceroute свидетельствует о функционировании сети по крайней мере на минимальном уровне. Однако невыполнение команды ping не является показателем неисправности.

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

  • перегрузки сети;

  • порты с большим количеством ошибок при контроле циклическим избыточным кодом (CRC, cyclic redundancy check);

  • списки доступа, которые могут блокировать службу TFTP;

  • проблемы конфигурации IP-шлюза или виртуальной локальной сети (в том случае, если телефон и сервер Cisco CallManager находятся в разных подсетях или виртуальных сетях).

Примечание. Тот факт, что сервер Cisco CallManager посылает телефону TFTP-ответы, еще не означает, что телефон их получает. Списки доступа для каждого направления обычно различаются. Кроме того, в случае перегрузки сервер Cisco CallManager может обратно отправлять на телефон ответы по альтернативному пути с равной стоимостью. Единственным надежным способом проверки соединения устройств в разных подсетях или виртуальных сетях на уровне передачи пакетов является трассировка из этих сетей для каждого устройства.

phone_reg8.gif

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

  1. Найдите в файловой системе Cisco CallManager файлы, имена которых начинаются с "ctftp".

    phone_reg15.gif

  2. Найдите самый последний файл и откройте его, дважды щелкнув его имя.

  3. Найдите IP-адрес телефона, на котором возникла неисправность.

    Найдите TFTP-пакеты, отправляемые на телефон и с него. Такая активность говорит о том, что сетевое соединение, по крайней мере, позволяет телефону отправлять TFTP-пакеты на сервер Cisco CallManager.

    Для более детальной трассировки установите детализацию TFTP-трассировки на TFTP-сервере.

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

Использование монитора производительности для проверки активности телефона

Монитор производительности используется для того, чтобы определить, распознается ли данный телефон службой Cisco CallManager. Также эта служба Performance Monitor используется для отслеживания событий, когда телефоны производят или принимают вызовы.

  1. Щелкните мышью кнопку +.

  2. Выберите в списке "Объект:" элемент Cisco Phones.

  3. Выберите телефон, в работе которого произошел сбой, и нажмите кнопки Добавить и Закрыть.

    phone_reg9.gif

  4. Когда откроется окно, нажмите значок Просмотр отчета.

    phone_reg10.gif

  5. После открытия этого окна сделайте несколько звонков и проследите за изменением статистики.

    phone_reg11.gif

    Это позволит определить, была ли регистрация созданных телефонов на сервере Cisco CallManager успешной.

Ручная настройка IP-параметров на телефоне 12 SP+ или 30 VIP

На телефонах Cisco по умолчанию включена поддержка протокола DHCP. Если протокол DHCP не используется, необходимо отключить его поддержку на телефоне и назначить телефону IP-адрес вручную. Чтобы отключить на телефоне протокол DHCP, запрограммируйте IP-адреса телефона и других сетевые адреса, используя клавиатуру телефона.

Примечание. На телефонах Cisco 12 S и 12 SP всегда используйте протокол DHCP. Возможность отключения протокола DHCP и присвоения IP-адреса вручную на телефонах 12 S или 12 SP существует, однако этот процесс весьма сложен для понимания без дополнительной демонстрации.

В процессе ручной настройки IP-адреса телефона Cisco 12 SP+ или 30 VIP необходимо соблюдать следующие правила.

  • Неиспользуемым IP-адресам присваиваются параметры 0.0.0.0. В примерах использованы недействительные значения.

  • Маске подсети присваивается адрес 0.0.0.0 только в том случае, если шлюз по умолчанию (Default Gateway) также имеет адрес 0.0.0.0.

  • TFTP-сервер должен иметь ненулевой IP-адрес.

  • IP-адрес шлюза по умолчанию должен принадлежать к той же подсети, что и IP-адрес хоста (Host IP address).

  • Адрес шлюза по умолчанию может быть равен 0.0.0.0, только если IP-адреса сервера TFTP или DNS находятся в одной подсети с IP-адресом хоста.

Чтобы на телефоне Selsius отключить протокол DHCP и вручную назначить IP-адреса, выполните следующие шаги:

Примечание. В процессе настройки используйте "*" вместо ".". Чтобы перейти от предыдущего IP-адреса к следующему, используйте символ "#". Чтобы отменить все изменения и сбросить настройки телефона, во время настройки нажмите * *. Если на каком-либо этапе была допущена ошибка, нажмите * *, чтобы заново повторить этот шаг. (В этом случае все изменения будут утеряны.)

  1. Соберите необходимую информацию:

    • IP-адрес телефона;

    • маску подсети;

    • шлюз по умолчанию для подсети (если в этом нет необходимости, используйте адрес 0.0.0.0);

    • IP-адрес DNS-сервера (если нет необходимости, используйте адрес 0.0.0.0);

    • IP-адрес TFTP-сервера.

  2. Нажмите * * для вывода статуса.

  3. После просмотра статуса нажмите #.

    Откроется конфигурация клавиатуры. Далее появится сообщение: Press 1 to disable DHCP or # to skip (Для отключения протокола DHCP нажмите 1, для пропуска нажмите #).

  4. Нажмите 1.

  5. Введите IP-адрес телефона, поставив звездочки вместо точек.

    Например, введите 10*0*10*100*.

  6. Введите маску подсети, поставив звездочки вместо точек.

    Например, введите 255*0*255*255*.

  7. Введите IP-адрес шлюза или маршрутизатора по умолчанию, поставив звездочки вместо точек.

    Например, введите 10*0*10*0*.

  8. Введите IP-адрес DNS-сервера, поставив звездочки вместо точек.

    Например, введите 10*0*10*0*.

  9. Введите IP-адрес TFTP-сервера, используя звездочки вместо точек.

    Например, введите 10*0*0*100*. Появится сообщение Press * to exit, or 1 to disable DHCP (Нажмите * для выхода или 1 для отключения протокола DHCP).

  10. Нажмите 1.

    Телефон запишет новые данные во флэш-память и выполнит сброс. Протокол DHCP будет отключен.

Добавление телефонов в приложение Cisco CallManager

Дополнительные сведения о приложении Cisco CallManager версии 2.4 см. в документе Добавление IP-телефона Cisco. В данном документе рассматривается как автоматическая, так и ручная регистрация отдельных телефонов.

Включение, настройка и отключение авторегистрации

Настройка авторегистрации в приложении Cisco CallManager 3.0x выполняется согласно разделу Общие сведения об авторегистрации документа Руководство по администрированию приложения Cisco CallManager версии 3.0(9) и разделу Авторегистрация документа Руководство по системе Cisco CallManager версии 4.0(1).

Выполните описанные в данных документах действия.

Ручная регистрация (ручное добавление IP-телефона)

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

Примечание. Если IP-телефон добавлен в Cisco CallManager неправильно, то его состояние в CallManager может постоянно переключаться из "зарегистрирован" в "не зарегистрирован" и обратно.

Переключение регистрации IP-телефона между первичным и вторичным серверами CallManager

Устройства и IP-телефоны, подключенные к первичному серверу Cisco CallManager и зарегистрированные на нем, перезагружаются и регистрируются на вторичном сервере. Через некоторое время происходит возвращение после отказа IP-телефона на первичный сервер Cisco CallManager.

Такая ситуация может возникать из-за неверных установок системы QoS (Quality of Service, качество обслуживания), которые являются причиной неправильной загрузки сети и, как следствие, обрыва или задержки трафика в порте, к которому подключены серверы CallManager. Команда mls qos, запущенная на коммутаторе Cisco Catalyst в режиме глобальной конфигурации, оставляет все порты в состоянии недоверия. Поэтому, чтобы настроить порты как доверительные, необходимо выполнить команду mls qos trust в режиме настройки интерфейса каждого порта.

В этом случае порт коммутатора, подключенного к серверу Cisco CallManager, настраивается через выполнение команды mls qos trust, и данная проблема разрешается.

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

  1. Откройте страницу Administration Cisco CallManager и выберите Service > Service Parameters.

  2. Выберите сервер и службу Cisco CallManager.

  3. Перейдите к параметру службы StationKeepaliveInterval и присвойте ему значение 90 seconds или другое значение, соответствующее параметрам используемой сети. Значение по умолчанию – 30, максимальное значение – 1000.

Отказ в регистрации

При использовании Cisco CallManager 4.1(3) SR1 может произойти отказ в регистрации IP-телефонов Cisco без последующего возобновления процесса. При установке Cisco CallManager 4.1(3) SR1 программа установки не может обновить сохраненную процедуру, пока она заблокирована компонентом SQL на короткое время. Эта неисправность связана с ошибкой Cisco CSCsb76677 (только для зарегистрированных пользователей). Переустановка Cisco CallManager 4.1(3) SR1 или более позднего сервис-релиза позволит успешно зарегистрировать IP-телефоны Cisco в системе Cisco CallManager. Сервис-релизы Cisco CallManager версии 4.1 можно загрузить на странице Загрузка ПО – Cisco CallManager версии 4.1 (только для зарегистрированных пользователей).

Если при регистрации IP-телефона Cisco в Cisco CallManager возникает ошибка Registration Rejected Database Config Error (Ошибка конфигурации: Отказ регистрации в базе данных), в то время как DBLHelper показывает отсутствие проблем с тиражированием, то причина может заключаться в существовании пустых hosts и lmhosts файлов. Для решения проблемы необходимо ввести нужные данные в эти файлы, а затем восстановить заводские настройки IP-телефона.

IP-телефоны Cisco не регистрируются, но при этом работают нормально

На странице Administration (Администрирование) Cisco CallManager статус IP-телефонов обозначен как Not Found или Unregistered. Это ошибочное сообщение появляется в разделе администрирования Cisco CallManager на странице Find and List Phones, даже в том случае, когда телефоны работают нормально.

Real-time Information Service is not responding. 
Check to make sure the service is running.

Сервер потока информации в реальном времени (Real-time Information Server, RIS) предоставляет Cisco CallManager информацию в реальном времени и интерфейс, с помощью которого эта информация может быть запрошена другой службой – RIS Data Collector (средство сбора данных). Эти данные выводятся в разделе Administration Cisco CallManager, например на странице Find and List Phones.

Чтобы устранить эту неисправность, перезапустите службу Cisco RIS Data Collector, выполнив следующие действия.

  1. На странице Administration Cisco CallManager перейдите в меню Application и выберите Cisco CallManager Serviceability (Пригодность к эксплуатации Cisco CallManager).

  2. Перейдите в меню Tools и выберите Control Center.

  3. Укажите сервер, затем выберите службу Cisco RIS Data Collector и нажмите Restart.

    phone_reg16.gif

Если служба Cisco RIS Data Collector не отвечает на перезапуск, для принудительной остановки и повторного запуска службы выполните следующие действия:

  1. На сервере Cisco CallManager запустите диспетчер задач Windows. На вкладке Processes найдите идентификатор процесса (Process Identifier, PID) с именем образа RisDC.exe.

    phone_reg17.gif

  2. Введите в командной строке путь к каталогу C:\utils.

  3. Выполните данную команду для завершения процесса:

    kill <PID of RisDC.exe>
    
    

    phone_reg18.gif

  4. На странице Administration Cisco CallManager перейдите в меню Application и выберите Cisco CallManager Serviceability (Пригодность к эксплуатации Cisco CallManager).

  5. Перейдите в меню Tools и выберите Control Center (Центр управления).

  6. Укажите сервер, выберите службу Cisco RIS Data Collector и нажмите Start.

    phone_reg19.gif

Серверы Cisco CallManager, на которых установлена операционная система OS 2000.2.7 с известной уязвимостью Microsoft, также могут быть причиной отказа в работе службы RIS Data Collector. Чтобы устранить данную проблему, установите Service Release 1 или более поздний. Сервис-релизы операционной системы для Cisco CallManager можно загрузить на странице ПО CallManager и Voice Apps Crypto (только для зарегистрированных пользователей). Дополнительные сведения см. в статье Microsoft "Performance monitoring tools may experience a memory leak if Terminal Services is disabled" leavingcisco.com (Утечка памяти, вызванная средствами мониторинга производительности при отключении терминальных служб).

Связанные обсуждения сообщества поддержки Cisco

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


Дополнительные сведения


Document ID: 5710