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

Устранение неисправностей функции Extension Mobility в Cisco CallManager

14 мая 2010 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (16 ноября 2013) | Английский (1 ноября 2013) | Отзыв

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Профили устройств
      Пользовательский профиль устройства
      Профиль устройства по умолчанию
      Автоматически создаваемый профиль устройства
      Использование профилей устройств
Потоки вызовов при входе
      Вход (hotel.aef)
      Выход (hotelout.aef)
Устранение неполадок Extension Mobility
Типичные неполадки
      При возврате пользователя обратно к профилю по умолчанию службы больше не доступны
      Extension Mobility выполняет принудительный выход пользователя через несколько минут, до истечения заданного периода времени
      После выполнения входа нет доступных служб для пользователя
      IP-телефон сообщает об ошибке "Host not Found" (Узел не найден)
      После выполнения входа или выхода происходит сброс телефона вместо перезапуска
      Службы возвращают ошибку HTTP [8]
      Ошибка "Login Unsuccessful [101]" (Вход не выполнен) при входе
      Error No -32
      После нажатия кнопки "Services" службы не отображаются
      После выполнения пользователем входа на телефоне нет служб
      После ввода пароля и имени пользователя на экране телефона вновь отображается окно для входа
      После ввода пароля и имени пользователя появляется сообщение "LoginServer conn. error" (Ошибка подключения LoginServer)
      При регистрации в телефоне Cisco 7940 на экране телефона отображается ошибка "Device profile does not exist" (Профиль устройства не существует)
      При выборе службы входа отображается ошибка разбора XML Error [4]
      Пользователям не удаётся выполнить вход в Extension Mobility, возникает ошибка "login unsuccessful error 6"
      На экране телефона появляется сообщение об ошибке "Login Unsuccessful: [9]" (Вход не выполнен)
      Вход не выполнен. Ошибка "Error [12]"
      После установки подключаемого модуля Active Directory пользователям не удаётся выполнить вход в Extension Mobility, возникает ошибка "login unsuccessful error [3]" или "error [10]" или "error [2]"
      Ошибка "Error [18]- Another User logged in" (Другой пользователь уже выполнил вход)
      Служба Extension Mobility возвращает ошибку "error [100]" — вход не выполнен при выборе службы для входа в Extention Moblity
      Вход не выполнен. Ошибка "Login unsuccessful error [11]"
      Не удаётся применить функцию Extension Mobility к IP-телефону, возникает ошибка "Already logged in to another phone" (Уже зарегистрирован в другом телефоне)
      Ошибка: "Update failed. Could not insert new row - duplicate value in a UNIQUE INDEX column" (Не удалось выполнить обновление. Не удаётся вставить новую строку — идентичное значение в столбце UNIQUE INDEX)
      При выполнении входа в IP-телефон Extension Mobility появляется предупреждение "Warning 7"
      Медленный доступ к Extension Mobility
      После выполнения выхода IP-телефоны зависли в состоянии "Registering" (Регистрация) или "Configuring IP" (Настройка IP)
      Через короткий период автоматически выполняется выход пользователей Extension Mobility
      Отсутствуют результаты поиска DN, назначенного профилю устройства
      Не удаётся выполнить выход группы пользователей целиком из Extension Mobility
Связанные обсуждения сообщества поддержки Cisco
Дополнительная информация

Введение

Extension Mobility (Hoteling) — это функция, которая позволяет входить в телефон и пользоваться индивидуальной конфигурацией. После входа в телефон используются сведения об индивидуальной настройке вида строк, быстрых наборов, служб и индикатора ожидания сообщения (MWI), как будто этот телефон назначен конкретному пользователю. Extension Mobility также поддерживает конфигурацию модулей расширения Cisco 7914, если они имеются на телефонном устройстве, в которое вошёл пользователь.

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

Требования

Корпорация Cisco рекомендует ознакомиться со следующими темами:

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

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

  • Cisco CallManager 3.x или 4.x;

  • Cisco Customer Response Application (CRA) версия 2.2.1 (с установленной Extension Mobility).

Примечание. В Cisco CallManager 3.3 (2) и более поздних приложение Cisco CallManager Extension Mobility и служба Cisco CallManager Extension Mobility в Cisco CallManager предоставляют функциональность Extension Mobility. Этой функции больше не требуется ядро Cisco CRA. Дополнительную информацию см. в Общие сведения о расширенных службах Cisco CallManager.

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

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

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

Профили устройств

Профили устройств можно просматривать при настройке всех параметров телефона без привязки к телефону. Профили устройств содержат основные сведения об устройстве (Cisco 7960/7940), модулях расширения функций Cisco 7914, службах, быстрых наборах и отображении строк. Однако профили устройств не связаны с физическим телефоном.

Extension Mobility использует три типа профилей:

Пользовательский профиль устройства

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

Профиль устройства по умолчанию

Только для Cisco CallManager 4.0 можно настроить профиль устройства по умолчанию для каждой модели IP-телефона Cisco, чтобы телефон поддерживал Cisco CallManager Extension Mobility. Профиль устройства по умолчанию используется всякий раз при входе пользователя в модель телефона, для которой нет пользовательского профиля устройства.

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

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

Автоматически создаваемый профиль устройства

