Como um tronco Cisco para de completar chamadas sem alarme?
Num ambiente Cisco, a chamada atravessa a operadora, o CUBE e o CUCM ou o Webex Calling. Cada trecho tem o seu estado, e cada um pode estar no ar enquanto a chamada falha entre eles. Um dial-peer que não casa mais com o número, um certificado vencido ou um codec sem par derrubam o atendimento sem nenhum alarme.
As falhas silenciosas mais comuns:
- Dial-peer ou padrão de rota. Uma mudança no plano de numeração faz o número de entrada cair num dial-peer errado, ou em nenhum.
- Registro. Troncos com registro SIP na operadora perdem o registro e as chamadas de entrada deixam de chegar.
- Certificados. Troncos TLS, como o do Local Gateway com o Webex Calling, dependem de certificados válidos e de uma cadeia confiável; um certificado vencido derruba a sinalização.
- Codec e transcodificação. Sem codec em comum e sem transcodificador disponível, a chamada é recusada com 488.
- Capacidade. O limite de canais do contrato ou de sessões do CUBE aparece como 503.
Onde olhar em cada camada?
Cada camada tem os seus comandos e painéis. No CUBE, os comandos do IOS XE mostram registro, chamadas ativas e mensagens SIP. No CUCM, as ferramentas de monitoramento em tempo real e os traces mostram o tronco. No Webex Calling, o Control Hub mostra o estado do Local Gateway ou da conexão com a operadora.
| Sintoma | Código SIP ou causa | Onde olhar |
|---|---|---|
| Entrada parou | Registro expirado, ou nenhum dial-peer casa com o número | show sip-ua register status, show dial-peer voice summary |
| Saída recusada | 403 Forbidden ou 404 Not Found | debug ccsip messages no CUBE |
| Recusa logo após o INVITE | 488 Not Acceptable Here: codec sem par | Lista de codecs do dial-peer, transcodificadores no CUCM |
| Sinalização TLS caiu | Certificado vencido ou cadeia não confiável | Certificados e trustpool do CUBE |
| Recusa nos picos | 503 com causa 34 | show call active voice brief contra o limite contratado |
| Áudio em um sentido | NAT, firewall ou recurso de mídia | show voip rtp connections, portas RTP no firewall |
O que uma chamada de teste real pega que os painéis Cisco não mostram?
Os painéis mostram cada equipamento por dentro. Eles não veem uma chamada que a operadora deixou de entregar, nem sabem se o número de atendimento chega à fila ou à URA certa. Uma chamada feita de fora, como a de um cliente, atravessa todas as camadas e mostra o resultado com o código SIP que a rota devolveu.
Ela também confere o que vem depois do atendimento: se a saudação certa tocou, se o áudio passou nos dois sentidos e se a qualidade de voz medida, o MOS-LQO, ficou acima do limite combinado.
E no Webex Calling, o que muda?
No Webex Calling, o PABX fica na nuvem, mas a chamada ainda chega à rede pública por algum caminho: um Local Gateway com CUBE na sua rede ou uma operadora conectada à nuvem. Quando o caminho é o Local Gateway, valem as mesmas falhas do CUBE, inclusive o certificado do tronco TLS.
Quando a operadora conecta direto à nuvem, o equipamento não é seu, e a evidência da chamada de teste é o que você leva ao chamado.
Como o Monitor monitora um ambiente Cisco?
O Monitor não se integra ao CUBE, ao CUCM nem ao Webex Calling; ele liga para os números, por isso funciona com qualquer um deles. 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.
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 CUCM ou ao Control Hub?
Não. O Monitor não se integra ao CUBE, ao CUCM nem ao Webex Calling. 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 e arquitetura Cisco, e com qualquer operadora.
O keepalive de OPTIONS do CUBE não basta?
O keepalive de SIP OPTIONS tira um dial-peer de serviço quando o outro lado deixa de responder, o que é útil para o roteamento. Ele não prova que um INVITE completa, que o número de entrada chega ao destino certo nem que o áudio passa nos dois sentidos. Esses casos só aparecem numa chamada real.
Onde costuma nascer o áudio em um sentido num ambiente Cisco?
Em NAT, em firewall entre o CUBE e a operadora, ou em recursos de mídia. Quando os dois lados não têm codec em comum, o CUCM precisa de um transcodificador; sem ele, a chamada pode ser recusada ou completar sem áudio. Confira também as portas RTP liberadas no firewall.
Funciona com Webex Calling e operadora local?
Sim. Seja qual for o caminho até a rede pública, por um Local Gateway com CUBE ou por uma operadora conectada à nuvem, a chamada de teste disca o número como um cliente. O resultado traz o código SIP e a causa Q.850 que a rota devolveu.