本文描述當外部呼叫者未聽到思科統一通訊管理器9.0(1)版中的初始通知(當他們呼叫啟用了呼叫排隊功能的尋線引導時)時,如何識別故障部件。
思科建議您瞭解以下主題:
本檔案所述內容不限於特定硬體版本。對於軟體,它適用於Cisco Unified Communications Manager 9.0(1)版及更高版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路正在作用,請確保您已瞭解任何指令可能造成的影響。
如需檔案慣例的相關資訊,請參閱思科技術提示慣例。
Cisco Unified Communications Manager 9.0(1)版為使用者提供呼叫排隊,以便呼叫方可以保持在隊列中,直到尋線成員可以應答呼叫。隊列中的呼叫方會收到初始問候語通知,後跟音樂或保留音。
當呼叫到尋線引導時,外部呼叫者聽不到初始通知(但是在從內部IP電話呼叫尋線引導時聽到該通知),這通常是因為服務提供商在呼叫連線之前沒有切斷介質。
若要確認問題,您需要驗證:
為了驗證提供商的進度指示器= 8,請在網關上啟用isdn q931調試。系統繁忙時,請按照本文所述的最佳做法收集調試:如何正確且安全地收集IOS路由器上的調試。
您應該看到如下所示的進度指示器:
*May 18 08:25:22.169: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x00BF Bearer Capability i = 0x8090A3 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8183 - Origination address is non-ISDN Calling Party Number i = 0x0180, '6611112' Plan:ISDN, Type:Unknown Called Party Number i = 0x81, '2000' Plan:ISDN, Type:Unknown *May 18 08:25:22.197: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x80BF Channel ID i = 0xA98381 Exclusive, Channel 1 *May 18 08:25:22.197: ISDN Se0/1/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x80BF Progress Ind i = 0x8188 - In-band info or appropriate now available ## Initial announcement being played ## *May 18 08:25:27.941: ISDN Se0/1/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x80BF Progress Ind i = 0x8088 - In-band info or appropriate now available ## The call is ringing at agent phone ## *May 18 08:25:30.309: ISDN Se0/1/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x80BF ## The call is connected with the agent ## *May 18 08:25:30.313: ISDN Se0/1/0:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x00BF ## Call is ended by calling party ## *May 18 08:25:34.101: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x00BF Cause i = 0x8290 - Normal call clearing *May 18 08:25:34.289: ISDN Se0/1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x80BF *May 18 08:25:34.293: ISDN Se0/1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x00BF
在上方示例中,您看到初始通知播放了大約五秒。接下來,呼叫在座席電話(警報)上振鈴,最後,當座席應答呼叫時,您會看到CONNECT消息。
為了驗證是否正在對公告進行流式處理,您必須獲取PCM捕獲,記錄在:Cisco IOS、電話、UCM和CUC資料包以及PCM捕獲命令參考。如果您在及時收集pcm捕獲時遇到困難,請考慮使用更長的通告。
如果兩者都驗證成功,則問題是由服務提供商引起的,而不是在連線呼叫之前切斷介質。此問題必須由服務提供商修復。如果缺少上述任何一項,則必須在Cisco Unified Communications Manager或網關端更深入地調查此情況。
思科錯誤ID CSCuh15872 CUCM9本機呼叫隊列應連線通知呼叫
如果入口是H323 Fast Start,則思科漏洞ID CSCug87543 CUCM本機呼叫隊列無法正常工作
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
24-Jun-2013 |
初始版本 |