Tecnología inalámbrica : Cisco ASR de la serie 5000

El impacto de las 5000 Series ASR del punto bajo SCTP hizo publicidad del tamaño de la ventana en el link M3UA

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

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).

Contribuido por Solomon Ayyankulankara Kunjan y Joe Opio, ingenieros de Cisco TAC.

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



Document ID: 118921