Автоматически создаваемый профиль устройства — это специальный профиль, создаваемый при настройке телефона для Extension Mobility, при этом пользовательский профиль устройства не используется в качестве профиля устройства по умолчанию. Когда телефон настраивается для Extension Mobility, администратор должен выбрать Use Current Device Settings (Использовать текущие настройки устройства) или Select a User Device Profile (Выбрать пользовательский профиль устройства) для профиля выхода. Если выбрать Use Current Device Settings, система создаёт файл ADPxxxxxxxxxxx.cnf, где xxxxxxxxxxx — это MAC-адрес устройства, настроенного для Extension Mobility.

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

Использование профилей устройств

Когда телефон регистрируется в Cisco CallManager, он отправляет запрос tftp для файла SEPxxxxxxxxxxxx.cnf.xml по пути TFTP. Extension Mobility функционирует путём замены файла SEPxxxxxxxxxxx.cnf пользовательским профилем устройства или автоматически создаваемым профилем с последующей генерацией файла SEPxxxxxxxxxxxx.cnf.xml для телефона.

В этом примере, телефон имеет MAC-адрес SEP000011112222. Этот телефон настроен для Extension Mobility, а профилем выхода служит Use Current Device Settings. Когда системный администратор выбирает текущие настройки устройства для профиля выхода, выполняются следующие три операции:

  • Создаётся файл ADP000011112222.cnf.

  • Создаётся файл SEP000011112222.cnf на основе файла ADP000011112222.cnf.

  • Создаётся новый файл SEP000011112222.cnf.xml на основе нового файла SEP000011112222.cnf.

Рис. 1

/image/gif/paws/18772/extension_mobility-1.gif

Пользователь намерен войти в телефон, настроенный для Extension Mobility. Когда пользователь входит в такой телефон, выполняются следующие операции.

  • Создаётся файл SEP000011112222.cnf из файла JoesMEProfile.cnf.

  • Создаётся файл SEP000011112222.cnf.xml для телефона.

  • Уровень базы данных (DBL) отправляет телефону запрос перезапуска.

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

Ключ к пониманию взаимосвязи устройств и Extension Mobility в том, что после включения Extension Mobility для устройства оно всё время использует профиль устройства. Если в устройство ещё не вошёл пользователь, то телефон использует автоматически создаваемый профиль устройства или пользовательский профиль устройства. После входа пользователя в систему устройство использует соответствующий профиль.

Потоки вызовов при входе

Служба входа /LoginService выполняет много задач для обеспечения функционирования Extension Mobility. В числе этих задач - взаимодействие DBL. Во-первых, она изменяет содержимое полей loginUserid и loginTime устройства в базе данных сервера Microsoft SQL. Во-вторых, система создаёт новый файл cnf.xml на основе выбранного профиля. После создания этого нового XML-файла телефону подаётся команда перезапуска, и новый XML-файл готов для использования отображения строк и быстрых наборов.

Вход (hotel.aef)

Выполните следующие действия.

  1. Нажмите кнопку Services (Службы).

    Запрашиваются службы для телефона, в который пользователь собирается войти. Если для этого телефонного устройства определены вход/выход, появляются соответствующие службы.

  2. Нажмите кнопку Login (Вход).

    Служба отправляет HTTP-запрос серверу приложений для инициирования входа (/login).

  3. Если имя устройства не передаётся с запросом /login, сценарий /login получает имя устройства путём запроса \\ip_addr\DeviceInformationX и извлечения поля Hostname.

  4. После обнаружения убедитесь, что пароль и ИД пользователя переданы.

    При первом выборе службы входа пароль и ИД пользователя отсутствуют, сценарий отправляет входные данные XML телефону, чтобы получить пароль и ИД пользователя. На экране телефона отображается "Please sign on" (Сначала зарегистрируйтесь), и сценарий завершает работу.

  5. После ввода пароля и ИД пользователя эти данные отправляются приложению в форме нового триггера /login, содержащего пароль и ИД пользователя.

  6. Приложение получает пароль и ИД пользователя. Затем оно выполняет аутентификацию пароля и ИД пользователя с каталогом DC Directory (локально) для проверки подлинности пользователя.

  7. Для выполнения соответствующих операций DBL сценарий /login отправляет HTTP-запрос службе входа Cisco CallManager /LoginService издателя. Сведения, переданные службе /LoginService, включают:

    • ApplicationUserID, ApplicationUserPassword;

    • идентификатор устройства (MAC-адрес);

    • пароль и ИД пользователя Extension Mobility.

  8. Cisco CallManager /LoginService использует ApplicationUserID и ApplicationUserPassword для выполнения входа пользователя от имени пользователя. Вот почему для ApplicationUserID требуются права прокси-сервера аутентификации.

  9. Служба /LoginService сообщает ИД пользователя и время выполнения входа устройству.

  10. Затем /LoginService отправляет DBL-уведомление для перезапуска используемого устройства, чтобы получить новый профиль.

  11. Служба /LoginService регистрирует вход в службе выхода (для автоматического выхода).

  12. Теперь пользователь выполнил вход.

Выход (hotelout.aef)

