Impacto de la serie ASR 5000 del tamaño de ventana baja anunciada de SCTP en el enlace M3UA

Introducción

Este documento describe el problema y la solución relacionada con el nivel MTP (parte de transferencia de mensaje) 3 Capas de adaptación del usuario (M3UA) conecta que vaya a un estado de congestión o agite el estado, después de una caída del sistema de red principal o a la actualización del software del nodo de servicio del servicio del router de los servicios de la agregación de Cisco (ASR) GPRS (General Packet Radio Service) (SGSN). Esto sucede normalmente en los escenarios de la Interoperabilidad donde el nodo ASR 5000 está conectado con los Nodos de tercera persona tales como registro de ubicación casera (HLR) o red de acceso de radio (RNC).

Problema

El problema subyacente es que el ASR 5000 SGSN recibe un punto bajo hace publicidad del tamaño de las ventanas en la capa del Stream Control Transmission Protocol (SCTP) del nodo del peer remoto, del nodo del punto de transferencia de señalización (STP), de HLR, o de RNC. El tamaño de la ventana bajo se puede considerar en la traza de la captura de paquetes, el comando show SCTP, o la traza del protocolo del monitor en el SGSN. En la captura de paquetes usted puede ver el tamaño de la ventana de divulgación en el mensaje del SACO SCTP con un valor de cero o cerca de cero. Cuando sucede esto SGSN aumenta una alarma M3UA para informar al nodo del peer para no enviar el paquete de ese punto final del par. Esto hace el link SCTP agitar o ingresar en un estado de congestión. Puesto que SGSN envía un tamaño de la ventana normal, continúa recibiendo los datos M3UA de los nodos del peer, pero esos paquetes pudieron conseguir caídos en la fila de procesos en espera si el nodo del peer nunca sale de la congestión.

Secuencia de eventos que lleva a una alarma M3UA en SGSN

1. El SCTP envía una indicación del comienzo del control de flujo al M3UA.
2. El SCTP envía un control de flujo para la indicación al M3UA.
3. El M3UA fija el indicador activo de la congestión para la asociación y comienza a sondear el SCTP periódicamente sobre su estatus del control de flujo.
4. Mientras que una asociación está en el control de flujo, el M3UA hace cola los pedidos de datos futuros para esa asociación hasta que se alcance QUEUE_SIZE. En ese momento, los mensajes futuros para la asociación se desechan. El M3UA propaga la información de congestión de la asociación a los peeres remotos individuales que son parte de la asociación.
5. El M3UA borra el indicador de la congestión para la asociación y para el sondear del SCTP.
6. El M3UA transmite cualquier cosa en su cola de la congestión para esa asociación al SCTP.

Desvíos 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

Registro de la traza

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

Solución

Siempre que las aletas o la congestión ocurra continuamente en los links, esto es una indicación que cualquier el nodo del peer no procesa la petición a tiempo debido a abrumar pide que venido de SGSN, o de SGSN pudo recibir un número impresionante de peticiones de la red debido a la congestión de red o a un problema de red.

Una solución alternativa a salir de esta condición es bloquear y desbloquear los links asociados a esta congestión o cambio. Otra manera es quitar y después re-agregar el caso del proceso de señalización del par (PSP) asociado a esta congestión o cambio.

Información Relacionada

• Guía de administración ASR5000 SGSN - Cisco Systems
• Soporte Técnico y Documentación - Cisco Systems