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

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

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв


Содержание


Введение

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

Этот документ описывает, как решить проблему с функцией функции Extension Mobility в Сisco CallManager 3.x и 4. x . Сошлитесь на эти документы для решения проблем функции Extension Mobility, отнесенных к более поздним версиям CUCM:

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

Требования

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

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

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

Примечание: С Сisco CallManager 3.3 (2) и позже, приложение решения Cisco CallManager Extension Mobility и сервис решения Cisco CallManager Extension Mobility в Сisco 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

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/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 до Сisco CallManager 4.2 (3) страницы администратора на основе Аппаратного пула, местоположения и диапазона DN.

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

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

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

Примечание: Чтобы позволить пользователям вводить только цифры, когда они пытаются войти к функции Extension Mobility, можно использовать этот параметр сервиса Функции Extension Mobility: Буквенно-цифровой идентификатор пользователя.

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

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

Проблема

Что следует проверить
Службы возвращают неверный узел или ничего. Проверьте URL-адрес для служб в параметрах предприятия.
Службы возвращают "No services Configured..." (Службы не настроены...)..." Убедитесь, что выбраны сервисы для телефона или профиль пользователя. Кроме того, гарантируйте, что голосовой VLAN настроен правильно.
После выбора "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" (ошибка аутентификации). Проверьте имя и пароль пользователя. � Также проверяют Каталог DC на сервере CRA для проблем репликации. Если запущен сервер 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].

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

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

  • Решение:

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

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

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

      Примечание: Обратитесь к Изменению IP-адреса для Сisco CallManager для получения дополнительной информации о том, как изменить IP-адрес.

  • Неполадка. Ошибка во время установки виртуального каталога службы 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. Псевдоним: Служба входа в систему

        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. Нажмите кнопку ОК.

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

    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" сервисы не отображаются.

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

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

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

  • Проблема: У пользователя �The, который вошел, нет сервисов привязанными к их Пользовательскому профилю оборудования.

  • Решение. Добавьте нужные службы в таблицу 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) проверьте, связаны профили устройств с пользователями или нет. Если нет, обновите пользователей связями с профилями устройств для выполнения входа в 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#

Вход в систему неуспешная Ошибка: [6]

Проблема — Когда сервис Функции Extension Mobility (EM) был запущен на IP-телефоне, theIP дисплеи телефона: Login unsuccessful Error:[6]. Проблема находится только в Издателе.

Решение. Ошибка Error 6 означает, что возникла ошибка при обмене данными с базой данных. Чтобы устранить эту проблему, выполните следующие действия.

  1. Удостоверьтесь, что C:\dcdsrvr\DirectoryConfiguration.ini файл заполнен и что этот файл идентичен на всех Cisco CallManager server в кластере. Если этот файл отсутствует или не заполнен в каком-либо из серверов в кластере, сбоях входа в систему.

  2. Измените настройки UserSSL в C:\dcdsrvr\DirectoryConfiguration.ini файле от Истинного до Лжи.

Не удается применить функцию 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> Базы данных> Таблицы; откройте Устройство таблицы и проверьте для поля, названного loginUserID. В этом поле указан IP-телефон, в котором зарегистрирован пользователь; теперь можно выполнить выход пользователя из устройства самостоятельно.

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

Если телефон, установленный настройки для Функции Extension Mobility (EM), удален, когда пользователь зарегистрирован, CallManager позволяет Администратору удалять телефон посредством объемного администрирования. Когда попытка предпринята, чтобы добавить, что телефон назад с опцией EM вместе с "Выходит из системы Профиль", проверенный, это может дать это сообщение об ошибках: Update failed. Could not insert new row - duplicate value in a UNIQUE INDEX column.

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

Решение - Эта проблема, кажется, происходит, когда удаленный телефон установлен настройки для EM, и в пользователя входят во время удаления. Для решения этого вопроса удалите старый ADP [mac-address] профиль из отчёта о таблице маршрутизации.

Это задокументировано в идентификатор ошибки Cisco CSCsj63279 (только зарегистрированные клиенты).

  • Неполадка. Не удаётся включить 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-телефон Функции Extension Mobility, Предупреждение, что появляются 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.

Примечание: При использовании Сisco 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 в кластере для синхронизации времени. Кроме того, измените Параметр сервиса Функции Extension Mobility Множественное Поведение Входа в систему на Множественный Вход в систему, Не Позволенный, и перезапустите Сервис Функции Extension Mobility.

Отсутствуют результаты поиска 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 на данный момент.

Функция Extension Mobility

Функция Extension Mobility не работает после Сisco CallManager 8.6 обновлений.

Решение

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

  1. Выберите> Certificate management> Security Страницы администрирования операционной системы, чтобы восстановить сертификаты Cisco Tomcat.pem на всех серверах и работать на издателя сначала и затем абонентов.

  2. Перезапустите Трастовый сервис проверки (TVS) на всех серверах и запуститесь от издателя.

  3. Перезапустите Сервис TFTP на всех серверах и начните сначала с издателя.

  4. Перезапустите Сервис Cisco Tomcat на всех серверах и запуститесь сначала с издателя. Используйте команду utils service restart Cisco Tomcat для перезапуска сервиса от CLI сервера.

Проблема

Вот некоторые общие проблемы, к которым можно быть обращенным при использовании Функции Extension Mobility. Решение также предоставлено.

  • Вы не в состоянии войти в функцию Extension Mobility.

  • Вы неспособны войти в Функцию Extension Mobility с UserID и PIN, и сообщение об ошибках Error = [201] - Authentication Error появляется.

  • Вы неспособны войти к Функции Extension Mobility, и сообщение об ошибках 205 появляется.

Решение

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

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

  2. На Cisco Унифицированная страница Serviceability выберите Tools> Service Activation.

  3. Гарантируйте, что активирован Cisco Extension Mobility.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-02.gif

  4. Выберите Tools> Control Center - Feature Services и выберите сервис для перезапуска сервиса Cisco Extension Mobility.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-03.gif

Проблема

В то время как в пользователя другого Профиля входят к другому кластеру, кластерное ограничение Пересечения Cisco Extension Mobility не является happeneing.

Решение

Необходимо установить, Включают Логическое Разделение = Истинный для решения этого вопроса.

Политика системного параметра по умолчанию должна быть, Запрещают для предприятия, Logical Partitioning Default Policy = Deny так вызовы, или функции заблокированы между участниками VoIP - устройства, Позволять политика должна быть настроена через Систему-> Логическая конфигурация разделения на CUCM.

Вход в систему задач недоступен (213)

Функция Extension Mobility настроена между двумя кластерами. Однако при регистрации с удаленным кластерным UserID, вы получаете это сообщение об ошибках: Login is unavailable(213).

Примечание: Новая конфигурация Кластера пересечения функции Extension Mobility (EMCC).

Решение

Если устройство не поддерживает EMCC, сообщение об ошибках Login is unavailable(213) может произойти. Когда загрузка устройства или нагрузка телефона не поддерживают EMCC (например, неподдерживаемые модели телефонов и поддерживаемые модели телефонов с более старой нагрузкой телефона), эта ошибка отображена.

Обратитесь к этому видео на Сообществе Cisco Support для элементов конфигурации: Конфигурация кластера Пересечения Функции Extension Mobility leavingcisco.com

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-04.gif

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

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


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