Durch QSIG-Daten (Tunneled Q Signaling) wird der ausgehende Agent für 18 Minuten deaktiviert.

Einleitung

In diesem Dokument wird das Verhalten des Session Initiation Protocol (SIP)-Dialers in der Cisco Unified Contact Center Enterprise (UCCE)-Umgebung beschrieben, wenn das Gateway eine Bye-Nachricht sendet, nachdem es den Anrufannahmeton des Anrufbeantworters nicht erkannt hat.

Problem: Durch getunnelte QSIG-Daten (Q-Signaling) kann der ausgehende Mitarbeiter 18 Minuten lang nicht einsatzbereit sein.

UCCE Version 10.x

Anrufablauf:     PSTN <— QSIG — Gateway <— SIP — Dialer

Dialer-Konfiguration:  Weiterleitung an IVR-Weiterleitungspunkt und Terminierungstonerkennung wurde aktiviert

Wenn das Gateway den Anrufbeantworter erkennt, aber nicht den Anrufbeendigungston des Anrufbeantworters bestimmt hat, sendet es eine BYE-Nachricht an den SIP-Dialer.   Der SIP Dialer sendet "SIP/2.0 415 Unsupported Media Type" zurück.  In diesem Fall kann der Anruf nicht beendet werden, und der Agent kann für ca. 18 Minuten nicht zum Bereitschaftsstatus zurückkehren.

Wenn das Gateway CPA mit AsmT sendet ( Answer Machine Termination Tone ), kann der Anruf an die VRU-Strecke weitergeleitet werden.

< ohne AsmT>

< mit AsmT>

Lösung

Analyse:

Die in die SIP-Nachricht eingebettete QSIG-Nachricht enthält einen mehrteiligen MiME-Text.

Ein Multipart-MIME-Nachrichtenteil mit den getunnelten QSIG-Daten.

Im SIP-TDM-Gateway-Szenario gibt es zwei Optionen - raw message (rawmsg) und uncondition (bedingungslos). Die Option rawmsg legt fest, dass nur Rohnachrichten getunnelt werden (application/qsig oder application/x-q931). Die bedingungslose Option legt das Tunneling aller zusätzlichen Nachrichtentexte fest, z. B. GTD und Raw Message (application/qsig oder application/x-q931).


Wenn der User Agent Server (UAS) getunnelte QSIG- oder Q.931-Meldungen nicht verarbeiten kann, ist eine SIP 415-Endantwort (Unsupported Media Type) zu erwarten.

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

Multipart-MIME-Text wurde aus der Bye-Nachricht ( GW —> Dialer ) erkannt:

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

< Nachricht vom Gateway versenden >


Von badialer Nachricht  

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

Lösung:

Konfigurieren Sie die Signalisierung, indem Sie unter dem DFÜ-Peer, der den Anruf vom Dialer annimmt, keine umleiten.

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

Wenn Sie "signaling forward none" (Keine weiterleiten) eingeben, wird verhindert, dass das Gateway die GTD-Nutzlast an Endpunkte im Netzwerk weiterleitet.

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


Nach dieser Anwendung, gibt es nicht Multiple-MIME wurde an Dialer weitergeleitet, und das Problem gelöst.