Для выхода выполните следующие действия.

  1. Нажмите кнопку Services (Службы).

    Запрашиваются службы для телефона, из которого пользователь собирается выйти. Если для этого телефонного устройства определены вход/выход, появляются соответствующие службы.

  2. Нажмите кнопку Logout (Выход).

    Служба отправляет HTTP-запрос серверу приложений для инициирования выхода (/logout).

  3. В запросе /logout имя устройства (MAC-адрес) отсутствует. Поэтому приложение /logout отправляет \\ip_addr\DeviceInformationX и извлекает поле Hostname, чтобы определить телефон, запрашивающий службы выхода.

  4. После получения имени устройства, для выполнения соответствующих операций DBL, чтобы выполнить выход, сценарий /logout отправляет HTTP-запрос службе входа Cisco CallManager /LoginService издателя. Сведения, переданные службе /LoginService, включают:

    • ApplicationUserID, ApplicationUserPassword;

    • идентификатор устройства (MAC-адрес).

    Примечание. Имеются ограниченные возможности выхода Extension Mobility до страниц администрирования Cisco CallManager 4.2(3) на основе пула устройств, местонахождения и диапазона DN.

  5. Cisco CallManager /LoginService использует ApplicationUserID и ApplicationUserPassword для выполнения выхода от имени пользователя. Вот почему для ApplicationUserID требуются права прокси-сервера аутентификации.

  6. Служба /LoginService удаляет ИД пользователя и время выполнения входа из соответствующего устройства, а также запрос выхода из службы выхода.

  7. Затем /LoginService отправляет DBL-уведомление для перезапуска используемого устройства, чтобы получить новый профиль.

Устранение неполадок Extension Mobility

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

Описание проблемы

Что нужно проверить

Службы возвращают неверный узел или ничего.

Проверьте URL-адрес для служб в параметрах предприятия.

Службы возвращают "No services Configured..." (Службы не настроены...)

Убедитесь, что выбраны службы для телефона или профиль пользователя.

После выбора "login" или "logout" на экране телефона появляется "requesting" (выполняется запрос).

Убедитесь, что ядро приложения работает. Проверьте URL-адрес, указанный для службы. Удостоверьтесь, что он содержит правильный IP-адрес (сервера CRA) и порт 8080. Также проверьте, что порт 80 не заблокирован для передачи от сервера CRA IP-телефону. Если сервер CRA размещён вместе с Cisco CallManager убедитесь, что прокси-сервер не включён для сервера приложений, а также в браузере Microsoft Internet Explorer для учётной записи, используемой службой для входа.

После выбора "login" или "logout" ничего не происходит.

Проверьте триггер в CRA. Имя триггера и URL-адрес в Cisco CallManager должны точно совпадать.

Примечание. В имени триггера и URL-адресе учитывается регистр букв.

После ввода имени пользователя и пароля на экране телефона вновь отображается окно для входа.

Неправильно настроен порт службы. Замените имеющийся form.jsp файлом form.jsp.

После ввода имени пользователя и пароля на экране телефона отображается "authentication error" (ошибка аутентификации).

Проверьте ИД пользователя и пароль. Также убедитесь в отсутствии проблем с репликацией для сервера CRA и каталога DC Directory. Если запущен сервер CRA 2.2.(3a) или предыдущая версия и используется подключаемый модуль Active Directory, убедитесь, что пользователь находится непосредственно в базе пользователей, а не в ее отделе.

После ввода имени пользователя и пароля на экране телефона отображается "App authentication error" (Ошибка аутентификации приложения).

Проверьте пароль и идентификатор пользователя приложения на сервере CRA.

После ввода имени пользователя и пароля на экране телефона отображается "Proxy Not Allowed" (Прокси-сервер запрещён).

Убедитесь, что для ИД пользователя приложения в Cisco CallManager выбрано Enable Authentication Proxy Rights (Включить права прокси-сервера аутентификации).

После ввода имени пользователя и пароля на экране телефона отображается "LoginServer conn. error" (Ошибка подключения LoginServer).

Решение см. в Типичные неполадки.

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

Проверьте, используется прокси или нет. Если используется прокси, попробуйте отключить его. Для этого перейдите в Сервис > Свойства обозревателя > Подключения > Настройка сети в браузере Microsoft Internet Explorer. Для вступления изменений в действие перезапустите браузер.

Всякий раз при возникновении проблемы с аутентификацией любого пользователя (пользователя Extension Mobility или userid приложения) воспользуйтесь http:\\cm_ipaddr\ccmuser и попробуйте выполнить вход. Если выполнить вход не удаётся, значит эта неполадка не связана с Extension Mobility. Причина этой неполадки кроется в более общей проблеме аутентификации. Проверьте пароль и имя пользователя в вашем каталоге.

Другой способ проверки надлежащего функционирования службы LoginService состоит в доступе к http:\\cm_ipaddr\LoginService\Tools\sampleloginapp.asp для Cisco CallManager версий 3.x и к http:\\cm_ipaddr\emservice\jsp\Tools\sampleloginapp.jsp для Cisco CallManager версий 4.0 и более поздних. Введите соответствующие значения для этих полей. ИД профиля — это профиль устройства Extension Mobility для входа. Пример тестирования входа исключает любые зависимости от сервера CRA и гарантирует функционирование служб каталога.

