Sem fio : Cisco ASR 5000 Series

O impacto do 5000 Series ASR do ponto baixo SCTP anunciou o tamanho de janela no link M3UA

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Introdução

Este documento descreve o problema e a solução relativa ao nível MTP (message transfer part) 3 camadas de adaptação de usuário (M3UA) liga que vá a um estado congestionado ou bata o estado, após uma indisponibilidade de rede principal ou ao upgrade de software do roteador dos serviços da agregação de Cisco (ASR) que serve o nó do serviço GPRS (General Packet Radio Service) (SGSN). Isto acontece normalmente nas encenações da Interoperabilidade onde o nó ASR 5000 é conectado aos Nós da terceira tais como o registro de lugar home (HLR) ou a rede de acesso de rádio (RNC).

Contribuído por Solomon Ayyankulankara Kunjan e por Joe Opio, engenheiros de TAC da Cisco.

Problema

A questão subjacente é que o ASR 5000 SGSN recebe um ponto baixo anuncia o tamanho dos indicadores na camada do Stream Control Transmission Protocol (SCTP) do nó do peer remoto, do nó do ponto de transferência de sinalização (STP), do HLR, ou do RNC. O baixo tamanho de janela pode ser considerado no traço da captura de pacote de informação, no comando show SCTP, ou no traço do protocolo do monitor no SGSN. Na captura de pacote de informação você pode ver o tamanho de janela anunciado na mensagem do SACO SCTP com um valor de zero ou perto de zero. Quando isto acontece SGSN levanta um alarme M3UA a fim informar o peer node para não enviar o pacote desse valor-limite do par. Isto faz com que o link SCTP bata ou participe em um estado congestionado. Desde que SGSN envia um tamanho de janela normal, continua a receber dados M3UA dos peer node, mas aqueles pacotes puderam obter deixados cair na fila de espera se o peer node nunca sai da congestão.

Sequência de evento que conduz a um alarme M3UA em SGSN

  1. O SCTP envia uma indicação do começo do controle de fluxo ao M3UA.
  2. O SCTP envia um controle de fluxo para a indicação ao M3UA.
  3. O M3UA ajusta a bandeira ativa da congestão para a associação e começa a votar periodicamente o SCTP sobre seu estado do controle de fluxo.
  4. Quando uma associação estiver no controle de fluxo, o M3UA enfileira as solicitações de dados futuras para essa associação até que QUEUE_SIZE esteja alcançado. Nesse ponto, os mensagens futura para a associação são rejeitados. O M3UA propaga a informação de congestionamento da associação aos peer remotos individuais que são parte da associação.
  5. O M3UA cancela a bandeira da congestão para a associação e para-a de votar o SCTP.
  6. O M3UA transmite qualquer coisa em sua fila da congestão para essa associação ao SCTP.

Armadilhas 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 do traço

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

Solução

Sempre que as aletas ou a congestão ocorrem continuamente nos links, esta é uma indicação que um ou outro o peer node não processa o pedido a tempo devido à opressão pede que vindo de SGSN, ou de SGSN pôde receber um número opressivamente de pedidos do rede devido ao congestionamento de rede ou a uma questão de rede.

Uma ação alternativa a sair desta circunstância é obstruir e desbloquear os links associados com este congestão ou flapping. Uma outra maneira é remover e adicionar novamente então o exemplo do processo de sinalização do par (PSP) associado com este congestão ou flapping.

Informações Relacionadas



Document ID: 118921