Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Troubleshooting de Movilidad de Extensiones en Cisco CallManager

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Extension Mobility (Hoteling) es una función que permite iniciar sesión en un teléfono y, además, tener acceso a la configuración del teléfono. Las apariciones de línea, las marcaciones rápidas, los servicios y la información de indicador de mensaje en espera (MWI) están presentes en el teléfono después del login, como si el teléfono estuviera asignado al usuario. Extension Mobility también soporta la configuración de los módulos de extensión de Cisco 7914, si está presente en el dispositivo del teléfono en el que ha iniciado sesión.

Este documento describe cómo resolver problemas el problema con la característica de la movilidad de la extensión en el Cisco CallManager 3.x y 4.x. Refiera a estos documentos para resolver problemas los problemas de la movilidad de la extensión relacionados con las versiones posteriores de CUCM:

prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Cisco CallManager 3.x o 4.x

  • Cisco Customer Response Application (CRA) versión 2.2.1 (con Extension Mobility instalada)

Nota: Con Cisco CallManager 3.3 (2) y posterior, tanto la aplicación Cisco CallManager Extension Mobility como el servicio Cisco CallManager Extension Mobility proporcionan la funcionalidad Extension Mobility. Esta función ya no requiere el motor CRA de Cisco. Para más detalles, refiera a Comprensión de los Servicios Ampliados de Cisco CallManager.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Perfiles del dispositivo

Puede decirse que los Perfiles de los dispositivos configuran todas las características de un teléfono sin estar asociado con un teléfono. Los perfiles del dispositivo contienen la información básica del dispositivo (Cisco 7960/7940), los módulos añadidos de Cisco 7914, los servicios, las marcaciones rápidas, y las apariciones de línea. Sin embargo, los perfiles del dispositivo no se asocian a un teléfono físico.

Extension Mobility utiliza tres tipos de perfiles:

Perfil del dispositivo del usuario

El perfil del dispositivo del usuario es el perfil que el administrador del sistema configura para un usuario individual. Este perfil se puede tratar como cualquier otro dispositivo de teléfono. El usuario puede acceder a este perfil a través de la página de usuario de Cisco CallManager y añadir servicios y marcaciones rápidas de la misma manera que un teléfono normal. El perfil del dispositivo del usuario es la plantilla que se aplica a un teléfono cuando el usuario inicia sesión. El perfil se puede utilizar tanto para el login de usuario como para la configuración (básica) predeterminada de un teléfono.

Valor predeterminado del perfil del dispositivo

Sólo Cisco CallManager 4.0 permite configurar un perfil de dispositivo predeterminado para cada modelo de teléfono IP de Cisco que desea que soporte Cisco CallManager Extension Mobility. El valor predeterminado del perfil del dispositivo se utiliza siempre que un usuario inicia sesión en un modelo de teléfono para el que no existe ningún perfil de dispositivo.

Un valor predeterminado de perfil del dispositivo comprende el conjunto de atributos (los servicios y/o las funciones) que están asociados a un dispositivo determinado. Los perfiles del dispositivo incluyen el tipo de dispositivo, la configuración regional del usuario, la plantilla de botones del teléfono, la plantilla de teclas programables, así como información MLPP (Multilevel Precedence and Preemption).

Utilice la página web de configuración predeterminada del perfil del dispositivo para crear un perfil del dispositivo predeterminado para cada modelo del teléfono que soporte Cisco CallManager Extension Mobility. Un modelo del teléfono puede tener un valor predeterminado de perfil del dispositivo de cero o de uno. El número máximo de valores predeterminados de perfil del dispositivo no puede exceder el número de modelos del teléfono que soportan Cisco CallManager Extension Mobility.

Perfil de dispositivos generado de forma automática

El perfil del dispositivo generado automáticamente es un perfil de dispositivo especial que se genera cuando un teléfono se configura para Extension Mobility y no utiliza un perfil de dispositivo del usuario como perfil de dispositivo predeterminado. Cuando un teléfono se configura para Extension Mobility, el administrador debe elegir entre Use Current Device Settings o Select a User Device Profile para el perfil de logout. Si elige Use Current Device Settings, el sistema crea el archivo ADPxxxxxxxxxxx.cnf, donde xxxxxxxxxxx es la dirección MAC del dispositivo configurado para Extension Mobility.

Nota: Cisco le recomienda que utilice el perfil del dispositivo generado automáticamente en lugar de asignar un perfil del dispositivo del usuario como perfil de dispositivo predeterminado.

Cómo se usan los perfiles de dispositivos

Cuando un teléfono se registra con Cisco CallManager, envía una solicitud tftp para el archivo SEPxxxxxxxxxxxx.cnf.xml en la trayectoria de TFTP. Los trabajos de la movilidad de la extensión intercambiando el witheither del archivo SEPxxxxxxxxxxx.cnf el perfil definido por el usuario o el auto generaron el perfil, que entonces genera el archivo del SEPxxxxxxxxxxxx.cnf.xml para el teléfono.

En este ejemplo, la dirección MAC del teléfono es SEP000011112222. El teléfono está configurado para Extension Mobility y el perfil de logout es Use Current Device Settings. Cuando el administrador elige la configuración del dispositivo actual para el perfil de logout, pueden ocurrir tres cosas:

  • Hace el ½ del ¿Â del archivo ADP000011112222.cnfï ser creado.

  • El archivo SEP000011112222.cnf se genera sobre la base del archivo ADP000011112222.cnf.

  • Un nuevo archivo SEP000011112222.cnf.xml se genera sobre la base del nuevo archivo SEP000011112222.cnf.

Figura 1

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

El usuario quiere iniciar sesión en un teléfono que está configurado para Extension Mobility. Cuando el usuario inicia sesión en el teléfono, estas operaciones tienen lugar.

  • El archivo SEP000011112222.cnf se crea a partir del archivo JoesMEProfile.cnf.

  • El archivo SEP000011112222.cnf.xml se genera para el teléfono.

  • La capa de la base de datos (DBL) envía una solicitud de reinicio al teléfono.

