Introduction
Ce document décrit les étapes pour dépanner l'archivage Charging Data Records (CDR)/General Packet Radio Service (GPRS) Tunneling Protocol Prime (GTPP) dans Aggregation Services Routers (ASR) 5000/ASR 5500/Virtual Packet Core.
Informations générales
ASR 5000/ASR 5500/Virtual Packet Core peut archiver des 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 aaaproxy résout le problème dans de nombreux cas, même s'il s'agit d'un problème de fonction de passerelle de chargement (CGF). Par exemple, si un CGF n'est pas en mesure d'accepter un type particulier de message (par exemple, une demande d'annulation), le message n'est plus envoyé après le redémarrage du serveur aaproxy. Puisque le redémarrage d'un proxy résout le problème, il donne un faux positif car ASR 5000/ASR 5500/Virtual Packet Core 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 affiche le type et les compteurs des CDR. Les compteurs affichent les CDR archivés. Dans cet exemple, le nombre de CDR (GCDR) GGSN (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
Cette sortie montre un archivage CDR (SCDR) SGSN (Serving GPRS Support Node) en cours tandis 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 recherche de l'avertissement « gtpp 52056 » dans les syslogs peut être utilisée pour identifier le contexte et le groupe GTPP où l'archivage des CDR a lieu. Ce résultat montre que l'archivage est signalé pour le contexte GTPP et le groupe gtpp 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 configuration incorrecte peut entraîner l'accumulation de CDR dans l'archive. Si des enregistrements CDR/GTPP sont générés par un groupe GTPP non voulu et que ce groupe a une configuration non valide, l'archivage aura lieu. Vérifiez que la configuration est présente ou valide pour les problèmes courants suivants :
- « gtpp group default » dans la configuration APN
- "contexte comptable" dans GGSN, Serving Gateway (SGW), SAEGW, SGSN services
- Adresse IP de l'agent de facturation et adresse IP du serveur CGF.
- Vérifiez si le CGF est opérationnel.
2. Vérifiez si l'interface de socket est active dans le contexte correspondant. Un échec de création de socket peut entraîner un archivage CDR. Afin d'identifier ces problèmes, testez la connectivité CGF avec cette commande. Cette commande doit être exécutée dans le contexte où gtpp group est configuré.
[context]StarOS# gtpp test accounting group name <name>
3. Vérifiez le RTD (Round Trip Delay) si la passerelle de facturation accuse réception des CDR. La commande « show gtpp statistics verbose » affiche 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 l'abandon de paquets sur le réseau entraîne l'archivage des CDR dans la passerelle. Si les paquets sont abandonnés (ce qui entraîne une retransmission des paquets à partir de ASR 5000/ASR 5500/Virtual Packet Core, ce qui ralentit le taux de transmission CDR), cela entraîne l'archivage des CDR. Il est possible de remédier à ce problème en augmentant la capacité de la liaison de transport ou en ajoutant une QoS au réseau.
5. Vérifiez les enregistrements actifs d'une instance aamgr avec « debug aamgr show archive-records instance <aamgr_instance_id> » (il requiert le mot de passe CLI test-commands configuré dans le châssis) sur les versions logicielles les plus récentes. Fournit des informations sur le type CDR, le contexte et le nom de groupe GTP pour les enregistrements archivés sur un aamgr spécifique. Ces informations aident à identifier les erreurs de configuration possibles. D'après l'exemple de sortie ci-dessous, il est clair que les CDR sont bloqués/archivés dans gtpp group default dans context 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 ggsn 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
Commentaires