Inleiding
Dit document beschrijft een probleem dat is opgetreden bij het gebruik van de uitgebreide gespreksstroom van CVP met de functie Verbinden van AT&T ( DTMF *8).
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- CVP versie 8.5
- Intelligent Contact Manager (ICM)
- AT&T Transfer connect services
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
- ICM 8.5
- CVP 8.5
- CUBE versie 151-3.T4
- AT&T-overdrachtverbinding
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Symptomen
U plaatst een oproep en de oproep wordt via CVP naar Cisco Unified Contact Center Enterprise (UCCE) verstuurd, de oproep wordt teruggestuurd naar een extern nummer op een AT&T-netwerk (Transfer Connects Service). Wanneer het probleem zich voordoet, hoort u deze aanwijzingen van AT&T:
Een ogenblik geduld
Het spijt ons dat uw oproep niet kan worden voltooid. Probeer uw oproep opnieuw
Oorzaak/probleembeschrijving
In een uitgebreide CVP-gespreksstroom wordt een oproep ontvangen op CVP, CVP ontvangt het DTM *8-label gevolgd door 500 milliseconden (MS) gepauzeerd en 1800-nummer. CVP verzendt DTMF naar het Cisco Unified Border Element (CUBE) en de gateway out pulseert de cijfers naar het AT&T-netwerk. Het gesprek wordt echter niet verzonden en de klant hoort Wij vinden het jammer dat uw gesprek niet kan worden afgerond. Probeer het nog eens.
Stap 1. De beller plaatst een oproep via het openbare telefoonnetwerk (PSTN).
Stap 2. De Ingress Gateway (IGW) ontvangt de oproep van het PSTN, in dit geval is CUBE de Ingress-gateway.
Stap 3. De IGW verstuurt een SIP INVITE-bericht naar CVP via een SIP-proxyserver.
Stap 4. CVP stuurt een verzoek voor een nieuwe oproep naar de ICM.
Stap 5. De ICM voert het routingscript uit en stuurt een VRU-label (Voice Response Unit) naar CVP.
Stap 6. CVP verstuurt een SIP INVITE-bericht via SIP-proxyserver naar de Voice XML Gateway (VXML GW).
Stap 7. De VXML GW voert het bootstrap script uit en stuurt een HTTP verzoek naar CVP.
Stap 8. CVP stuurt een Aanvraag naar de ICM.
Stap 9. De ICM annuleert het VRU-been en verstuurt het DTMF-etiket naar CVP. CVP beëindigt de VRU-poot met VXML GW.
Stap 10. CVP verstuurt de DTMF naar IGW (CUBE).
Stap 1. Met IGW (CUBE) out wordt de DTMF gepulseerd naar het AT&T-netwerk.
Stap 12. AT&T-netwerk stuurt DTMF **7 Network heeft geen gedraaid nummer ontvangen of kan dit niet herkennen. Voor goede scenario's stuurt CVP DTMF **6 en de klant hoort even na a.u.b.
Verifiëren
Stap 1. CVP-configuratie.
In het bestand sip.Properties onder de configuratiemap moet de functie SIP.ExternalTransferWait worden toegevoegd en ingesteld op 1000 (1 seconde). Na deze herstart de CVP-gespreksserver.
Stap 2. Logbestanden van de CVP-gespreksserver.
Verzamel CVP sporen met Select com.dynamicsoft.DsLibs.DsUALibs ingesteld op Debug niveau.
Van de CVP logboeken bevestigen dat CVP SIP info berichten naar Ingress gateway (CUBE) voor elke DTMF verstuurt:
Bijvoorbeeld de "*" toon die naar IGW (CUBE) wordt verzonden van CVP.
264788: 10.1.1.1: Nov 25 2013 12:28:25.362 -0800: %CVP_8_5_SIP-7-CALL: {Thrd=pool-1-thread-197-SIP-61173} 409D1D04-4D6B11E3-8E94E199-7280FCFD: Starting an external transfer with label: DTMF*8,,,,,18YYNXXXXXX
2059160: 10.1.1.1: Nov 25 2013 12:28:25.362 -0800: %_Connection-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Connection: Sending Message (NB): INFO sip:5123809981@10.1.2.2:5060 SIP/2.0
Via: SIP/2.0/TCP 10.1.1.1:5060;branch=z9hG4bKa74MS0n9A4oRWinVIAjXSA~~47394
Max-Forwards: 70
To: <sip:5123809981@10.1.2.2>;tag=658DC428-11DA
From: <sip:5008007435000@10.1.1.11>;tag=dsefb53fdb
Call-ID: 409D1D04-4D6B11E3-8E94E199-7280FCFD@10.1.2.2
CSeq: 1 INFO
Content-Length: 26
Contact: <sip:10.1.1.1:5060;transport=udp>
Content-Type: application/dtmf-relay
Signal=*
Duration=100
Stap 3. Verzamel Ingress Gateway-logbestanden (CUBE).
debug een cisco-bericht
debug voip rtp sessie name event
Het DTMF relay onderhandelde op het PSTN (AT&T) been is RTP-NTE die nuttige ladingstype 100 gebruiken.
Het DTMF relay onderhandelde op het CVP been is sip-info en rtp-net met behulp van payload type 101.
Uit de logboeken kan worden opgemaakt dat Ingress gateway (CUBE) alle cijfers van de CVP ontvangt met behulp van SIP info bericht en verstuurt het naar het PSTN (AT&T)
Bijvoorbeeld CUBE-verzendcijfer 7 naar het PSTN/AT&T-netwerk
289591: Nov 15 22:20:52.244: s=DSP d=VoIP payload 0x64 ssrc 0x149A460E sequence 0xBD4 timestamp 0x2B700
289592: Nov 15 22:20:52.244: Pt:100 Evt:7 Pkt:0A 00 00 <Snd>>>
289593: Nov 15 22:20:52.244: s=DSP d=VoIP payload 0x64 ssrc 0x149A460E sequence 0xBD5 timestamp 0x2B700
289594: Nov 15 22:20:52.244: Pt:100 Evt:7 Pkt:0A 00 00 <Snd>>>
289595: Nov 15 22:20:52.244: s=DSP d=VoIP payload 0x64 ssrc 0x149A460E sequence 0xBD6 timestamp 0x2B700
Stap 4. Verzamel pakketvastlegging op de gateway en bevestig de AT&T-vereisten.
Vereisten:
Inter-digit time out = 3 seconden
Voor DTMF-signalering aan het netwerk moet de VRU van de omleidende partij (CVP in dit geval en CUBE) DTMF-tonen verzenden met een duur van ten minste 80 ms en een stilte van 80 ms tussen de cijfers.
Tussen de *T en het omleidingsnummer of de SD-code moet een pauze van ten minste 350 ms worden toegepast. (De onder- en bovengrens zijn 300 ms - 11 sec.)
Packet Capture Analysis
In de goede oproepen, nadat CUBE het laatste cijfer naar AT&T verstuurt, verstuurt AT&T de DTMF "* 6" rond 500 MS
Tijd tussen cijfers verzonden naar AT&T = 200 MS
Tijd vanaf DTMF *8 wordt verzonden en het eerste cijfer = 400 MS
Duur van voorval - Lengte cijfers = 100 MS
Slechte oproep:
AT&T verstuurt de DTMF **7, 6 seconden later na ontvangst van het laatste cijfer
Tijd tussen cijfers verzonden naar AT&T = 200 MS
Tijd vanaf DTMF *8 wordt verzonden en het eerste cijfer = 400 MS
Duur van voorval - Lengte cijfers = 100 MS
Er is geen verschil tussen de goede en slechte oproepen in de pakketopname.
Resolutie
Aangezien de DTMFs die voor de goede en slechte vraag naar AT&T worden verzonden de zelfde eigenschappen en de timers hebben, maar in sommige scenario's wordt DTMF niet erkend, worden de tests gedaan toevoegend pauzes vóór specifieke groep cijfers en de combinatie die het probleem oplost is :DTMF*8,,,,, 1,,,8YY,,,,NXX,,XXXX,,". Dit wordt veranderd in het ICM script.