Introducción
Este documento describe los pasos para resolver problemas de archivado de Registros de Datos de Carga (CDRs)/Servicio General de Radio de Paquetes (GPRS) Tunneling Protocol Prime (GTPP) en routers de servicios de agregación (ASR) 5000/ASR 5500/Virtual Packet Core.
Antecedentes
ASR 5000/ASR 5500/Virtual Packet Core puede archivar los CDR por muchas razones (al no poder transmitir los archivos debido a problemas de conectividad IP, el servidor remoto no puede recibir los CDR, varias configuraciones erróneas, etc.). Un reinicio proxy resuelve el problema en muchos casos, incluso si se trata de un problema de Función de gateway de carga (CGF). Por ejemplo, si un CGF no puede aceptar un tipo determinado de mensaje (por ejemplo, cancelar solicitud), después de que se reinicie el proxy, el mensaje ya no se enviará. Dado que el reinicio de un proxy aborda el problema, da un falso positivo, ya que ASR 5000/ASR 5500/Virtual Packet Core es la causa. El uso de un PCAP externo para capturar el tráfico ayudaría a identificar la causa, que en este caso sería el CGF.
Problema
El comando show gtpp counters muestra el tipo y los contadores para los CDR. Los contadores muestran los CDR archivados. En el ejemplo, el número de CDRs (GCDRs) GPRS archivadas es 144015. Varias salidas de los contadores show gtpp muestran si el número de CDR archivados está aumentando.
[local]StarOS# show gtpp counters all
Archived GCDRs: 144015
GCDRs buffered with AAAPROXY: 0
GCDRs buffered with AAAMGR: 22354
Esta salida muestra un archivo CDRs (SCDRs) en funcionamiento mientras que el archivo GCDRs es estable.
[local]StarOS# show gtpp counters all | grep Archive
Archived GCDRs: 176703
Archived MCDRs: 0
Archived SCDRs: 2244673
Archived S-SMO-CDRs: 0
Archived S-SMT-CDRs: 0
Archived G-MB-CDRs: 0
Archived SGW CDRs: 0
Archived WLAN CDRs: 0
Archived LCS-MT CDRs: 0
[local]StarOS# show gtpp counters all | grep Archive
Archived GCDRs: 176703
Archived MCDRs: 0
Archived SCDRs: 2244864
Archived S-SMO-CDRs: 0
Archived S-SMT-CDRs: 0
Archived G-MB-CDRs: 0
Archived SGW CDRs: 0
Archived WLAN CDRs: 0
Archived LCS-MT CDRs: 0
[local]StarOS# show gtpp counters all | grep Archive
Archived GCDRs: 176703
Archived MCDRs: 0
Archived SCDRs: 2245281
Archived S-SMO-CDRs: 0
Archived S-SMT-CDRs: 0
Archived G-MB-CDRs: 0
Archived SGW CDRs: 0
Archived WLAN CDRs: 0
Archived LCS-MT CDRs: 0
La verificación de los registros del sistema para la advertencia 'gtpp 52056' se puede utilizar para identificar el contexto y el grupo GTPP donde se realiza el archivado de los CDR. Esta salida muestra que el archiving se informa para el contexto GTPP y el grupo gtpp predeterminado.
[gtpp 52056 warning] [5/0/2399 <aaamgr:50> gr_gtpp_proxy.c:667] [context: GTPP, contextID: 6]
[software internal security system critical-info syslog] [gtpp-group default]
GTPP request with req-count 61747 retried by AAAmgr. Retry-count 3342670
Solución
1. La configuración incorrecta puede conducir a la acumulación de CDR en el archivo. Si los registros CDR/GTPP son generados por un grupo GTPP no deseado y este grupo tiene una configuración no válida, se realizará el archivado. Verifique que la configuración esté presente o sea válida para estos problemas comunes:
- "gtpp group default" en la configuración APN
- "Contexto de contabilidad" en GGSN, Serving Gateway (SGW), SAEGW y servicios SGSN
- Dirección IP del servidor de carga-agente y CGF.
- Compruebe si CGF está en funcionamiento.
2. Verifique si la interfaz del socket está activa en el contexto correspondiente. La falla de creación de socket puede llevar al archiving de CDR. Para identificar tales problemas, pruebe la conectividad CGF con este comando. Este comando se debe ejecutar en el contexto donde se configura el grupo gtpp.
[context]StarOS# gtpp test accounting group name <name>
3. Compruebe el RTD (retardo de ida y vuelta) si el gateway de carga reconoce los CDR. El "show gtpp statistics verbose" muestra el RTD para CGF.
4. Verifique la red de transporte para determinar si tiene la capacidad de manejar el tráfico por parte del gateway. La demora o la caída de paquetes en la red hará que los CDR se archiven en el gateway. Si se descartan los paquetes (lo que resulta en la retransmisión de paquetes desde ASR 5000/ASR 5500/Virtual Packet Core, que ralentiza la velocidad de transmisión de CDR), esto resultará en CDR archivados. Esto se puede solucionar aumentando la capacidad de enlace de transporte o agregando QoS en la red.
5. Verifique los registros activos en una instancia de aamgr con "debug aamgr show archive-records instance <aamgr_instance_id>" (requiere la contraseña de comandos de prueba de CLI configurada en el chasis). En las versiones de software más recientes se proporciona información sobre el tipo de CDR, el contexto y el nombre de grupo de GTPP para los registros archivados en un aamgr específico. Esta información ayuda a identificar posibles errores de configuración. A partir de la salida de ejemplo siguiente, está claro que los CDR se atascan/archivan en gtpp group default en context ggsn. El APN que generó estos CDR es apn wifitest. Posiblemente este grupo gtpp predeterminado en el contexto ggsn tenga una configuración no válida.
--------------------------------------------------------------------------------------
Record Type | Apn Name | Accounting Context | Group Name | Timestamp
--------------------------------------------------------------------------------------
EGCDR |wifitest |ggsn |default |Tuesday August 26 10:18:21
EGCDR |wifitest |ggsn |default |Tuesday August 26 10:23:21
EGCDR |wifitest |ggsn |default |Tuesday August 26 10:28:21
EGCDR |wifitest |ggsn |default |Tuesday August 26 10:33:22