语音和统一通信 : Cisco Unity Connection

Unity Connection外线号码的呼叫转移失败

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈

简介

本文描述如何设置一次转移到外线号码和如何排除故障常见问题。它讨论使用的方法使所有呼叫方转移呼叫到外线号码。 

贡献用Anirudh M Mavilakandy, Cisco TAC工程师。

先决条件

要求

Cisco 建议您了解以下主题:

  • Cisco Unity Connection (CUC)
  • Cisco Unified Communications Manager (CUCM)

使用的组件

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

  • Cisco Unity Connection版本8.X或以上
  • Cisco Unified Communications Manager版本8.X或以上

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

呼叫转移

在CUC呼叫可以转接到CUCM用三不同的说法:

  1. 配置呼叫操作转移交替联系编号呼叫方下被输入为了发送CUC召集。在呼叫,请按转移的已配置的位能发生。

    保证这些点被考虑到使用此选项:

    • 只有管理员能启用此选项和通过CUC管理员页面定义分机号。用户不能启用此选项。然而,当管理员启用此选项时,用户能通过TUI更换分机号。
    • 当用户通过TUI会话时,更换分机号限制表被检查。
    • 当管理员通过CUC管理员页面,更换分机号限制表复选框不会被检查。 
  2. 如果允许转移到用用户或呼叫处理器复选框没关联的编号被检查问候语页,请拨号任何号码。只有当默认系统Transferrestriction表允许它时, CUC执行转移。
  3. 在问候语以后选择会话选项。

    有可以为此使用会话的两种类型:

    • 呼叫方系统转移:此会话提示呼叫方输入他们要转接的编号。只有当默认系统转移限制表允许它时, CUC执行转移。
    • 用户系统转移: 此会话提示呼叫方登录到CUC。在呼叫方输入他们的用户ID和管脚后, Cisco Unity Connection提示他们输入他们要转接的编号。CUC执行转移,只有当允许由关联与用户的转移限制表。

转移的集成需求从CUC工作

  • 如果在CUCM和CUC之间的集成是内部呼叫控制协议(SCCP) -语音邮件端口的呼叫搜索空间(CSS)必须有路由模式(RP)的分区到公共交换电话网(PSTN)编号。
  • 如果在CUCM和CUC之间的集成是会话初始化协议(SIP) - SIP中继的重路由的CSS必须有RP的分区到PSTN编号。
  • 如果呼叫通过CTI RP/Translation模式转接-语音邮件port/SIP中继必须访问它,并且CTI RP/Translation模式CSS必须有RP的分区到PSTN编号。

 

故障排除

此部分提供信息为了排除故障外线号码呼叫转移失败、一些常见问题和可能的解决方案到它。

问题1."抱歉此编号不回答”消息

问候语播放“抱歉此编号不回答”。

日志分析

|RouteListControl::idle_CcSetupReq - RouteList(PSTNRL), numberSetup=1
numberMember=0 vmEnabled=0
|RoutePlanServer::getRouteList() - ERROR: a Routelist (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx) contains no Routes
|RouteListCdrc::null0_CcSetupReq - Terminating a call after the RouteListCdrc cannot find any more device.
|RouteListCdrc::terminateCall - No more Routes in RouteListName = PSTNRL. Rejecting the call
|RouteListCdrc::terminateCall - Sending CcRejInd, with the cause code (17), to RouteListControl because all devices are busy/stopped.
|RouteListCdrc::terminateCall - precedenceBlocked == 0, cause = 27|
|RouteListCdrc::terminateCall - Sending CcRejInd, with cause code (27), to Cc because it has not sent CcRegisterPartyB to Cc.|
|RouteListCdrc::sendDStopInd|
|RouteListCdrc::routeListExhausted_shutting_down_DStopConf|

解决方案

痕量分析显示路由列表不包含任何路由。这是因为,路由列表指向标准的本地路由组,并且主叫方没有在其设备池的本地路由组。为了解决此问题,分配本地路由组到VM Port's/SIP中继的设备池或分配有效路由组/网关到路由列表。

问题2.呼叫连接然后被断开

