Cisco Unified Presence

Transcripción

CCNA Voice
Cisco Unified Presence
Contenido
Funciones
1
Arquitectura
2
@ 2012 Ibitec S.L. Todos los derechos reservados.
3
Habilitar Cisco Unified Presence
2
FUNCIONES
3
Introducción
 Cisco Unified Presence Server (CUPS) es un sistema que amplía las
funciones básicas de Presencia de CUCM, que sólo indican los
estados de presencia (on-hook, off-hook, o unknown), incluyendo
funciones avanzadas y señalización de disponibilidad.
 El objetivo principal de CUPS es reducir los retardos de
comunicación proporcionando información instantánea sobre la
disponibilidad y funciones soportadas de la persona con la que se
intenta contactar.
 Los usuarios pueden indicar si están disponibles, y a través de qué
medio incluyendo su teléfono IP, su teléfono móvil, IM o una
aplicación de conferencia.
 CUPS está integrado con CUCM. CUPS proporciona un punto
central de recopilación de funciones y estado de los usuarios
mediante señalización basada en estándares, SIP, SIMPLE y XMPP.
 CUPC es la interfaz cliente.
4
CUPC
 Modos de Operación CUPC:
 Modo Deskphone: CUPC, usando CTIQBE, puede controlar el teléfono IP de
sobremesa del usuario para poder realizar llamadas. El teléfono IP debe estar
registrado con CUCM y asociado al usuario.
5
CUPC (Continuación)
 Modos de Operación CUPC:
 Modo Softphone: Cuando el teléfono IP de sobremesa del usuario no está
disponible o el usuario no se encuentra en su mesa, CUPC activa el softphone
asociado a través de CSF, que registra el softphone como un dispositivo SIP El
administrador debe crear el dispositivo CSF para poder habilitar esta
funcionalidad.
6
 Enterprise Instant Messaging
 CUPC proporciona funciones de Chat Seguro-TLS y Chat de Grupo.
 Los Chat de Grupo Ad-Hoc se almacenan en memoria en el servidor CUPC.
 La función de Chat Persistente habilita salas de chat de grupo donde la
conversación persiste incluso cuando todos los participantes han abandonado la
sesión de chat. Si se habilita la función de Chat Persistente, es necesaria una
base de datos externa para almacenar las salas de chat y las conversaciones.
 Offline IM permite enviar mensajes de chat a usuarios que están actualmente offline, estos mensajes se almacenan en la base de datos IDS local en el servidor
CUPS.
 El chat se habilita usando Jabber Extensible Communications Platform (XCP)
usando XMPP como protocolo de chat.
 IM Forking: CUPS entrega mensajes a todos los dispositivos en los el usuario
que está logueado. Cuando el usuario responde desde un dispositivo concreto,
los siguientes mensajes se envían sólo al dispositivo desde el que se respondió.
7
 Llamadas de Voz
 CUPC soporta llamadas de voz en modo deskphone y en modo softphone.
 El cifrado del tráfico de voz se realiza mediante SRTP. En modo softphone y con
una configuración CUCM/CSF apropiada, se soporta la funcionalidad SRST.
 Códecs:
 En modo softphone: G.711 a-law, mu-law, G.722 Wideband, G.729A, G.729B,
iLBC y iSAC
 En modo deskphone: dependen del modelo de teléfono IP.
 Llamadas de Video
 CUPC soporta llamadas de video en modo deskphone y en modo softphone.
 En modo deskphone, CUPC utiliza CAST y CDP para comunicaciones entre el
teléfono IP y el ordenador en el que se ejecuta CUPC. El teléfono IP debe estar
habilitado en CUCM para llamadas de video. CAST no soporta teléfonos SIP.
 En modo softphone, CUPC para llamadas de video usa el dispositivo CSF, que
por defecto están habilitados para video, configurado en CUCM.
 Se pueden hacer videoconferencias usando un puente de videoconferencia
accesible por el MRGL asociado al teléfono IP o al dispositivo CSF.
8
 Integración con otras aplicaciones
 CUPC puede proporcionar voicemail visual cuando se integra con Cisco Unity o
Cisco Unity Connection. Los usuarios pueden controlar sus mailboxes y
escuchar, enviar y borrar mensajes usando CUPC.
 CUPC y otras aplicaciones como Microsoft Outlook, Word, y Excel soportan la
funcionalidad click-to-call. Los indicadores de presencia de los contactos pueden
visualizarse en Outlook.
 Si se integra con Cisco Unified Meeting Place, una llamada en CUPC puede
escalarse a conferencia.
 Cisco Unified Client Services Framework (CSF)
 CSF es parte de CUPC, pero también amplia las funcionalidades de aplicaciones
como Microsoft Outlook y WebEx Connect.
 Las funcionalidades básicas de CSF: voz y datos, comunicaciones seguras con
CUCM, comunicaciones con servidores de texto (IM) como CUPS, control de
llamadas de audio y de video, y funciones avanzadas, como voicemail visual.
9
Cisco Unified Communications Manager IP Phone Service
 CCMCIP inicialmente se usaba para proporcionar autenticación,
servicios de directorio, y ayuda a los usuarios finales.
 Ha sido adaptado para su utilización con clientes CUPC y CSF para
recuperar una lista de dispositivos en los que se puede localizar al
usuario cuando esté logueado.
 10 
Cisco IP Phone Messenger
 IPPM es un servicio para teléfonos IP que permite a un usuario crear
una lista de contactos y ver el estado de presencia de todos esos
contactos, todo ello desde su teléfono IP de mesa. Este servicio
también permite a sus usuarios leer y borrar mensajes enviados por
otros, responder al remitente llamándole, o enviando mensajes de
texto preconfigurados directamente desde el teléfono.
 11 
ARQUITECTURA
 12 
CUPS
 Aplicación basada en estándares que utiliza diversos protocolos:
 SIP, SIMPLE, y XMPP para proporcionar funciones de Presencia genéricas.
 SOAP para acceder a la base de datos CUCM vía Cisco Unified Communications
System XML y perfiles de configuración CUPC.
 CTIQBE para integración CTI para el control remoto de llamadas con Microsoft
Office Communicator.
 HTTP para proporcionar IPPM en teléfonos IP de Cisco.
 Componentes principales de CUPS :
 Jabber XCP: Proporciona Presencia, IM, listas de contactos, enrutamiento de
mensajes y llamadas.
 Rich Presence service: Gestiona el estado de Presencia y el enrutamiento con
presencia habilitada
 Group chat storage: Chats de grupo ad-hoc normalmente se almacenan en
memoria en el servidor CUPS, los chats persistentes y los mensajes necesitan
una base de datos externa.
 13 
Integración con Microsoft Office Communications Server
 CUPS interopera con Microsoft Live Communications Server 2005 y
Microsoft Office Communications Server 2007 usando SIP.
 El cliente Microsoft Office Communicator y el teléfono IP asociado
interoperan para proporcionar funciones de click-to-dial, control
telefónico y Presencia.
 14 
