CCNA Voice. Cisco Unified Presence

Transcripción

1 CCNA Voice Cisco Unified Presence

2 Contenido Funciones 1 3 Habilitar Cisco Unified Presence Arquitectura 2 2

3 FUNCIONES 3

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

5 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

6 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

7 CUPC (Continuación) 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

8 CUPC (Continuación) 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

9 CUPC (Continuación) Integración con otras aplicaciones CUPC puede proporcionar voic 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 voic visual. 9

10 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

11 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

12 ARQUITECTURA 12

13 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

14 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

15 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

16 Integración con CUC Permite al usuario ordenar, visualizar, escuchar y borrar mensajes de voic , y llamar al emisor de mensajes de voic , 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 voic configurado en el servidor CUPS. 16

17 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

18 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

19 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

20 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

21 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

22 HABILITAR CISCO UNIFIED PRESENCE 22

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

24 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

25 Habilitar Usuarios para CUPC en CUCM (Cont.) 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

26 Habilitar Usuarios para CUPC en CUCM (Cont.) 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

27 Habilitar Usuarios para CUPC en CUP En el servidor CUPS, se deben realizar diversas configuraciones para soportar funciones CUPC: Acceso a voic usando CUPC: CUPC puede recuperar y procesar mensajes de voic 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 voic . Esta configuración permite el uso de IMAP para recuperar mensajes de voz. 2. Definir el Servidor de Voic Ir a Application > Cisco Unified Personal Communicator > Voic 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 Voic Ir a Application > Cisco Unified Personal Communicator > Voic Profile. Seleccionar el Mailstore y el Servidor de Voic configurados anteriormente. 27

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

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

30 Resolución de problemas CUPC INDICENCIA Error al iniciar CUPC: El dispositivo seleccionado no está disponible. 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 TAREAS A REALIZAR 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. 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

31 Título de la Diapositiva CCNA Voice Gestión y Resolución de Problemas en CUCM

32 Contenido Resolución de problemas de Conectividad y QOS 1 3 Disaster Recovery System Cisco Unified RTMT 2 32

33 RESOLUCIÓN DE PROBLEMAS DE CONECTIVIDAD Y QOS 33

34 Resolución de Problemas Metodología para la resolución de problemas: 34

35 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

36 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

37 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

38 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

39 Problemas de registro CUCM (Continuación) 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

40 Problemas de registro CUCM (Continuación) 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

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

42 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

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

44 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

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

46 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

47 Análisis CDR y Reporting Tools Reports (Continuación) 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

48 Análisis CDR y Reporting Tools Reports (Continuación) 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 . 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 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

49 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

50 Arquitecturas CDR y CMR (Continuación) Parámetros CAR del sistema: Mail Parameters para que el sistema CAR pueda enviar informes por . 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

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

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

53 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

54 EJEMPLO: Generación de Informes CDR 1. Acceder a la herramienta CAR Reports a través de la URL, 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

55 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

56 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

57 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

58 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

59 CISCO UNIFIED RTMT 59

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

61 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

62 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

63 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

64 DISASTER RECOVERY SYSTEM 64

65 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

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

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

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

69 Título de la Diapositiva CCNA Voice Gestión y Resolución de Problemas en CUCM

70 Contenido Generación y acceso a los Informes 1 3 Resolución de problemas y Mantenimiento usando Cisco Unity Connection Reports Análisis de Informes CUC 2 70

71 GENERACIÓN Y ACCESO A LOS INFORMES 71

72 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

73 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 , y su valor por defecto es de

74 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 , y su valor por defecto es de 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 a , mientras que el valor por defecto es de 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 , y su valor por defecto es

75 ANÁLISIS DE INFORMES CUC 75

76 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

77 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

78 RESOLUCIÓN DE PROBLEMAS Y MANTENIMIENTO USANDO CISCO UNITY CONNECTION REPORTS 78

79 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 voic 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

80 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

81 Fin Preguntas 81