L'incidence de gamme 5000 ASR du bas de SCTP a annoncé la taille de fenêtre sur le lien M3UA

Introduction

Ce document décrit le problème et la solution liée à la couche d'adaptation d'utilisateur du niveau 3 MTP (pièce de transfert des messages) (M3UA) joint qu'allez à un état congestionné ou agitez l'état, après une panne de réseau important ou à la mise à niveau de logiciel du noeud servant de service du routeur de services d'agrégation de Cisco (ASR) GPRS (service général de radiocommunication par paquets) (SGSN). Ceci se produit normalement dans des scénarios d'Interopérabilité où le noeud ASR 5000 est connecté à de tiers Noeuds tels que le registre d'emplacement de la maison (HLR) ou le réseau d'Access de radio (RNC).

Problème

Le problème intrinsèque est que l'ASR 5000 SGSN reçoit un bas annoncent la taille de fenêtres dans la couche de Protocole SCTP (Stream Control Transmission Protocol) du noeud distant de pair, du noeud du point de transfert de signalisation (STP), du HLR, ou du RNC. La basse taille de la fenêtre peut être vue dans le suivi de capture de paquet, la commande show de SCTP, ou le suivi de protocole de moniteur dans le SGSN. Dans la capture de paquet vous pouvez voir la taille de la fenêtre annoncée dans le message de SAC à SCTP avec une valeur de zéro ou de près de zéro. Quand ceci se produit SGSN donne une alarme M3UA afin d'informer le noeud de pair pour ne pas envoyer le paquet de ce point final de pair. Ceci fait agiter ou entrer le lien de SCTP dans un état congestionné. Puisque SGSN envoie une taille de la fenêtre normale, il continue à recevoir des données M3UA des Noeuds de pair, mais ces paquets pourraient obtenir relâché dans la file d'attente attendante si le noeud de pair ne sort jamais de l'encombrement.

Séquence d'opérations qui mènent à une alarme M3UA dans SGSN

1. Le SCTP envoie une indication de début de contrôle de flux à M3UA.
2. Le SCTP envoie un contrôle de flux arrêtent l'indication à M3UA.
3. M3UA place l'indicateur actif d'encombrement pour l'association et commence à voter le SCTP périodiquement au sujet de son état de contrôle de flux.
4. Tandis qu'une association est dans le contrôle de flux, M3UA aligne de futures demandes de données de cette association jusqu'à ce que QUEUE_SIZE soit atteint. À ce moment là, de futurs messages pour l'association sont jetés. M3UA propage les informations d'encombrement d'association aux différents pairs distants qui font partie de l'association.
5. M3UA efface l'indicateur d'encombrement pour l'association et cesse de voter le SCTP.
6. M3UA transmet n'importe quoi dans sa file d'attente d'encombrement pour cette association au SCTP.

Déroutements 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

Log de suivi

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

Solution

Toutes les fois que les instabilités ou l'encombrement se produit continuellement sur les liens, c'est une indication que l'un ou l'autre le pair que le noeud ne traite pas la demande à temps en raison du débordement demande ce SGSN provenu, ou SGSN pourrait recevoir un nombre écrasant de demandes du réseau dû à l'encombrement de réseau ou à un problème de réseau.

Un contournement à sortir de cette condition est de bloquer et débloquer les liens associés avec ce encombrement ou lien instable. Une autre manière est de retirer et puis re-ajouter l'exemple du processus de signalisation de pair (PSP) associé avec ce encombrement ou lien instable.

Informations connexes

• Guide d'administration ASR5000 SGSN - Cisco Systems
• Support et documentation techniques - Cisco Systems