Les données percées un tunnel de Signalisation Q (QSIG) entraînent l'agent sortant non prêt pendant 18 minutes

Introduction

Ce document décrit le comportement du numéroteur de Protocole SIP (Session Initiation Protocol) dans l'environnement du Cisco Unified Contact Center Enterprise (UCCE) quand la passerelle envoie un message BYE après qu'elle n'ait pas détecté la tonalité d'arrêt d'ordinateur de réponse.

Problème : Les données percées un tunnel de Signalisation Q (QSIG) entraînent l'agent sortant non prêt pendant 18 minutes

Version 10.x UCCE

Écoulement d'appel :     PSTN < — — QSIG — passerelle < — — SIP — — numéroteur

Configuration de numéroteur :  Le transfert au point d'acheminement RVI et terminent la tonalité Detect ont été faits tic tac

Quand les geteway détectent l'ordinateur de réponse, mais n'ont pas déterminé la tonalité d'arrêt d'ordinateur de réponse, elle envoie le message BYE POUR SIROTER le numéroteur.   Le numéroteur de SIP renvoie « le type de média SIP/2.0 415 sans support.  Dans ce cas l'appel ne peut pas être terminé et l'agent ne peut pas retourner de nouveau à l'état prêt pendant approximativement 18 minutes.

Quand la passerelle envoie CPA avec AsmT (tonalité d'arrêt d'ordinateur de réponse), alors l'appel peut être mentionné le tronçon VRU.

< sans AsmT>

< avec AsmT>

Solution

Analyse :

le message QSIG encapsulé dans la Messagerie de SIP contient un corps de liasse multiple-pantomime.

Un corps De liasse multiple-MIME — pièce de message contenant les données percées un tunnel QSIG.

Dans le scénario de passerelle du SIP TDM, il y a deux options — message (rawmsg) et sans conditions crus. L'option de rawmsg spécifie le Tunnellisation du message seulement cru (application/qsig ou application/x-q931). L'option sans conditions spécifie le Tunnellisation de tous les corps du message supplémentaires, tels que GTD et message cru (application/qsig ou application/x-q931).


Vous devriez s'attendre à un message de réponse final du SIP 415 (type de média non vérifié) si le serveur d'agent d'utilisateur (UAS) ne peut pas traiter les messages QSIG ou Q.931 percés un tunnel

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

Le corps De liasse multiple-MIME a été vu du message BYE (gw — > numéroteur) :

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*,

< message BYE de passerelle >


Du message 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

Solution :

Configurez le signaling forward aucun sous le pair de cadran qui reçoit l'appel du numéroteur.

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

le signaling forward aucun empêchera la passerelle d'expédier la charge utile GTD aux points finaux dans le réseau.

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


Après appliquez ceci, il n'y a pas de Multiple-MIME a été en avant au numéroteur, et au problème résolu.