Cuando el teléfono solicita su archivo de configuración, el archivo contiene ahora el perfil del dispositivo para el teléfono de este usuario.

La clave para comprender los dispositivos y Extension Mobility es que una vez que Extension Mobility se ha habilitado para un dispositivo, el dispositivo siempre utiliza el perfil del dispositivo. Si nadie ha iniciado sesión, el teléfono utiliza un perfil generado automáticamente o un perfil definido por el usuario. Cuando alguien ha iniciado sesión, el dispositivo utiliza el perfil del dispositivo que ha iniciado sesión.

Flujos de llamadas con inicio de sesión

/LoginService realiza muchas tareas para conseguir que Extension Mobility funcione. Estas tareas incluyen la interacción DBL. Primero, modifica los campos loginUserid y loginTime de un dispositivo en la base de datos de Microsoft SQL Server. En segundo lugar, el sistema crea un archivo cnf.xml nuevo basado en el perfil elegido. Después, se crea este nuevo archivo XML, se envía un reinicio al teléfono y el nuevo archivo XML ya está listo para utilizar las apariciones de línea y las marcaciones rápidas.

Registro (hotel.aef)

Complete estos pasos:

  1. Haga clic en Services.

    Esto pregunta los servicios para el usuario del teléfono se presenta que quiere iniciar sesión. el ½ del ¿Â ï si el login/el logout se define para el Dispositivo del teléfono, esos servicios.

  2. Haga clic en Login (Conexión).

    El servicio envía una solicitud HTTP al servidor de aplicaciones y al disparador /login.

  3. Si el nombre del dispositivo no se muestra durante la solicitud /login, el script /login detecta el nombre del dispositivo preguntando a \\ip_addr\DeviceInformationX y extrayendo el campo Hostname.

  4. Después de la detección, compruebe si se ha pasado un ID de usuario/contraseña.

    Cuando se selecciona el servicio de login por primera vez no hay ningún ID de usuario ni contraseña asignado. El script envía la entrada XML al teléfono para conseguir el ID de usuario y la contraseña. El teléfono visualiza "Please sign on" y el script finaliza.

  5. Cuando se ingresa el ID de usuario y la contraseña, la información se envía a la aplicación en forma de un nuevo disparador /login que contiene el ID de usuario y la contraseña.

  6. La aplicación recibe el ID de usuario y la contraseña. A continuación, realiza una autentificación con el DC Directory (localmente) para que el ID de usuario y la contraseña verifiquen al usuario.

  7. La secuencia de comandos /login envía una petición de HTTP al editor del Cisco CallManager /LoginService para realizar las operaciones DBL apropiadas. La información transferida al /LoginService incluye:

    • ID de usuario de la aplicación, contraseña de usuario de la aplicación

    • Identificador de dispositivo (Dirección MAC)

    • Identificación del ID de usuario y contraseña de Extension Mobility

  8. El Cisco CallManager/LoginService utiliza ApplicationUserID y ApplicationUserPassword para realizar un inicio de sesión de usuario en nombre del usuario. Es por esto que se requieren derechos de servidor alterno de autenticación para la identificación del usuario de la aplicación (ApplicationUserID).

  9. /LoginService añade el ID de usuario y la hora del login al dispositivo.

  10. A continuación, /LoginService desencadena una notificación DBL para reiniciar el dispositivo afectado y conseguir el nuevo perfil.

  11. /LoginService registra el login con el servicio de logout (para el logout automático).

  12. El usuario ahora ha ingresado al sistema.

Desconexión (hotelout.aef)

Complete estos pasos para cerrar la sesión:

  1. Haga clic en Services.

    Esto pregunta los servicios para el teléfono que se presenta el usuario desea terminar sesión encendido. el ½ del ¿Â ï si el login/el logout se define para el Dispositivo del teléfono, esos servicios.

  2. Haga clic en Desconectar.

    Este servicio envía una solicitud HTTP al servidor de aplicaciones y al disparador /logout.

  3. El nombre del dispositivo (dirección MAC) no está presente durante la solicitud /logout. Por lo tanto, la aplicación /logout emite \ \ ip_addr \ DeviceInformationX y extrae el campo Hostname para determinar qué teléfono solicita los servicios logout.

  4. Después de extraer el nombre del dispositivo, el script /logout envía una solicitud HTTP al /LoginService de Cisco CallManager publicador para realizar las operaciones DBL apropiadas para el logout. La información transferida al /LoginService incluye:

    • ID de usuario de la aplicación, contraseña de usuario de la aplicación

    • Identificador de dispositivo (Dirección MAC)

    Nota: Existe una capacidad de logout masiva de Extension Mobility desde que la administración de Cisco CallManager 4.2(3) realiza las localizaciones en función del conjunto de dispositivos, la ubicación y el rango DN.

  5. /LoginService de Cisco CallManager utiliza el ID de usuario de la aplicación y la contraseña de usuario de la aplicación para realizar un logout en nombre del usuario. Es por esto que se requieren derechos de servidor alterno de autenticación para la identificación del usuario de la aplicación (ApplicationUserID).

  6. /LoginService quita el ID de usuario y la hora del login del dispositivo que ha iniciado la sesión, y quita la solicitud del logout del servicio Logout.

  7. A continuación, /LoginService desencadena una notificación DBL para reiniciar el dispositivo afectado y conseguir el nuevo perfil.

Nota: Para permitir que los usuarios ingresen solamente los caracteres numéricos cuando intentan iniciar sesión a la movilidad de la extensión, usted puede utilizar este parámetro de servicio de la movilidad de la extensión: Identificación alfanumérica de usuario.

Troubleshooting Extension Mobility

Para la resolución de problemas relacionados con Extension Mobility, existen puntos de verificación que se pueden comprobar para determinar el lugar exacto en el que se produce un problema. A continuación se presentan los pasos y adónde buscar el problema.

