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

Asistente del administrador de IP de Cisco - IPMA

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


Contenido


Introducción

La función del Asistente del administrador de IP de Cisco (IPMA) permite a los administradores y sus ayudantes cooperar eficazmente. Esta función incluye un servicio de ruteo de llamadas que aumenta las capacidades del teléfono para el administrador, y de las interfaces de escritorio para el administrador y el ayudante. Este servicio intercepta las llamadas que se hacen a los administradores y los rutea a los ayudantes, administradores u otros destinos seleccionados basados en filtros de llamada preconfigurados. El administrador puede cambiar el ruteo de llamadas dinámicamente. Por ejemplo, con una pulsación de una tecla programable en el teléfono, el administrador puede dar instrucciones al servicio para rutear todas las llamadas al ayudante y puede recibir el estado de estas llamadas.

prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento de este tema:

  • Administración del CallManager de Cisco

Componentes Utilizados

La información en este documento se basa en estas versiones de software.

  • Cisco CallManager versión 3.3(2)

  • Servicio del Asistente del administrador de IP de Cisco

La Información presentada en este documento se crea de los dispositivos en un ambiente de laboratorio específico. Todos estos dispositivos usados en este documento comenzado con una configuración (predeterminada) clara. Si usted debe trabajar en una red en funcionamiento, asegúrese de que usted entienda el impacto potencial del comando any antes de que usted lo utilice.

Definiciones

Estas definiciones se aplican dentro de este documento:

Término Definición
Administrador Un administrador es el usuario cuyas llamadas entrantes son interceptadas por el servicio de ruteo y enrutadas de manera apropiada.
Asistente Un asistente es un usuario que maneja las llamadas en nombre de un gerente.
Línea del proxy Una línea del proxy especifica una línea de teléfono que aparece en el teléfono Cisco IP del asistente. Usted necesita configurar una línea del proxy para cada administrador que se asocie al ayudante. El IPMA de Cisco utiliza líneas de proxy para administrar las llamadas dirigidas a un administrador. Si el software de ruteo de llamadas determina que la llamada debe presentarse al asistente debido a que el administrador no puede aceptar la llamada, la llamada sigue la ruta hacia la línea del proxy configurada para dicho administrador en el asistente del teléfono del IP de Cisco.
Línea del intercomunicador Una línea configurada en los teléfonos del gerente y de los asistentes para permitir la comunicación directa entre gerente y asistente.

Convenciones

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

Teoría de operación

Al punto de ruta IPMA Cisco se le asigna un Número de directorio (DN), que luego se traduce para que coincidan todos los DN de los administrados IPMA Cisco. El servicio intercepta las llamadas realizadas a los DN del administrador, aplica los filtros configurados por el administrador o el asistente y luego enruta la llamada apropiadamente.

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/41984-ipma-routing-A.gif

Servicio Tomcat de Cisco

El servicio Tomcat de Cisco carga el servicio IPMA de Cisco. Cisco Tomcat se carga el momento de la instalación del Cisco CallManager. El servicio de Cisco IPMA realiza estas tareas:

  • Hospeda los servicios HTTP que se ejecutan en los teléfonos del asistente y del gerente.

  • Hospeda las páginas Web que utilizan el asistente y el administrador para controlar las llamadas y también hospeda las páginas de configuración.

  • Contiene la lógica de ruteo que aplica los filtros en una llamada entrante para un administrador.

  • Comunica a un clúster del Cisco CallManager con el CTIManager de Cisco para el Control de llamadas del otro vendedor. El Cisco CallManager requiere solamente una conexión del Integración de telefonía de computadora (CTI) para todos los usuarios en un cluster.

  • Accede a los datos de la base de datos y del directorio.

Configuración

El objetivo de este documento no es describir el proceso de configuración necesario para Cisco IPMA. Se ha documentado correctamente la configuración para Cisco IPMA.

Refiera a configurar Cisco IPMA para las instrucciones de configuración.

Los resaltados de los pasos para la configuración se enumeran aquí.

Particiones y espacios de búsqueda de llamadas

  • Divisiones de la configuración tres: Administradores, Cisco IPMA y todos.

  • Calling Search Spaces de la configuración dos (CSS): CSS-M-E (encargados, todo el mundo) y CSS-I-E (Cisco IPMA, todo el mundo).

