Voz : H.323

Configuración del registro CDR con servidores Syslog y gateways del IOS de Cisco

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


Contenido


Introducción

A veces los clientes deben llevar registros de los detalles de las llamadas (CDR) de los sistemas de Voz sobre IP (VoIP) para fines contables o de facturación. La manera recomendada de hacer esto es con una autenticación externa, una autorización, y un servidor de las estadísticas (AAA) (radius or tacacs). Estos sistemas AAA a menudo ofrecen registro en CDR, procesamiento de registro de llamada posterior y facilidad de generación de informes de facturación.

Puede haber algunas situaciones donde la complejidad o el coste del servidor de AAA prohíbe su uso, pero todavía hay un requisito para el registro CDR. En tal caso, es posible usar las funciones syslog de la gateway o del router de Cisco para registrar los CDR VoIP en un servidor syslog externo. Estos expedientes están en el formato de la variable separada por comas (CSV). Pueden ser cargados y ser procesados fácilmente por una aplicación del software externo tal como una hoja de cálculo o una base de datos. El software syslog del servidor puede ejecutarse una PC básica. Las aplicaciones básicas del servidor syslog pueden descargarse de Internet. Cisco no recomienda ningún tipo o versión de software de servidor syslog en particular.

Syslog utiliza el Protocolo de datagrama de usuario (UDP) como el mecanismo principal de transporte para que los paquetes de datos no sean secuenciales ni reconocidos. Es posible que en una red de gran uso, algunos paquetes pueden ser caídos y por lo tanto la información CDR está perdida. Los servidores de syslog multiple pueden ser especificados para redundancia.

Para el grupo fecha/hora en el CDR a estar correcto, hay un requisito para que el router o el gateway del ½ del ¿Â de Cisco IOSï sea configurado para la sincronización horaria vía una fuente horaria del Network Time Protocol (NTP). Si el router no tiene sincronización NTP, los tiempos de comienzo y detención de cada CDR tendrán un valor cero (nulo). Si una fuente externa NTP no se encuentra disponible, debe configurarse al router como un NTP maestro. Esto se explica en la sección de configuración.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

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

Configuración

Ésta es una configuración de muestra que permite al router para generar VoIP CDR y para enviarlos a un servidor Syslog externo:

router(config)#service timestamps log datetime msec localtime

!--- Ensures that the records are timestamped with an accurate value.
 
! 
router(config)#aaa new-model
!
router(config)#aaa authentication login default none

!--- Enables AAA to prevent Telnet authentication via AAA.

router(config)#aaa accounting connection h323 start-stop radius

!--- Generates the H.323 call start/stop CDRs. 

router(config)#gw-accounting syslog     

!--- Sends the H.323 CDRs to the syslog server. 

router(config)#logging 10.64.6.250  

!--- The IP address of the syslog server. Multiple syslog servers 
!--- can be specified for redundancy. 

El NTP debe ejecutarse en el Cisco IOS router o el gateway para asegurar al H.323 los expedientes partida/parada tiene el valor de hora correcta. Éstos son los dos métodos de NTP:

  • Utilice este comando del modo de configuración global del software del IOS de Cisco para sincronizar el router IOS de Cisco o la gateway a un servidor NTP externo:

    router(config)#ntp server ip address
    
    

    IP Address — La dirección IP del Servidor de tiempo que proporciona la Sincronización por reloj.

  • Si no existe una fuente de hora externa NTP, utilice el reloj interno como fuente horaria. Esto se hace con el comando de configuracion global del software del IOS de Cisco mostrado aquí:

    router(config)#ntp master
    

    El reloj del router se debe fijar a la hora correcta (del modo EXEC normal) con este comando de asegurarse de que los grupos fecha/hora están correctos:

    router#clock set 15:15:00 8 May 2001
    

    Nota: En algunas Plataformas de Cisco, el reloj del router no se sostiene con una fuente de batería. El Tiempo del sistema necesita ser reajustado después de una recarga de router o de un corte del suministro de electricidad.

Salida de muestra CDR

Ésta es una porción de salida de la consola del router. Cuando la configuración en este documento se habilita, los CDR se dirigen a la consola del router así como al servidor de Syslog. Para quitar el registro de la consola del router, no configure ninguna consola de registro en el modo de configuración global en el router. Esto evita que los CDR y otros mensajes del sistema aparezcan en la consola, pero aún están registrados con el servidor syslog.