Problema Qué se debe verificar
Los servicios devuelven un host no válido o ninguna información. Verificar la entrada URL de servicios en los parámetros Enterprise.
Los servicios devuelven "No services Configured..." Compruebe el teléfono o el perfil de usuario seleccionados en los servicios. Asegúrese también de que la VLAN de voz esté configurada correctamente.
Después de seleccionar "login" o "logout", el teléfono visualiza "requesting". AserfsdfsdAsegAsessfsdf Asegúrese de que el Motor de Aplicación esté funcionando. Verifique la URL especificada para el servicio. Asegúrese de que señala a la dirección IP correcta (servidor CRA) y al puerto 8080. Compruebe también si el puerto 80 está bloqueado del servidor CRA al teléfono IP. Si el servidor CRA está ubicado junto a Cisco CallManager, asegúrese de que el servidor de aplicaciones no tenga el proxy habilitado, y que no haya ningún servidor proxy configurado en Microsoft Internet Explorer para la cuenta que el servicio utiliza para el login.
Después de seleccionar el “login” o “logout”, no sucede nada. Verifique el activador en CRA. El nombre del disparador y la dirección URL en Cisco CallManager deben ser exactamente iguales.

Nota: El nombre del disparador y la dirección URL distinguen mayúsculas de minúsculas.

Después de ingresar el nombre de usuario y la contraseña, se vuelve a visualizar la pantalla del login del teléfono. El puerto del servicio no está correctamente establecido. Reemplace el archivo form.jsp existente por form.jsp.
Después de ingresar el nombre de usuario y la contraseña, "authentication error" se visualiza en el teléfono. Marque el ½ del ¿Â de la identificación del usuario y contraseña. ï también marcan el DC Directory en el servidor CRA para los problemas de la replicación. Si ejecuta CRA Server 2.2.(3a) o anterior y utiliza el plugin de Active Directory, asegúrese de que el usuario resida directamente debajo de User Base y no bajo Sub-OU de User Base.
Después de ingresar el nombre de usuario y la contraseña, el "Error de autentificación de la aplicación" se visualiza en el teléfono. Verifique la Aplicación ID del usuario y la contraseña en el servidor CRA.
Después de ingresar el nombre de usuario y la contraseña, el error "Proxy no permitido" se visualiza en el teléfono. Verifique que el ID de usuario de la aplicación en Cisco CallManager tenga la opción Enable Authentication Proxy Rights seleccionada.
Después de ingresar el nombre de usuario y la contraseña, "LoginServer conn." se visualiza en el teléfono. error". Consulte la sección Problemas comunes para encontrar una solución.
Login y logout se realizan correctamente pero con un retraso considerable. Compruebe si se utiliza un proxy. En caso afirmativo, pruebe a inhabilitarlo. Para ello, vaya a Herramientas> Opciones de Internet > Conexiones > Configuración de LAN en Microsoft Internet Explorer. Para que el cambio tenga efecto es preciso reiniciar.

Cuando se produzca un problema de autentificación con cualquier usuario, ya sea un usuario de Extension Mobility o el ID de usuario de la aplicación, utilice http: \\\\cm_ipaddr\ccmuser e intente iniciar sesión. Si el login falla, significa que el problema no está relacionado con Extension Mobility. Se trata de un problema más genérico relacionado con la autentificación. Verifique el nombre de usuario y la contraseña en su directorio.

Otra prueba para verificar que LoginService funciona correctamente consiste en acceder a http: \\\\cm_ipaddr\LoginService\Tools\sampleloginapp.asp para Cisco CallManager versiones 3.x y http: \\\\cm_ipaddr\emservice\jsp\Tools\sampleloginapp.jsp para Cisco CallManager 4.0 y versiones posteriores. Ingrese los valores apropiados para los campos. El ID de perfil es el perfil del dispositivo de Extension Mobility para iniciar sesión. La prueba del login de ejemplo elimina cualquier dependencia en el servidor CRA y garantiza el funcionamiento de los servicios de directorio.

Problemas Comunes

Cuando un usuario revierte al perfil predeterminado, los servicios dejan de estar disponibles.

  • Problema: Una vez añadidos los servicios al teléfono, el botón Update no se presiona y el perfil predeterminado autogenerado no está sincronizado con el teléfono.

  • Solución: Seleccione nuevamente el teléfono, agréguele los servicios y actualice su configuración.

Extension Mobility cierra la sesión del usuario transcurridos unos minutos, antes del tiempo configurado.

  • Problema: Cuando el usuario inicia sesión mediante Extension Mobility, la sesión del usuario se cierra después de unos minutos, aunque el tiempo máximo predeterminado para el login está establecido en 8 horas.

  • Solución: Si no es preciso especificar el tiempo máximo que se permite al usuario tener una sesión iniciada en Extension Mobility, el parámetro Enforce Maximum Login Time* debe estar siempre establecido en False. A tal efecto, complete estos pasos:

    1. Vaya a la página de administración de Cisco CallManager

    2. Elija Service > Service Parameters y seleccione Cisco Extension Mobility.

    3. Asegúrese de que el parámetro Enforce Maximum Login Time* esté establecido en False.

    4. Haga clic en Update (Actualizar).

Después del login, el usuario no tiene ningún servicio disponible.

  • Problema: El Perfil del usuario no tenía ningún servicio asociado cuando se cargó al teléfono.

  • Solución:

    1. Cambie el perfil del usuario para incluir los servicios de login/logout.

    2. Cambie el teléfono en el que el usuario ha iniciado sesión para incluir los servicios de login/logout.

    Una vez actualizado, el usuario obtiene el servicio de logout.

