Los datos de señalización Q en túnel (QSIG) provocan que el agente saliente no esté preparado durante 18 minutos

Introducción

Este documento describe el comportamiento del marcador de protocolo de inicio de sesión (SIP) en el entorno de Cisco Unified Contact Center Enterprise (UCCE) cuando el gateway envía un mensaje de despedida después de que no detecte el tono de finalización del contestador automático.

Problema: los datos de señalización de cola en túnel (QSIG) provocan que el agente saliente no esté preparado durante 18 minutos

UCCE versión 10.x

Flujo de llamada:     PSTN <— QSIG — Gateway <— SIP — Dialer

Configuración del marcador:  La transferencia al punto de ruta IVR y la detección de tono de finalización se han marcado

Cuando la puerta de enlace detecta el contestador automático, pero no determina el tono de terminación del contestador automático, envía un mensaje de adiós al marcador SIP.   El marcador SIP devuelve el mensaje "SIP/2.0 415 Unsupported Media Type" (Tipo de medio no compatible).  En este caso, la llamada no se puede finalizar y el agente no puede volver al estado preparado durante aproximadamente 18 minutos.

Cuando la puerta de enlace envía CPA con AsmT ( tono de terminación del contestador automático ) , la llamada se puede derivar al tramo VRU.

< sin AsmT>

< con AsmT>

Solución

Análisis:

el mensaje QSIG encapsulado en la mensajería SIP contiene un cuerpo MiME multiparte.

Un cuerpo MIME multiparte: parte del mensaje que contiene los datos QSIG tunelados.

En el escenario de gateway TDM SIP, hay dos opciones: mensaje sin procesar (rawmsg) e incondicional. La opción rawmsg especifica la tunelización de sólo los mensajes sin procesar (application/qsig o application/x-q931). La opción incondicional especifica la tunelización de todos los cuerpos de mensaje adicionales, como GTD y mensaje sin procesar (application/qsig o application/x-q931).


Debería recibir un mensaje de respuesta final SIP 415 (tipo de medio no compatible) si el servidor del agente de usuario (UAS) no puede procesar mensajes QSIG o Q.931 tunelados

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

Se ha visto el cuerpo MIME con varias partes desde el mensaje Bye ( 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*,

< Mensaje de despedida de la puerta de enlace >


De mensaje de 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

Solución:

Configure signaling forward none debajo del dial peer que acepta la llamada del 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 evitará que el gateway reenvíe la carga útil GTD a los terminales de la red.

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


Después de aplicar esto, no hay MIME múltiple se ha reenviado al marcador, y el problema resuelto.