Типичные неполадки

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

  • Проблема. После добавления служб к телефону кнопка Update (Обновить) не нажимается и отсутствует синхронизация автоматического создаваемого профиля по умолчанию с телефоном.

  • Решение. Повторно выберите телефон, добавьте службы к телефону и обновите конфигурацию телефона.

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

  • Неполадка. Когда пользователь вошёл в устройство, используя Extension Mobility, через несколько минут выполняется принудительный выход пользователя, хотя для максимальной длительности по умолчанию регистрации задано значение 8 часов.

  • Решение. Если не требуется задавать максимальную длительность регистрации пользователя в Extension Mobility, всегда устанавливайте False (Ложь) для параметра Enforce Maximum Login Time* (Применить максимальную длительность регистрации в устройстве). Для этого выполните следующие действия.

    1. Перейдите к странице администрирования Cisco CallManager.

    2. Выберите Service (Службы) > Service Parameters (Служебные параметры), затем Cisco Extension Mobility.

    3. Убедитесь, что для параметра Enforce Maximum Login Time* выбрано False.

    4. Нажмите кнопку Update (Обновить).

После выполнения входа нет доступных служб для пользователя

  • Неполадка. С профилем пользователя при его загрузке на телефон не было связано никаких служб.

  • Решение.

    1. Измените профиль пользователя, чтобы включить службы login/logout.

    2. Измените телефон, в котором регистрируется пользователь, чтобы включить службы login/logout.

    После обновления пользователь получает доступ к службе выхода.

IP-телефон сообщает об ошибке "Host not Found" (Узел не найден)

  • Неполадка. На экране IP-телефона отображается ошибка "Host not found" (Узел не найден) при нажатии кнопки Services.

  • Решение. Выберите System (Система) > Enterprise Parameters (Параметры организации). Проверьте URL services (URL-службы); если этому параметру задано имя сервера CallManager, замените имя сервера CallManager на IP-адрес, как показано в этом примере.

    Пример. http://10.10.10.1/CCMCIP/getservicesmenu.asp , где 10.10.10.1 — это IP-адрес Cisco CallManager.

    Остановите, затем вновь запустите службы TFTP, информационного сервера Интернета (IIS) и компьютерной телефонии (CTI) и перезагрузите телефоны, чтобы изменения вступили в действие.

После выполнения входа или выхода происходит сброс телефона вместо перезапуска

  • Неполадка. Телефон использует DNS для определения имени Cisco CallManager.

  • Решение. Замените имя сервера System > Server name (Система > Имя сервера) IP-адресом. Сбросьте телефон и попробуйте выполнить вход/выход ещё раз.

Службы возвращают ошибку HTTP [8]

  • Неполадка. Телефон атакован вирусом Code Red и службы HTTP больше не функционируют.

  • Решение. Загрузите самые последние обновления с веб-сайта Cisco, чтобы устранить эту неполадку.

Ошибка "Login Unsuccessful:[101]" (Вход не выполнен) при входе

При запуске службы Extension Mobility (EM) на IP-телефоне появляется следующее сообщение об ошибке: Login Unsuccessful Error:[101].

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

  • Неполадка. Не удалось найти введённое имя пользователя в каталоге DC Directory, возможно, из-за проблем с репликацией DC Directory.

  • Решение. Добавьте пользователя через глобальный каталог Cisco CallManager. Кроме того, убедитесь в функционировании репликации DC Directory между серверами. Дополнительную информацию об устранении проблем с репликацией DC Directory между службами сервера DC Directory, выполняющимися на серверах Cisco CallManager, включённых в кластер Cisco CallManager, см. в Устранение неполадок с DC Directory.

  • Неполадка. Изменился IP-адрес издателя Cisco CallManager.

  • Решение.

    1. Выберите cisco.com > CCN > systemProfiles в DC Directory Administration.

    2. Выберите профиль Hoteling Profile.

    3. Проверьте IP-адрес в поле URL-адреса. В этом поле должен быть IP-адрес издателя Cisco CallManager.

      Примечание. Дополнительную информацию об изменении IP-адреса см. в Изменение IP-адреса для Cisco CallManager.

  • Неполадка. Ошибка во время установки виртуального каталога службы Extension Mobility.

  • Решение. Вновь создайте виртуальный каталог, выполнив следующие действия.

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

      1. Выберите Пуск > Программы > Администрирование > Internet Information Services (IIS).

      2. Разверните PC > DefaultWebsite в левой панели.

      3. Правой кнопкой мыши щелкните Login Service (Служба входа) и выберите Удалить.

    2. Выполните следующие действия, чтобы очистить каталог.

      1. Переименуйте каталог C:\CiscoWebs\LoginService\ в C:\CiscoWebs\OldLoginService\.

      2. Создайте каталог C:\CiscoWebs\LoginService\.

      3. Скопируйте файлы из каталога C:\CiscoWebs\OldLoginService\ в каталог C:\CiscoWebs\LoginService\.

        1. Tools\ (папка и её содержимое)

        2. login.asp

        3. query.asp

        4. loginSecure.asp

        5. querySecure.asp

        6. *.dtd

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

      1. В диспетчере служб Интернета (открыт действием 1) правой кнопкой мыши щелкните Default Web Site (Веб-сайт по умолчанию) и выберите Virtual Directory (Виртуальный каталог).

      2. Следуйте указаниям мастера.

        1. Псевдоним: LoginService

        2. Каталог: перейдите в C:\CiscoWebs\LoginService

        3. Выберите Read, Run, and Execute.

    4. Выполните следующие действия, чтобы настроить виртуальный каталог.

      1. Правой кнопкой мыши щелкните Login Service и выберите Свойства.

      2. Откройте вкладку "Virtual Directory".

        1. Убедитесь, что установлены флажки Read и Log Visits, а не другие.

        2. Убедитесь, что для параметра Execute Permissions (Разрешения на выполнение) выбрано Scripts and Executables (Сценарии и исполняемые файлы).

        3. Убедитесь, что для параметра Application Protection (Защита приложения) выбрано Low (IIS Process) (Низкий (процесс IIS)).

      3. Откройте вкладку "Documents" и убедитесь, что единственным разрешённым документом по умолчанию является Default.asp.

      4. Откройте вкладку "Directory Security" и нажмите кнопку Edit (Изменить) в Anonymous Access and Authentication Control (Анонимный доступ и контроль аутентификации).

        1. Убедитесь, что установлен только флажок Anonymous Access (Анонимный доступ).

        2. Нажмите кнопку Edit в Anonymous Access.

        3. Задайте имя пользователя для CCMEML.

        4. Задайте пароль для CCMEML.

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

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

    5. Перезапустите службы IIS.