Punto de ruta y patrón de traducción IPMA

  • El DN debe ser tal que hace juego los DN de todos los encargados (tales como 50XX)

  • Las divisiones deben ser Cisco IPMA y todo el mundo

  • El CSS debe ser CSS-M-E

Teléfono del administrador

  • Plantilla de teclas programables = administrador Cisco IPMA estándar

  • Plantilla del botón Phone Button = estándar 7960 (dos líneas)

  • Línea 1, línea principal. División = administrador, CSS = CSS-I-E

  • Línea 2, línea entrante del intercomunicador con la respuesta automática, con el teléfono de altavoz o la opción de auriculares. División = todo el mundo, CSS-I-E

  • Velocidad-dial para la línea del intercomunicador de cada ayudante configurado

  • El usuario necesita ser configurado como administrador en el directorio global

Teléfono auxiliar

  • Plantilla de teclas programables = asistente estándar IPMA de Cisco

  • Plantilla del botón Phone Button = plantilla del botón Phone Button de la doble línea de Cisco IPMA

  • Módulo de extensión 1 = plantilla de Cisco IPMA 14-button

  • Línea 1, línea principal. División = todo el mundo, CSS = CSS-I-E

  • Agregue el módulo de ampliación de 14 botones 7914 de Cisco que tiene seis líneas. Las líneas 2 a 6 se colocan como líneas del proxy para cada administrador asociado

  • División = todo el mundo, CSS = CSS-M-E

  • La línea 7 en el módulo de extensión se configura como la línea del intercomunicador, con la respuesta automática, con el teléfono de altavoz o la opción de auriculares

  • División = todo el mundo, CSS = CSS-I-E

  • el Velocidad-dial se configura para la línea del intercomunicador de cada administrador configurado

  • Cada usuario necesita ser asociado al administrador apropiado en el directorio global

Configuración del directorio para el Active Directory/Netscape

Si se requiere una búsqueda de directorio desde la consola del asistente Cisco IPMA sólo en el directorio de Cisco CallManager, no es necesario realizar configuración alguna. Si otro directorio necesita ser soportado, el archivo LDAPConfig.ini situado en C:\Program Files\Cisco\MA\LDAPConfig.ini necesita ser modificado como apropiado para el LDAP con el cual usted trabaja. Aquí está una copia del archivo LDAPConfig.ini para el DC Directory.

##Directory Attributes####

FIRST_NAME=givenname
MIDDLE_INITIALS=middleinitial
LAST_NAME=sn
COMMON_NAME=cn
TELEPHONE_NUMBER=telephonenumber
USERID=uid
DEPARTMENT=departmentNumber

##CONNECTION DETAILS##

MAX_DIR_CONNECTION=2
INITIAL_DIR_CONNECTION=2
SEARCHSIZE=25
MAX_TIME_LIMIT=0
SEARCH_CN=false
MANAGER_DN=cn=CCM SysUser,ou=Users,o=cisco.com 
MANAGER_PASSWORD=
LDAP_URL=ldap://localhost:8404
SEARCH_BASE=ou=Users,o=cisco.com

Redundancia del servicio IPMA de Cisco

El diseño de la Redundancia del servicio IPMA es un diseño simple de la Redundancia activa/espera. En cualquier momento del tiempo, solamente un servidor es activo y proporciona el servicio. El otro servidor está en un modo de reserva que espere para asumir el control si el servidor activo falla. El servidor en espera controla la integridad del servidor activo por medio de envíos periódicos de pedidos HTTP para el estado activo. Si esta solicitud HTTP falla, se determina que el servidor activo no se encuentra en funcionamiento y el servidor inactivo se convierte en el servidor activo.

Las características dominantes del diseño son:

  • No hay failback; Una vez que el servidor de reserva se convierte en el servidor activo, no vuelve a ser el servidor de reserva hasta que falla.

  • Si un servidor determina que ambos servidores estaban inactivos simultáneamente, todos los administradores y asistentes que iniciaron sesión antes de la falla serán desconectados.

Una secuencia de monitor implementa una máquina de estado que periódicamente sondea el servidor del par para su estado de servidor actual. De acuerdo con el estado actual de este servidor y del servidor de peer, la secuencia de monitor determina si debe permanecer en su estado actual o cambiar los estados.