Integración con LDAP
 Para permitir a los usuarios loguearse con sus credenciales LDAP y
sincronizar su estado de presencia con su calendario
Outlook/Exchange.
 Desde CUPC se pueden realizar búsquedas en el directorio LDAP.
 CUPS puede comunicarse con Exchange usando Outlook Web Access.
 La base de datos de usuarios de CUPS está sincronizada con CUCM, que a su
vez puede sincronizar su base de datos de usuarios con LDAP.
 CUPS puede redireccionar la autenticación de los usuarios hacia LDAP,
proporcionando una funcionalidad single sign-on.
 15 
Integración con CUC
 Permite al usuario ordenar, visualizar, escuchar y borrar mensajes
de voicemail, y llamar al emisor de mensajes de voicemail, todo
desde CUPC.
 El estado de presencia del emisor de los mensajes se muestra en pantalla,
permitiendo al usuario seleccionar como comunicarse con el emisor o escalar a
una llamada, mensaje o conferencia.
 La interacción con el mailbox CUC se realiza vía IMAP y necesita un perfil
voicemail configurado en el servidor CUPS.
 16 
Integración con Herramientas de Videoconferencia
 CUPS usa WebEx o MeetingPlace para sus funciones de
conferencia.
 La utilización de WebEx requiere de un servidor Meeting Center local.
 La comunicación con el servidor de conferencias se realiza vía Macromedia
Flash usando HTTP o HTTPS como protocolo de transporte.
 17 
Integración con Herramientas de Calendario
 CUPS puede integrarse con Microsoft Exchange 2003 o 2007 (se
necesita Active Directory 2003 o 2008) para proporcionar acceso al
estado de calendario (Free, Busy, Out of Office) y asociar este
estado con el estado de Presencia (Available, Busy, Away).
 Una cuenta Exchange especial (perteneciente al grupo View-Only Administrators
Groups en Exchange y con permisos Receive-As en todos los mailboxes de
usuario) tiene que configurarse para que CUPS pueda inspeccionar los
calendarios de los usuarios.
 18 
Arquitectura y Flujo de Llamadas
 Modo Softphone:
 Si el usuario no se encuentra en su mesa o no tiene disponible ningún teléfono
IP, CUPC puede operar en modo softphone.
 En este escenario, el framework CSF usa señalización SIP para registrarse con
CUCM como un dispositivo CSF. Después descarga el archivo de configuración
desde CUCM, obteniendo un DN, una partición, un CSS, un device pool, etc.
 CUPC utiliza XMPP para las funciones de chat, enviando todos los IMs a CUPS.
 Modo Deskphone:
 Cuando se usa CUPC en modo deskphone, CUPC se registra con CUCM y