Error No -32

Когда пользователь выбирает Device Association (Связи устройств) или Extension Mobility, пытаясь сопоставить пользовательский профиль со страницы настройки пользователя в Cisco CallManager Administration, возникает ошибка Error No -32.

Эта ошибка может возникнуть при изменении или переименовании пользователей в Active Directory, даже если пользователю возвращается исходный идентификатор userid. Всякий раз при изменении пользователя создаются и обновляются атрибуты ciscoAtUserProfile и ciscoAtAppProfile для пользователя. Если атрибут ciscoAtGUID отсутствует, создаётся новый DN пользовательского профиля. Для решения данной проблемы воспользуйтесь редактором интерфейса службы Active Directory (ADSI). Откройте редактор ADSI для просмотра схемы Active Directory на сервере Active Directory (AD). Перейдите на уровень dc=xxxxx, dc=com, ou=Cisco (или OU, указанный в процессе установки подключаемого модуля AD в Cisco CallManager), ou=Profiles. В этой папке находятся все профили.

Для установки редактора ADSI в системе установите средства поддержки с компакт-диска Windows 2000 из папки <диск CDROM>:\SUPPORT\TOOLS\setup.exe. Скопируйте файлы adsiedit.exe и adsiedit.dll в папку системы. Папка должна иметь имя c:\adsiedit\. Зарегистрируйте adsiedit.dll, выполнив regsvr32.exe c:\adsi\adsiedit.dll после c:\winnt\system32 в командной строке.

Выполните следующие действия.

  1. Запустите редактор ADSI, чтобы непосредственно просмотреть атрибуты в Active Directory для пользователя, испытывающего проблемы с привязкой.

  2. Перейдите к записи пользователя (например, CN=user1, OU=yourOU, DC=yourDC, DC=com). Правой кнопкой мыши щелкните объект и выберите Свойства. В списке Select a property to view выберите ciscoatGUID.

  3. Удалите текущее значение для атрибута ciscoAtGUID.

  4. Выберите атрибут ciscoatUserProfile для этого же пользователя и очистите его.

  5. Выберите атрибут ciscoatUserProfileString для этого же пользователя и очистите его.

  6. Затем попробуйте привязать устройство к пользователю на страницах администрирования Cisco CallManager.

После нажатия кнопки "Services" службы не отображаются

  • Неполадка. Для используемого телефонного устройства не выбраны службы.

  • Решение. Ещё раз выберите службы для телефона и обновите страницу телефона.

После выполнения пользователем входа на телефоне нет служб

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

  • Решение. Добавьте нужные службы в таблицу User Device на странице настройки "User Device" или странице пользователя Cisco CallManager.

После ввода пароля и имени пользователя на экране телефона вновь отображается окно для входа

  • Неполадка. form.jsp, отправленный телефону для выполнения входа, не удаётся определить порт, используемый для входа. В результате приложение никогда не увидит запроса выполнения входа.

  • Решение. Загрузите form.jsp. Замените имеющийся C:\Program files\wfaavvid\tomcat\webapps\ROOT\form.jsp загруженным файлом. Эта новая форма присваивает порту службы постоянный номер 8080.