Servicio Local/Servicio Par INIT ACTIVO STANDBY DOWN/UNKNOWN
INIT Si es primaryServer (servidor primario), goActive (activar), de lo contrario, goStandby (permanecer en espera) goStandby doNothing [No haga nada] (permita al par entrar en actividad) goActive
ACTIVO doNothing (deje el goStandby del par) Si el servidor principal no hace nada más (permite que el par se vuelva inactivo) se vuelve inactivo doNothing (éste es un estado constante) doNothing (éste es un estado constante)
STANDBY goActive doNothing (éste es un estado constante) Si doNothing otro goActive del primaryServer (deje al par van el Active) doActive
DOWN/UNKNOWN Error (no debe llegar hasta aquí) Error (no debe llegar hasta aquí) Error (no debe llegar hasta aquí) Error (no debe llegar hasta aquí)

Servicio principal IPMA de Cisco en editor y suscriptor redundante

Cisco IPMA almacena diversa información sobre el administrador o el asistente en la base de datos Cisco CallManager SQL. El propósito de salvar los datos en las bases de datos SQL es preservar el administrador/el estado del asistente a través de las sesiones de cliente y de las Conmutaciones por falla del servidor IPMA de Cisco. Es decir si un administrador ha fijado no perturbe (DND) encendido, cuando Cisco IPMA falla encima a otro servidor, ese servidor debe iniciar sesión el administrador y el conjunto DND según el estado de DND salvado en la base de datos. No hay opción para fijar un teléfono dentro de un grupo Hunt al DND si el usuario no está disponible. Sin embargo, usted puede utilizar la movilidad de la extensión para permitir que el usuario inicie sesión o termine una sesión.

Cuando el editor está abajo, Cisco IPMA no honra ninguna peticiones de modificar los datos mantenidos en la base de datos. Es decir cuando el editor está abajo, Cisco IPMA no permite que un administrador cambie su estado de DND.

Con la versión del CallManager de Cisco 3.3.2, Cisco IPMA salva estas informaciones en la base de datos:

  • Para el administrador: WatchOn, DndOn, FilterOn, DivAllOn, FilterType y SecretKey.

  • Para el asistente: IsAvailable y SecretKey

Como consecuencia de esto, cuando va el editor (con el servicio primario de Cisco IPMA) abajo, la Aplicación IPMA de Cisco y la consola auxiliar falla encima. Sin embargo, el asistente no puede conectarse debido a que la aplicación no puede actualizar IsAvailable. Esto se documenta en la ID de falla de funcionamiento CSCea33623 (sólo para clientes registrados) - El asistente de IPMA no pudo conectarse después de la transmisión por falla.

Con Cisco CallManager versión 3.3.3, Cisco IPMA almacena menos información en la base de datos SQL de Cisco CallManager:

  • Para el administrador: WatchOn, DndOn, FilterOn, DivAllOn, y de filtro.

  • Para el asistente: ninguno.

Como consecuencia, el asistente puede conectarse en este caso. Sin embargo, el administrador no puede actualizar ninguno de los estados que se mantienen en la base de datos.

No perturbe (el DND)

No perturbe la característica (DND) permite que usted fije su teléfono para remitir las llamadas sin el sonido del teléfono. Habilite el servicio DND con el DND que la clave suave en Cisco unificó los Teléfonos IP las claves suaves de ese soporte. Cuando se habilita el DND, las llamadas entrantes no suenan el teléfono, sino que proporcionan las alertas y la información de la llamada visuales. Pueden también ser contestadas si están deseadas

Nota: El DND es una parte de IPMA en el Cisco CallManager 4.x y 5.x. En el Cisco CallManager 6.x, la característica DND se puede utilizar sin el IPMA. Hay varias soluciones alternativas para utilizar el DND en el CallManager 4.x y 5.x sin el IPMA:

  1. Para utilizar la característica DND sin el servicio IPMA, call forward all del permiso a su correo de voz. Esto adelante todo llama a su correo de voz sin el sonido del teléfono.

  2. Similar a la primera solución alternativa, cree la marcación rápida al correo de voz, y etiquétela DND en el teléfono. Siempre que usted necesite conmutar al modo DND, presione el CFwdAll y entonces el botón de la marcación rápida DND.

  3. Otro workaround simple para implementar el DND es utilizar un tono de llamada silencioso para el teléfono.

