Introducción
Este documento describe los pasos para solucionar problemas de archivado de cobro de registros de datos (CDR)/General Packet Radio Service (GPRS) Tunneling Protocol Prime (GTPP) en Aggregation Services Routers (ASR) 5000/ASR 5500/Virtual Packet Core.
Antecedentes
ASR 5000/ASR 5500/Virtual Packet Core puede archivar CDR por muchas razones (no se pueden transmitir archivos debido a problemas de conectividad IP, el servidor remoto no puede recibir CDR, varios errores de configuración, etc.). Un reinicio de aaproxy 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 particular de mensaje (por ejemplo, una solicitud de cancelación), después de que aaproxy se reinicie, el mensaje ya no se enviará. Dado que el reinicio de aaproxy resuelve el problema, da un falso positivo, ya que ASR 5000/ASR 5500/núcleo de paquete virtual 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 siguiente, el número de CDR (GCDRs) GPRS Support Node (GGSN) archivados es 144015. Múltiples salidas de los contadores show gtpp muestran si el número de CDRs 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 archivado continuo de CDR (SCDRs) de nodo de soporte de GPRS (SGSN) mientras que el archivo de GPRS está 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 comprobación de los registros del sistema para la advertencia 'gtpp 52056' se puede utilizar para identificar el contexto y el grupo GTPP donde se está llevando a cabo el archivado de los CDR. Esta salida muestra que el archivado se informa para el GTP de contexto 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. Una configuración incorrecta puede llevar a la acumulación de CDR en el archivo. Si los registros CDR/GTPP son generados por un grupo GTPP involuntario y este grupo tiene una configuración no válida, se producirá el archivado. Verifique que la configuración esté presente o sea válida para estos problemas comunes:
- "gtpp group default" en la configuración de APN
- "Contexto de contabilidad" en GGSN, Serving Gateway (SGW), SAEGW, servicios SGSN
- Dirección IP del agente de carga y dirección IP del servidor CGF.
- Verifique si CGF está en funcionamiento.
2. Verifique si la interfaz de socket está activa en el contexto correspondiente. Un fallo en la creación del socket puede llevar al archivado de CDR. Para identificar tales problemas, pruebe la conectividad CGF con este comando. Este comando debe ejecutarse en el contexto donde se configura el grupo gtpp.
[context]StarOS# gtpp test accounting group name <name>
3. Compruebe el RTD (retraso de ida y vuelta) si el gateway de carga está reconociendo 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 el gateway. El retraso o la caída de paquetes en la red harán que los CDR se archiven en el gateway. Si se descartan los paquetes (lo que da lugar a la retransmisión de paquetes desde ASR 5000/ASR 5500/Virtual Packet Core, lo que ralentiza la velocidad de transmisión de CDR), se archivarán los CDR. Esto se puede solucionar aumentando la capacidad del link 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 CLI configurada en el chasis.) en las versiones de software más recientes proporciona información sobre el tipo de CDR, el contexto y el nombre de grupo GTPP para los registros archivados en un aamgr específico. Esta información ayuda a identificar posibles configuraciones erróneas. A partir del siguiente ejemplo de salida, está claro que los CDR se atascan/archivan en el grupo gtpp predeterminado en el contexto gsn. El APN que generó estos CDR es apn wifitest. Es posible que este grupo gtpp predeterminado en el contexto gsn 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
Comentarios