Tunnelled Q Signaling (QSIG) Data causes Outbound Agent not Ready for 18 minutes

Introduction

This document describes the behavior of the Session Initiation Protocol (SIP) dialer in the Cisco Unified Contact Center Enterprise (UCCE) environment when the gateway sends a Bye Message after it did not detect Answer machine Termination Tone.

Problem:Tunnelled Q Signaling (QSIG)  Data causes Outbound Agent not Ready for 18 minutes

UCCE version 10.x

Call Flow  :     PSTN <—— QSIG — Gateway  <—— SIP ——  Dialer

Dialer Configuration:  Transfer to IVR Route Point and  Terminate Tone Detect  have been ticked

When the geteway detect Answer machine, but did not determine Answer machine Termination Tone, it sends Bye message to SIP dialer.   The SIP dialer sends back  “ SIP/2.0 415 Unsupported Media Type.  In this case the call cannot be terminated and the agent cannot return back to ready status for approximately 18 minutes.

When the Gateway sends CPA with AsmT ( answer machine termination Tone ) , then the call can be refered to the VRU leg.

< without AsmT>

< with AsmT>

Solution

Analysis:

the QSIG message encapsulated in the SIP messaging contains  A multipart-MiME body.

A Multipart-MIME body—message part containing the tunneled QSIG data.

In the SIP TDM gateway scenario, there are two options—raw message (rawmsg) and unconditional. The rawmsg option specifies tunneling of only raw message (application/qsig or application/x-q931). The unconditional option specifies tunneling of all additional message bodies, such as GTD and raw message (application/qsig or application/x-q931).


You should expect a SIP 415 final response message (Unsupported Media Type) if the User Agent Server (UAS) is unable to process tunneled QSIG or Q.931 messages

http://www.cisco.com/c/en/us/td/docs/ios/voice/cube/configuration/guide/vb_book/vb_book/vb_8377.html

Multipart-MIME body  has been seen from the Bye message ( 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*,

<  Bye message from Gateway >


From badialer Message  

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

Solution:

Configure signaling forward none under the dial peer which accepts the call from Dialer.

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

signaling forward none  will Prevent the gateway from forwarding the GTD payload to endpoints in the network.

http://www.cisco.com/en/US/docs/ios/12_3/vvf_r/vrg_s2_ps1839_TSD_Products_Command_Reference_Chapter.html


After apply this, there is not Multiple-MIME has been forward to Dialer, and the problem Solved.