‘Estados de llamada’

Estado Significado
0 Desconocido
1 Inactivo
2 Ofrecimiento
3 Aceptado
4 Dialtone
5 Marcación
6 Tono de recepción de llamadas
7 Ocupado
8 Conectado
9 Continuar
10 Onhold
11 Onholdpending
12 Transferonhold
13 Transferonholdpending
14 Desconectado

ID de eventos de las teclas programables

Las trazas del Cisco CallManager y del asistente del administrador (MA) utilizan estos identificadores para indicar se utiliza qué softkeys. Actualmente, el evento de tecla programable que se observa en los seguimientos del CallManager de Cisco se diferencia de las ID de los eventos de tecla programable que se observan en los seguimientos de MA. Afortunadamente, las ID en los rastreadores MA corresponden a las ID configuradas en la plantilla de teclas. Esto está documentado en el ID de falla de funcionamiento Cisco CSCdz44718 (sólo clientes registrados)

Clave suave Estado de la llamada Trazas del ID de evento de tecla programable CM Rastros de MA/plantilla de CM de ID de eventos de teclas programables
DivAll Todos los estados 786502 70
DND Todos los estados 786501 69
Intrcpt Todos los estados 786498 66
TrnsfVM Señal de llamada, conectado, en espera 786500 68
ImmDiv Señal de llamada, conectado, en espera 786497 65
SetWtch Todos los estados 786499 67

Resolución de problemas

Al localizar averías los problemas con Cisco IPMA, hay puntos de verificación a lo largo de la manera de determinar donde ocurre un problema. Esta tabla muestra los pasos y donde buscar el problema:

Problema Qué se debe verificar
El botón Services (Servicios) devuelve el host inválido o no devuelve nada. Verificar la entrada URL de servicios en los parámetros Enterprise.
Servicios de las devoluciones del botón de los servicios los ningunos configurados…” Verifique que se hayan seleccionado los servicios para el teléfono o el perfil de usuario.
Para configurar las marcaciones rápidas y los otros servicios para sus teléfonos…” Verifique que se hayan seleccionado los servicios para el teléfono o el perfil de usuario.
Llame por teléfono a las visualizaciones “host no encontrado”. Servicio Tomcat de Cisco puede ser parado.
Llame por teléfono inicialización a las visualizaciones “en curso. Intente nuevamente más tarde. Cisco Tomcat se está iniciando. Permita que el servicio comience completamente antes de intentar registrar en Cisco IPMA.
Durante la tentativa de transferir al voicemail, se visualiza la “esa clave no es mensaje de error activo. Marque si éstos se configuran correctamente:
  • URL y los parámetros de servicio
  • Plantilla de teclas programables
  • Perfil del voicemail y el punto de ruta CTI
Cuando usted intenta agregar una segunda línea a la línea espacio del intercomunicador en la configuración IPMA, el error que pone al día el dispositivo y las líneas información. Se recibe el mensaje de error del Error desconocido. Desmarque la configuración automática y ponga al día la configuración de usuario.
Después de que un reinicio del servicio CTI y IPMA en los servidores en el clúster del Cisco CallManager, algunos de los asistentes IPMA perdiera sus marcaciones rápidas. Refiera al Troubleshooting que las marcaciones rápidas que falta publican en el IPMA para más información sobre cómo resolver este problema.
Las pantallas de la consola auxiliares la falla del sistema del error A de Cisco IPMA fueron encontradas, entran en contacto por favor a su administrador de sistema. . Bajo parámetro de servicio para el asistente IPMA, se aseegura que el IP Address para el Administrador CTI. está ingresado. Entonces, recomience servicio servicio Tomcat de Cisco y del CTIManager.
La consola IPMA cuelga en el login debido al control de la versión del archivo. Aseegurese que el Firewall no bloquea el puerto 8080.
El problema de la consola del asistente IPMA, la cuenta de usuarios no se abre y el error del sistema. Entre en contacto por favor el mensaje de error del administrador aparece. Recomience Cisco Tomcat y el servicio IPMA.

Filtración abajo del mensaje de error

