Introdução
Este documento descreve as etapas para solucionar problemas de arquivamento do protocolo de encapsulamento Prime (GTPP - Charging Data Records) (CDRs)/General Packet Radio Service (GPRS - General Packet Radio Service) no Aggregation Services Routers (ASR) 5000/ASR 5500/Virtual Packet Core.
Informações de Apoio
O ASR 5000/ASR 5500/Virtual Packet Core pode arquivar CDRs por várias razões (não é possível transmitir arquivos devido a problemas de conectividade IP, o servidor remoto não consegue receber CDRs, várias configurações incorretas, etc.). Um reinício de proxy resolve o problema em muitos casos, mesmo se for um problema de função de gateway de carregamento (CGF). Por exemplo, se um CGF não puder aceitar um tipo específico de mensagem (por exemplo, solicitação de cancelamento), a mensagem não será mais enviada depois que o proxy for reiniciado. Como a reinicialização de um proxy aborda o problema, ele dá um falso positivo como ASR 5000/ASR 5500/Virtual Packet Core sendo a causa. Usar um PCAP externo para capturar o tráfego ajudaria a identificar a causa, que, neste caso, seria o CGF.
Problema
O comando show gtpp counters mostra o tipo e os contadores para CDRs. Os contadores mostram CDRs arquivados. No exemplo aqui, o número de GPRS Support Node (GGSN) CDRs (GCDRs) do Gateway arquivado é 144015. Várias saídas do comando show gtpp counters mostram se o número de CDRs arquivados está aumentando.
[local]StarOS# show gtpp counters all
Archived GCDRs: 144015
GCDRs buffered with AAAPROXY: 0
GCDRs buffered with AAAMGR: 22354
Esta saída mostra um arquivamento contínuo de CDRs (SCDRs) Serving GPRS Support Node (SGSN) enquanto o arquivo de GCDRs é estável.
[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
A verificação de syslogs para o aviso 'gtpp 52056' pode ser usada para identificar o contexto e o grupo GTPP onde o arquivamento de CDRs está acontecendo. Esta saída mostra que o arquivamento é relatado para contexto GTPP e padrão do grupo gtpp.
[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
Solução
1. A configuração incorreta pode levar ao acúmulo de CDRs no arquivo. Se os registros CDRs/GTPP forem gerados por um grupo GTPP não intencional e esse grupo tiver uma configuração inválida, ocorrerá o arquivamento. Verifique se a configuração está presente ou é válida para estes problemas comuns:
- "gtpp group default" na configuração APN
- "contexto contábil" em GGSN, Serving Gateway (SGW), SAEGW, serviços SGSN
- Endereço IP do agente de tarifação e do servidor CGF.
- Verifique se o CGF está em execução.
2. Verifique se a interface do soquete está ativa no contexto correspondente. A falha na criação do soquete pode levar ao arquivamento de CDR. Para identificar esses problemas, teste a conectividade do CGF com este comando. Este comando deve ser executado no contexto em que o grupo gtpp está configurado.
[context]StarOS# gtpp test accounting group name <name>
3. Verifique o RTD (round trip delay) se o gateway de cobrança está confirmando os CDRs. O "show gtpp statistics verbose" mostra o RTD para CGF.
4. Verifique a rede de transporte para determinar se ela tem a capacidade de lidar com o tráfego pelo gateway. Atraso ou queda de pacote na rede fará com que os CDRs sejam arquivados no gateway. Se os pacotes forem descartados (resultando em retransmissão de pacotes do ASR 5000/ASR 5500/Virtual Packet Core, o que diminui a taxa de transmissão do CDR), isso resultará em CDRs arquivados. Isso pode ser corrigido aumentando a capacidade do enlace de Transporte ou adicionando QoS na rede.
5. Verifique os registros ativos em uma instância do aamgr com "debug aamgr show archive-records instance <aamgr_instance_id>" (requer a senha dos comandos de teste da CLI configurada no chassi) nas versões mais recentes do software fornece informações sobre o tipo de CDR, contexto e nome do grupo GTP para registros arquivados em um aamgr específico. Essas informações ajudam a identificar possíveis erros de configuração. A partir do exemplo de saída abaixo, fica claro que os CDRs estão presos/arquivados no padrão do grupo gtpp no contexto gsn. O APN que gerou esses CDRs é o apn wifitest. Possivelmente, este grupo gtpp padrão no contexto gsn possui uma configuração invá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
Feedback