Chamadas através de Falha de Tronco do Session Initiation Protocol (SIP)

Introduction

Este documento descreve as situações em que as chamadas através do tronco SIP podem falhar devido a causas diferentes. Quando o status do SIP (se o ping OPTIONS estiver habilitado) for marcado, o erro "No service" (Nenhum serviço) será exibido na GUI da Web do CUCM para o status do tronco na página Device >Trunk.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento do Cisco Call Manager Web Administration.

Componentes Utilizados

As informações neste documento são baseadas no Cisco CallManager Server 11.5.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a sua rede estiver ativa, entenda o possível impacto de todos os comandos

Informações de Apoio

O CUCM oferece a opção de monitorar o status do tronco SIP configurado. O perfil SIP tem a opção de ativar o ping OPÇÕES, o que faz com que a mensagem OPTION SIP seja enviada do CUCM, cuja resposta bem-sucedida indica que o tronco está "em serviço".

Esta imagem mostra como será o status de um tronco SIP se o perfil SIP associado ao tronco tiver o ping OPÇÕES desabilitado e habilitado.

 Se o tronco SIP não puder estabelecer uma comunicação bem-sucedida com a extremidade do peer, o status será mostrado como abaixo.

A Ferramenta de Monitoramento em Tempo Real também pode emitir alertas como esta mensagem.

Mensagem de Erro:

"UC_CALLMANAGER-3-SIPTrunkOOS": Todos os peers remotos estão fora de serviço e não conseguem processar chamadas para este Tronco SIP de tronco SIP <NAME OF TRUNK> Peers remotos indisponíveis com Código de Razão <ERROR CODE>

Verificar

Se o Status do tronco for Nenhum serviço, a página de configuração do tronco será como mostrado na figura.

O Status está inoperante, enquanto o Status Reason pode ser local=1, local=2 ou local=3.

Um tronco 'em serviço' se parece com esta imagem.

Troubleshoot

Cenário 1. Para Local=1, o possível motivo pode ser que nenhuma resposta foi recebida para a solicitação de Opções depois de todas as novas tentativas quando o transporte é configurado como UDP no Perfil de Segurança de Tronco SIP atribuído ao tronco SIP no lado de origem. A captura de pacotes do servidor seria assim.

Para corrigir esse problema, se o peer remoto for Unified CM, navegue até Remote Peer Serviceability >Tools > Control Center (Feature Services) e verifique se o serviço Cisco Call Manager está ativado e iniciado.

Além disso, navegue até o Remote Peer Admin >Device > Trunk e faça uma busca para garantir que haja um tronco SIP com a porta de entrada no perfil de segurança do Tronco SIP associado configurado para ser igual ao que está configurado na porta de destino do Tronco SIP de origem.

Além disso, verifique a conectividade de rede usando o comando CLI utilita network ping remote_peer no lado de origem.

Cenário 2. Para Local=2, pode ser que o Unified CM não possa criar uma conexão de soquete com o peer remoto.

Para corrigir esse problema, se o peer remoto for Unified CM, navegue para Remote Peer Serviceability >Tools > Control Center (Feature Services) e verifique se o serviço Cisco Call Manager está ativado e iniciado.

Além disso, navegue até o Remote Peer Admin > Device > Trunk e faça uma busca para garantir que haja um tronco SIP com a porta de entrada no perfil de segurança do Tronco SIP associado configurado para ser igual ao que está configurado na porta de destino do Tronco SIP de origem.

Além disso, verifique a conectividade de rede usando utils network ping remote_peer no lado de origem.

Se o Peer remoto não for o Unified CM, o usuário deve garantir que o administrador do outro lado mencionou as Informações do CUCM corretamente em seu servidor.

Cenário 3. Para Local=3, um possível motivo pode ser que o servidor DNS não esteja acessível ou que o DNS não esteja configurado corretamente para resolver o nome do host ou o SRV que está configurado no tronco SIP local. Para corrigir esse problema, navegue até OS Administration > Show > Network e verifique se ele está correto. Caso contrário, configure as informações corretas do servidor DNS usando o comando CLI set network dns primary. Além disso, verifique a conectividade de rede com o servidor DNS através do comando utils network ping remote_peer e certifique-se de que o servidor DNS está configurado corretamente.