La filtración abajo del mensaje de error aparece en el teléfono del IP en las cuales la configuración IPMA no se utiliza actualmente y ésta evita que usted haga y recibiendo llama en el teléfono del IP.

Este mensaje aparece porque el IPMA posiblemente fue configurado mal y posterior la configuración no fue quitado correctamente del teléfono del IP. Así pues, como resolución al problema, quite el IPMA correctamente y modifique los parámetros de servicio. Aseegurese que el servicio IPMA está parado en Tomcat.

Reciba “ERROR DEL SISTEMA ENTRAN EN CONTACTO POR FAVOR el mensaje de error al ADMINISTRADOR”

Cuando usted accede la aplicación IPMA, el ERROR DEL SISTEMA ENTRA EN CONTACTO POR FAVOR el mensaje de error del administrador aparece.

Complete estos pasos para resolver el problema:

  1. Aseegurese que los teléfonos del administrador y del ayudante no están asociados a los usuarios múltiples

  2. Usted necesita recomenzar estos servicios fuera de las horas de producción:

    • Asistente del administrador IP de Cisco

    • CTIManager de Cisco

    Nota: ChooseCisco unificó la utilidad > el Tools (Herramientas) > Control Center (Centro de control) - Ofrezca los servicios y elija al suscriptor. Después elija los servicios anteriores de los servicios y recomiéncelos uno por uno. Después elija Publisher y elija los servicios anteriores y recomiéncelos uno por uno.

  3. Publique el comando de Cisco Tomcat del reinicio del servicio del utils para recomenzar el servicio de Tomcat del CLI.

    Nota: Este comando necesita ser aplicado en el suscriptor solamente.

Incapaz de conectar con el servicio IPMA con el error HTTP 503

Usted no puede conectar con el servicio IPMA de la consola auxiliar y el error HTTP 503 aparece. El error HTTP 503 indica un problema de red que se relacione con el servicio del tomcat.

Cuando usted intenta recomenzar el servicio de Tomcat, este mensaje de error aparece que indicado un problema con el Administrador CTI.:

Message from syslogd@FAURDEFRA01VS02 at Wed Jun 29 20:52:23 2011 ...

FAURDEFRA01VS02 local7 0 : 4: Jun 29 18:52:23.20 UTC :
%CCM_TOMCAT_APPS-JAVAAPPLICATIONS-0-IPMANotStarted: IPMA Application not
started Servlet Name:Cisco IP Manager Assistant Reason:Service failed to
go active. Provider is not a super provider App ID:Cisco Tomcat Cluster
ID: Node ID:FAURDEFRA01VS02

Solución

Este problema ocurre porque el CTIManager no se configura en el parámetro de servicio IPMA. Elija la utilidad unificada Cisco > el Tools (Herramientas) > Control Center (Centro de control) - Ofrezca los servicios en CUCM y recomience el CTIManager de Cisco para resolver este problema.

El asistente IPMA no puede tener acceso al voicemail

El usuario recibe el prompt del voicemail y ingresa el PIN para abrir una sesión pero nada sucede. La ventana de pantalla de filtración aparece en el teléfono del IP siempre que el usuario llame el voicemail. Este problema ocurre después de que la actualización CUCM.

Esto publica se presenta debido al servicio telefónico que no se ejecuta en el teléfono del IP auxiliar.

Solución de problemas relativos a las herramientas para teléfonos IP

Enviar solicitudes a través del explorador

Si usted presenta las peticiones get HTTP a través de un buscador de ventanas tecleando el URL específico en la barra de dirección, el XML exacto vuelto por el servicio puede ser examinado. El URL es generalmente el URL definido para el servicio telefónico IP.

Nota: El Nombre del dispositivo es un parámetro necesario para todas tales peticiones.

El formato para dicha petición es el siguiente:

http://172.16.240.150/ma/servlet/MAService?cmd=doPhoneService&Name=#DEVICENAME#&locale=English_United_States

Donde #DEVICENAME# = SEPMAC_ADDRESS. Aquí tiene un ejemplo:

http://172.16.240.150/ma/servlet/MAService?cmd=doPhoneService&Name=SEP003094C44A55
     &locale=English_United_States

Consejos de Troubleshooting del cisco.com

Refiera a las características de Troubleshooting y a los servicios para más información de Troubleshooting.

Archivos de seguimiento

