当网关是集成服务路由器4431时，解决通话等待音乐故障

简介

本文档介绍当呼叫流将集成多业务路由器(ISR) 4431作为网关并且保留音乐(MOH)因对方无声而发生故障时所需的配置。

先决条件

要求

思科建议您了解以下内容：

• 思科统一通信管理器 (CUCM)
• H.323信令

使用的组件

本文档中的信息基于以下软件版本：

• CUCM 9.x及更高版本
• 带IOS XE软件的ISR4431

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

问题

组播MOH在CUCM上配置，而ISR4431配置为H.323网关。当外部来电者被置于保留状态时，他们听不到音乐，而是静默。

解决方案

步骤1:启用网关上的H.323调试以记录到缓冲区，如下所示。

config t
no logging console 
no logging monitor 
no logging rate-limit
no logging queue-limit
logging buffered 2000000 debug 
exit
debug voip ccapi inout
debug h225 asn1
debug h245 asn1 
debug isdn q931 

第二步：运行命令clear log以清除日志。
第三步：运行命令show log以确认缓冲区已清除。
第四步：发出测试呼叫，当呼叫处于保持状态时，检查网关是否收到IP设置为“network '00000000'H”的H.245 OpenLogicalChannelAck消息

Jan 26 03:12:07.558: H245 MSC INCOMING PDU ::=
value MultimediaSystemControlMessage ::= response : openLogicalChannelAck : 
    {
      forwardLogicalChannelNumber 4
      forwardMultiplexAckParameters h2250LogicalChannelAckParameters : 
        }
        mediaControlChannel unicastAddress : iPAddress : 
        {
          network '00000000'H
          tsapIdentifier 1
        }

第五步：上面显示的代码片断表明：

• CUCM使用假IP地址(全零（如上所述）或<CUCM_ip_address>作为MOH占位符)发送OpenLogicalChannelAck
• 这是发送单纯媒体流的默认行为
• 如果呼叫流程中存在ISR 4431（无论是单向还是双向），CUCM需要让网关知道MOH IP地址和端口，以避免恶意攻击
• ISR第2代(G2)平台（例如2900和3900）从不检查传入实时传输协议(RTP)数据包的源IP地址和端口。但是，ISR 4431是第3代(G3)平台，它根据信令中确定的媒体IP地址/端口检查传入的RTP数据包
• 如果不匹配，ISR G3将丢弃数据包，这会导致呼叫置于保持状态时无声

第六步：因此，为避免使用MOH时出现故障，请在CUCM上使用以下解决方法为MOH启用双工流

• 登录到Cisco Unified CM Administration页面
• 选择System > Service Parameters
• 选择Server下拉列表，然后选择发布服务器节点
• 选择Service下拉列表并选择Cisco CallManager (Active)
• 单击Advanced按钮
• 找到集群范围参数（服务）部分
  
• Duplex Streaming Enabled： Default is False(更改为True)，然后点击Save

注意：在上述配置更改后，不需要重新启动任何服务，并且不会对业务造成影响，因此可以在生产时执行。