Error 'Host no encontrado' en el teléfono IP

  • Problema: El teléfono IP visualiza el error no encontrado del “host” cuando se presiona el botón Services.

  • Solución: Elija System > Enterprise Parameters. Compruebe los servicios URL y, si están establecidos en el nombre del servidor de CallManager, reemplace el nombre por la dirección IP, como en este ejemplo.

    Ejemplo: http://10.10.10.1/CCMCIP/getservicesmenu.asp , donde 10.10.10.1 es la dirección IP de Cisco CallManager.

    Para que el cambio tenga efecto, detenga o inicie los servicios TFTP, Internet Information Server (IIS) y Computer Telephony Integration (CTI) y reinicie los teléfonos.

Después de realizar un login o un logout, el teléfono se restablece en lugar de reiniciarse.

  • Problema: El teléfono utiliza DNS para resolver el nombre de Cisco CallManager.

  • Solución: Cambie System > Server name por una dirección IP. Restablezca el teléfono e intente de nuevo el procedimiento de login/logout.

Los servicios devuelven el error HTTP [8].

  • Problema: El teléfono ha sufrido un ataque del virus Code Red y los servicios HTTP han dejado de funcionar.

  • Solución: Para corregir este problema, aplique las últimas cargas del teléfono desde el sitio web de Cisco.

Se devuelve el error "Login fallido:[101]" durante el login.

Cuando se inicia el servicio de Extension Mobility (EM) en el teléfono IP, aparece este mensaje de error: Error de login fallido:[101].

Nota: Este error puede estar relacionado con uno de estos problemas.

  • Problema: El nombre de usuario ingresado no se encuentra en el DC Directory, lo que también pueden ser debido a problemas de réplica de DC Directory.

  • Solución: Añada el usuario a través del directorio global de Cisco CallManager. Verifique también que DC Directory se replique entre los servidores. Para obtener más información sobre cómo resolver las copias de réplica de DC Directory entre los servicios del servidor de DC Directory que se ejecutan en los servidores de Cisco Callmanager involucrados en un clúster de Cisco CallManager, refiera a Solución de Problemas de DC Directory.

  • Problema: La dirección IP del publicador de Cisco CallManager ha cambiado.

  • Solución:

    1. Seleccione cisco.com > CCN > systemProfiles en DC Directory Administration.

    2. Seleccione el perfil Hoteling (Hotelería).

    3. Verifique la dirección IP en el campo URL. Ésta debería ser la dirección de IP del editor del Cisco CallManager.

      Nota: Refiera a Cambio de la Dirección IP para Cisco CallManager para obtener más información sobre cómo cambiar la dirección IP.

  • Problema: Error durante la configuración del directorio virtual del servicio Extension Mobility.

  • Solución: El directorio virtual se puede reconstruir siguiendo estos pasos.

    1. Complete estos pasos para eliminar el directorio virtual existente.

      1. Seleccione Inicio > Programas > Herramientas administrativas > Internet Information Services (IIS).

      2. Amplíe PC > DefaultWebsite en el panel de la izquierda.

      3. Haga clic con el botón derecho del ratón en Login Service y seleccione Delete.

    2. Complete estos pasos para limpiar el directorio.

      1. Cambie el nombre del directorio de C:\CiscoWebs\LoginService\ a C:\CiscoWebs\OldLoginService\.

      2. Cree el directorio C:\CiscoWebs\LoginService\.

      3. Copie estos archivos del directorio C:\CiscoWebs\OldLoginService\ al directorio C:\CiscoWebs\LoginService\.

        1. Tools\ (el directorio y su contenido)

        2. login.asp

        3. query.asp

        4. loginSecure.asp

        5. querySecure.asp

        6. *.dtd

    3. Complete estos pasos para volver a crear el directorio virtual.

      1. En Internet Services Manager (abierto en el paso 1), haga clic con el botón derecho del ratón en Default Web Site y seleccione Virtual Directory.

      2. Siga las instrucciones del asistente.

        1. Alias: LoginService

        2. Directorio: Desplácese a C:\CiscoWebs\LoginService

        3. Seleccione Read, Run, and Execute

    4. Complete estos pasos para configurar el directorio virtual.

      1. Haga clic con el botón derecho del ratón en Login Service y seleccione Properties.

      2. Seleccione la pestaña Virtual Directory.

        1. Verifique que las únicas opciones marcadas sean Read y Log Visits.

        2. Verifique que Execute Permissions esté establecido en Scripts and Executables.

        3. Verifique que Application Protection esté establecido en Low (IIS Process).

      3. Seleccione la pestaña Documents y verifique que el único documento predeterminado habilitado sea Default.asp.

      4. Seleccione la pestaña Directory Security y haga clic en Edit bajo Anonymous Access y Authentication Control.

        1. Verifique que la única opción marcada sea Anonymous Access.

        2. Haga clic en Edit bajo Anonymous Access.

        3. Establezca el nombre de usuario en CCMEML.

        4. Establezca la contraseña en CCMEML.

        5. Haga clic en OK.

      5. Haga clic en OK.

    5. Reinicie los servicios IIS.

Número de error: -32

Cuando un usuario hace clic en Device Association o en Extension Mobility para intentar asociar un perfil de usuario de la página de configuración del usuario de administración Cisco CallManager, el usuario recibe el error Núm. de error: --32 .

Este error puede ocurrir cuando se modifican o cambian los nombres de los usuarios en Active Directory, aunque se vuelva a asignar al usuario el mismo ID de usuario original. Cada vez que se modifica un usuario, los atributos ciscoAtUserProfile y ciscoAtAppProfile se crean y actualizan para el usuario. Si el atributo ciscoAtGUID no está presente, se crea el nuevo DN de perfil de usuario. Para solucionar este problema, es necesario utilizar la utilidad de edición Active Directory Services Interface (ADSI). En el servidor de Active Directory (AD), puede examinar el esquema de directorios al abrir la utilidad de edición ADSI. Desplácese a dc=xxxxx, dc=com, ou=Cisco (o la unidad organizativa especificada durante la instalación del plugin de AD en Cisco CallManager), ou=Profiles. Todos los perfiles se pueden encontrar en ese directorio.