Archivos de seguimiento de servidores IPMA de Cisco

Los archivos de traza del servidor IPMA de Cisco se pueden encontrar en el servidor IPMA en estas ubicaciones:

  • *.txt de C:\Program Files\Cisco\Trace\MA\MAService

  • C:\Program Files\Cisco\Tomcat\jvm.stderr y jvm.stdout

Vaya a los parámetros de servicio para Cisco IPMA en el Cisco Callmanager server a habilitar el seguimiento de debug.

Lectura de los seguimientos MA

En las trazas MA, la cadena “llamada validada” es el comienzo de la llamada, tal y como se muestra en de este ejemplo:

306: Dec 19 07:22:17.464 EST %MA-SERVICE-7-UNK:[RoutingEndpoint:IPMARP] 
     NewCall() - accepted call
307: Dec 19 07:22:17.464 EST %MA-SERVICE-7-UNK:[RoutingEndpoint:IPMARP] 
     NewCall() - New Call on line: 72XX calledParty=7203
308: Dec 19 07:22:17.464 EST %MA-SERVICE-7-UNK:[RoutingEndpoint:IPMARP] 
     NewCall() - send the call to [ProxyLineManager:rfrome]
309: Dec 19 07:22:17.464 EST %MA-SERVICE-7-UNK:[ProxyLineManager:rfrome] 
     handleRoutePointNewCallEvent() - call=Call:[GCID=(86/1),CID=16777451] 
     callingParty=7201 calledParty=7203
310: Dec 19 07:22:17.464 EST %MA-SERVICE-7-UNK:[ProxyLineManager:rfrome] 
     handleRoutePointNewCallEvent() - redirecting it to [ProxyLineManager:rfrome] 
     at 7203
311: Dec 19 07:22:17.464 EST %MA-SERVICE-7-UNK:[ProxyLineManager:rfrome] 
     execute() -com.cisco.ma.service.cti.CTICallRedirectOperation@fdadcd starting
312: Dec 19 07:22:17.526 EST %MA-SERVICE-7-UNK:CTI EVENT -- [ProxyLineManager:rfrome] 
     NewCall() - line=7203 call=Call:[GCID=(86/1),CID=16777452] state=2
313: Dec 19 07:22:17.526 EST %MA-SERVICE-7-UNK:[ProxyLineAssistant:jj] 
     handleNewCallManager() - callID=SEP003094C44A55:1:16777452 line=7203
314: Dec 19 07:22:17.526 EST %MA-SERVICE-7-UNK:[Connection:171.69.85.47:1188] 
     sendMessage() - trying to put message into queue, messageID=26 for 
     [ProxyLineAssistant:jj]
315: Dec 19 07:22:17.526 EST %MA-SERVICE-7-UNK:[EventThread:EventThread0] 
     deliver() - Sent message, messageID=26 to client [ProxyLineAssistant:jj]

Archivos de seguimiento de clientes IPMA de Cisco

Éstos se pueden encontrar en la ubicación del instalar. De manera predeterminada, la ubicación es la siguiente:

Consola auxiliar \ ACLog*.txt de C:\Program Files\Cisco\IPMA

Selecto edite > lengueta >Advanced las configuraciones para habilitar el seguimiento de debug para la consola auxiliar.

Lectura de las trazas del cliente

La cadena "Going online" (Entrando en línea) es el comienzo del proceso de ingreso (login).

35199: Tue Apr 08 09:04:33 PDT 2003 % Going online
35200: Tue Apr 08 09:04:33 PDT 2003 % ACMain: SetAssistantAvailableStatusRequest
35201: Tue Apr 08 09:04:33 PDT 2003 % sequence number: 7
35202: Tue Apr 08 09:04:33 PDT 2003 % userID: jj
35203: Tue Apr 08 09:04:33 PDT 2003 % available: true
35204: Tue Apr 08 09:04:33 PDT 2003 % ResponseList : Adding an element 
     to the response list
35205: Tue Apr 08 09:04:33 PDT 2003 % Node: 
35206: Tue Apr 08 09:04:33 PDT 2003 % sequenceNumber: 7
35207: Tue Apr 08 09:04:33 PDT 2003 % timeStamp: 1049817873827
35208: Tue Apr 08 09:04:33 PDT 2003 % responseWanted: true
35209: Tue Apr 08 09:04:33 PDT 2003 % responseClassExpected: 
     class com.cisco.ma.service.client.protocol.SetAssistantAvailableStatusResponse
