Llamadas a través de una falla troncal del protocolo de inicio de sesión (SIP)

Introducción

Este documento describe las situaciones en las que las llamadas a través del troncal SIP pueden fallar debido a causas diferentes. Una vez que se marca el estado del SIP (si el ping de OPCIONES está activado), se muestra el error "No service" en la GUI web de CUCM para ver el estado del tronco en la página Device > Trunk.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento de Cisco Call Manager Web Administration.

Componentes Utilizados

La información de este documento se basa en 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. Si la red está funcionando, debe asegurarse de comprender el posible impacto que puede tener un comando.

Antecedentes

CUCM le ofrece la opción de supervisar el estado del troncal SIP configurado. El perfil SIP tiene la opción de activar el ping de OPCIONES que hace que el mensaje de OPCIÓN SIP se envíe desde CUCM cuya respuesta correcta indica que el tronco está "en servicio".

Esta imagen muestra el aspecto de un estado del troncal SIP si el perfil SIP asociado con el troncal tiene el ping OPTIONS desactivado y habilitado.

 Si el troncal SIP no puede establecer una comunicación correcta con el extremo del par, el estado se mostrará como se muestra a continuación.

La herramienta de supervisión en tiempo real también puede generar alertas como este mensaje.

Mensaje de error:

"UC_CALLMANAGER-3-SIPTrunkOOS": Todos los peers remotos están fuera de servicio y no pueden manejar las llamadas de este troncal SIP Nombre de enlace troncal SIP <NOMBRE DEL TRONCO> Puntos remotos no disponibles con código de motivo <CÓDIGO DE ERROR>

Verificación

Si el estado del enlace troncal es No Service, la página de configuración del enlace troncal es como se muestra en la figura.

El estado está inactivo mientras que el motivo del estado puede ser local=1, local=2 o local=3.

Un tronco 'en servicio' se parece a esta imagen.

Troubleshoot

Escenario 1. Para Local=1, la razón posible podría ser que no se ha recibido ninguna respuesta para la solicitud de opciones después de todos los reintentos cuando el transporte se configura como UDP en el perfil de seguridad de troncal SIP asignado al troncal SIP en el lado de origen. La captura de paquetes del servidor sería así.

Para solucionar este problema, si el par remoto es Unified CM, navegue hasta Servicio de Peer Remoto > Herramientas > Centro de Control (Servicios de Funciones) y asegúrese de que el servicio Cisco Call Manager esté activado e iniciado.

Además, navegue hasta Remote Peer Admin >Device > Trunk y realice una búsqueda para asegurarse de que exista un troncal SIP con el puerto entrante en el perfil de seguridad de troncal SIP asociado configurado para ser el mismo que lo que se configura en el puerto de destino de troncal SIP del lado de origen.

Además, verifique la conectividad de red usando el comando CLI usa network ping remote_peer en el lado de origen.

Situación hipotética 2. Para Local=2, la razón posible podría ser que Unified CM no puede crear una conexión de socket con el par remoto.

Para solucionar este problema, si el par remoto es Unified CM, navegue hasta Servicio de Peer Remoto > Herramientas > Centro de Control (Servicios de Funciones) y asegúrese de que el servicio Cisco Call Manager esté activado e iniciado.

Además, navegue hasta Remote Peer Admin > Device > Trunk y realice una búsqueda para asegurarse de que exista un troncal SIP con el puerto entrante en el perfil de seguridad de troncal SIP asociado configurado para ser el mismo que lo que se configura en el puerto de destino de troncal SIP del lado de origen.

Además, verifique la conectividad de red usando utils network ping remote_peer en el lado de origen.

Si el par remoto no es Unified CM, el usuario debe asegurarse de que el administrador del otro lado haya mencionado la información de CUCM correctamente en su servidor.

Situación hipotética 3. Para Local=3, el posible motivo podría ser que el servidor DNS no es accesible o DNS no está configurado correctamente para resolver el nombre de host o SRV que está configurado en el troncal SIP local. Para solucionar este problema, navegue hasta OS Administration > Show > Network y vea los detalles de DNS y asegúrese de que sea correcto. Si no es así, configure la información correcta del servidor DNS mediante el comando set network dns primary de la CLI. Además, verifique la conectividad de red con el servidor DNS a través de utils network ping remote_peer y asegúrese de que el servidor DNS esté configurado correctamente.