简介
本文档介绍在聚合服务路由器(ASR)5000/ASR 5500/虚拟数据包核心中对计费数据记录(CDR)/通用分组无线服务(GPRS)隧道协议Prime(GTPP)存档进行故障排除的步骤。
背景信息
ASR 5000/ASR 5500/虚拟数据包核心可能由于多种原因对CDR进行存档（由于IP连接问题无法传输文件，远程服务器无法接收CDR，各种配置错误等）。在许多情况下，即使是一个计费网关功能(CGF)问题，aaproxy restart也会解决此问题。例如，如果CGF无法接受特定类型的消息（例如，取消请求），则在aaproxy重新启动后，将不再发送该消息。由于重新启动代理可解决此问题，因此会出现误报，因为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
检查syslogs的“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组默认”
- 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 aaamgr show archive-records instance <aaamgr_instance_id>”检查aaamgr实例中的活动记录（它需要在机箱中配置CLI test-commands密码。）在更新的软件版本中，为特定aamgr上的存档记录提供有关CDR类型、上下文和GTPP组名称的信息。此信息有助于识别可能出现的配置错误。从下面的示例输出中，可以清楚地看到CDR在情景ggsn的gtpp组默认设置中卡住/存档。生成这些CDR的APN是最新的APN。可能该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
反馈