Introdução
Este documento descreve o comportamento do discador do Session Initiation Protocol (SIP) no ambiente do Cisco Unified Contact Center Enterprise (UCCE) quando o gateway envia uma mensagem de adeus depois de não detectar o tom de encerramento da máquina de atendimento.
Problema:Dados de Sinalização Q em Túneis (QSIG) fazem com que o Agente de Saída não fique Pronto por 18 minutos
UCCE versão 10.x
Fluxo de chamada: PSTN <— QSIG — Gateway <— SIP — Discador
Configuração do discador: Transfer to IVR Route Point e Terminate Tone Detect foram marcados

Quando o gateway detecta a máquina de atendimento, mas não determina o tom de terminação da máquina de atendimento, ele envia a mensagem de adeus ao discador SIP. O discador SIP envia de volta "SIP/2.0 415 Unsupported Media Type. Nesse caso, a chamada não poderá ser encerrada e o agente não poderá retornar ao status pronto por aproximadamente 18 minutos.
Quando o Gateway envia CPA com AsmT ( tom de terminação de máquina de atendimento ), a chamada pode ser referenciada para o segmento VRU.

< sem AsmT>

< com AsmT>
Solução
Análise:
a mensagem QSIG encapsulada no sistema de mensagens SIP contém um corpo MiME de várias partes.
Um corpo MIME de várias partes—parte da mensagem que contém os dados QSIG encapsulados.
No cenário de gateway TDM SIP, há duas opções: mensagem bruta (rawmsg) e incondicional. A opção rawmsg especifica o tunelamento somente de mensagens brutas (application/qsig ou application/x-q931). A opção incondicional especifica o encapsulamento de todos os corpos de mensagem adicionais, como GTD e mensagem bruta (application/qsig ou application/x-q931).
Você deve esperar uma mensagem de resposta final SIP 415 (Tipo de Mídia Sem Suporte) se o Servidor do Agente do Usuário (UAS) não puder processar mensagens QSIG ou Q.931 encapsuladas
http://www.cisco.com/c/en/us/td/docs/ios/voice/cube/configuration/guide/vb_book/vb_book/vb_8377.html
O corpo MIME com várias partes foi visto na mensagem de despedida ( GW —> Dialer ) :
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*,
< Mensagem de despedida do Gateway >
Da mensagem do 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
Solução:
Configure signaling forward none no correspondente de discagem que aceita a chamada do discador.
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
a sinalização forward none impedirá que o gateway encaminhe a carga útil do GTD para os pontos finais na rede.
http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_s2_ps1839_TSD_Products_Command_Reference_Chapter.html
Depois de aplicar isso, não há Multiple-MIME encaminhado para o Discador e o problema foi resolvido.