呼叫连接然后被断开。呼叫转移是成功的,当内部分机发起呼叫时,而呼叫发生故障,如果主叫方是从PSTN。

呼叫流

PSTN>H323 GW>CUCM>Unity连接呼叫处理器(任何呼叫方被输入-交替联系编号的转移) >External编号或CTI RP与CFA对外线号码。

核心问题/call流分析

这是呼叫流和常见问题的分析失败呼叫转移的:

  • 第一个呼叫段是H323快速开始,从网关到CUCM。CUC收到呼叫并且转接呼叫上一步对CUCM。CUCM暂挂中反过来发出第一个呼叫并且发起新的呼叫对PSTN。
  • 第二次呼叫段是H323缓慢的开始。 最后,当呼叫被回答时, CUCM或网关不发送H245功能。这导致超时,并且呼叫被断开。

解决方案

默认情况下,请等待远端的集合的H.245终端的功能(TCS)复选框被检查。结果,在发送其H.245 TCS前, CUCM期待远端的H.245 TCS。如果此复选框被不选定, CUCM必须启动功能开关。

为了解决此问题:

  • 不选定等待远端的H.245终端的功能集合(TCS)复选框。

或者

  • 做变动在网关,以便网关启动功能开关。

输入这些命令为了配置在网关要求的更改。

conf t
    voice service voip
   h323
          h225 start-h245 on-connect
        exit

痕量分析

// Gateway signaling events on CCM sdi traces 
############ For the second Call Leg - CUCM to PSTN - outbound ############
// CUCM receives Invalid number format message from the Gateway
03:35:41.256 H.225 0x8002 PROGRESS RX
PROGRESS pd = 8 callref = 0x8002
Cause i = 0x809C - Invalid number format or Special Intercept
Facility i =
Progress Ind i = 0x8088 - In-band info or appropriate now available
03:35:46.398 H.225 0x8002 RELEASE_COMP RX
RELEASE_COMP pd = 8 callref = 0x8002
Cause i = 0x80A9 - Temporary failure
############ For the first Call Leg - PSTN to CUCM - Inbound #############
// CUCM sends Resources unavailable
03:35:55.473 H.225 0x84F7 RELEASE_COMP TX -->
RELEASE_COMP pd = 8 callref = 0x84F7
Cause i = 0x80AF - Resources unavailable, unspecified
03:35:55.559 H.225 0x04F7 RELEASE_COMP RX
RELEASE_COMP pd = 8 callref = 0x04F7
Cause i = 0x80AF - Resources unavailable, unspecified

痕量分析显示那,网关产生与是的临时失败的版本全部的消息原因代码,当尝试对PSTN时扩大外部呼叫。然后,第一个呼叫段断开与‘不可用的资源,未指明的原因’消息。

Cause code 41 (temp failure) for the 2nd call leg
Cause code 47 (resource unavailable) 1st call leg

问题3.急促的忙音

呼叫流

内部Extension/PSTN > CUCM > Unity Connection呼叫处理器(任何呼叫方被输入-交替联系编号的转移) >外线号码

主叫方听到急促的忙音。然而,被叫方的电话环,并且,当呼叫应答,并且时那里是断线。  

日志分析

// From CCM traces,
|RouteListCdrc::lockOntoDevice|2,100,57,1.134840^192.168.xxx.xx^*
|RouteListCdrc::stopRerouting|2,100,57,1.134840^192.168.xxx.xx^*
|RouteListCdrc::call_proceeding_SdlProcessNE - Cc is not reachable.
|2,100,57,1.134840^192.168.xxx.xx^*
|RouteListCdrc::terminateSelf|2,100,57,1.134840^192.168.xxx.xx^*
|RouteListCdrc::shutting_down_SdlProcessNE - ERROR:
SdlProcessNE is from unknown process|2,100,57,1.134840^192.168.xxx.xx^*

解决方案

为了解决此问题,参考Cisco Bug ID CSCtx96613并且注意到,服务器是受Cisco Bug ID CSCtx96613的影响的

问题4.交换机忙音

此部分讨论痕量分析和解决方案,当主叫方接收交换机忙音时,在Caalling Party提供呼叫方输入后。

