通过会话发起协议(SIP)中继的呼叫失败

简介

本文档介绍通过SIP中继的呼叫可能因不同原因而失败的情况。选中SIP的状态（如果启用了OPTIONS ping）后，CUCM Web GUI中的“Device >Trunk”页面下的中继状态显示“No service”错误。

先决条件

要求

思科建议您了解Cisco Call Manager Web管理。

使用的组件

本文档中的信息基于Cisco CallManager服务器11.5。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解任何命令的潜在影响

背景信息

CUCM为您提供了监控已配置SIP中继状态的选项。SIP配置文件具有启用OPTIONS ping的选项，这会导致SIP OPTION消息从CUCM发送出去，其成功响应表明中继处于“服务中”。

此图显示如果与中继关联的SIP配置文件禁用并启用了OPTIONS ping，则SIP中继状态的样式。

 如果SIP中继无法与对等端建立成功通信，则状态将显示如下。

实时监控工具也可能会发出类似此消息的警报。

错误消息：

"UC_CALLMANAGER-3-SIPTrunkOOS":所有远程对等体都服务中断，无法处理此SIP中继SIP中继名称<NAME OF TRUNK>不可用的远程对等体的呼叫，原因代码为<ERROR CODE>

验证

如果“中继状态”为“无服务”，则中继配置页面如图所示。

状态为down，而状态原因可以是local=1、local=2或local=3。

“服务中”中继类似于此映像。

故障排除

场景1.对于Local=1，可能的原因是当传输在SIP中继安全配置文件中配置为UDP并分配给始发端的SIP中继时，在所有重试后未收到Options请求的响应。从服务器捕获的数据包将如下所示。

要解决此问题，如果远程对等体为Unified CM，请导航到Remote Peer Serviceability > Tools > Control Center(Feature Services)，并确保激活并启动Cisco Call Manager服务。

另外，导航至Remote Peer Admin > Device > Trunk并执行查找，以确保存在SIP中继，其关联的SIP中继安全配置文件中的传入端口配置为与源端SIP中继目标端口上配置的端口相同。

此外，使用CLI命令在源端使用network ping remote_peer检查网络连接。

场景2.对于Local=2，可能的原因是Unified CM无法与远程对等体创建套接字连接。

要解决此问题，如果远程对等体为Unified CM，请导航到Remote Peer Serviceability > Tools > Control Center(Feature Services)，并确保激活并启动Cisco Call Manager服务。

另外，导航至Remote Peer Admin > Device > Trunk并执行查找，以确保存在SIP中继，其关联的SIP中继安全配置文件中的传入端口配置为与源端SIP中继目标端口上配置的端口相同。

此外，使用utils network ping remote_peer origing side检查网络连接。

如果远程对等体不是Unified CM，则用户应确保另一端的管理员在其服务器上正确提到了CUCM的信息。

场景3.对于Local=3，可能的原因可能是DNS服务器无法访问或DNS未正确配置以解析主机名或本地SIP中继上配置的SRV。要解决此问题，请导航至OS Administration > Show > Network，并查看DNS Details，确保其正确。如果不是，则使用CLI set network dns primary命令配置正确的DNS服务器信息。此外，通过utils network ping remote_peer检查与DNS服务器的网络连接，并确保DNS服务器配置正确。