问题现象

终端侧主动呼MCU会议号、IVR接入号或信令板IP地址，呼叫失败。

终端侧主动呼另一个终端的号码、IP、别名，呼叫失败。

关键字

终端主动呼，呼叫失败

可能原因

1. 呼叫的号码或者IP不正确；
2. 非IP呼叫，呼叫双方注册的信令服务器不一样；
3. 终端的呼叫方式不正确；
4. 终端的呼叫参数配置与会议不匹配。
5. MCU注册GK或者SIP服务器异常：；
6. MCU老版本不支持申请动态匿名资源；
7. 86MCU使用音频自适应跟中兴会场互通，会导致能力交换超时；
8. SMC R2版本不支持终端sip激活adhoc会议；
9. SMC组网下，会场没有被定义，SMC上也没有打开“允许未定义终端呼入会议”配置；
10. SMC的融合会议组网，SMC没有打开“允许passcode接入”配置；
11. SMC2.0组网下，终端不支持重能力协商；
12. SIP TRUNK配置有问题，终端呼叫无法路由到MCU。

排查思路及步骤

先查看终端上提示的呼叫失败原因是什么，根据呼叫原因修改，如果还不行，则按照下面的步骤进行排查。

• 排查终端侧，呼叫方式是否正确，呼叫号码或IP地址（终端IP或MCU信令板IP）是否正确，号码呼叫时，查看双方是否注册在同一个信令服务器上，呼叫的参数是否正确（如带宽、协议、格式、加密等参数）。
• 排查主叫终端和被叫或信令服务器的网络是否畅通。
• 排查MCU侧，是否启用SIP或者H323，SIP和H323协议栈是否启动成功，MCU注册方式是否正确，MCU上资源是否足够。
• 排查SMC侧，是否打开“允许未定义终端呼入会议”配置，是否打开“允许passcode接入”配置，是否是SIP呼叫激活adhoc会议。
• 排查信令服务器，是否正常工作，配置是否正确。

总体原则为“先定界，再定位”，排查全景图如图1所示。

1. 排查终端侧，呼叫方式是否正确。

   呼叫方式分为：终端呼叫MCU的会议接入号（终端对呼的话，是呼会场号）、MCU的信令板IP地址（终端对呼的话，是呼终端的IP）、MCU的IVR接入号、MCU别名、会议号@MCU信令板IP，MCUIP##会议号。

1. 排查终端侧，号码呼叫时，终端和被呼叫的号码是否注册在同一个信令服务器上，或者呼叫的号码是不是使用对应的协议（SIP号码用SIP呼叫，H323号码用H323协议呼叫）。如果是，则转3，否则需要注册在同一个服务器上。
2. 排查终端侧，获取呼叫失败的原因。
3. 排查MCU侧，是否启用SIP或H323，启用是否成功。
4. 排查MCU侧，注册方式是否正确。
5. 排查MCU侧，资源是否足够。
6. 排查SMC侧，是否打开“允许未定义终端呼入会议”配置，是否打开“允许passcode接入”配置。
7. 排查SMC侧，是否是R2的版本，R2版本不支持SIP方式激活adhoc会议。
8. 排查信令服务器，查看其他终端或会议呼叫是否正常。

具体操作描述

1. 排查终端侧，呼叫方式是否正确。

    

   图2 终端侧呼叫配置
   

    

2. 排查终端侧，号码呼叫时，终端和被呼叫的号码是否注册在同一个信令服务器上，或者呼叫的号码是不是使用对应的协议（SIP号码用SIP呼叫，H323号码用H323协议呼叫）。

    

   以内置SC为例：

   终端200.69.24.151呼MCU 200.69.19.108会议号051210007，在终端和MCU上确认注册的服务器是否相同，或者在SC的注册列表上查看两个节点是否存在。

   通过WEB登录终端，选择H.323/SIP设置”。

   图3 终端H.323/SIP设置
   

   通过WEB登录MCU，选择“设备管理 > H323/SIP配置 ”，查看“GK配置”或“SIP配置”。输入passcode后

   图4 MCU侧H.323/SIP配置（1）
   
   图5 MCU侧H323/SIP配置（2）
   

    

3. 排查主叫终端和被叫的网络是否通畅。

    

   以TE终端为例，通过WEB登录TE，选择“维护 > 诊断 > 网络测试”。

   图6 终端网络测试
   

   如果丢包率严重，则网络存在问题，如果网络不通，请参考《视讯网络故障处理专题》http://support.huawei.com/enterprise/docinforeader.action?contentId=DOC1000034139&idPath=7881490|7275752|7275867|19884724|17531 排查网络。

    

4. 排查MCU侧，是否启用SIP或H323功能，SIP或H323协议栈启动是否成功。

    

   通过WEB登录MCU，查看是否勾选启用。同步骤2中的截图。

   通过SSH登录MCU命令行，查看是否启用SIP或H323，同时查看协议栈是否启动成功。

   SIP协议栈

   图7 MCU SIP协议栈配置
   

   SIP协议栈启动失败

   图8 MCU SIP协议栈启动失败
   

   H323协议栈

   图9 MCU H323配置
   

   如果MCU侧使用SIP TRUNK呼叫，请查看TRUNK中继的配置是否正确。

    

5. 排查MCU侧，注册方式是否正确。

    

   MCU不是高于VP9660 V200R001C30SPC100的版本； 且注册sip的用户名类型是abc@xxx.xxx。如果是，请把注册类型修改为VCS类型再使用，或者升级MCU到VP9660 V200R001C30最新版本。

    

6. 排查MCU侧资源是否足够。

    

   • 如果是8系MCU，请检查终端的呼出带宽协议、分辨率等参数是否低于会议定义，如果是，请调整终端呼出的参数高于或者等于会议定义的参数。
   • 如果是MCUR7之前的版本，由于不支持自动申请匿名资源，请在会议中预定义会场或者定义足够的匿名会场，再呼入。
   • 如果是9系MCU，请检查资源是否足够。通过SSH登录MCU，输入“bnrm sysres”查看剩余资源是否足够。
   • 如果会议定义是强制加密或者禁止加密，请检查终端的配置是否与定义的匹配。

    

7. 排查SMC侧配置是否正确。

    

   以SMC2.0为例，通过WEB登录SMC，选择“系统 > 配置 > 会议配置”，查看“接入号”一栏，是否启用“允许未定义终端呼入会议”。

   图10 SMC允许未定义终端呼入会议
   

    

8. SMC2.0组网下，排查终端是否支持重能力协商。

    

   SMC2.0支持匿名接入，需要用会议能力进行二次能力协商。如果是在SMC2.0组网下，请确认终端是否支持重能力协商。如果不支持，请在会议中将终端预定义，终端每次呼叫会议号入会。

    

9. 86MCU使用音频自适应与中兴会场互通时，会导致能力交换失败。

现有局点案例

信息收集

1. 运行【MCU信息收集工具】，输入【3】获取现场信息；
2. 重现问题，过程中分别输入【12】、【13】获取跟踪信息，并且获取MCU的信令包。