Para instalar la utilidad de edición ADSI en el sistema, instale las herramientas de soporte desde el CD de Windows 2000 situado en <unidad de CD>: \\SUPPORT\TOOLS\setup.exe. Copie adsiedit.exeand adsiedit.dllinto una carpeta en el sistema. El nombre de la carpeta debe ser c:\adsiedit\. Registre adsiedit.dllby que ejecuta regsvr32.exe c:\adsi\adsiedit.dll después del comando prompt de c:\winnt\system32.

Complete estos pasos:

  1. Inicie la utilidad de edición ADSI para consultar directamente los atributos en Active Directory para el usuario que tiene un problema con la asociación.

  2. Navegue a la entrada de usuario (por ejemplo, CN=user1, OU=yourOU, DC=yourDC, DC=com). Haga clic con el botón derecho del ratón en el objeto y elija Properties. En Select a property to view, seleccione ciscoatGUID.

  3. Despeje el valor actual presente para el atributo de ciscoAtGUID.

  4. Seleccione el atributo ciscoatUserProfile para este mismo usuario y despéjelo.

  5. Seleccione el atributo ciscoatUserProfileString para el mismo usuario y despéjelo.

  6. A continuación, intente asociar un dispositivo con el usuario desde las páginas de administración de Cisco CallManager.

Los servicios no aparecen el presionar "services".

  • Problema: El dispositivo del teléfono usado no tiene los servicios seleccionados.

  • Solución: Vuelva a seleccionar los servicios en el teléfono y actualice la página del teléfono.

Después de que un usuario inicie sesión, el teléfono no tiene ningún servicio.

  • Problema: El ½ del ¿Â ï el usuario que ha abierto una sesión no tiene ningunos servicios asociados a su perfil del dispositivo del usuario.

  • Solución: A través de la página del usuario de Cisco CallManager o de la página de configuración del dispositivo de usuario, añada los servicios que desee a la tabla de dispositivos del usuario.

Después de ingresar el nombre de usuario y la contraseña, el teléfono vuelve a la pantalla de login.

  • Problema: El archivo form.jsp que se envía al teléfono para realizar el login no puede resolver el puerto que se debe usar para el login. Como consecuencia, la aplicación no puede ver la solicitud de login.

  • Solución: Descargue form.jsp. Reemplace el archivo C:\Archivos de programa\wfaavvid\tomcat\webapps\ROOT\form.jsp existente por el archivo descargado. Este nuevo formulario configura el número de puerto del servicio en 8080.

Después de ingresar el nombre de usuario y la contraseña, el sistema genera "LoginServer Conn. error".

Nota: Este error puede estar relacionado con uno de estos problemas.

  • Problema: El ½ del ¿Â ï los servidores de las 340 Series de IBM no tiene acceso anónimo configurado correctamente para el login (Id. de bug Cisco CSCdu62820 (clientes registrados solamente)).

  • Solución: Permiso Microsoft IIS del ½ del ¿Â ï para controlar la contraseña para los dispositivos anónimos.

  • Problema: La dirección IP del publicador de Cisco CallManager ha cambiado.

  • Solución:

    1. En la administración de DC Directory, vaya a cisco.com > CCN > systemProfiles.

    2. Seleccione el perfil Hoteling (Hotelería).

    3. Verifique la dirección IP en el campo URL. Ésta debería ser la dirección de IP del editor del Cisco CallManager.

  • Problema: Al integrarse con Microsoft Active Directory, el contexto base para el motor de aplicaciones es incorrecto.

  • Solución: En el servidor de aplicaciones, establezca el contexto base para incluir una unidad organizativa de Cisco (no únicamente un dc de Cisco). De este modo, para la compañía mycompany.com, el contexto base es ou=cisco, dc=cisco, dc=mycompany, dc=com (cambie la entrada mycompany por el nombre específico del sitio).

Nota: Cuando se cambia el contexto base, la configuración de la aplicación se deben configurar de nuevo para encontrar la información del directorio en el nuevo contexto.

  • Problema: Visite http: \\\\cm_ipaddr\LoginService\Tools\sampleloginapp.asp para obtener Cisco CallManager 3.x y versiones anteriores. Para Cisco CallManager 4.0 y versiones posteriores, utilice http: \\\\cm_ipaddr\emservice\jsp\Tools\sampleloginapp.jsp. Si el error vuelto es falta de información no encontrada de la clase org.apache.xerces.parsers.SAXParser de ErrorParser, después durante la instalación, el directorio virtual no se crea y el classpath no se inserta.

  • Solución: La instalación ha fallado de alguna manera (causa principal todavía por determinar).

    1. En Default Web Site, cree una nueva red virtual denominada LoginService. La trayectoria local debe ser C:\CiscoWebs\LoginService. Cambiar la protección de la aplicación a High (Aislada) A continuación, siga los pasos para permitir que Microsoft IIS controle la contraseña para los dispositivos anónimos.

    2. Cuando la red virtual ya se ha creado, se deben añadir las variables del sistema de ClassPath para permitir al parser SAX realizar sus tareas. Haga clic con el botón derecho del ratón y seleccione My Computer > Properties > Advanced > Environment Variables. Si la variable ClassPath no existe, créela. El valor de ClassPath debería ser: C:\WINNT\Java\Lib\DirUser.jar; C:\WINNT\Java\Lib\Xerces.jar; C:\WINNT\Java\Lib\DirUserNotification.jar. Haga clic en OK tres veces para guardar la nueva variable de entorno.

    3. Detenga y reinicie los servicios IIS.

Al registrarse en un teléfono Cisco 7940, se muestra el error "Device profile does not exist" (El perfil de dispositivo no existe).

  • Problema: Extension Mobility solicita un nombre fijo para la plantilla del dispositivo que se debe utilizar en un teléfono de Cisco 7940 para registrarse. El nombre de la plantilla del dispositivo del teléfono 7940 debe existir y tener exactamente el mismo nombre que la plantilla cuando se instala el servidor.

  • Solución: Asegúrese de que la plantilla del dispositivo para Cisco 7940 sea 7940 1-Line o 7940 2-Line. Asegúrese de que se utilice un guión y de que el uso de mayúsculas sea correcto.

