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

简介

本文档介绍在思科聚合服务路由器(ASR)服务GPRS（通用分组无线业务）服务节点(SGSN)发生重大网络故障或软件升级后，与MTP（消息传输部分）第3级用户适配层(M3UA)链路相关的问题和解决方案。 在ASR 5000节点连接到第三方节点(如归属位置寄存器(HLR)或无线接入网络(RNC))的互操作性场景中，通常会发生这种情况。

问题

根本问题是ASR 5000 SGSN从远程对等节点、信令传输点(STP)节点、HLR或RNC接收流控制传输协议(SCTP)层中低通告窗口大小。在SGSN的数据包捕获跟踪、SCTP show命令或监控协议跟踪中可以看到窗口大小较低。在数据包捕获中，您可以在SCTP SACK消息中看到通告的窗口大小，其值为零或接近零。发生这种情况时，SGSN会发出M3UA警报，以通知对等节点不从该对等终端发送数据包。这会导致SCTP链路抖动或进入拥塞状态。由于SGSN发送正常窗口大小，因此它继续从对等节点接收M3UA数据，但是如果对等节点从未出现拥塞，这些数据包可能会在等待队列中丢弃。

在SGSN中导致M3UA警报的事件序列

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

跟踪日志

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)实例。

相关信息

• ASR5000 SGSN管理指南 — 思科系统
• 技术支持和文档 - Cisco Systems