内容

概要

問題

SGSNのM3UAアラームにつながるイベントのシーケンス

SGSNトラップ

トレースログ

解決方法

関連情報

概要

このドキュメントでは、大規模なネットワーク停止またはCiscoアグリゲーションサービスルータ(ASR)サービングGPRS(General Packet Radio Service)サービスノード(SGSN)のソフトウェアアップグレードの後、輻輳またはフラップ状態になるMTP(Message Transfer Part)レベル3ユーザ適応層(M3UA)リンク1111000000000000000000000000000000000000000000000000000000000000) )。 これは通常、ASR 5000ノードがホームロケーションレジスタ(HLR)や無線アクセスネットワーク(RNC)などのサードパーティノードに接続される相互運用性シナリオで発生します。

問題

根本的な問題は、ASR 5000 SGSNがリモートピアノード、Signaling Transfer Point(STP)ノード、HLR、またはRNCからStream Control Transmission Protocol(SCTP)レイヤで低アドバタイズのウィンドウサイズを受信することです。低いウィンドウサイズは、パケットキャプチャトレース、SCTP showコマンド、またはSGSNのモニタプロトコルトレースで確認できます。パケットキャプチャでは、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が大量の要求を受信します。

この状態から抜け出す回避策は、この輻輳またはフラッピングに関連するリンクをブロックおよびブロック解除することです。もう1つの方法は、この輻輳またはフラッピングに関連するピアシグナリングプロセス(PSP)インスタンスを削除してから再度追加することです。

関連情報

- ASR5000 SGSN アドミニストレーション ガイド - Cisco Systems

- テクニカル サポートとドキュメント – Cisco Systems