После ввода пароля и имени пользователя появляется сообщение "LoginServer conn. error" (ошибка подключения LoginServer)

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

  • Неполадка.  В серверах IBM серии 340 отсутствует анонимный доступ, правильно настроенный для входа (ошибка с кодом Cisco CSCdu62820 (только длязарегистрированных пользователей)).

  • Решение.  Включите Microsoft IIS, чтобы управлять паролями для анонимных устройств.

  • Неполадка. Изменился IP-адрес издателя Cisco CallManager.

  • Решение.

    1. Выберите cisco.com > CCN > systemProfiles в DC Directory Administration.

    2. Выберите профиль Hoteling Profile.

    3. Проверьте IP-адрес в поле URL-адреса. В этом поле должен быть IP-адрес издателя Cisco CallManager.

  • Неполадка. При интеграции с Microsoft Active Directory – неверный основной контекст для ядра приложений.

  • Решение. На сервере приложений настройте основной контекст, чтобы он содержал cisco ou (не только cisco dc). Таким образом, для компании mycompany.com основной контекст: ou=cisco, dc=cisco, dc=mycompany, dc=com (вместо mycompany укажите название конкретного сайта).

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

  • Неполадка. Проверьте http:\\cm_ipaddr\LoginService\Tools\sampleloginapp.asp для Cisco CallManager версий 3.x и более ранних. Для Cisco CallManager версий 4.0 и более поздних используйте http:\\cm_ipaddr\emservice\jsp\Tools\sampleloginapp.jsp. Если возвращается ошибка Error Parser Class Not Found org.apache.xerces.parsers.SAXParser null, значит в процессе установки не создан виртуальный каталог, а ClassPath не вставлен.

  • Решение. Произошёл неустановленный сбой в процессе установки (основная причина ещё не определена).

    1. В Default Web Site создайте новый виртуальный веб-сайт с именем LoginService. Локальный путь должен быть такой C:\CiscoWebs\LoginService. Установите высокий уровень защиты приложения High (Изолированное). Затем выполните действия, чтобы разрешить Microsoft IIS управлять паролями для анонимных устройств.

    2. После создания виртуального веб-сайта необходимо добавить системные переменные для ClassPath, чтобы разрешить парсеру SAX выполнять свои задачи. Щелкните правой кнопкой мыши и выберите Мой компьютер > Свойства > Дополнительно > Переменные среды. Если переменная ClassPath не существует, создайте её. Для ClassPath должно быть установлено следующее значение: C:\WINNT\Java\Lib\DirUser.jar; C:\WINNT\Java\Lib\Xerces.jar; C:\WINNT\Java\Lib\DirUserNotification.jar. Нажмите кнопку OK три раза, чтобы сохранить новую переменную среды.

    3. Остановите и перезапустите службы IIS.

При регистрации в телефоне Cisco 7940 на экране телефона отображается ошибка "Device profile does not exist" (Профиль устройства не существует)

  • Неполадка. Extension Mobility запрашивает фиксированное имя для шаблона устройства, который должен использоваться в телефоне Cisco 7940 при выполнении входа. Должно существовать имя шаблона устройства для 7940 и оно должно точно совпадать с именем шаблона при установке сервера.

  • Решение. Проверьте, что шаблоном устройства для Cisco 7940 является 7940 1-Line или 7940 2-Line. Убедитесь, что используется дефис и правильный регистр для букв.

При выборе службы входа отображается ошибка разбора XML Error [4]

  • Неполадка. Загруженный файл form.jsp содержит информацию HTTP-заголовка.

  • Решение. На этой странице щелкните правой кнопкой мыши form.jsp и выберите Save Link As (Сохранить ссылку как) или Save Target As (Сохранить как). Выберите папку для загрузки формы. Убедитесь, что первая строка страницы form.jsp содержит следующее: <%@ page import="java.net.InetAddress" %>

Пользователям не удаётся выполнить вход в Extension Mobility, возникает ошибка login unsuccessful error 6

  • Неполадка. Пользователь получает сообщение об ошибке login unsuccessful error [6] после нажатия кнопки Select (Выбрать) для службы Extension Mobility на телефоне.

  • Решение. Ошибка Error 6 означает, что возникла ошибка при обмене данными с базой данных. Причины могут быть разные, в зависимости от используемой службы каталогов DC Directory или Active Directory. При использовании Active Directory, чтобы устранить эту неполадку, выполните подключаемый модуль Active Directory ещё раз. Дополнительную информацию об установке Active Directory см. в Установка подключаемого модуля Active Directory 2000 для Cisco CallManager.

    Эта неполадка также может возникнуть при отсутствии профиля устройства, связанного с пользователем, выполняющим вход. На странице "User Configuration > Extension Mobility" (Конфигурация пользователя > Extension Mobility) проверьте, связаны профили устройств с пользователями или нет. Если нет, обновите пользователей связями с профилями устройств для выполнения входа в Extension Mobility.

На экране телефона появляется сообщение об ошибке "Login Unsuccessful:[9]" (Вход не выполнен)

  • Неполадка. Пользователю не удаётся зарегистрироваться в телефоне, возникает сообщение об ошибке Login unsuccessful [9] при попытке выполнить вход, используя Extension Mobility.

  • Решение. В большинстве случаев это ошибка интеграции каталогов. Это может быть LDAP, Active Directory или DC Directory. В зависимости от используемого метода интеграции каталогов применяются разные способы устранения неполадки.

    Убедитесь в работе сервера Active Directory. Если неполадка в нём, выполните подключаемый модуль Active Directory и средство администрирования из Cisco CallManager.

    Если неполадка с LDAP убедитесь в наличии файла DirUser.jar.

    Эта неполадка также может возникнуть из-за отсутствия профиля устройства, связанного с пользователем, выполняющим вход. На странице "User Configuration > Extension Mobility" проверьте, связаны профили устройств с пользователями или нет. Если нет, обновите пользователей связями с профилями устройств для выполнения входа в Extension Mobility.