Cuando se hace una llamada VoIP, pone una llamada en la dirección delantera al destino. El destino realiza una llamada de retorno para que se produzca una conexión VoIP de dúplex completo. Por lo tanto, existe un CDR para el tramo de reenvío y un segundo CDR para el tramo de retorno. El tramo de llamada delantero tiene un origen de la llamada de 2 mientras que el tramo de llamada de vuelta tiene un origen de la llamada de 1.

Nota: Algunas líneas de resultado se han dividido en varias líneas para la impresión.

router#

!--- This output is for the forward call leg.

Jun 18 11:15:02.867: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:39.367 UTC Mon
Jun 18 2001, PeerAddress 68575, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.707 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.867 UTC Mon Jun 18 2001, CallOrigin 2,
    ChargedUnits 0, InfoType 2, TransmitPackets 1509, TransmitBytes 102600,
    ReceivePackets 1510, ReceiveBytes 138920

router#

!--- This output is for the reverse call leg.

Jun 18 11:15:02.983: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId BA55719E
    F8C10015 0 1B1E08, SetupTime 11:14:41.683 UTC Mon
Jun 18 2001, PeerAddress 2887, PeerSubAddress , DisconnectCause 10  , DisconnectText
    normal call clearing., ConnectTime 11:14:49.703 UTC Mon
Jun 18 2001, DisconnectTime 11:15:02.983 UTC Mon Jun 18 2001, CallOrigin 1,
    ChargedUnits 0, InfoType 2, TransmitPackets 1510, TransmitBytes 102692,
    ReceivePackets 1509, ReceiveBytes 138828
router#

Este CDR muestra:

Tramo de llamada de reenvío
Hora en que se generó CDR : 18 jun 11:15:02.867
Id. de conexión única : BA55719E F8C10015 0 1B1E08
Tiempo de configuración : 11:14:39.367 UTC Lun 18 de Jun de 2001
Dirección del par (número llamador) : 68575
Código de la causa de desconexión : 10
Texto de la causa de desconexión : verificación normal de llamadas
Tiempo de conexión : 11:14:49.707 UTC lunes 18 de junio de 2001
Origen de la llamada : 2
Hora de desconexión : 11:15:02.867 UTC Lu 18 Jun 2001
Transmitir paquetes : 1509
Transmitir bytes : 102600
Recibir paquetes : 1509
Recibir Bytes : 138828

Tramo de llamada de retorno
Hora en que se generó CDR : 18 de jun. 11:15:02.983
ID de conexión : BA55719E F8C10015 0 1B1E08
Tiempo de configuración : 11:14:41.683 UTC lunes 18 de junio de 2001
PeerAddress (número al que se llamó) : 2887
Código de la causa de desconexión : 10
Texto de la causa de desconexión : verificación normal de llamadas
Tiempo de conexión : 11:14:49.703 UTC Mon Jun 18 2001 (11:14:49.703 UTC [Tiempo Universal Coordinado], lun 18 de jun de 2001)
Origen de la llamada : 1
Hora de desconexión : 11.15.02.983 UTC (Tiempo Coordinado Universal), lunes 18 de junio de 2001
Transmitir paquetes : 1510
Transmitir bytes : 102692
Recibir paquetes : 1509
Recibir Bytes : 138828

El valor por defecto de los valores de código de la causa de desconexión al hexadecimal. Esta tabla muestra algunos valores hexadecimales comunes y sus explicaciones:

Valor hexadecimal Explicación
0x0 Vea la nota abajo
0x1 Número no asignado
0x3 No hay ruta para el destino
0x10 Verificación normal de llamadas
0x11 Usuario ocupado
0x12 Sin respuesta del usuario
0x13 Falta de respuesta de usuario
0x15 Llamada rechazada
0x1C Número no válido
0x1F Normal, sin especificar
0x22 Ningún circuito
0x2C Ningún circuito solicitado
0x2F Ningún recurso
0x3F Servicio y opción disponible sin especificar

Nota: Algunas versiones de Cisco IOS Software pudieron dar a muchos los mensajes del código de la causa de desconexión el "0" cuando publican el comando show h323 gateway cause-codes. Es un defecto estético y no tiene ningún impacto en el funcionamiento.


Información Relacionada


Document ID: 14068