Configuración CDR en CCM 11.5
Contenido
Introducción
Este documento describe cómo configurar la encaminamiento del detalle de llamada (CDR) en el Cisco Call Manager 11.5 (CCM).
Prerrequisitos
Requisitos
Cisco recomienda que usted tiene conocimiento de este tema:
- Versión 11.5 del administrador de las Comunicaciones unificadas de Cisco (CUCM)
Componentes Utilizados
La información en este documento se basa en la Versión de CCM 11.5
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.
Información previa
CUCM presenta dos tipos de expedientes, que salvan el historial de llamadas y la información de diagnóstico, como sigue:
- Los Registros de datos de los expedientes de detalle de llamada contienen la información sobre cada llamada que sea procesada por el CallManager.
- Call Management Records - Los Registros de datos contienen el Calidad de Servicio (QoS) o la información de diagnóstico sobre la llamada, también designada los registros de diagnóstico.
Los CDR y los CMR juntos se refieren como datos CDR. Los datos CDR proporcionan un expediente de todas las llamadas que han sido hechas o recibidas por los usuarios del sistema CallManager. Los datos CDR son útiles sobre todo para generar los registros de facturación; sin embargo, pueden también ser utilizados para seguir la actividad de la llamada, diagnostican los tipos determinados de problemas y de plan de la capacidad.
Los CDR contienen la información sobre el origen de la llamada, el destino de llamada, la fecha y hora en los cuales la llamada fue comenzada, el tiempo que conectaron realmente, y el tiempo terminaron. Una llamada se considera comenzada u originada cuando va el llamador descolgado. La llamada se considera terminada cuando va el llamador o la Parte llamada en-gancho. Los CMR contienen la información sobre el periodo de los datos enviados y recibidos, jitter, tiempo de espera, y los paquetes perdidos.
Arquitectura
Servicios requeridos
CallManager
- Puede ser activado en cualquier nodo en el cluster.
- Realiza el Procesamiento de llamadas y escribe el CDR, los datos CMR en los archivos planos.
- Los archivos planos se generan en una frecuencia determinada por el indicador del intervalo de tiempo del archivo CDR bajo parámetros Enterprise.
Agente CDR
- Funcionamientos como servicio de red en cada nodo en un cluster (Publisher incluyendo).
- Sondea el directorio local para el CDR, los archivos planos CMR cada 6 segundos.
- Si los hallazgos nuevo CDR, los archivos planos CMR, él avanzan el CDR, los archivos planos CMR de ese nodo al nodo del repositorio CDR (Publisher).
- Sobre la transferencia acertada, el sistema borra la copia local del archivo.
Administrador repositorio CDR
- Se ejecuta como servicio de red en todos los Nodos en un cluster. Sin embargo, en la realidad solamente el administrador repositorio CDR en Publisher realiza cualquier acción. En el resto de los Nodos, el servicio empieza simplemente para arriba, pero por otra parte va a dormir.
- Crea la estructura de directorios usada por los servicios CAR.
- Maneja los archivos planos que se reciben de otros Nodos. Cuando el archivo llega en el nodo del repositorio CDR, el administrador repositorio CDR lo detecta. El sistema archiva el archivo en un directorio que se dedique a la fecha que es indicada por el grupo fecha/hora que fue colocado en el nombre del archivo cuando el archivo fue creado.
- Envía los archivos CDR hasta tres servidores exteriores de la factura.
- Mantiene los archivos CDR por algunos días, hasta 30 días.
- Marque el uso del disco y borre periódicamente los viejos archivos. Los umbrales se configuran usando la Administración CDR (cubierta más adelante en la presentación).
- Genera la alarma si se falla la salida, o el uso del disco demasiado arriba.
Planificador de CAR
- Se ejecuta como servicio de red en todos los Nodos en un cluster. Pero, en la realidad solamente el servicio del Planificador de CAR en Publisher realiza cualquier acción. En el resto de los Nodos, el servicio empieza simplemente para arriba, pero por otra parte va a dormir.
- De acuerdo con el horario del cargamento CDR, accede los archivos CDR/CMR en la estructura de directorios que el servicio del administrador repositorio CDR crea, procesa estos archivos e inserta la información CDR en la base de datos CAR.
- El tamaño máximo de la base de datos CAR es 6 GB (de no configurable). El Planificador de CAR purga los datos de la base de datos CAR si excede 6 GB o si la cantidad de registros excede de 2 millones. Dos millones de límites de registro incluyen los datos en el tbl_billing_data y el tbl_billing_error.
Servicio web CAR
- El servicio se puede activar solamente en Publisher.
- Funcionamientos como servicio de la característica (centro de control – servicios de la característica).
- Necesita ejecutarse para acceder la análisis CDR y señalar la herramienta (CAR).
Servicio del jabón-CDRonDemand
- El servicio de CDRonDemand es un servicio SOAP/HTTPS-based que se ejecuta en el nodo del repositorio CDR (es decir Publisher).
- Recibe las solicitudes SOAP las listas de nombre del archivo CDR de un servidor de tercera persona basado en un intervalo de tiempo definido por el usuario (hasta un máximo de 1 hora) y devuelve todas las listas que quepan la duración que la petición especifica.
El servicio del onDemand CDR puede también manejar las peticiones de entregar un archivo específico CDR a un destino especificado con (s) el FTP. El sistema puede activar el servicio del onDemand CDR en el nodo del repositorio CDR mientras que tiene que acceder los archivos CDR en el repositorio.
Hay dos parámetros pertinentes bajo el System (Sistema) > Enterprise Parameters (Parámetros Enterprise) que se utilizan para estrangular las peticiones del servidor del otro vendedor:
- Interrogaciones permitidas de CDRonDemandget_file por el minuto (Min:1, Max:20, valor por defecto: 10)
- Interrogaciones permitidas de CDRonDemandget_file_list por el minuto (Min:1, Max:40, valor por defecto: 20)
Estructura de directorios del administrador repositorio CDR
La estructura de directorios del administrador repositorio CDR como se describe a continuación existe solamente en Publisher.
Todo bajo /var/log/active/cm/cdr_repository
admin:file list activelog /cm/cdr_repository <dir> car <dir> destination1 <dir> destination2 <dir> destination3 <dir> preserve <dir> processed <dir> tmp <dir> trans dir count = 8, file count = 0 admin:
transporte - Los archivos se reciben del nodo CM.
tmp - Espera de los archivos que se procesará.
coto/yyyymmdd - Archivos que se enviarán y/o que se cargarán por el CAR
procesado/yyyymmdd - Archivos enviados con éxito a todos los destinos y cargados por el CAR (si el CAR no se activa y no se configura ningún servidor de la factura, los archivos se ponen aquí directamente).
destinationX/yyyymmdd - Contiene los links simbólicos a los archivos bajo el coto. El servicio del administrador repositorio CDR utiliza estos suave-links para determinar qué archivos necesitan ser transferidos al servidor que carga en cuenta.
coche/yyyymmdd - Contiene los links simbólicos a los archivos bajo el coto. El servicio del Planificador de CAR utiliza estos suave-links para determinar los archivos que son necesarios ser procesados por el Cargador CDR.
Entienda el coto y los directorios procesados
En los escenarios regulares del trabajo:
El agente CDR en el nodo se ejecuta una vez, el servicio de CallManager envía los archivos a Publisher, ellos se salva en el directorio del coto/del yyyymmdd en Publisher. Si se activa el CAR, los links simbólicos se establecen a estos archivos en la ubicación del coche/del yyyymmdd. Si se configuran los servidores que cargan en cuenta, los links simbólicos a estos archivos también serán establecidos en la ubicación del destinationX/del yyyymmdd (donde X puede ser 1,2,3 --- puesto que a lo más 3 servidores que cargan en cuenta se pueden configurar).
Sigue habiendo los archivos en la ubicación del coto hasta que el Cargador CDR procese estos archivos y ingrese los expedientes correspondientes en la base de datos CDR. Una vez que se procesan los archivos CDR, se mueven a la ubicación procesada.
Además del cargamento CDR que es habilitado, si carga en cuenta los servidores se configuran, los archivos CDR continúan permaneciendo en la ubicación del coto hasta que se completen ambas operaciones, es decir hasta la carga CDR y el archivo de la transferencia al servidor de la factura se completan.
Por lo tanto, en los escenarios de trabajo típicos, todos los archivos planos CDR quieren en la ubicación “procesada” en comparación con la ubicación del coto. Esto significa que todas las operaciones para esos archivos se han completado.
Ejemplo:
Si usted está resolviendo problemas cualesquiera datos CDR para el 17 de julio de 2018, después usted puede querer marcar si los archivos correspondientes existen en el directorio del coto o el directorio procesado.
Para marcar si el directorio del coto contiene los archivos:
activelog /cm/cdr_repository/preserve/20180717 de la lista de archivos
Para marcar si el directorio procesado contiene los archivos:
activelog /cm/cdr_repository/processed/20180717 de la lista de archivos
Mantenga la interacción
Para entender mejor la interacción del servicio, asuma que hay dos servidores en el cluster, editor y suscriptor. Asuma los funcionamientos del servicio de CallManager solamente en el suscriptor. Aquí es cómo se maneja el CDR, los archivos CMR:
- El servicio de CallManager en el suscriptor genera los archivos planos CDR/CMR localmente.
- El servicio del agente CDR en el suscriptor transfiere estos archivos a la estructura de directorios cdr_repository en Publisher. Se borra la transferencia es una vez completa, la copia local de estos archivos en el suscriptor.
- Si se configuran los servidores que cargan en cuenta, después el servicio del administrador repositorio CDR en Publisher transfiere estos archivos planos a los servidores de la factura.
- Si se habilita el cargamento continuo 24/7 (en la análisis CDR y la herramienta de informe), después el servicio del Planificador de CAR en Publisher inserta la información de la llamada en los archivos planos en la base de datos CAR en Publisher.
Configurar
- Habilite el CDR y navegue al sistema > al parámetro de servicio > al servicio del administrador de llamada. Fije el indicador habilitado CDR para verdad. Esto tiene que ser hecha para todos los Nodos en el servidor.
- Habilite el CMR y navegue al sistema > al parámetro de servicio > al servicio del administrador de llamada.
Fije el parámetro habilitado los diagnósticos de la llamada a cualquiera: Habilitado solamente cuando el indicador habilitado CDR es verdad (genere los CMR solamente cuando el parámetro de servicio habilitado del indicador CDR se fija para verdad) o se habilita sin importar el indicador habilitado CDR (genera los CMR sin consideración alguna hacia la configuración en el parámetro de servicio habilitado CDR del indicador).
Esto es un parámetro amplio del cluster.
- Cluster ID: Este parámetro proporciona un Identificador único para el cluster porque el parámetro consigue utilizado en los CDR, las colecciones de CDR de los clusteres múltiples, que se pueden localizar a las fuentes. El valor predeterminado especifica StandAloneCluster. El Largo máximo comprende 50 andprovides de los caracteres un cluster válido ID que comprenda ninguno de estos caracteres: A-Z, a-z, 0-9,
- Ahora agregue el servidor SFTP/el servidor de la factura donde están ser enviado los archivos. Navegue a Cisco unificó la utilidad > las herramientas > la Administración CDR y agregan el nuevo servidor de la factura.
- Para crear el horario para enviar los registros CDR, navegue a las herramientas > a la análisis CDR y a la información y entonces al sistema > al planificador de trabajos > a la carga CDR.
Cargamento de la neutralización - Para inhabilitar el cargamento de los datos CDR, utilice esta opción si usted no quisiera que los datos CDR fueran cargados en la base de datos CAR. Los cambios toman el efecto en la medianoche. Usted también necesitará utilizar esta opción si la operación manual de la purgación tiene que ser realizada (el cargador se debe inhabilitar antes de ejecutar la operación de la purgación). Pare y recomience el servicio del Planificador de CAR para realizar el cambio ocurrir inmediatamente.
Cargamento continuo 24/7 - Permite al Cargador CDR para ejecutarse continuamente 24 horas al día, cargar 7 días a la semana los CDR en la base de datos CAR. Esta opción representa la configuración predeterminada para el planificador de trabajos de la carga CDR.
Carga CDR solamente - Marque este cuadro para cargar solamente los registros CDR en la base de datos CAR. Con esta opción, los expedientes CMR no cargan en la base de datos CAR. Esta opción representa la configuración predeterminada para el planificador de trabajos de la carga CDR. Usted debe desmarcar manualmente la casilla de verificación de la carga CDR solamente para forzar los expedientes CMR para cargar con los registros CDR.
-
Para conseguir el informe manualmente, navegue a CDR > la exportación CDR, tal y como se muestra en de la imagen:
Las fechas pueden ser seleccionadas por consiguiente y usted consigue la página, tal y como se muestra en de la imagen. 
Haga clic en el vaciado de /CMR del vaciado CDR para descargar el archivo. También aseegurese que usted desmarca el archivo de la cancelación para no borrar los archivos permanantly de CUCM
Verificación
De Cisco unificó la utilidad, navegan a las herramientas > a la análisis CDR y a la información. El mensaje móvil proporciona una descripción de la descripción general de alto nivel de la configuración CDR también de la cantidad de registros en la base de datos CDR. 
Verifique las llamadas de CDR > búsqueda (y utilice la opción ua de los para seguir la llamada).
Ejemplo: Bajo búsqueda CDR por el número de teléfono del usuario, usted puede ingresar el número de teléfono y conseguir a los detalles de llamada para eso, tal y como se muestra en de la imagen.
Troubleshooting
De Cisco unificó la utilidad, navegan a las herramientas > a la análisis CDR y a la información). El mensaje móvil proporciona una descripción de la descripción general de alto nivel de la configuración CDR también de la cantidad de registros en la base de datos CDR. El estallido para arriba también proveyó de usted el error importante relacionado con la configuración.
Para cualquier error, intente recomenzar estos servicios:
- Agente CDR
- Administrador repositorio CDR
- Planificador de CAR
- Servicio web CAR
- Servicio de CDRonDemand del jabón
Si el problema todavía está allí satisfaga recogen estos registros:
- Planificador de trabajos del Cisco CAR
- Servicio web del Cisco CAR
- Agente de Cisco CDR
- CDr administrador repositorio de Cisco
- Cisco Call Manager
Para el troubleshooting detallado, refiera por favor a este link: https://supportforums.cisco.com/t5/collaboration-voice-and-video/troubleshooting-cdr/ta-p/3117504
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)