简介
本文档介绍在聚合服务路由器(ASR)5000/ASR 5500/虚拟分组核心中排除计费数据记录(CDR)/通用分组无线业务(GPRS)隧道协议Prime(GTPP)归档故障的步骤。
背景信息
ASR 5000/ASR 5500/虚拟数据包核心可能出于多种原因（由于IP连接问题，无法传输文件，远程服务器无法接收CDR、各种错误配置等）归档CDR。 aaaproxy restart在许多情况下都解决了该问题，即使它是计费网关功能(CGF)问题。例如，如果CGF无法接受特定类型的消息（例如取消请求），则在aaaproxy重新启动后，该消息将不再被发送。由于aaaproxy的重新启动可解决该问题，因此会产生误报，因为ASR 5000/ASR 5500/虚拟数据包核心是原因。使用外部PCAP捕获流量有助于确定原因，在本例中为CGF。
问题
show gtpp counters显示CDR的类型和计数器。计数器显示存档的CDR。在此示例中，存档的网关GPRS支持节点(GGSN)CDR(GCDR)的数量为144015。show gtpp counters的多个输出显示存档的CDR数量是否在增加。
[local]StarOS# show gtpp counters all
Archived GCDRs: 144015
GCDRs buffered with AAAPROXY: 0
GCDRs buffered with AAAMGR: 22354
此输出显示当GCDR存档稳定时，GPRS服务支持节点(SGSN)CDR(SCDR)持续存档。
[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
检查系统日志中的“gtpp 52056”警告可用于识别CDR存档的情景和GTPP组。此输出显示，已报告上下文GTPP和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
解决方案
1.配置错误可能导致CDR在存档中累积。如果CDR/GTPP记录由意外的GTPP组生成，并且该组的配置无效，则会进行存档。验证配置是否存在或对以下常见问题有效：
- APN配置中的“gtpp group default”
- GGSN中的“记帐情景”，服务网关(SGW),SAEGW，SGSN服务
- 计费代理IP和CGF服务器IP地址。
2.检查套接字接口是否在相应的上下文中打开。套接字创建失败可能导致CDR存档。要确定此类问题，请使用此命令测试CGF连接。此命令应在配置gtpp组的环境中执行。
[context]StarOS# gtpp test accounting group name <name>
3.检查RTD（往返延迟）计费网关是否确认CDR。“show gtpp statistics verbose”显示CGF的RTD。
4.检查传输网络以确定它是否有能力通过网关处理流量。网络中的延迟或丢包将导致CDR在网关中存档。如果丢弃数据包（导致从ASR 5000/ASR 5500/虚拟数据包核心重新传输数据包，从而降低CDR传输速率），这将导致存档CDR。这可以通过增加传输链路容量或在网络中添加QoS来解决。
5.使用“debug aamgr show archive-records instance <aaamgr_instance_id>”（它需要在机箱中配置CLI test-commands密码）检查aaamgr实例中的活动记录。在较新的软件版本上，提供了有关特定aaamgr上已存档记录的CDR类型、上下文和GTPP组名称的信息。此信息有助于识别可能的错误配置。从下面的示例输出中，CDR明显滞留/存档在情景gsn中的gtpp组默认值中。生成这些CDR的APN是apn wifitest。ggsn上下文中的此默认gtpp组可能具有无效配置。
--------------------------------------------------------------------------------------
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
反馈