Contenu

Introduction

Informations générales

Problème

Solution

Introduction

Ce document décrit les étapes à suivre pour dépanner l'archivage de Charging Data Records (CDR)/General Packet Radio Service (GPRS) Tunneling Protocol Prime (GTPP) dans les routeurs à services d'agrégation (ASR) 5000/ASR 5500/Virtual Packet Core.

Informations générales

L'ASR 5000/ASR 5500/Virtual Packet Core peut archiver les CDR pour de nombreuses raisons (impossible de transmettre des fichiers en raison de problèmes de connectivité IP, le serveur distant ne peut pas recevoir de CDR, diverses erreurs de configuration, etc.). Un redémarrage aaproxy résout le problème dans de nombreux cas, même s'il s'agit d'un problème de fonction de passerelle de facturation (CGF). Par exemple, si une CGF ne peut pas accepter un type de message particulier (par exemple, une demande d'annulation), après le redémarrage du proxy, le message n'est plus envoyé. Puisque le redémarrage d'aproxy répond au problème, il donne un faux positif car ASR 5000/ASR 5500/Virtual Packet Core en est la cause. L'utilisation d'un PCAP externe pour capturer le trafic permettrait d'identifier la cause, qui dans ce cas serait le CGF.

Problème

La commande show gtpp counters indique le type et les compteurs des CDR. Les compteurs affichent les CDR archivés. Dans cet exemple, le nombre de CDR (GCDR) GPRS (Gateway GPRS Support Node) archivés est 144015. Plusieurs sorties de la commande show gtpp counters indiquent si le nombre de CDR archivés augmente.

[local]StarOS# show gtpp counters all

Archived GCDRs: 144015

GCDRs buffered with AAAPROXY: 0

GCDRs buffered with AAAMGR: 22354

Ce résultat montre un archivage continu des CDR (SGSN) du noeud de support GPRS (Serving GPRS Support Node) pendant que l'archive GCDR est stable.

[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 vérification des syslogs pour l'avertissement 'gtpp 52056' peut être utilisée pour identifier le contexte et le groupe GTPP où se produit l'archivage des CDR. Cette sortie montre que l'archivage est signalé pour les groupes GTPP et GTPP de contexte par défaut.

[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

Solution

1. Une mauvaise configuration peut entraîner l'accumulation de CDR dans l'archive. Si les enregistrements CDR/GTPP sont générés par un groupe GTPP non intentionnel et que ce groupe a une configuration non valide, l'archivage se produit. Vérifiez que la configuration est présente ou valide pour ces problèmes courants :

- « gtpp group default » dans la configuration APN

- « contexte comptable » dans GGSN, passerelle de service (SGW), SAEGW, services SGSN

- Adresse IP de l'agent de facturation et adresse IP du serveur CGF.

- Vérifier si CGF est opérationnel.

2. Vérifiez si l'interface de socket est active dans le contexte correspondant. L'échec de la création de socket peut conduire à l'archivage CDR. Afin d'identifier de tels problèmes, testez la connectivité CGF avec cette commande. Cette commande doit être exécutée dans le contexte où le groupe gtpp est configuré.

[context]StarOS# gtpp test accounting group name <name>

3. Vérifiez que la passerelle de rechargement (RTD) reconnaît les CDR. La commande « show gtpp statistics verbose » indique le RTD pour CGF.

4. Vérifiez le réseau de transport pour déterminer s'il a la capacité de gérer le trafic par la passerelle. Le retard ou la perte de paquets dans le réseau entraîne l'archivage des CDR dans la passerelle. Si les paquets sont abandonnés (ce qui entraîne la retransmission des paquets de ASR 5000/ASR 5500/Virtual Packet Core, ce qui ralentit le débit de transmission CDR), cela entraînera des CDR archivés. Vous pouvez y remédier en augmentant la capacité de la liaison de transport ou en ajoutant la QoS au réseau.

5. Vérifiez les enregistrements actifs dans une instance aamgr avec « debug aamgr show archive-records instance <aamgr_instance_id>" (il nécessite le mot de passe des commandes de test CLI configuré dans le châssis.) sur les nouvelles versions du logiciel fournit des informations sur le type CDR, le contexte et le nom de groupe GTPP pour les enregistrements archivés sur un aamgr spécifique. Ces informations permettent d'identifier d'éventuelles erreurs de configuration. D'après l'exemple ci-dessous, il est clair que les CDR sont coincés/archivés dans le groupe gtpp par défaut dans le contexte ggsn. L'APN qui a généré ces CDR est apn wifitest. Il est possible que ce groupe gtpp par défaut dans le contexte gsn ait une configuration non valide.

--------------------------------------------------------------------------------------

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