Вход не выполнен. Ошибка Error [12]

  • Неполадка. При регистрации в IP-телефоне с включённой функцией Extension Mobility не удаётся выполнить вход, и на экране отображается ошибка Error[12].

  • Решение.Эта ошибка возникает из-за неверно настроенного пользовательского профиля устройства. Либо профиль устройства не существует, неверно настроен или не связан с профилем пользователя. Убедитесь в правильных настройках пользовательского профиля устройства, а также в его правильной привязке к профилю пользователя.

После установки подключаемого модуля Active Directory пользователям не удаётся выполнить вход в Extension Mobility, возникает ошибка "login unsuccessful error [3]" или "error [10]" или "error [2]"

  • Неполадка. Не удаётся выполнить вход в телефон с включённой Extension Mobility и с Active Directory из-за пустого поля Password в реестре для всех пользователей приложения.

  • Решение. Выполните следующие действия.

    1. Выберите Пуск > Выполнить, введите regedit и нажмите кнопку OK.

    2. Проверьте запись реестра для Cisco CallManager Extension Mobility в HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems Inc.\Directory Configuration\AppUsers\CCMSysUser.

    3. Убедитесь, что для поля Password есть запись, а для userID выбрано CCMSysUser. Если запись отсутствует или ошибочная, значит неполадка с установкой. В этом случае можно сбросить или добавить пароль для этого пользователя. Выполните следующие действия, чтобы изменить пароль CCMSysUser.

      1. Перейдите в папку C:\dcdsrvr\bin и выполните приложение CCMPWDChanger.exe.

      2. Введите пароль для Active Directory. Здесь можно сделать выбор и изменить userID (в данном случае CCMSysUser) и задать пароль для этого пользователя.

      3. Перезапустите службу IIS Admin и службу Cisco Tomcat в Пуск > Программы > Администрирование > Службы.

    Если этими действиями не удалось устранить неполадку, вероятно, потребуется удалить, а затем вновь установить подключаемый модуль Active Directory. Дополнительную информацию об установке подключаемого модуля Active Directory см. в Установка подключаемого модуля Active Directory 2000 для Cisco CallManager.

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

Ошибка "Error [18] - Another User logged in" (Другой пользователь уже выполнил вход)

  • Неполадка. При попытке войти в IP-телефон с использованием Extension Mobility возникает сообщение об ошибке error [18] - Another user logged in, хотя никто не выполнял вход. В качестве userid пользователя Extension Mobility, выполнившего вход, отображается None (Отсутствует). При попытке удалить телефон возникает сообщение об ошибке Delete Failed [438] User defined Device Profile cannot be deleted if it is in use (Не удалось удалить [438]. Невозможно удалить пользовательский профиль устройства, когда он используется).

  • Решение. Эта неполадка может возникнуть, если любой пользователь приложения установил контроль над телефоном, а его ИД отображается как None. Перейдите в User Management (Управление пользователями), выберите Application User (Пользователь приложения) и разорвите связь. Теперь можно удалить телефон.

Служба Extension Mobility возвращает ошибку "error [100]" - вход не выполнен, при выборе службы для входа в Extention Moblity

  • Неполадка. После нажатия кнопки Services на экране телефона отображается ошибка Error [100].

  • Решение.Эта ошибка возникает, если URL-адрес для службы Cisco Extension Mobility не содержит последний параметр (выделен жирным):

    http://<IPAddressofCallManager>/emapp/EMAppServlet ?device=#DEVICENAME# .

    <IPAddressofCallManager> указывает IP-адрес сервера Cisco CallManager, где установлена служба Cisco CallManager Extension Mobility. Убедитесь, что указан полный правильный URL-адрес.

    Например, http://10.45.67.89/emapp/EMAppServlet?device=#DEVICENAME#: в URL-адресе учитывается регистр букв; убедитесь, что введённое имя точно соответствует указанному.

Вход не выполнен. Ошибка "Login unsuccessful error [11]"

  • Неполадка. При попытке пользователя выполнить вход в Extention Mobility на экране IP-телефона отображается ошибка: Login Unsuccessful Error:[11].

  • Решение.Эта ошибка возникает, если URL-адрес для службы Cisco Extension Mobility неверно введён в параметр службы IP-телефона.

    На CCMAdmin перейдите в Feature > IP Phone services (Функции > Службы IP-телефона). Затем найдите службу Extension Mobility. Убедитесь, что URL-адрес совпадает со следующим:

    http://<IPAddressofCallManager>/emapp/EMAppServlet ?device=#DEVICENAME#