El error sintáctico XML Error [4] vuelve a aparecer al seleccionar el servicio de inicio de sesión.

  • Problema: El archivo form.jsp que se descargó contiene información del encabezado HTTP.

  • Solución: En esta página, el click derecho en el form.jsp, entonces selecciona SaveLink como o SaveTarget como. Seleccione la ubicación para descargar el formulario. Asegúrese de que la primera línea de la página form.jsp sea: pageimport <%@ = " java.net.InetAddress” %>

Los usuarios no pueden iniciar sesión en Extension Mobility y reciben el error de login fallido 6.

  • Problema: El usuario recibe el error Login fallido: [[6] al presionar Select para el servicio Extension Mobility en el teléfono.

  • Solución: El error 6 indica un error de comunicación con la base de datos. Esto puede se debido a muchas causas dependiendo de si se utiliza DC Directory o Active Directory. Si se utiliza Active Directory, este problema se puede resolver volviendo a ejecutar el plug-in de Active Directory. Para más información sobre la instalación de Active Directory, refiera a Instalación del Plug-in de Active Directory 2000 para Cisco CallManager.

    Este problema también puede producirse si no hay un perfil de dispositivo asociado al usuario que intenta iniciar sesión. Compruebe si los usuarios tienen perfiles de dispositivo asociados a ellos en la página User Configuration > Extension Mobility. En caso negativo, actualice los usuarios con perfiles de dispositivo para el login de Extension Mobility.

El mensaje de error "Login fallido [9]" se genera en el teléfono.

  • Problema: El usuario no puede iniciar sesión en un teléfono y recibe un mensaje de error Login fallido [9] al intentar iniciar sesión mediante Extension Mobility.

  • Solución: Suele tratarse de un error de integración del directorio. Por ejemplo, puede ser LDAP, Active Directory o DC Directory. En función del método de integración de directorio utilizado, el troubleshooting puede variar.

    Verifique que el servidor de Active Directory se esté ejecutando. Si hay un problema aquí, ejecute el plug-in Directory y Adminutility de Cisco CallManager.

    Si el problema está relacionado con LDAP, verifique que el archivo DirUser.jar esté presente.

    Este problema también puede producirse si no hay un perfil de dispositivo asociado al usuario que intenta iniciar sesión. Compruebe si los usuarios tienen perfiles de dispositivo asociados a ellos en la página User Configuration > Extension Mobility. En caso negativo, actualice los usuarios con perfiles de dispositivo para el login de Extension Mobility.

Error de login fallido [12]

  • Problema: Al iniciar sesión en un teléfono IP habilitado con Extension Mobility, el login falla y el teléfono visualiza Error[12].

  • Solución: Este error ocurre cuando el perfil de dispositivo del usuario se configura incorrectamente. El perfil de dispositivo no existe, está configurado incorrectamente o no está asociado con el perfil del usuario. Compruebe todas las opciones de configuración del perfil de dispositivo del usuario y asegúrese de que haya un perfil de dispositivo correctamente especificado, y una asociación correcta con el perfil del usuario.

Los usuarios no pueden iniciar sesión en Extension Mobility y reciben el error "login fallido: [3]" o "error: [10]" o "error: [2]" después de instalar el plug-in de Active Directory.

  • Problema: El login del teléfono de Extension Mobility no es correcto con Active Directory porque el campo Password del registro de todos los usuarios de la aplicación está vacío.

  • Solución: Para resolver este problema, complete los siguientes pasos:

    1. Seleccione Inicio > Ejecutar, ingrese regedit, y haga clic en Aceptar.

    2. Compruebe la entrada del registro correspondiente a Cisco CallManager Extension Mobility situada en HKEY_LOCAL_MACHINE\SOFTWARE\ Cisco Systems Inc.\Directory Configuration\AppUsers\CCMSysUser.

    3. Asegúrese de que exista una entrada para el campo Password y que el ID de usuario sea CCMSysUser. Si esta entrada no está presente o no es correcta, significa que existe un problema con la instalación. Ahora puede restablecer o añadir una contraseña para este usuario. Complete estos pasos para cambiar la contraseña de CCMSysUser.

      1. Vaya a C:\dcdsrvr\bin y ejecute la aplicación CCMPWDChanger.exe.

      2. Especifique su contraseña de Active Directory. En este momento puede elegir si desea cambiar el ID de usuario (en este caso, CCMSysUser) y establecer una contraseña para este usuario.

      3. Reinicie el servicio IIS Admin y el servicio Cisco Tomcat desde Inicio > Programas > Herramientas administrativas > Servicios.

    Si este procedimiento no resuelve el problema, deberá desinstalar y volver a instalar el plug-in de Active Directory. Refiera a Instalación del Plug-in de Active Directory 2000 para Cisco CallManager para obtener más información sobre cómo instalar el plug-in de Active Directory.

    Nota: Si el problema empezó a manifestarse después de una actualización de Cisco CallManager, refiera al ID de bug de Cisco CSCdz60740 (sólo para clientes registrados).

Error [18]- Otro usuario ha iniciado sesión

  • Problema: Cuando intente iniciar sesión en el teléfono IP mediante Extension Mobility, aparecerá el mensaje de error error [18] - Otro usuario ha iniciado sesión aunque ningún usuario haya iniciado la sesión. El ID del usuario de Extension Mobility que ha iniciado sesión se muestra como None. Cuando intente eliminar el teléfono, se muestra el error Eliminación fallida [438] El perfil de dispositivo definido por el usuario no se puede eliminar si está en uso.

  • Solución: Este problema puede ocurrir si un usuario de la aplicación tiene control del teléfono y el ID del usuario de la aplicación se muestra como None. Vaya a User Management, seleccione Application User y desasócielo. Ahora ya podrá eliminar el teléfono.

El servicio Extension Mobility devuelve el error [100] de inicio de sesión fallido cuando se elige el servicio para iniciar sesión en Extension Mobility.

  • Problema: Cuando un usuario presiona el botón Services, en el teléfono se muestra Error [100].

  • Solución: Este error ocurre si la URL del servicio Cisco Extension Mobility no incluye el último parámetro (mostrado en negrita):

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

    <IPAddressofCallManager> especifica la dirección IP del servidor Cisco CallManager donde Cisco CallManager Extension Mobility está instalado. Asegúrese de que la URL sea correcta y completa.

    Por ejemplo, http://10.45.67.89/emapp/EMAppServlet?device=#DEVICENAME#: la URL distingue entre mayúsculas y minúsculas; asegúrese de que ingresa el nombre exactamente según lo descrito.

Error de login fallido: [11]

  • Problema: Cuando un usuario intenta iniciar sesión en Extension Mobility, el teléfono IP visualiza: Login fallido:[11].

  • Solución: Este error ocurre si la URL del servicio Cisco Extension Mobility no se ingresa correctamente en el parámetro de servicio del teléfono IP.

    En CCMAdmin, vaya a Feature > IP Phone services. A continuación, realice una búsqueda del servicio Extension Mobility. Asegúrese de que la URL coincida con la siguiente:

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

Login Error:[6] fracasado

Problema — Cuando el servicio de la movilidad de la extensión (EM) fue iniciado en el teléfono del IP, el teléfono del theIP visualiza: Login Error:[6] fracasado. El problema está solamente en Publisher.

Solución — El error 6 indica un error al comunicar con la base de datos. Complete estos pasos para resolver el problema.

  1. Aseegurese el archivo de C:\dcdsrvr\DirectoryConfiguration.ini se puebla y eso este archivo es idéntico en todo el Cisco Callmanager servers en el cluster. Si este archivo es ausente o no poblado en los servidores uces de los en el cluster, el login falla.

  2. Cambie la configuración de UserSSL en el archivo de C:\dcdsrvr\DirectoryConfiguration.ini de verdad a falso.

No se puede aplicar la función Extension Mobility a un teléfono IP y se recibe el error "Sesión ya iniciada en otro teléfono"

  • Problema: Cuando intenta aplicar la función Extension Mobility a un teléfono IP, la solicitud se deniega con un error que indica que ya ha iniciado sesión en otro teléfono IP. Esta situación se presenta cuando ya ha iniciado sesión en un teléfono IP y desea iniciar otra sesión en un otro teléfono IP antes de cerrar la sesión con el teléfono.

  • Solución: La mejor manera de cerrar la sesión del teléfono anterior e iniciar sesión en otro teléfono consiste en cambiar varios parámetros de servicio en la página Cisco CallManager Administration de la siguiente manera:

    1. En la ventana Cisco CallManager Administration, vaya a Service > Service Parameters.

    2. Elija el servicio Extension Mobility y, en el cuadro Multiple Login Behavior , elija la opción Auto Logout. Haga clic en Update (Actualizar).

      Auto Logout: Cuando un usuario inicia sesión en un segundo dispositivo, Cisco CallManager cierra automáticamente la sesión de usuario del primer dispositivo.

      Nota: Para averiguar el teléfono IP en el que el usuario ha iniciado sesión, vaya a Microsoft SQL Server > Enterprise Manager > Databases > Tables; abra la tabla Device y consulte el campo loginUserID. En él se muestra el teléfono IP en el que el usuario ha iniciado la sesión; una vez identificado el teléfono, también puede terminar la sesión del usuario en el propio teléfono.

Error: "Actualización fallida. No se puede insertar una fila nueva. Valor duplicado en una columna UNIQUE INDEX"

Si un teléfono configurado para la movilidad de la extensión (EM) se borra cuando registran a un usuario, el CallManager permite que el administrador borre el teléfono a través de la administración a granel. Cuando una tentativa se hace para agregar el teléfono detrás con la opción EM junto con el “perfil de logout” marcado, puede dar este mensaje de error: Actualización fallada. No podía insertar la nueva fila - el valor duplicado en una columna del ÍNDICE ÚNICO.

Nota: La eliminación de un teléfono que tenga un usuario autenticado a través de la página del teléfono es prevenida por el GUI.

La solución este problema parece suceder cuando el teléfono borrado se configura para el EM y abren una sesión a un usuario a la hora de la cancelacíon. Para resolver este problema, quite el viejo perfil ADP [mac-address] del informe de la ruta Plan.

Esto se documenta en el Id. de bug Cisco CSCsj63279 (clientes registrados solamente).

  • Problema: Extension Mobility no se puede activar para un teléfono IP Cisco 7900 y aparece este mensaje de error:

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

    La causa raíz del problema es el error intermitente al eliminar los perfiles de dispositivo generados automáticamente ADP) para un teléfono. Si elimina teléfonos que están configurados para la movilidad de la extensión con el perfil de logout establecido en use current, se deja un ADP en la base de datos. Como consecuencia de ello, no es posible reinsertar este teléfono en la base de datos.

  • Solución: Para solucionar este problema, complete estos pasos:

    1. Utilice CallManager Administration para encontrar y eliminar el perfil de dispositivo huérfano generado automáticamente. A tal efecto:

      1. Elija Device > Device Settings > Device Profile.

      2. Haga clic en Find > All.

      3. Elimine los perfiles no asociados a ningún teléfono IP.

    2. Reinicie el dispositivo.