痕量分析

// From CCM Logs
// Finds two route groups in the list and two devices/gateways
|RouteList - RouteGroup count=''2''
|RouteListCdrc - RouteGroup count = 2
|RouteListCdrc - Device count = 2
// Tries to route the call through gateway 1 but CUCM considers it down
|RouteListCdrc::null0_CcSetupReq: Execute a route action.
|RouteListCdrc::whichAction -- DOWN (Current Group) = 1
|RouteListCdrc::routeAction --
current device name=aaaaaaaa-xxxx-xxxx-xxxx-xxxxxxxxxxxx, down

|RouteListCdrc::executeRouteAction: SKIP_TO_NEXT_MEMBER
// Tries to route the call through gateway 2 but CUCM considers it down
|RouteListCdrc::null0_CcSetupReq: Execute a route action.
|RouteListCdrc::whichAction -- DOWN (Current Group) = 1
|RouteListCdrc::routeAction --
current device name=bbbbbbb-xxxx-xxxx-xxxx-xxxxxxxxxxxx, down
|RouteListCdrc::executeRouteAction: SKIP_TO_NEXT_MEMBER
// No more Routes in RouteListName XXXX-PSTN-RL causing the reject
|RouteListCdrc::terminateCall -
No more Routes in RouteListName = XXXX-PSTN-RL. Rejecting the call

|RouteListCdrc::terminateCall - Sending CcRejInd, with the cause code
(41), to RouteListControl because all devices are busy/stopped.
// RouteListExhausted alert is also generated.
|GenAlarm: AlarmName = RouteListExhausted, subFac = CALLMANAGERKeyParam = ,
severity = 4, AlarmMsg RouteListName : XXXX-PSTN-RL, Reason=41,
RouteGroups(XXXX-PSTN-noCallID-RG:XXXX-PSTN-RG)
AppID : Cisco CallManager
ClusterID : StandAloneCluster
NodeID : xxxx-cucm-pub
// Reorder tone sent to the VM port
|StationD: (0126489) StartTone tone=37(ReorderTone), direction=0.
// Reorder tone received by Unity
MiuSkinny,12,Receive [Header prefix: length=20 version=18]
StationStartToneMessage (20 bytes) tone=37=DtReorderTone lineInstance=1
callReference=xxxxxxxx|

解决方案

为了解决此问题:

  • 重置路由列表

或者

  • 重新启动CallManager服务

播放的问题5.音乐

呼叫号码不敲响,并且有(MoH)播放的音乐,在呼叫转接后。

痕量分析

// From CCM Logs
CCM|Digit Analysis: wait_DaReq: Matching Legacy Numeric, digits=91xxxxxxxxxx|
CCM|Digit analysis: wait_DaReq - cepn=[xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx]
BlockFlag=[1]|
|RouteBlockFlag=BlockThisPattern
|RouteBlockCause=0
CCM|StationD: (0000012) StopTone.|

解决方案

RP设置阻塞与错误代码的呼叫作为“没有错误”发送呼叫到PSTN 为了解决此问题,疏导此模式或保留有效路由模式的分区在阻止路由模式的分区的上在语音邮件端口的CSS/SIP中继的重路由的CSS。

问题6."我无法拨号该号码”消息

问候语播放我无法拨号该号码”,当转接呼叫时。

痕量分析

// From CCM Logs
CCM|Digit Analysis: wait_DaReq: Matching Legacy Numeric, digits=91xxxxxxxxxx|
CCM|Digit analysis: wait_DaReq - cepn=[xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx]
BlockFlag=[1]|
|RouteBlockFlag=BlockThisPattern
|RouteBlockCause=21
CCM|StationD: (0000013) StopTone.|
CCM|StationD: (0000013) StartTone tone=37(ReorderTone), direction=0.|

解决方案

RP设置阻塞与错误代码的呼叫作为呼叫被拒绝发送呼叫到PSTN。 为了解决此问题,请疏导此模式或保留有效RP的分区在阻止RP的分区的上在语音邮件端口的CSS/SIP中继的重路由的CSS。



Document ID: 117559