概要
この資料は Cisco Unified Contact Center Enterprise (UCCE)環境で返事マシン 終了トーンを検出する後ゲートウェイが Bye メッセージを送信 するとき Session Initiation Protocol (SIP) ダイヤラの動作を記述したものです。
問題: トンネル伝送された Q シグナリング(QSIG) データにより 18 分の間準備ができなかった Cisco Unified Outbound Dialer を引き起こします
UCCE バージョン 10.x
コール フロー: PSTN < — — QSIG —ゲートウェイ < — — SIP — —ダイヤラ
ダイヤラ 設定: IVR ルート ポイントへの転送および終端トーン検出はチェックされました

geteway 検出返事マシンは、しかし返事マシン 終了トーンを判別しなかったときに、SIP ダイヤラに Bye メッセージを送ります。 SIP ダイヤラは「SIP/2.0 415 サポートされていないメディアタイプを送返します。 この場合コールは終了し、エージェントはおよそ 18 分の戦闘準備態勢に戻ることができません。
ゲートウェイが AsmT (返事マシン 終了トーン)の CPA を送信 する時、コールは VRU レグ参照することができます。

< AsmT> なしで

< AsmT> と
解決策
分析:
SIP メッセージングでカプセル化される QSIGメッセージはマルチパート パントマイム本文が含まれています。
マルチパート MIME 本文—トンネル伝送された QSIG データが含まれているメッセージ部分。
SIP TDM ゲートウェイ シナリオでは、2 つのオプションが—未加工メッセージ(rawmsg)および無条件あります。 rawmsg オプションは未加工メッセージだけ(アプリケーション/QSIG か application/x-q931)のトンネリングを規定 します。 無条件オプションは GTD および未加工メッセージ(アプリケーション/QSIG か application/x-q931)のようなすべての追加メッセージ ボディのトンネリングを、規定 します。
ユーザ エージェント サーバ(UAS)がトンネル伝送された QSIG または Q.931 メッセージを処理することができない場合 SIP 415 最終的な応答メッセージ(サポートされていないメディアタイプ)を期待する必要があります
http://www.cisco.com/c/en/us/td/docs/ios/voice/cube/configuration/guide/vb_book/vb_book/vb_8377.html
マルチパート MIME 本文は Bye メッセージ(GW — > ダイヤラ)から見られました:
13:46:21:865 dialer-baDialer Trace: (RESIP) Received an unsupported mime type: multipart/mixed;boundary=uniqueBoundary for SipReq: BYE 10000@10.240.112.25:58800 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(wire).
13:46:21:865 dialer-baDialer Trace: (RESIP) Helper::makeResponse(SipReq: BYE 10000@10.240.112.25:58800 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(wire) code=415 reason=.
13:46:21:865 dialer-baDialer Trace: (RESIP) SEND: SipResp: 415 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(tu).
13:46:21:865 dialer-baDialer Trace: (RESIP) Failed content validation BYE sip:10000@10.240.112.25:58800 SIP/2.0
Via: SIP/2.0/UDP 10.240.112.248:5060;branch=z9hG4bK5A5EF5141D
Max-Forwards: 70
To: <sip:10000@10.240.112.25>;tag=643e4c04
From: <sip:8880411590226@10.240.112.248>;tag=3A39A434-71F
Call-ID: 875d601c-803f1b7c-0f42dd21-1739f77c
CSeq: 103 BYE
Content-Type: multipart/mixed;boundary=uniqueBoundary
Date: Sat, 16 Apr 2016 03:46:10 GMT
MIME-Version: 1.0
Timestamp: 1460778381
User-Agent: Cisco-SIPGateway/IOS-15.4.3.M3
Reason: Q.850;cause=16
Content-Length: 281
P-RTP-Stat: PS=0,OS=0,PR=0,OR=0,PL=0,JI=1,LA=0,DU=11
--uniqueBoundary
Content-Type: application/x-q931
Content-Disposition: signal;handling=optional
Content-Length: 11
--uniqueBoundary
Content-Type: application/gtd
Content-Disposition: signal;handling=optional
REL,
PRN,isdn*,,NET5*,
< ゲートウェイからの Bye メッセージ >
badialer メッセージから
13:46:21:865 dialer-baDialer Trace: (RESIP) Received an unsupported mime type: multipart/mixed;boundary=uniqueBoundary for SipReq: BYE 10000@10.240.112.25:58800 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(wire).
13:46:21:865 dialer-baDialer Trace: (RESIP) Helper::makeResponse(SipReq: BYE 10000@10.240.112.25:58800 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(wire) code=415 reason=.
13:46:21:865 dialer-baDialer Trace: (RESIP) SEND: SipResp: 415 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(tu).
13:46:21:865 dialer-baDialer Trace: (RESIP) Failed content validation BYE sip:10000@10.240.112.25:58800 SIP/2.0
13:46:21:865 dialer-baDialer Trace: (RESIP) Found matching transaction for SipResp: 415 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(tu) -> tid=5A5EF5141D [ ServerNonInviteTrying unreliable target=[ V4 10.240.112.248:5060 UDP target domain=unspecified mFlowKey=832 ]].
13:46:21:865 dialer-baDialer Trace: (RESIP) TransactionState::processServerNonInvite: SipResp: 415 cid=875d601c-803f1b7c-0f42dd21-1739f77c tid=5A5EF5141D cseq=BYE / 103 from(tu).
13:46:21:865 dialer-baDialer Trace: (RESIP) Adding timer: Timer J tid=5A5EF5141D ms=32000.
13:46:21:865 dialer-baDialer Trace: (RESIP) tid=5A5EF5141D sending to : [ V4 10.240.112.248:5060 UDP target domain=unspecified mFlowKey=832 ].
13:46:21:867 dialer-baDialer Trace: (RESIP) Looked up source for destination: [ V4 10.240.112.248:5060 UDP target domain=unspecified mFlowKey=832 ] -> [ V4 10.240.112.25:0 UDP target domain=unspecified mFlowKey=832 ] sent-by=10.240.112.248 sent-port=5060.
13:46:21:867 dialer-baDialer Trace: (RESIP) Transmitting to [ V4 10.240.112.248:5060 UDP target domain=unspecified mFlowKey=832 ] tlsDomain= via [ V4 10.240.112.25:58800 UDP target domain=unspecified mFlowKey=832 ]
SIP/2.0 415 Unsupported Media Type
Via: SIP/2.0/UDP 10.240.112.248:5060;branch=z9hG4bK5A5EF5141D
To: <sip:10000@10.240.112.25>;tag=643e4c04
From: <sip:8880411590226@10.240.112.248>;tag=3A39A434-71F
Call-ID: 875d601c-803f1b7c-0f42dd21-1739f77c
CSeq: 103 BYE
Content-Length: 0
ソリューション:
ダイヤラからのコールを受け入れるかどれがダイヤル ピアの下でどれも順方向に信号を送る設定。
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/icm_enterprise/icm_enterprise_10_0_1/User/Guide/UCCE_BK_O9CF9347_00_outbound-option-guide-for-ucce.pdf
dial-peer voice 888 voip
session protocol sipv2
incoming called-number 888T
voice-class codec 1
voice-class sip rel1xx supported "100rel"
dtmf-relay rtp-nte
signaling forward none
no vad
どれも順方向に信号を送ることはゲートウェイがネットワークのエンドポイントに GTD ペイロードを転送することを防ぎません。
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_s2_ps1839_TSD_Products_Command_Reference_Chapter.html
の後でこれを適用して下さい、多重 MIME がずっとありますダイヤラおよび解決する問題に前方がありません。