descarga su archivo de configuración. Posteriormente inicia sesión con las
credencias proporcionadas.
 El servicio CCMCIP utiliza CTIQBE para controlar el teléfono IP. (i el usuario tiene
múltiples teléfonos asociados con su cuenta, puede seleccionar el teléfono que
CUPC debería controlar.
 CUPC utiliza XMPP para las funciones de chat, enviando todos los IMs a CUPS.
 19 
Chats
 Para chats ad-hoc, los mensajes se almacenan en la memoria del
servidor.
 Para Chats Persistentes se necesita una base de datos externa. Las
instancias de la base de datos pueden ejecutarse en el mismo
servidor pero no es obligatorio. La interacción con las bases de
datos PostgreSQL se realiza a través del protocolo ODBC.
 Para cumplir con la normativa puede ser necesario almacenar
también los chats IM. CUPS puede proporcionar esta funcionalidad
usando una base de datos PostgreSQL externa.
 20 
CUPS y QoS
 CUPC marca el tráfico saliente desde el ordenador del usuario con
valores apropiados para voz, video, y tráfico de señalización.
 Normalmente, todo el tráfico desde el ordenador del usuario se
considera no fiable y por tanto el primer dispositivo QoS que recibe
el paquete lo marca con un valor QoS bajo, este comportamiento
debe modificarse especificando los rangos de puertos que CUPC
usa y aplicando las marcas QoS apropiadas a ese tráfico. Esto
requiere que el dispositivo de red tenga capacidad para clasificar
tráfico en función del número de puerto, marcar el tráfico como
apropiado para el entorno QoS, y aplicar una política de QoS para
reenviar el tráfico a direcciones de destino específicas con las
suficientes garantías de ancho de banda y retardo.
 21 
HABILITAR CISCO UNIFIED
PRESENCE
 22 
Habilitar Usuarios para CUPC en CUCM
 Los pasos necesarios para habilitar usuarios para el uso de CUPC
implica acciones en CUCM, CUPS y en el cliente CUPC, y pueden
resumirse en:
1.
2.
3.
4.
5.
Asignar capacidades de licencia en CUCM.
Configurar usuarios en CUCM.
Asociar DNs y usuarios en CUCM.
Crear un dispositivo CSF.
Asociar el dispositivo CSF con el usuario en CUCM.
 23 
Habilitar Usuarios para CUPC en CUCM (Cont.)
1. Asignar capacidades de licencia en CUCM.





CUCM controla qué usuarios pueden usar CUPS y CUPC.
En CUCM Administration acceder a System > Licensing > Capabilities
Assigment.
Localizar el usuario al que se desde habilitar Presence y CUPC y hacer clic en
su nombre de usuario.
En la página que se abre a continuación, seleccionar la opción Enable CUP
(Cisco Unified Presence) para habilitar CUP para ese usuario.
Seleccionar la opción Enable CUPC (Cisco Unified Personal Communicator)
para habilitar CUPC para ese usuario. También se puede usar el botón Bulk
Assignment, lo que permite seleccionar múltiples usuarios de la lista y
simultáneamente asignarles estas dos opciones.
 24 
2. Configurar usuarios en CUCM




En CUCM Administration, ir a User Management > End User y seleccionar el
usuario que se desea configurar.
En la sección Device Information en la página de configuración End User,
clicar Device Association y seleccionar el teléfono IP del usuario para que
aparezca en la sección Controlled Devices.
Si el usuario usa Extension Mobility, se debe añadir el Device Profile apropiado
en la sección CTI Controlled Device Profiles.
En la página de configuración End User, bajar hasta la sección Permissions
Information, añadir al usuario al grupo/grupos apropiados:
 Para todos los modelos de teléfono IP: Añadir el usuario al grupo Standard CTI
Enabled.
 Para los modelos de teléfono IP de la serie 69XX: Añadir el usuario al grupo
Standard CTI Allow Control of Phones supporting Rollover Mode.
 Para los modelos de teléfono IP de las series 89XX y 99XX: Añadir al usuario al
grupo Standard CTI Allow Control of Phones supporting Connected Xfer and
conf.
 25 
3. Asociar DNs y usuarios en CUCM
 Ir a Device > Phone, seleccionar el teléfono IP del usuario, e ir a Directory
Number Configuration. Seleccionar la casilla Allow Control of Device from CTI.
Si se usa Extension Mobility, clicar en la misma casilla en la página de
configuración Device Profile para ese usuario.
 En Users Associated with Line y clicar Associate End Users. Seleccionar el
usuario asociado con el DN y clicar en Add Selected. Clicar en Apply Config.
4. Crear un dispositivo CSF


Configurar CUPC en modo softphone, ir a Device > Phone y clicar el botón
Add New. Seleccionar el Phone Type apropiado para la versión de CUPC.
Seleccionar la casilla Allow Control of Device from CTI. Seleccionar un
Device Security Profile y un SIP Profile. En la página de configuración
Directory Number, asociar este nuevo dispositivo CSF con el DN principal del
teléfono IP del usuario. Verificar que el usuario está asociado con el DN.
5. Asociar el dispositivo CSF con el usuario en CUCM

En la página de configuración End User, en la sección Device Information,
añadir el dispositivo CSF que se acaba de crear a la lista Controlled Devices
haciendo clic en el botón Device Association. Hacer clic en el botón Save.
 26 
Habilitar Usuarios para CUPC en CUP
 En el servidor CUPS, se deben realizar diversas configuraciones
para soportar funciones CUPC:
 Acceso a voicemail usando CUPC: CUPC puede recuperar y
procesar mensajes de voicemail desde el servidor. Para soportar
esta función en CUPC seguir las siguientes instrucciones:
1.
2.
3.
Definir el Mailstore: En CUPS, ir a Application > Cisco Unified Personal
Communicator > Mailstore y seleccionar Add New. Configurar un Name y
una IP Address para el servidor de voicemail. Esta configuración permite el
uso de IMAP para recuperar mensajes de voz.
Definir el Servidor de Voicemail: Ir a Application > Cisco Unified Personal
Communicator > Voicemail Server. Hacer clic en Add New. El campo
Server Type puede ser Unity o Unity Connection. Indicar la IP Address
adecuada, y luego hacer clic en Save.
Definir el Perfil de Voicemail: Ir a Application > Cisco Unified Personal
Communicator > Voicemail Profile. Seleccionar el Mailstore y el Servidor
de Voicemail configurados anteriormente.
 27 
Habilitar Usuarios para CUPC en CUP (Cont.)
 Habilitar el control del teléfono IP: CUPC puede controlar el
teléfono IP de sobremesa del usuario usando CTI. Para habilitar
esta función, realizar los siguientes pasos:
1.
2.
Ir a Application > Cisco Unified Personal Communicator > CTI Gateway
Server. Hacer clic en Add New. Introducir un Name y una IP Address.
Ir a Application > Cisco Unified Personal Communicator > CTI Gateway
Profile. Verificar que existe la entrada auto-creada.
 Habilitar búsquedas en el Directorio LDAP: CUPC puede acceder
al directorio local de LDAP para proporcionar una lista de usuarios
para click-to-dial:
1.
2.
Ir a Application > Cisco Unified Personal Communicator > LDAP Server.
Clicar Add New. Indicar un Name y una IP Address, y hacer clic en Save.
Ir a Application > Cisco Unified Personal Communicator > LDAP Profile.
Configurar un Name y la cuenta/contraseña LDAP para acceder al sistema
LDAP. En el campo Search Context, indicar la cadena de búsqueda LDAP
que contiene los usuarios CUPC. Del menú Primary LDAP Server,
seleccionar el servidor LDAP configurado en el Paso 1.
 28 
Habilitar Usuarios para CUPC en CUP (Cont.)
 Definir el Perfil CCMCIP: El servicio CCMCIP ha sido adaptado
para permitir a CUPC descubrir todos los dispositivos encendidos en
los que un usuario en concreto ha iniciado sesión y está disponible,
para poder presentar al usuario esta información en la interfaz
CUPC:
1.
2.
Ir a Application > Cisco Unified Personal Communicator > CCMCIP
Profile, y luego hacer clic en Add New.
Indicar la dirección IP del Primary CCMCIP Host y, de manera opcional,
añadir también un Backup CCMCIP Host.
 29 
Resolución de problemas CUPC
INDICENCIA
TAREAS A REALIZAR
Error al iniciar CUPC: “El dispositivo
seleccionado no está disponible.”

Comprobar que los dispositivos están registrados en CUCM.

Comprobar que el usuario está asociado con el Teléfono IP en CUCM.

Comprobar que el Perfil CCMCIP está asociado con el usuario en CUPS.


Comprobar que el dispositivo y el DN se pueden controlar por CTI en CUCM.
Comprobar que el usuario está asociado con el dispositivo CSF en CUCM.

Comprobar que el dispositivo CSF está registrado en CUCM.


Comprobar que el DN, partición, CSS, etc. sean los correctos.
Comprobar que el SIP trunk entre CUCM y CUPS existe y está configurado correctamente.

Comprobar que el usuario está asociado con la línea en CUCM. (Comprobar la configuración del
teléfono IP, el perfil del dispositivo y/o el CSF según sea necesario.)

Comprobar que la cuenta del usuario no está bloqueada.

Comprobar que CUPC tiene la dirección IP del servidor (el usuario puede haberla cambiado).

Si se utiliza el nombre de host en lugar de la dirección IP, comprobar que el servicio DNS está activo y
configurado correctamente.


Comprobar la asignación de licencias de funciones en CUCM.
Verificar que el usuario está asociado con el perfil LDAP correcto en CUPS.
El usuario no puede realizar llamadas
usando CUPC en modo softphone.
No se muestra el estado “al teléfono”
mientras el usuario tiene una llamada
activa.
El usuario no puede iniciar sesión en
CUPC.
El usuario no puede añadir contactos, la
búsqueda no devuelve resultados.

El usuario no puede controlar el Teléfono 
IP 9971


Comprobar el LDAP Search Context en CUPS.
Comprobar que el Teléfono IP está asociado con el usuario en CUCM.
Comprobar que la casilla Allow Control of Device from CTI está habilitado en la página de
configuración del dispositivo en CUCM.
Comprobar que el usuario es miembro de los grupos Standard CTI Enabled and Standard CTI Allow
Control of Phones supporting Connected Xfer and Conf.
 30 
Título de la Diapositiva
CCNA Voice
Gestión y Resolución de Problemas en CUCM
Contenido
Resolución de problemas
de Conectividad y QOS
Cisco Unified RTMT
1
3
Disaster Recovery System
2
 32 
RESOLUCIÓN DE PROBLEMAS DE
CONECTIVIDAD Y QOS
 33 
Resolución de Problemas
 Metodología para la resolución de problemas:
 34 
Resolución de Problemas (Continuación)
1. Definir el Problema: Analizar el problema. Definir síntomas y
posibles causas. Comparar las condiciones actuales con las
“normales”.
2. Recoger Datos: Recopilar y considerar resultados de comandos
de debug y observaciones de usuarios. Eliminar posibles causas.
 ¿Cuándo ocurrió el problema?, ¿Qué cambios hubo antes de que ocurriera el
problema?, ¿Es un problema intermitente o constante?, En caso de ser
intermitente ¿existe un patrón?, ¿Hay mensajes de error?, ¿Alguien más tiene el
mismo problema?
3. Considerar Posibilidades: En función de los datos recogidos en
#2, identificar una lista de posibles causas.
4. Crear un Plan de Acción: Partiendo de la causa más probable en
la lista del Paso #3, definir un Plan de Acción para corregir el
problema.

El plan debería modificar una sola variable a la vez, para poder evaluar
fácilmente los efectos de ese cambio.
 35 
Resolución de Problemas (Continuación)
5. Implementar el Plan de Acción: Ejecutar los comandos o hacer
los cambios decididos en el Paso #4. Si surgen nuevos datos o
ideas, se recomienda volver a empezar el Paso #3 otra vez.
6. Observar Resultados: ¿Se ha resuelto el problema?
 Sin resolver: Si no se ha resuelto el problema, deshacer el
cambio implementado en el Paso #5 y volver al Paso #4.
 Resuelto: Si el problema está solucionado, documentar la
solución, la causa raíz y los cambios realizados en el sistema.
 36 
Problemas de registro CUCM
 Los problemas de registro de teléfonos IP pueden clasificarse
según los siguientes posibles puntos de fallo:





Problemas locales del teléfono.
Problemas de asignaciones de VLAN o puertos en el switch.
Problemas DHCP.
Problemas TFTP.
Problemas de registro CUCM.
 37 
Problemas de registro CUCM (Continuación)
 Problemas locales del teléfono: Pulse el botón Settings, vaya
Network Configuration. En la sección IP Configuration y verifique
que el teléfono tiene una IP (en la subred correcta), máscara de
subred, gateway y la dirección del servidor TFTP. Si falta alguno de
los datos, o es incorrecto, compruebe que el teléfono está
configurado para utilizar DHCP pulsando Settings > Network
Configuration, y en la opción DHCP Enabled verifique que está
establecida a Yes. Si todo es correcto, pero el teléfono continúa sin
recibir una IP desde el servidor DHCP, pase al siguiente punto.
 Problemas de asignaciones de VLAN o puertos en el switch:
Compruebe que el switch está correctamente configurado para
teléfonos IP. El switch debería tener una VLAN de voz, y si existe un
PC conectado al teléfono, una VLAN de acceso independiente.
Verifique que los números de las VLAN son correctos. Si la
configuración del switch es correcta pase al siguiente punto.
 38 
 Problemas DHCP: Verifique que el servidor DHCP está operativo y
no ha agotado el rango de IP. Asegúrese de que las subredes y
pools DHCP, la máscara de subred, gateway, y la Opción 150 (IP
del servidor TFTP) son correctas. En el teléfono IP, en Settings >
Network Configuration. Compruebe que DHCP Server lista la IP
del servidor DHCP correcto. Compruebe que se ha asignado una IP
y que está dentro del rango correcto. Verifique que la TFTP Server
1 contiene la dirección correcta.
 Problemas TFTP: Al arrancar, el teléfono solicita al servidor TFTP
su archivo de configuración SEP<MAC>.cnf.xml. Si el teléfono
nunca ha sido agregado a CUCM o CME, el archivo no estará. En
ese caso el teléfono solicitará el archivo XMLDefault.cnf.xml,
siempre disponible. Si el teléfono no recibe su archivo de
configuración, verifique que el teléfono tiene la dirección correcta
del servidor TFTP en Network Configuration. Compruebe que el
servicio TFTP se está ejecutando en el servidor en aquella IP.
 39 
 Problemas de registro CUCM: El archivo descargado del servidor
TFTP contiene la IP del servidor CUCM con el que el teléfono debe
registrarse. Compruebe Settings > Device Configuration >
Unified CM Configuration para verificar que la dirección IP Unified
CM es correcta. En función de cómo esté configurado el clúster,
puede haber más de una dirección IP correspondientes al servidor
de backup y/o al servidor terciario. Compruebe que el servicio Cisco
CallManager Service se está ejecutando en el servidor/servidores
listados, también puede ser necesario verificar que el autroregistro,
en caso de ser utilizado, está configurado correctamente.
 40 
Eliminación de DNs no asignados

Con autoregistro, uno problema común es que los teléfonos IP no
pueden registrarse porque se ha agotado el rango de DNs de
autoregistro. Normalmente el DN de un teléfono autoregistrado se
cambia por otro DN de producción, pero este DN de autoregistro
asignado no vuelve al rango de DNs disponibles, si no que se
marca como “Unassigned”.
 Solución: Podemos añadir DNs al rango de Autoregistro, o podemos
“recuperar” los DNs No Asignados para volver a ser usados:
1.
2.
3.
4.
Acceda a System > Route Plan Report.
Establecer el valor del primer filtro a “Unassigned DNs”.
Haga clic en Find.
Elimine todos los DNs no asignados listados, seleccionando todos los DNs
listados usando los checkbox y luego haciendo clic en Delete Selected.
 41 
Informes CUCM
 Cisco Unified Reporting Tool extrae información de diversas
fuentes, le da formato informe.
 Los informes extraen datos de las siguientes fuentes:
 Contadores RTMT (Real-Time Monitoring Tool).
 Registros CDR (Call Detail Records) y la base de datos CDR Administration and
Reporting.
 Base de datos CUCM.
 Archivos de disco (traces y logs).
 Preferencias de configuración.
 CLI.
 RIS (Real-Time Information Server)
 El sistema de informes utiliza los servicios Cisco Tomcat y RPC
(Remote Procedire Calls) para acceder a los otros servidores vía
HTTPS.
 42 
Informes CUCM (Continuación)
 Generación de Informes:
 Acceda a Cisco Unified Reporting Tool desde el menú de navegación de CUCM
Administration, o directamente vía la URL https://<dirección_ip>/cucreports.
Por defecto, los únicos usuarios con permisos para visualizar informes son los
miembros del grupo CCM Super Users Group, cuyo único miembro es la cuenta
de administración de CUCM definida durante el proceso de instalación.
 Se accede a los informes desde el menú System Reports.
 Seleccione el informe desde el menú de la izquierda. Si el informe seleccionado
no ha sido creado anteriormente, se muestra un mensaje, indicando que el
informe no existe y que el usuario debe generar un nuevo informe desde el
enlace Generate a New Report.
 Si existe una copia antigua del informe, también se muestra un mensaje y un
enlace al informe. Un informe antiguo contiene información antigua y pueder no
ser válido. Para volver a crear el informe, haga clic en el icono en la parte
superior derecha para volver a ejecutarlo.
 43 
Informes CUCM (Continuación)
 Análisis de Informes:
 Los informes generados se pueden utilizar como parte de las siguientes tareas:
 Resolución de problemas: Para recoger datos/hechos, considerar
posibilidades, y observar resultados.
 Mantenimiento: Para encontrar desajustes en la configuración o en la
carga del sistema, o para resumir esta información del sistema.
 Análisis del sistema: Permite listar teléfonos por tipo, función o varios
otros filtros.
 44 
Análisis CDR y Reporting Tools Reports




Los informes Call Detail Records (CDR) y Call Management
Records (CMR), contienen información sobre la llamada y métricas
sobre la calidad de voz.
Los administradores pueden crear informes manualmente desde la
interfaz web a través de la URL https://<ip_address>/car o
programando generaciones automáticas de informes.
Activación de servicios relacionados con la herramienta CAR
Para usar la CAR, activar el Cisco CAR Web Service:
1.
2.
Desde la página Unified Serviceability, acceder a Tools > Service Activation.
Seleccionar el servicio Cisco CAR Web Service y hacer clic en el botón Save.
Si se usa un servidor de facturación externo, también se debe activar el
servicio Cisco SOAPCDRonDemand Service (SOAP – Simple Object Access
Protocol).
 45 
Análisis CDR y Reporting Tools Reports (Continuación)


Configuración de parámetros de servicio CDR
En CM Administration, acceda a System > Service Parameters.
Seleccione un servidor y el servicio Cisco CallManager. Haga clic
en Advanced para mostrar todos los parámetros. Ajuste los
siguientes parámetros :




CDR Enabled Flag: Determina si se generarán informes CDR. Establecer a
True en todos los servidores. El valor por defecto es False.
CDR Log Calls with Zero Duration Flag: Establecer a True para que CUCM
genere informes CDR para llamadas que no llegaron a conectar o que duraron
menos de un segundo. La llamadas que no tienen éxito (se escucha del tono
ocupado o que fallan porque el enlace troncal está ocupado) siempre se
registran independientemente de este parámetro. El valor por defecto es False.
Call Diagnostics Enabled: Habilita el registro de informes CMR. El valor por
defecto es Disabled.
Display FAC in CDR: Controla si el Forced Authorization Code usado para
realizar llamadas se incluirá en el informe CDR. El valor por defecto es False.
 46 


Show Line Group Member DN in finalCalledPartyNumber CDR Field: Para
llamadas a sistemas de Call Hunting, determina si el Hunt Pilot o el DN que
contestó la llamada se registra en el CDR. El valor por defecto es False.
Add Incoming Number Prefix to CDR: Controla si el prefijo de entrada se
añade al número origen de la llamada en los informes CDR. Los prefijos
añadidos a una llamada entrante siempre se registran en los informes CDR,
este parámetro controla si los prefijos se agregan a los informes CDR si dichos
prefijos se añaden a llamadas salientes. El valor por defecto es False.
 47 

Usuarios de la herramienta CAR



Los Administradores pueden usar la herramienta para acceder a todas las
funciones, y crear informes para un análisis de rendimiento del sistema,
verificación del balanceo de carga, y resolución de problemas. A cualquier
usuario final o aplicación usuario se le puede conceder acceso administrador
incorporándolo como miembro al grupo Standard CAR Admin Users Group.
Los Managers pueden generar informes para usuarios, departamentos y QoS.
Están definidos por el campo Manager User ID en la aplicación CM
Administration. Si el ID del Usuario A está seleccionado en el campo Manager
User ID en la página de configuración del Usuario B, el Usuario A puede
ejecutar informes como manager para el Usuario B. Los managers pueden
configurar que se entreguen informes automáticos por email.
Los Usuarios pueden generar un informe de facturación sobre sus llamadas.
También pueden generar informes para un rango de fechas determinado y
hacer que el sistema le envíe por email el informe. Para ello los usuarios deben
ser miembros del grupo Standard CCM End Users Group, y los dispositivos
sobre los que quieren generar informes deben estar asociados a su cuenta.
 48 
Arquitecturas CDR y CMR

Los servidores CUCM que procesan llamadas (ejecutan el servicio
CallManager) son los que generan informes CDR.



Los informes CDR contienen información sobre los números origen y destino
de las llamadas, la hora/fecha de conexión y desconexión de la llamada y el
porqué la llamada se desconectó.
Los informes CMR contienen información sobre latencia, jitter, pérdida de
paquetes, y la cantidad de datos enviados durante la llamada.
Cada llamada puede generar varios informes CDR y CMR. Los nodos de
procesado de llamadas recogen datos CAR (término colectivo para los CDRs y
los CMRs) en un log local y periódicamente lo suben al repositorio CDR por
SFTP. El repositorio ejecuta el servicio CDR Repository Manager Service,
responsable del mantenimiento de los archivos CDR y CMR, de gestionar el
espacio de disco utilizado para datos CDR, y de enviar los archivos a (hasta)
tres destinos configurados (normalmente, servidores de facturación externos).
 49 
Arquitecturas CDR y CMR (Continuación)

Parámetros CAR del sistema:







Mail Parameters para que el sistema CAR pueda enviar informes por email.
El dial-plan debe coincidir con el patrón de llamadas locales para interpretar los
informes CDR correctamente.
Añadir los códigos de área local al Gateway para poder determinar qué
llamadas son de larga distancia.
COMPANY_NAME nombre que aparece en la cabecera de los informes CAR.
CAR Scheduler para controlar qué tipo de informes se cargan, en qué
intervalos y por cuánto tiempo. Esta carga hace referencia al Repositorio que
recoge los datos CDR/CMR sin procesar de los nodos de procesamiento de
llamadas y los almacenan en la base de datos CDR/CAR.
Configurar la purga de la base de datos CDR/CAR. La opción por defecto es
Automatic Purge, se puede controlar cuando se inicia y finaliza la purga,
según el porcentaje de uso de disco. Qué registros purgar depende de su
antigüedad. También existe la opción Manual Purging.
Configurar la Generación Automática de Informes. La periodicidad de la
generación de informes es un dato fijo (diaria, semanal o mensual), pero la
hora de inicio se puede personalizar utilizando la interfaz Scheduler.
 50 
Arquitecturas CDR y CMR (Continuación)

Exportar informes CDR y CMR:
1.
2.
3.
4.
5.
6.
En la herramienta CAR, acceda a CDR > Export CDR/CMR.
Indique los valores de los campos From Date y To Date.
En Select Records, active CDR Records, CMR Records, o ambos.
Haga clic en Export File.
En la nueva ventana que aparece, seleccione CDR Dump o CMR Dump, y
haga clic en Save As para seleccionar un destino en su ordenador para el
archivo exportado.
Seleccionar la casilla Delete File hace que la herramienta CAR elimine los
registros descargados de la base de datos CAR. Se recomienda utilizar esta
opción para evitar que el tamaño de la base de datos crezca de manera
innecesaria.
 51 
Tipos de Informes CDR

Facturas:


Individual: Para usuarios, Managers y Administradores. Proporciona información de
llamadas en un rango de tiempo específico, en formato resumen o detalle. Puede ser
visto o enviado por email.
Departamento: Para Managers y administradores. Proporciona información de
llamada y QoS, en formato resumen o detalle, para todos los usuarios que informan al
Manager o a usuarios seleccionados.
 Top N:



By Charge (Por Cargo): Para Managers y Administradores. Muestra una lista de
usuarios en orden de cargos por llamadas durante un período de tiempo específico
(N, número de usuarios listados). También se pueden configurar para informar por
cargos al destino de las llamadas, o para todas las llamadas, lo que lista las N
llamadas que han causado más cargos.
By Duration (Por Duración): Para Managers y Administradores. Listan usuarios
ordenados según la duración de las llamadas durante un periodo de tiempo
específico. También puede listar llamadas ordenadas por duración y por destino o
todas las llamadas ordenadas por duración.
By Number of Calls (Por Número de Llamadas): Para Managers y Administradores.
Listan usuarios ordenados por número de llamadas o extensiones ordenadas por
número de llamadas.
 52 
Tipos de Informes CDR (Continuación)
 Cisco Unified Communications Manager Assistant:
 Manager Call Usage: Para Administradores. Listan información resumida o
detallada de llamadas a término ordenadas por Managers utilizando Cisco
Unified Communications Manager Assistant. Pueden listar las llamadas que los
Managers realizaron ellos mismos, llamadas que los asistentes gestionaron por
los Managers, o llamadas relacionadas con Managers y gestionadas por ambos.
 Assistant Call Usage: Para Administradores. Pueden enumerar las llamadas
que los asistentes realizaron, llamadas que los asistentes gestionaron por los
Managers, o llamadas relacionadas con Managers y asistentes pero
gestionadas por los asistentes.
 Cisco IP Phone Services: Para Administradores, muestra servicios
de teléfonos IP seleccionados, el número de usuarios subscritos a
esos servicios, y el porcentaje de utilización de cada uno.
 53 
EJEMPLO: Generación de Informes CDR
1. Acceder a la herramienta CAR Reports a través de la URL,
https://<ip_address>/car.
2. Seleccionar User Reports > Top N > By Number of Calls.
3. La pantalla que aparece permite definir los parámetros del informe,
incluyendo el tipo de llamada, el tipo de usuario, el rango de
fechas, etc.
4. Haga clic en View Report para visualizar el resultado del informe.
 54 
Tipos de Informes de sistema

QoS:




Detallado (Detail): Para Administradores. Proporciona estadísticas QoS
detalladas de las llamadas gestionadas por CUCM durante un período de
tiempo. Resulta útil para la monitorización de la calidad de voz del sistema.
Resumen (Summary): Para Managers y Administradores. Proporciona
información en formato gráfico circular sobre los valores QoS de las llamadas
para unas clasificaciones y fechas especificadas, además incluye una tabla
resumen de las llamadas por grado QoS.
Por Gateway: Para Managers y Administradores. Muestra el porcentaje de
llamadas para los gateways seleccionados que cumplen los criterios QoS
definidos. Puede generarse periódicamente (cada hora, día o semana).
Por Tipo de Llamada (By Call Type): Para Administradores. Lista el
porcentaje de llamadas que cumplen los criterios QoS seleccionados. También
puede generarse periódicamente (cada hora, día o semana).
 55 
Tipos de Informes de sistema (Continuación)

Tráfico:



Resumen (Summary): Para Administradores. Muestra el volumen de llamadas
para tipos de llamadas y categorías QoS seleccionadas durante un intervalo de
tiempo. Útil para mostrar el número de llamadas por hora / día/ semana.
Resumen por Extensión (Summary by Extension): Para Administradores.
Muestra el volumen de llamadas por extensión/extensiones seleccionadas y
por tipos de llamada durante un intervalo de tiempo seleccionado.
Forced Authorization Code/Client Matter Code (FAC/CMC):

Client Matter Code: Para Administradores. Lista los números llamantes y
llamados, duración de las llamadas, y clasificación de llamadas durante un
intervalo de tiempo específico.

Authorization Code Name: Para Administradores. Lista los números
llamantes y llamados, los timestamps de las llamadas, duración y clasificación
de llamadas durante un intervalo de tiempo ordenados por FAC name
(incluyendo el nivel autorización).

Authorization Level: Para Administradores. Lista los números llamantes y
llamados, los timestamps de las llamadas, duración y clasificación de llamadas
durante un intervalo de tiempo ordenados por FAC authorization level
(incluyendo el FAC name).
 56 
Tipos de Informes de sistema (Continuación)




Malicius Call Details: Para Administradores. Muestra los detalles
de las llamadas de las que el servicio Malicious Caller Identification
(MCID) ha realizado un seguimiento durante un período de tiempo
específico.
Precedence Call Summary: Para Administradores. Lista (en
formato gráfico de barras) un resumen de la información de
llamadas evitadas debido a los niveles MLPP seleccionados
durante un periodo de tiempo específico.
System Overview: Para Administradores. Proporciona información
de alto nivel sobre la red CUCM.
CDR Error: Para Administradores. Lista las estadísticas de los
errores encontrados durante la transferencia de datos CDR.
 57 
Tipos de Informes de dispositivo

Los informes de dispositivo incluyen la siguiente información:


Gateway: Informes detallados, resumidos y de utilización que muestran la
utilización del Gateway en función de varios criterios sobre llamadas y
Gateway.
Route Patterns y Hunt Groups: Incluye lo siguiente:






Route/Line Group Utilization
Route Pattern/Hunt Pilot Utilization
Hunt Pilot Summary
Hunt Pilot Detail
Conference Bridge: Informes Conference Call Detail y Conference Bridge
Utilization para monitorizar los recursos de videoconferencia.
Voice Messaging: El informe Voice Messaging Utilization estima el
porcentaje de utilización de los dispositivos de mensajería de voz.
 58 
CISCO UNIFIED RTMT
 59 
Introducción
 Cisco Unified Real-Time Monitoring Tool (RTMT) permite recopilar,
visualizar, interpretar, y monitorizar contadores, archivos de trace y
logs generados por CUCM, CUC, y CUP.
 El RTMT se puede descargar de los servidores CUCM, CUC, CUP y
Cisco Unified Contact Center Express (CUCCX).
 RTMT utiliza HTTPS para conectarse con los servidores y monitorizar el
rendimiento del sistema, el estado de los dispositivos, descubrimiento de
dispositivos, aplicaciones CTI, y puertos de mensajería de voz.
 Para usar RTMT se debe pertenecer a los grupos Standard CCM
Admin Users y Standard RealtimeAndTraceCollection.
 Las funciones administrativas de RTMT son:
 Monitorización de objetos de sistema predefinidos.
 Generación de alertas por email sobre objetos que superan o no llegan a los
valores límite definidos.
 Recopilación y visualización de archivos de trace desde diferentes servicios.
 Configuración y monitorización de contadores de rendimiento.
 60 
Interfaz RTMT
 La interfaz gráfica RTMT incluye los siguientes menús y opciones,
entre otros no listados:
 File: Guardar, restaurar, y eliminar perfiles RTMT, monitorizar información sobre
la Máquina Virtual Java, acceder al archivo de informes, acceder a la herramienta
de presentación de informes, cerrar sesión, o salir.
 Edit: Configurar categorías para la visualización de información en formato tabla,
configurar tasas de polling para los contadores de rendimiento y para
dispositivos, mostrar/ocultar Quick Launch Channel, y editar parámetros de
configuración de RTMT.
 Window: Cerrar la ventana RTMT actual (o todas).
 Application: Proporciona enlaces a las interfaces de administración,
serviceability y otras aplicaciones específicas, en función de qué RTMT se esté
utilizando.
 61 
Interfaz RTMT (Continuación)
 Cuando RTMT está en uso, el menú se divide en tres submenús:
 System: Permite monitorizar la plataforma, incluyendo la utilización de CPU,
memoria y disco. Los administradores pueden configurar y monitorizar diversos
contadores de rendimiento, s y traces, y acceder a la herramienta Trace & Log
Central Tool y al visor syslog.
 Call Manager: Si RTMT está conectado a un servidor CUCM, los
administradores podrán ver información resumida sobre el servidor, realizar
búsquedas por dispositivo y, monitorizar servicios.
 o
 Unity Connection: Si RTMT está conectado a un servidor CUC, los
administradores podrá utilizar la herramienta Port Monitor Tool y visualizar
estadísticas y resúmenes aplicables a CUC.
 o
 CUP: Si RTMT está conectado a un servidor CUP, los administradores pueden
ver información resumida aplicable a la aplicación CUP.
 Analysis Manager: Si el RTMT está conectado a un servidor CUCM, el
administrador puede mostrar resúmenes de configuración y licencias, y utilizar la
herramienta Call Path Analysis Tool.
 62 
Monitorizar CUCM con RTMT
 Algunos de las maneras en las que RTMT puede monitorizar un
servidor CUCM son:
 CallManager Summary: muestra gráficos de los teléfonos registrados, llamadas
en curso y, puertos y canales del Gateway MGCP activos.
 Gateway Activity: muestra un resumen de las llamadas en curso para un tipo de
gateway específico (MGCP FXS/FXO/T1/PRI o H.323). También puede mostrar
información sobre el número de llamadas por tipo de Gateway (por servidor o por
clúster).
 Device Search: Los administradores pueden realizar búsquedas por teléfonos,
gateways, dispositivos H.323, dispositivos CTI, dispositivos de mensajería de
voz, recursos multimedia, hunt lists, y SIP trunks. Para cada tipo de dispositivo, el
administrador puede buscar por estado (registrado, no registrado, rechazado y,
estados y dispositivos sólo configurados en la base de datos). La búsqueda se
puede limitar a un modelo de dispositivo o a un protocolo específico. Los
resultados de la búsqueda se presentan en formato tabla, una fila por dispositivo
y una columna para cada criterio a mostrar.
 Database Summary: muestra el estado de replicación, el número de replicas
creadas, el número de peticiones de notificación en cola en la base de datos y en
memoria y, el número total de conexiones clientes.
 63 
DISASTER RECOVERY SYSTEM
 64 
Introducción
 DRS permite realizar copias de seguridad programadas o manuales
de las bases de datos CUCM y CDR/CAR. También realiza copias y
recupera sus propios parámetros de configuración, para que en caso
de recuperación, el DRS no tenga que reconfigurarse desde cero.
 DRS incluye interfaces GUI y CLI, un planificador de copias de
seguridad, unidad de cintas donde almacenar las copias SFTP, y
una arquitectura de sistema distribuida.
 La arquitectura DRS cuenta con un Local Agent en cada servidor
del clúster (que realiza las operaciones de copia de seguridad y
recuperación), y un Master Agent con las siguientes funciones:
 Almacena información de registro de los componentes del sistema.
 Mantiene la planificación de las tareas de copias de seguridad y envía dichas
tareas al Agente Local siguiendo la planificación.
 Almacena las copias de seguridad en una unidad de cinta local o en un servidor
SFTP remoto.
 Interactúa con el administrador vía la página web DRS.
 65 
Utilización del DRS
 Configurar un dispositivo de backup: Antes de poder realizar
copias de seguridad, se debe crear un dispositivo de copia siguiendo
estos pasos:
1.
2.
3.
4.
5.
En el DRS, acceda a Device > Backup Device.
Indique un nombre para el dispositivo de backup.
Especifique si el dispositivo es una unidad de cinta local o un directorio de red.
Seleccione la unidad de cinta o proporcione una dirección IP, una ruta SFTP, y
una cuenta SFTP que DRS pueda utilizar.
Haga clic en Save.
 66 
Utilización del DRS (Continuación)
 Crear una copia de seguridad programada:
1.
2.
3.
4.
5.
Acceda a Backup > Scheduler.
Haga clic en Add New.
Indique un nombre para esta planificación.
Seleccione el dispositivo de backup definido anteriormente.
Seleccione las funciones a añadir a la copia de seguridad. Dependiendo de la
aplicación, éstas pueden ser:
 CUCM: CCM, CDR_CAR.
 CUC: CONNECTION_DATABASE, CONNECTION_GREETINGS_VOICENAMES,
CONNECTION_MESSAGES_UNITYMBXDB1, CUC.
 CUP: CUPS, CUP.
6. Defina la planificación para la copia de seguridad.
7. Habilite la tarea programada.


Para una copia de seguridad manual ir a Backup > Manual Backup, seguir
los mismos pasos, y en lugar de definir una planificación, iniciar la tarea.
El estado de la tarea de copia de seguridad se puede ver en Backup >
Current Status, donde se presenta una lista con las tareas y su porcentaje
completado para cada componente.
 67 
Utilización del DRS (Continuación)
 Realizar una restauración:
1.
2.
3.
4.
5.
6.
7.
Acceda a Restore > Restore Wizard.
Seleccione el dispositivo que almacena el archivo de copia de seguridad desde
el que se desea realizar la restauración.
Seleccionar el archivo de copia de la lista de archivos del dispositivo de copia.
Seleccione la función/funciones a restaurar.
Si la restauración se realiza desde un servidor SFTP, se deberá seleccionar el
parámetro opcional File Integrity Check, que asegura que los datos restaurados
no son corruptos. Esta opción consume significativamente recursos de red y
ralentiza el proceso de restauración.
Seleccione el servidor/servidores que deberían restaurarse. Si el Publisher
(primer nodo) se seleccionó para restauración, el DRS automáticamente
recupera la base de datos de subscriptores.
Monitorice el proceso de restauración desde Restore > Status.
 68 
Título de la Diapositiva
CCNA Voice
Gestión y Resolución de Problemas en CUCM
Contenido
Generación y acceso
a los Informes
Análisis de Informes CUC
1
3
Resolución de problemas y Mantenimiento
usando Cisco Unity Connection Reports
2
 70 
GENERACIÓN Y ACCESO A LOS
INFORMES
 71 
Cisco Unity Connection Serviceability Reports
 En la aplicación CUC Serviceability acceda a Tools > Reports.
 Lista de informes :
 Phone Interface Failed Logon Report - Users Report, Message Traffic Report Port Activity Report - Mailbox Store Report - Dial Plan Report, Dial Search Scope
Report - User Phone Login and MWI Report - User Message Activity Report Distribution Lists Report - User Lockout Report - Unused Voice Mail Accounts
Report - Transfer Call Billing Report - Outcall Billing Report - Outcall Billing
Summary Report - Call Handler Traffic Report - System Configuration Report SpeechView Activity Report by User - SpeechView Acitivity Summary Report.
 Desde la página CUC Serviceability Reports, y haga clic en el
informe que desea ver, aparecerá una nueva pantalla donde podrá
personalizar las opciones del informe.
 Tras personalizar el informe haga clic en Generate Report.
 Cada informe proporciona información sobre el estado actual, la
configuración y la utilización del servidor CUC.
 72 
Cisco Unified Serviceability: Serviceability Reports Archive
 Los informes son accesibles desde la aplicación web Unified
Serviceability (no confundir con la aplicación CUC Serviceability).
 Para acceder a los informes, primero debe activar el servicio Cisco
Serviceability Reporter.
 En Unified Serviceability, acceder a Tools > Service Activation, seleccionar el
servicio Cisco Serviceability Reporter y hacer clic en Save.
 Serviceability Reporter recopila datos de logs y rellena con ellos el Serviceability
Reports Archive.
 Los datos recopilados se puedes personalizar en la interfaz CUC
Administration. Acceda a System Settings > Advanced >
Reports para modificar las siguientes opciones:
 Enable Audit Log: Deseleccionar esta casilla detiene el registro de
procedimientos almacenados. Por defecto está activada.
 Maximum Events Allowed in Audit Log: Limita el número de entradas en el
Audit Log. Cuando el número definido se supera, se sobrescriben las entradas
más antiguas. Los valores están entre 1 y 100.000, y su valor por defecto es de
100.000.
 73 
Cisco Unified Serviceability: Serviceability Reports Archive
(Cont.)
 Maximum Events Allowed in Security Log: Limita el número de entradas en el
Security Log, cuando se supera, se sobrescriben las entradas más antiguas. Los
valores están entre 1 y 100.000, y su valor por defecto es de 100.000.
 Minutes Between Data Collection Cycles: Controla la frecuencia con la que se
recopilan datos de los logs. El valor por defecto es de 30 minutos.
 Days to Keep Data in Reports Database: Determina el número de días
durante los cuales los datos se deben mantener en la base de datos de
informes. El valor por defecto es de 90 días.
 Reports Database Size (as a Percentage of Capacity) After Which the
Reports Havester is Disabled: Define el % máximo de espacio de disco que la
BBDD de informes puede ocupar, cuando se alcanza, el servicio CUC Report
Harvester se para, evitando que la BBDD crezca. Valor por defecto: 80%.
 Maximum Records in Report Output: Limita el número de registros
presentados en el informe. El rango permitido es de 5.000 a 30.000, mientras
que el valor por defecto es de 25.000.
 Minimum Records Needed to Display Progress Indicator: Determina si
ejecutar un informe causará que aparezca un mensaje antes de que el informe
se genere, y se muestre una barra de progreso mientras se esté ejecutando. El
rango permitido es de 1 a 10.000, y su valor por defecto es 2.500.
 74 
ANÁLISIS DE INFORMES CUC
 75 
Análisis de Informes CUC
 En la aplicación web Cisco Unified Serviceability, accede a Tools
> Serviceability Reports Archive.
 Haga clic en el mes para el cual desea visualizar informes, a continuación haga
clic en la fecha específica.
 Los informes Alerts Report muestran la siguiente información:
 Número de alertas por gravedad en el clúster.
 Número de alertas por servidor.
 Un listado de los diez alertas en el clúster.
 Ya que los Alerts Report son resúmenes, sólo se muestra qué nivel
de gravedad y a qué servidor afecta. Usar la herramienta RTMT
(Real-time Monitoring Tool) para ver las alertas del servidor con más
detalle.
 Al abrir Alert Central en RTMT se puede visualizar la lista de
alertas, haciendo clic con el botón derecho sobre cualquiera de
ellas, y seleccionando Alert Detail. Aparecerá una ventana donde
se muestran los detalles de la alerta registrada.
 76 
Análisis de Informes CUC (Continuación)
 El servidor de informes proporciona estadísticas (en formato gráfico)
para los siguientes datos:
 Porcentaje de utilización de CPU por servidor.
 Porcentaje de utilización de memoria por servidor.
 Porcentaje de utilización de disco duro de la partición común (Common Partition)
por servidor.
 Porcentaje de utilización de disco duro de la partición de repuesto (Spare
Partition) por servidor.
 77 
RESOLUCIÓN DE PROBLEMAS Y
MANTENIMIENTO
USANDO CISCO UNITY
CONNECTION REPORTS
 78 
Introducción
 Los informes CUC Serviceability Reports proporcionan una idea de
lo que está pasando en el servidor. Por ejemplo:
 El informe Phone Interface Failed Logon muestra si hay un número significativo
de intentos de inicio de sesión fallidos durante un periodo de tiempo dado.
 El informe User Lockout Report (normalmente ejecutado junto al informe Failed
Login) proporciona una lista rápida de las cuentas que están bloqueadas, por
qué y cuándo se bloquearon dichas cuentas. En la aplicación web CUC
Administration el administrador puede acceder a Users > Users, seleccionar el
usuario afectado, acceder a Edit > Password Settings, y hacer clic en Unlock
Password, de esta manera se desbloqueará la cuenta del usuario.
 El informe Port Activity Report muestra las siguientes estadísticas para cada
uno de los puertos de voicemail en el servidor y determinar si todos los puertos
están activos y son utilizables :
 Nombre del puerto - Llamadas entrantes - Salida MWI - Salida AMIS - Notificación de
salida - TRAP de salida - Total Puerto
 79 
Informes para mantenimiento rutinario
 La monitorización de mailbox permite prevenir que nos quedemos
sin espacio de disco y evitemos la interrupción del servicio.
 El Mailbox Store Report proporciona un resumen del tamaño actual, y estado
del almacenamiento de los mailbox.
 El Unused Voice Mail Accounts Report simplifica la tarea de detectar cuentas
que no se han utilizado recientemente, permitiendo al administrador tomar las
medidas adecuadas.
 Hay 3 Billing Reports, para que los administradores puedan asociar
el número y duración llamadas con la cuenta de usuario:
 El Transfer Call Billing muestra:
 Nombre, extensión, y ID de facturación del usuario - Fecha / hora de la llamada - El
número marcado - Resultado de la Transferencia (Connected, Ring No Answer, Busy, o
Unknown).
 El Outcall Billing Detail ordenado por día, extensión de usuario y muestra:
 Nombre, extensión, y ID de facturación del usuario - Fecha / hora de la llamada - El
número marcado - Resultado de la Transferencia (Connected, Ring No Answer, Busy, o
Unknown) - Duración de la llamada (en segundos).
 El Outcall Billing Summary ordenado por fecha, nombre, extensión y ID de
facturación, y muestra el tiempo de línea de espera (segs) para cada hora del día.
 80 
Fin
Preguntas
 81 

Cisco Unified Presence

Transcripción

Documentos relacionados