Avaya

Monitoramento de troncos SIP e E1 em ambientes Avaya

Num ambiente Avaya, a chamada pode passar pela operadora, por um SBC, pelo roteamento de sessões e pelo servidor de chamadas antes de chegar a um ramal ou a uma URA. Cada camada tem o seu estado, e todas podem estar no ar enquanto o número não completa. Esta página mostra onde olhar e o que só uma chamada de fora prova.

Como um tronco num ambiente Avaya falha sem alarme?

Num ambiente Avaya de grande porte, a chamada da operadora pode atravessar um SBC, o roteamento de sessões e o servidor de chamadas antes de chegar ao ramal, ao vetor ou à URA. Cada elemento pode responder aos testes internos enquanto a chamada real falha entre eles, por roteamento, codec, certificado ou capacidade.

As falhas silenciosas mais comuns:

  • Roteamento. Uma alteração no plano de numeração ou nas regras de roteamento faz o número de entrada cair no destino errado, ou em nenhum.
  • Codec. Um conjunto de codecs alterado num dos elementos, sem par do outro lado, termina em 488 ou em áudio em um sentido.
  • Certificados. Links SIP sobre TLS entre os elementos, ou entre o SBC e a operadora, dependem de certificados válidos; um vencido derruba a sinalização.
  • Capacidade. O limite de canais do tronco, de membros do grupo de troncos ou de sessões licenciadas aparece como recusa nos picos.
  • E1. Num tronco E1, um alarme de camada física ou canais bloqueados reduzem a capacidade sem parar o tronco inteiro.

Onde olhar para cada sintoma?

Cada camada tem a sua ferramenta: os traces e o estado de links do SBC, o monitoramento de links SIP do roteamento de sessões, os comandos de estado de troncos do servidor de chamadas e, em sistemas menores, o monitor de estado do próprio sistema. A tabela liga cada sintoma ao código e ao ponto a conferir.

Sintoma Código SIP ou causa Onde olhar
Entrada parou A operadora não entrega, ou o link SIP caiu Trace do SBC, estado dos links SIP
Saída recusada 403 Forbidden ou 404 Not Found Trace do SBC, regras de roteamento
Recusa logo após o INVITE 488 Not Acceptable Here Conjuntos de codecs em cada elemento
Sinalização TLS caiu Certificado vencido ou não confiável Certificados do SBC e dos links
Recusa nos picos 503 com causa 34 Estado do grupo de troncos, sessões licenciadas
E1 com menos chamadas que o normal Causa 34 ou causa 38 Alarmes e canais do E1 no gateway de mídia

O que uma chamada de teste real pega que os painéis Avaya não mostram?

Os painéis mostram cada elemento e os links entre eles. Não veem uma chamada que a operadora deixou de entregar, nem sabem se a URA tocou a saudação certa. Uma chamada feita de fora, como a de um cliente, atravessa toda a cadeia e mostra o resultado com o código SIP ou a causa Q.850 da rota.

Ela também confere se o áudio passou nos dois sentidos e se a qualidade de voz medida, o MOS-LQO, ficou acima do limite combinado.

Como o Monitor monitora um ambiente Avaya?

O Monitor não se integra ao Avaya; ele liga para os números, por isso funciona com qualquer plataforma. A 2N5 faz chamadas de teste reais no ritmo combinado, repete cada falha antes de alertar e entrega o incidente com o código SIP e a causa Q.850 de cada chamada, pronto para o chamado.

Veja os detalhes em monitoramento de troncos SIP e, para números de atendimento, em monitoramento de 0800 e URA.

Perguntas frequentes

O Monitor se conecta ao Avaya?

Não. O Monitor não se integra a nenhum produto Avaya. A 2N5 liga para os números que você indicar, da própria plataforma, como um cliente liga. Por isso funciona com qualquer versão, com troncos SIP ou E1, com ou sem SBC, e com qualquer operadora.

O monitoramento de links SIP do Avaya não basta?

O monitoramento de links entre elementos SIP usa mensagens como SIP OPTIONS para saber se cada elemento responde. Ele prova que a sinalização chega, mas não que um INVITE completa, que o número de entrada chega ao vetor ou à URA certa nem que o áudio passa nos dois sentidos.

E os troncos E1 que ainda estão no Avaya?

Cada número de entrada de um E1 é um circuito de voz como qualquer outro. A chamada de teste disca o número e julga o resultado, então um E1 é monitorado do mesmo jeito que um tronco SIP, com a causa Q.850 que a rota devolveu quando a chamada falha.

Como separar falha do Avaya de falha da operadora?

Compare o que o ambiente registrou com o que a chamada de teste recebeu. Se a chamada de fora não aparece em nenhum trace do SBC ou do servidor de chamadas, a falha está antes deles, na operadora. Se aparece e é recusada, a resposta SIP diz qual elemento recusou.

Veja nos seus próprios circuitos

A 2N5 prepara a demonstração com os números que você escolher. Três perguntas, cerca de um minuto.