概要
この資料は Cisco Unified Contact Center Enterprise (UCCE)スクリプトはエラー "38 と-」順番が異なる な ネットワーク実行されます後間もなくして断続的なコール ドロップする問題 Cisco Unified Customer Voice Portal (CVP)を on Cisco 記述したものです。
前提条件
要件
次の項目に関する知識が推奨されます。
- Cisco CVP
- Cisco UCCE
- Cisco VoiceXML ゲートウェイ
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。
背景説明
エラーは言うので、ネットワーク上の問題であり、この資料はこの問題のための 1 つの可能な解決策を説明し、修復することを試みます。
問題: オーディオ無しの断続的なコール ドロップする問題。
発信者はコンタクトセンター数を呼出し、オーディオを経験しないし、コールは 7 秒に切断されます。
エラー "38 -順番が異なる な ネットワークは CVP ログで一般的に TCL スクリプト異常な接続解除」頻繁に見られる場合があります。
CVP コール サーバログからの出力:
Error: 44009961: 192.0.2.10: Mar 03 2017 09:19:39.948 +0000: %CVP_10_5_SIP-3-SIP_CALL_ERROR: CALLGUID = 3ED27D5CFF2911E6926BD46DB055BF16 LEGID = 3F6BB004-FF2911E6-9271D46D-B055BF16 - [INBOUND] - ABNORMALLY ENDING - SIP code [200], Reason Hdr [Q.850;cause=38] Q850 Reason [38 - Network out of order, typically a TCL script abnormal disconnect.], GW call using SURV TCL flag [true], NON NORMAL flag [true], DNIS [9876], ANI [123456789] with AGE (msecs) 49730 and Call History : 77777777771787|-1; [id:5004]
問題となるののために HTTP Ping要求が VXML ゲートウェイから来、CallServer が SubmitBack.template と応答を返すことを見る場合があります問い合わせます
26152269: 192.0.2.10: Mar 03 2017 16:23:52.274 +0000: %CVP_10_5_IVR-7-CALL: {Thrd=http-processor26} VBServlet:service: HTTP Request from 10.27.2.160: { RECOVERY_VXML=flash:recovery.vxml, VERSION=CVP_10_5_1_0_0_0_189, CALL_DNIS=77777777773223, CALL_UUI=, MSG_TYPE=PING, CALL_ID=B352D0D8FF6211E687E780CE0934A123, ERROR_CODE=NONE(0), CLIENT_TYPE=IOS, CALL_LEGID=B352D0D8FF6211E687E780CE0934A123-148855823224376081@192.0.2.10, CALL_ANI=sip:123456789@192.0.2.10:5060 }
26152270: 192.0.2.10: Mar 03 2017 16:23:52.274 +0000: %CVP_10_5_IVR-7-CALL: {Thrd=http-processor26} VXMLManager:generateVXML: CALLGUID=B352D0D8FF6211E687E780CE0934A123 Generated VXML from template 'SubmitBack.template' for client: 10.27.2.160 clientType: IOS
時間以降にもう見ないのでメッセージおよびコールはこのエラーと失敗します
43793322: 192.0.2.10: Mar 03 2017 16:24:01.291 +0000: %CVP_10_5_SIP-3-SIP_CALL_ERROR: CALLGUID = B352D0D8FF6211E687E780CE0934A123 LEGID = B3EC0380-FF6211E6-87ED80CE-934A123 - [INBOUND] - ABNORMALLY ENDING - SIP code [200], Reason Hdr [Q.850;cause=38] Q850 Reason [38 - Network out of order, typically a TCL script abnormal disconnect.], GW call using SURV TCL flag [true], NON NORMAL flag [true], DNIS [9876], ANI [123456789] with AGE (msecs) 9079 and Call History : 77777777773223|-1; [id:5004]
VXML ゲートウェイ 分析から、7 秒の Fetchtimeout があるので HTTP CALL_NEW が CVP にメッセージ 送信 されるが、CVP が決して i を、ゲートウェイ 送信 する BYE メッセージを受け取らなかったことを見る可能性があります
1142234: Mar 3 11:53:20.510: //9293168/D40B56A8A288/VXML:/vxml_vapp_bgload_from_proc:
urlp=http://192.0.2.10:8000/cvp/VBServlet?MSG_TYPE=CALL_NEW&CALL_DNIS=77777777775609&CALL_UUI=&CALL_ANI=sip:123456789@192.0.2.10:5060&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=D40B56A8FF3E11E6A288D46DB055BF16&ERROR_CODE=0 fetchaudio=NULL delay=0 minimum=0
1142235: Mar 3 11:53:20.510: //9293168//HTTPC:/httpc_get_doc: url: http://192.0.2.10:8000/cvp/VBServlet?MSG_TYPE=CALL_NEW&CALL_DNIS=77777777775609&CALL_UUI=&CALL_ANI=sip:123456789@192.0.2.10:5060&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=D40B56A8FF3E11E6A288D46DB055BF16&ERROR_CODE=0
1142236: Mar 3 11:53:20.510: //9293168/D40B56A8A288/VXML:/vxml_vapp_bgload:
url http://192.0.2.10:8000/cvp/VBServlet?MSG_TYPE=CALL_NEW&CALL_DNIS=77777777775609&CALL_UUI=&CALL_ANI=sip:123456789@192.0.2.10:5060&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=D40B56A8FF3E11E6A288D46DB055BF16&ERROR_CODE=0 cachable 1 fetchtimeout 7 maxage=-1 maxstale=-1
1142237: Mar 3 11:53:20.510: //9293168//AFW_:/vapp_bgload: url=http://192.0.2.10:8000/cvp/VBServlet?MSG_TYPE=CALL_NEW&CALL_DNIS=77777777775609&CALL_UUI=&CALL_ANI=sip:123456789@192.0.2.10:5060&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=D40B56A8FF3E11E6A288D46DB055BF16&ERROR_CODE=0
1142238: Mar 3 11:53:20.510: //9293168//HTTPC:/httpc_get: url length=236
解決策
ステップ 1: CVP コール サーバ Windows コマンド プロンプトの Netstat コマンドを実行して下さい。 出力は 8000 ポートの TCP_WAIT 状態の 34000 TCP セッションがそこに同様に他の少数のポート同じステータスのだったことをより多くのことを示し。
ステップ 2: リビュー マイクロソフトの記事はシステム起動からの 497 日以降にハングさせた TCP_WAIT セッションの Windows 2008 サーバにおいての問題述べています
TIME_WAIT ステータスにあるすべての TCP/IP ポートは Windows Vista、Windows 7、Windows サーバ 2008 年および Windows サーバ 2008 R2 のシステム起動からの 497 日以降に閉じません
ステップ3: タスク マネージャの CVP サーバ稼働時間をチェックして下さい。 この場合、それは 498 日でした。
ステップ 4: CVP サーバをリブートして下さい。 それはすべてのハングさせた TCP_WAIT セッションを解決します。 ホットフィックスはマイクロソフト社Webサイトで利用できます。