cisco unified presence - forumtech.net · arquitectura 2 @ 2012 ibitec s.l. todos los derechos...

CCNA Voice

Cisco Unified Presence

@ 2012 Ibitec S.L. Todos los derechos reservados.

Contenido

Funciones Habilitar Cisco Unified Presence 1 3

2

Arquitectura 2


FUNCIONES

3

@ 2012 Ibitec S.L. Todos los derechos reservados. 4

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.


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.


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.



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 off-

line, 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ó.



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.



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.


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.


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.


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.


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.


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.


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.


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.


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.


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.


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.


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.


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. Asignar capacidades de licencia en CUCM.

2. Configurar usuarios en CUCM.

3. Asociar DNs y usuarios en CUCM.

4. Crear un dispositivo CSF.

5. Asociar el dispositivo CSF con el usuario en CUCM.


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.



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.



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.


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. 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.

2. 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.

3. Definir el Perfil de Voicemail: Ir a Application > Cisco Unified Personal

Communicator > Voicemail Profile. Seleccionar el Mailstore y el Servidor

de Voicemail configurados anteriormente.


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. Ir a Application > Cisco Unified Personal Communicator > CTI Gateway

Server. Hacer clic en Add New. Introducir un Name y una IP Address.

2. 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. Ir a Application > Cisco Unified Personal Communicator > LDAP Server.

Clicar Add New. Indicar un Name y una IP Address, y hacer clic en Save.

2. 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.


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. Ir a Application > Cisco Unified Personal Communicator > CCMCIP

Profile, y luego hacer clic en Add New.

2. Indicar la dirección IP del Primary CCMCIP Host y, de manera opcional,

añadir también un Backup CCMCIP Host.


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.

El usuario no puede realizar llamadas

usando CUPC en modo softphone.

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.

No se muestra el estado “al teléfono”

mientras el usuario tiene una llamada

activa.

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.)

El usuario no puede iniciar sesión en

CUPC.

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.

El usuario no puede añadir contactos, la

búsqueda no devuelve resultados.

Verificar que el usuario está asociado con el perfil LDAP correcto en CUPS.

Comprobar el LDAP Search Context en CUPS.

El usuario no puede controlar el Teléfono

IP 9971

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.


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

Disaster Recovery System 1 3

32

Cisco Unified RTMT 2


RESOLUCIÓN DE PROBLEMAS DE

CONECTIVIDAD Y QOS

33


Resolución de Problemas

Metodología para la resolución de problemas:


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.


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.


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.


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.



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.



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.


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. Acceda a System > Route Plan Report.

2. Establecer el valor del primer filtro a “Unassigned DNs”.

3. Haga clic en Find.

4. Elimine todos los DNs no asignados listados, seleccionando todos los DNs

listados usando los checkbox y luego haciendo clic en Delete Selected.


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.


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.


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.


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. 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.

2. Si se usa un servidor de facturación externo, también se debe activar el

servicio Cisco SOAPCDRonDemand Service (SOAP – Simple Object Access

Protocol).


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.



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.



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.


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).


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.


Arquitecturas CDR y CMR (Continuación)

Exportar informes CDR y CMR:

1. En la herramienta CAR, acceda a CDR > Export CDR/CMR.

2. Indique los valores de los campos From Date y To Date.

3. En Select Records, active CDR Records, CMR Records, o ambos.

4. Haga clic en Export File.

5. 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.

6. 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.


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.


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.


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.


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).


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).


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.


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.


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.


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.


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.


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.


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.


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. En el DRS, acceda a Device > Backup Device.

2. Indique un nombre para el dispositivo de backup.

3. Especifique si el dispositivo es una unidad de cinta local o un directorio de red.

4. Seleccione la unidad de cinta o proporcione una dirección IP, una ruta SFTP, y

una cuenta SFTP que DRS pueda utilizar.

5. Haga clic en Save.


Utilización del DRS (Continuación)

Crear una copia de seguridad programada:

1. Acceda a Backup > Scheduler.

2. Haga clic en Add New.

3. Indique un nombre para esta planificación.

4. Seleccione el dispositivo de backup definido anteriormente.

5. 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.


Utilización del DRS (Continuación)

Realizar una restauración:

1. Acceda a Restore > Restore Wizard.

2. Seleccione el dispositivo que almacena el archivo de copia de seguridad desde

el que se desea realizar la restauración.

3. Seleccionar el archivo de copia de la lista de archivos del dispositivo de copia.

4. Seleccione la función/funciones a restaurar.

5. 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.

6. 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.

7. Monitorice el proceso de restauración desde Restore > Status.


Título de la Diapositiva

CCNA Voice

Gestión y Resolución de Problemas en CUCM


Contenido

Generación y acceso a los Informes

Resolución de problemas y Mantenimiento usando Cisco Unity Connection Reports

1 3

70

Análisis de Informes CUC 2


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.


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.


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.


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.


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.


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


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.


Fin

81

Preguntas

cisco unified presence - forumtech.net · arquitectura 2 @ 2012 ibitec s.l. todos los derechos...

Documents