35210: Tue Apr 08 09:04:33 PDT 2003 % ServerConnect: Sending a message/request 
     to MA Service
35211: Tue Apr 08 09:04:36 PDT 2003 % ServerConnect : Received a message from the 
     server
35212: Tue Apr 08 09:04:36 PDT 2003 % Added the event to the queue
35213: Tue Apr 08 09:04:36 PDT 2003 % EventTherad : Received an event
35214: Tue Apr 08 09:04:36 PDT 2003 % EventThread: LoginStatusChangedEvent
35215: Tue Apr 08 09:04:36 PDT 2003 % userID : rfrome
35216: Tue Apr 08 09:04:36 PDT 2003 % loggedInState: true
35217: Tue Apr 08 09:04:36 PDT 2003 % ACManagersList: got a login status changed 
     event for manager: rfrome
35218: Tue Apr 08 09:04:36 PDT 2003 % Setting logged in status for manager: 
     Robert Frome to: true

Ejemplo de llamada de aceptación del asistente:

35281: Tue Apr 08 09:05:49 PDT 2003 % EventTherad : Received an event
35282: Tue Apr 08 09:05:49 PDT 2003 % EventThread: NewCallEvent
35283: Tue Apr 08 09:05:49 PDT 2003 % callId : SEP00082194D7C3:1:16793930
35284: Tue Apr 08 09:05:49 PDT 2003 % lineNumber: 8200
35285: Tue Apr 08 09:05:49 PDT 2003 % callingParty : 7202
35286: Tue Apr 08 09:05:49 PDT 2003 % callingPartyName: 
35287: Tue Apr 08 09:05:49 PDT 2003 % calledParty : 8200
35288: Tue Apr 08 09:05:49 PDT 2003 % calledPartyName : 
35289: Tue Apr 08 09:05:49 PDT 2003 % consult: false
35290: Tue Apr 08 09:05:49 PDT 2003 % Received a new call: SEP00082194D7C3:1:16793930 
     on Line :8200
35291: Tue Apr 08 09:05:49 PDT 2003 % ACProxyLine: adding a new call to the proxy 
     line: 8200SEP00082194D7C3
35292: Tue Apr 08 09:05:54 PDT 2003 % Sending an answer request to the server for 
     callID: SEP00082194D7C3:1:16793930
35293: Tue Apr 08 09:05:54 PDT 2003 % ResponseList : Adding an element to the 
     response list
35294: Tue Apr 08 09:05:54 PDT 2003 % Node: 
35295: Tue Apr 08 09:05:54 PDT 2003 % sequenceNumber: 8
35296: Tue Apr 08 09:05:54 PDT 2003 % timeStamp: 1049817954496
35297: Tue Apr 08 09:05:54 PDT 2003 % responseWanted: true
35298: Tue Apr 08 09:05:54 PDT 2003 % responseClassExpected: 
     class com.cisco.ma.service.client.protocol.CallAnswerResponse
35299: Tue Apr 08 09:05:54 PDT 2003 % ServerConnect: Sending a message/request to 
     MA Service
35300: Tue Apr 08 09:05:54 PDT 2003 % ServerConnect : Received a message from the 
     server
35301: Tue Apr 08 09:05:54 PDT 2003 % ServerConnect : Received a message from the 
     server
35302: Tue Apr 08 09:05:54 PDT 2003 % Added the event to the queue
35303: Tue Apr 08 09:05:54 PDT 2003 % EventTherad : Received an event
35304: Tue Apr 08 09:05:54 PDT 2003 % EventThread: CallConnectedEvent
35305: Tue Apr 08 09:05:54 PDT 2003 % callId : SEP00082194D7C3:1:16793930
35306: Tue Apr 08 09:05:54 PDT 2003 % lineNumber: 8200
35307: Tue Apr 08 09:05:54 PDT 2003 % Received a call connected event for call: 
     SEP00082194D7C3:1:16793930

ID de falla de funcionamiento Cisco relevante

Éstos son el bug Cisco ID que pudo ayudar a sus esfuerzos de configuración:

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 41984