Не удаётся применить функцию Extension Mobility к IP-телефону, возникает ошибка "Already logged in to another phone" (Уже зарегистрирован в другом телефоне)

  • Неполадка. При попытке применить функцию Extension Mobility к IP-телефону запрос отклоняется с сообщением об ошибке: пользователь уже зарегистрирован в другом телефоне. Такая ситуация возникает, когда пользователь уже выполнивший вход в IP-телефон, хочет выполнить вход в новый IP-телефон, не выполнив выход из предыдущего телефона.

  • Решение. Наилучший способ — выполнить выход из предыдущего телефона и войти в новый путём изменения нескольких служебных параметров на странице администрирования Cisco CallManager, как показано ниже.

    1. В окне администрирования Cisco CallManager перейдите к Service > Service Parameters (Служба > Параметры службы).

    2. Выберите службу Extension Mobility и в окне Multiple Login Behavior (Действие при множественной регистрации) измените на Auto Logout (Автоматический выход). Нажмите кнопку Update (Обновить).

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

      Примечание. Чтобы найти IP-телефон, в котором зарегистрирован пользователь, перейдите в Microsoft SQL Server > Enterprise Manager > Databases > Tables (Сервер Microsoft SQL > Диспетчер организации > Базы данных > Таблицы); откройте таблицу Device (Устройство) и проверьте содержимое поля loginUserID. В этом поле указан IP-телефон, в котором зарегистрирован пользователь; теперь можно выполнить выход пользователя из устройства самостоятельно.

Ошибка: "Update failed. Could not insert new row - duplicate value in a UNIQUE INDEX column" (Не удалось выполнить обновление. Не удаётся вставить новую строку - идентичное значение в столбце UNIQUE INDEX)

  • Неполадка. Не удаётся включить Extension Mobility для IP-телефона Cisco 7900, возникает следующее сообщение об ошибке:

    Update failed. Could not insert new row - duplicate value in a UNIQUE INDEX column

    Основная причина этой неполадки заключается в перемежающемся отказе при удалении автоматически создаваемых профилей устройства (ADP) для телефона. При удалении телефонов, настроенных для Extension Mobility с профилем выхода, для которого выбрано use current, ADP остаётся в базе данных. Это приводит к тому, что невозможно вновь включить этот телефон в базу данных.

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

    1. Используйте CallManager Administration, чтобы найти и удалить ненужный автоматически созданный профиль устройства. Для этого выполните следующее.

      1. Выберите Device > Device Settings > Device Profile (Устройство > Параметры устройства > Профиль устройства).

      2. Выберите Find > All (Найти > Все).

      3. Удалите те профили, которые не связаны ни с одним IP-телефоном.

    2. Перезапустите устройство.

При выполнении входа в IP-телефон Extension Mobility появляется предупреждение "Warning 7"

  • Неполадка. При попытке пользователя выполнить вход в IP-телефон Extention Mobility появляется предупреждение "Warning 7".

  • Решение. Выполните следующие действия.

    1. Все приложения, обслуживаемые Tomcat, перечислены в списке по адресу http://<IPAddr of the server>/manager/list. Убедитесь, что Extension Mobility содержится в этом списке и выполняется.

    2. Перезапустите службы Extension Mobility и Tomcat в период низкой нагрузки.

Медленный доступ к Extension Mobility

  • Неполадка. Медленный доступ к Extension Mobility в Callmanager.

  • Решение. Причина может заключаться в недостаточном объёме памяти, доступном Callmanager. Убедитесь, что сервер CallManager соответствует минимальным требованиям к оборудованию при обновлении до старшей версии.

После выполнения выхода IP-телефоны зависли в состоянии "Registering" (Регистрация) или "Configuring IP" (Настройка IP)

Если IP-телефоны находятся в состояниях Registering (Регистрация) или Configuring IP (Настройка IP) после выхода пользователя из Extension Mobility, убедитесь, что профиль выхода назначен устройству. Помимо этого перезапустите службу Cisco Tomcat.

Примечание. Если используется Cisco CallManager 6.x, службу Cisco Tomcat можно перезапустить из CLI этой командой: admin: utils service restart Cisco Tomcat

Через короткий период автоматически выполняется выход пользователей Extension Mobility

Каждые 5 минут автоматически выполняется выход пользователей Extension Mobility, а в журнале событий появляется сообщение об ошибке Error: DeviceTransientConnection - Transient connection attempt (Ошибка: DeviceTransientConnection — Попытка временного подключения). Эта неполадка может возникнуть из-за отсутствия синхронизации времени между абонентом и издателем Cisco CallManager. Чтобы устранить эту неполадку, необходимо синхронизировать часы на всех серверах или настроить протокол NTP в кластере для синхронизации времени.

Отсутствуют результаты поиска DN, назначенного профилю устройства

Когда пользователь Extension Mobility выполняет вход в телефон, поиск номера каталога (DN), назначенного профилю устройства, не даёт результатов.

  1. Перейдите к Device > Phone (Устройство > Телефон).

    Появится страница "Find and List Phones" (Поиск и отображение списка телефонов).

  2. В раскрывающемся списке выберите Actively Logged In Device Report (Отчёт об активных зарегистрированных устройствах) и нажмите кнопку Go (Перейти).

    Откроется окно "Find and List Actively Logged In Device" (Поиск и отображение активных зарегистрированных устройств).

  3. Выберите номер каталога и нажмите кнопку Find (Найти).

Дополнительную информацию см. в Поиск активных зарегистрированных устройств.

Не удаётся выполнить выход группы пользователей целиком из Extension Mobility

Для выполнения выхода группы пользователей целиком из Extension Mobility выполните следующие действия.

  1. Отключите службу Extension Mobility в Serviceability > Tools > Control Center (Удобство обслуживания > Сервис > Центр управления).

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


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

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


Document ID: 18772