"Warning 7" aparece durante el login en el teléfono IP de Extension Mobility

  • Problema: Cuando usted registra en el teléfono del IP de la movilidad de la extensión, el mensaje de la advertencia 7 aparece.

  • Solución: Complete estos pasos para resolver este problema:

    1. Todas las aplicaciones a las que Tomcat da servicio se pueden ver en http://<DirecciónIP del servidor>/manager/list. Determine si Extension Mobility aparece en la lista y se está ejecutando.

    2. Reinicie los servicios Extension Mobility y Tomcat durante las horas de tarifa reducida.

El acceso a Extension Mobility es lento

  • Problema: El acceso a Extension Mobility es lento en Callmanager.

  • Solución: Este problema puede ser debido a una falta de memoria de un recurso en Callmanager. Asegúrese de que el servidor de CallManager cumpla los requisitos mínimos de hardware cuando actualice a una versión superior.

Los teléfonos IP quedan bloqueados en el estado "Registering" o "Configuring IP" después de cerrar la sesión

Si el teléfono IP permanece en el estado Registering o Configuring IP después de que el usuario cierre la sesión de Extension Mobility, compruebe si el perfil de logout está asignado al dispositivo. Asimismo, reinicie el servicio Cisco Tomcat.

Nota: Si utiliza Cisco CallManager 6.x, puede reiniciar el servicio Cisco Tomcat desde CLI con este comando: admin: utils service restart Cisco Tomcat

