Contenu

Introduction

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

Solution

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.