无线 : Cisco ASR 5000 系列

SCTP低通告的窗口大小ASR 5000系列影响在M3UA链路

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈

简介

本文描述问题,并且与MTP (信息传递部分) 3级用户适配层涉及的解决方案(M3UA)在主要网络中断以后连接请去思科聚合服务路由器(ASR)服务GPRS (通用分组无线业务)服务节点(SGSN)的拥塞的状态或摆动状态,或软件升级。这在ASR 5000节点连接对第三方节点例如位置记录器的互通性方案通常发生(HLR)或无线接入网(RNC)。

贡献用Solomon Ayyankulankara Kunjan和Joe Opio, Cisco TAC工程师。

问题

基础问题是ASR 5000 SGSN接收低通告在流控制传输协议(SCTP)层的窗口大小从远端对等体节点、信号转接点(STP)节点、HLR或者RNC。低窗口大小在数据包捕获show命令trace、的SCTP或者监视器在SGSN的协议trace能被看到。在数据包捕获您能看到在SCTP SACK消息的通告的窗口大小与值为零或近零。当这发生时SGSN发出M3UA报警为了通知对等体节点不发送从该对等体终端的数据包。这导致SCTP链路摆动或加入到拥塞的状态。因为SGSN发送正常窗口大小,继续接收从对等体节点的M3UA数据,但是那些数据包在等待的队列也许被撤销,如果对等体节点从未从拥塞出来。

导致M3UA在SGSN的报警的事件顺序

  1. SCTP发送流量控制启动征兆对M3UA。
  2. SCTP发送流量控制终止征兆对M3UA。
  3. M3UA设置关联的拥塞活动标志并且开始周期地轮询SCTP关于其流量控制状态。
  4. 当关联在流量控制中时, M3UA排队该关联的将来数据请求,直到QUEUE_SIZE被到达。那时,关联的将来消息丢弃。M3UA传播关联拥塞信息给是关联的一部分的各自的远端对等体。
  5. M3UA清除关联的拥塞标志并且停止轮询SCTP。
  6. M3UA在其该关联的拥塞队列传达任何东西给SCTP。

SGSN陷阱

Tue Feb 11 07:03:12 2014 Internal trap notification 1074
(M3UAPSPCongested) ss7-routing-domain-1 peer-server-1
peer-server-process-1 (point-code-13959424) congested

Tue Feb 11 07:03:12 2014 Internal trap notification 1056
(SS7PCCongested) ss7-routing-domain-1 point-code-13959424 congested

Tue Feb 11 07:03:13 2014 Internal trap notification 1075
(M3UAPSPCongestionCleared) ss7-routing-domain-1 peer-server-1
peer-server-process-1 (point-code-13959424) congestion cleared

Tue Feb 11 07:03:13 2014 Internal trap notification 1057
(SS7PCCongestionCleared) ss7-routing-domain-1 point-code-13959424 congestion cleared

Trace日志

Peer Server Id :        2   Peer Server Process Id:        1
Association State : ESTABLISHED
Flow Control Flag : TRUE
Peer INIT Tag : 17282
SGSN INIT Tag : 3011555404
Next TSN to Assign to
Outgoing Data Chunk : 324019883
Lowest cumulative TSN acknowledged : 324019882
Cumulative Peer TSN arrived from peer : 2204328608
Last Peer TSN sent in the SACK : 2204328607
Self RWND : 1048576 <- SGSN sends
this window size
Advertised RWND in received SACK : 32 <- peer sends
this window size
Peer RWND(estimated) : 32 <- Estimated window
also goes down which cause SGSN not able to send packets on wire
Retransmission counter : 0
Zero Window Probing Flag : FALSE
Last Tsn received during ZWnd Probing : 0
Bytes outstanding on all
addresses of this association : 0
Congestion Queue Length : 0
Ordered TSN assignment Waiting QLen : 7690
Unordered TSN assignment Waiting QLen : 0
Total number of GAP ACKs Transmitted : 2
Total number of GAP ACKs Received : 2037

解决方案

每当飘荡或拥塞在链路不断地发生,这是暗示任一对等体节点不处理请求及时由于来自SGSN的巨大请求,或者SGSN也许收到从网络的巨大数字请求由于网络拥塞或网络问题。

离开的应急方案此情况是阻塞和疏导链路关联与此拥塞或飘荡。另一个方式将删除然后重新加写对等体信令进程(PSP)实例关联与此拥塞或飘荡。

相关信息



Document ID: 118921