Usuarios de la movilidad de la extensión terminados la sesión automáticamente en los intervalos cortos

Cada 5 minutos se expulsan los usuarios de Extension Mobility y en el registro de eventos se incluye el mensaje de error Error: DeviceTransientConnection - Intento de conexión transitoria. Este problema puede ocurrir si la hora de Cisco CallManager Publisher y Subscriber no están sincronizadas. Para resolver este problema, sincronice el reloj en todos los servidores o configure ntp en el clúster para la sincronización horaria. También, cambie el comportamiento múltiple del login del parámetro de servicio de la movilidad de la extensión al login múltiple no permitido y recomience el servicio de la movilidad de la extensión.

No se obtiene ningún resultado al buscar el DN asignado al perfil del dispositivo

Cuando un usuario de Extension Mobility inicia sesión en un teléfono, no se obtiene ningún resultado al buscar el número de directorio (DN) asignado al perfil del dispositivo.

  1. Vaya a Device > Phone.

    Aparece la ventana Find and List Phones.

  2. Elija Actively Logged In Device Report de la lista desplegable y haga clic en Go.

    Aparece la ventana Find and List Actively Logged In Device.

  3. Elija el número directamente y haga clic en Find.

Para obtener más información, refiera a Búsqueda de un Dispositivo Registrado Activamente.

No se puede cerrar la sesión de un grupo entero de usuarios de Extension Mobility

Complete estos pasos para cerrar la sesión en un grupo entero de usuarios de Extension Mobility:

  1. Inhabilite el servicio Extension Mobility en Serviceability > Tools > Control Center.

  2. Restablezca el conjunto de dispositivos que contiene todos los teléfonos cuya sesión se debe cerrar. Se cerrará la sesión de todos los usuarios que estén utilizando Extension Mobility.

Movilidad de la extensión

La movilidad de la extensión no trabaja después de que la actualización del Cisco CallManager 8.6.

Solución

Complete estos pasos para resolver el problema:

  1. Elija el Certificate Management (Administración de certificados) del > Security (Seguridad) de la página de administración OS para primero y después regenerar los Certificados de Cisco Tomcat.pem en todos los servidores y el trabajo sobre el editor los suscriptores.

  2. Recomience el servicio de la verificación de la confianza (TV) en todos los servidores y salga del editor.

  3. Recomience servicio TFTP encendido todos los servidores y comience primero con el editor.

  4. Recomience servicio Tomcat de Cisco encendido todos los servidores y comience primero con el editor. Utilice el comando de Cisco Tomcat del reinicio del servicio del utils para recomenzar el servicio del CLI de un servidor.

Problema

Aquí están algunos de los problemas frecuentes a que usted puede hacer frente cuando usted utiliza la movilidad de la extensión. La solución también se proporciona.

  • Usted no puede registrar en la movilidad de la extensión.

  • Usted no puede registrar en la movilidad de la extensión con el UserID y FIJAR y el error = el [201] - mensaje de error del error de autenticación aparece.

  • Usted no puede iniciar sesión a la movilidad de la extensión y el mensaje de error 205 aparece.

Solución

Complete estos pasos para resolver el problema:

  1. Asegúrese de que asocien al usuario final al perfil del dispositivo apropiado a la movilidad de la extensión.

  2. En Cisco unificó la página de la utilidad, eligen las herramientas > la activación del servicio.

  3. Asegúrese de que la movilidad de la extensión de Cisco esté activada.

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

  4. Elija el Tools (Herramientas) > Control Center (Centro de control) - Ofrezca los servicios y elija el servicio para recomenzar el servicio de la movilidad de la extensión de Cisco.

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

Problema

La restricción del cluster de la cruz de la movilidad de la extensión de Cisco no happeneing mientras que abren una sesión a un usuario de diverso perfil a un clúster diferente.

Solución

Usted necesita fijar la división lógica del permiso = verdad para resolver este problema.

La directiva del valor predeterminado del sistema será niega para una empresa, política predeterminada de división lógica = Deny así que las llamadas o las características se bloquean entre las directivas de la permit de los participantes del dispositivo de VoIP se deben configurar con la configuración de división lógica de System-> en el CUCM.

El Problema-login es unavailable(213)

La movilidad de la extensión se configura entre dos clusteres. Sin embargo, al abrir una sesión con un cluster remoto UserID, usted recibe este mensaje de error: El login es unavailable(213).

Nota: Nueva configuración del cluster de la cruz de la movilidad de la extensión (EMCC).

Solución

El login es unavailable(213) mensaje de error puede ocurrir si el dispositivo no soporta EMCC. Se visualiza este error cuando la carga del dispositivo o del teléfono no soporta EMCC (por ejemplo, el teléfono NON-soportado modela y soportó los modelos del teléfono con una más vieja carga del teléfono).

Refiera a este vídeo en la comunidad del soporte de Cisco para los detalles de la configuración: Configuración de clúster de la cruz de la movilidad de la extensión leavingcisco.com

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


Información Relacionada


Document ID: 18772