Einleitung
In diesem Dokument wird beschrieben, wie Sie eine Outbound-Kampagne für agentenbasiertes Progressive für Unified Contact Center Express (UCCX) konfigurieren.
Voraussetzungen
Anforderungen
Cisco empfiehlt, sich mit folgenden Themen vertraut zu machen:
- Konfiguration des Cisco Unified Border Element (CUBE)
- Unified Contact Center Express (UCCX)-Konfiguration
Verwendete Komponenten
Die Informationen in diesem Dokument basieren auf folgenden Hardware- und Software-Versionen:
- UCCX Version 12.5.1.11002-481
- CUCM-Version 12.5.1.11900-146
- ISR4451 Version 17.03.04a
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Hintergrundinformationen
Spezifische Anforderungen für dieses Dokument:
- Finesse Agent im Bereitschaftsmodus
- ISR 4451 mit CUBE-Basiskonfiguration und PVDM für die Anruffortschrittsanalyse (CPA)
- In CUBE integrierter Internet Telefony Service Provider (ITSP).
- Unified CCX Outbound-Lizenz
Bei der UCCX Outbound Dialer-Funktion gibt es fünf Kampagnentypen:
Agentenbasiert:
- Direkte Agentenvorschau
- Agent progressiv
- Vorausschauende Agenten
IVR-basiert:
- Progressiv
- Vorausschauend
Hinweis: Der Schwerpunkt dieses Dokuments liegt auf der Konfiguration für agentenbasiertes Progressive.
Einige Services auf UCCX müssen in Betrieb sein:
Hinweis: Navigieren Sie zu Cisco Unified CCX Serviceability > Tools > Control Center Network Services.
Konfigurieren
Netzwerkdiagramm
Dieses Topologiediagramm zeigt die Interaktion von UCCX, Finesse, CUCM und CUBE bei Outbound-Kampagnen:
Konfigurationen
UCCX-Konfiguration
1. Melden Sie sich bei der CCX-Verwaltung an:
2. Klicken Sie dann auf Subsysteme > CM Telefony > Call Control Group:
Klicken Sie dann auf Neu hinzufügen:
3. Füllen Sie die mit Sternchen gekennzeichneten Pflichtfelder aus, z. B. Beschreibung, Anzahl der CTI-Ports, Gruppentyp, Gerätenamenpräfix und Verzeichnisnummer, und klicken Sie auf Hinzufügen:
Hinweise:
- Wählen Sie bei Gruppentyp die Option Ausgehend aus.
- Sobald Sie auf Statusänderungen zu In Progress hinzufügen klicken, beginnt UCCX mit der Erstellung der CTI-Ports.
Dies ist die erwartete Ausgabe, nachdem Sie auf Hinzufügen geklickt haben:
4. Navigieren Sie zu Subsystems > RMCM > Contact Service Queues, um die progressive CSQ zu erstellen:
Klicken Sie dann auf Neu hinzufügen:
5. Füllen Sie die mit einem Sternchen gekennzeichneten Pflichtfelder aus, z. B. Name der Kontaktservice-Warteschlange, und wählen Sie die für Ihre spezifische Umgebung am besten geeigneten Optionen aus. Klicken Sie dann auf Weiter:
Dies ist die erwartete Ausgabe:
6. Klicken Sie dann auf Weiter, wählen Sie die erforderlichen Fertigkeiten aus, und fügen Sie sie hinzu, und klicken Sie schließlich auf Hinzufügen:
7. Konfigurieren Sie jetzt den Abschnitt "Ausgehend". Navigieren Sie dazu zu Subsysteme > Ausgehend > Allgemein:
Hinweis: Fügen Sie die im vorherigen Schritt erstellte CSQ (Progressive CSQ) dem Abschnitt Verfügbare CSQs hinzu, und klicken Sie auf Aktualisieren.
8. Navigieren Sie zu Subsysteme > Ausgehend > Kampagnen, um die agentenbasierte progressive Kampagne zu erstellen:
Klicken Sie auf Neu hinzufügen.
9. Wählen Sie dann den agentenbasierten Kampagnentyp aus, und wählen Sie auch den Dialer Type of Progressive aus, und klicken Sie dann auf Next:
10. Füllen Sie dann die mit einem Sternchen markierten Pflichtfelder aus, z. B. Kampagnenname, Start- und Endzeit, Kampagnen-Anrufernummer und andere gewünschte Werte, die Ihren spezifischen Anforderungen entsprechen.
Konfiguration wird fortgesetzt:
Hinweis: Klicken Sie auf "Aktivieren" und dann auf "Ja".
Dies ist das erwartete Ergebnis:
11. Fügen Sie bei zugewiesenen CSQs die passende progressive CSQ hinzu, und klicken Sie auf Hinzufügen.
12. Navigieren Sie abschließend zu Subsystems > Outbound > SIP Gateway Configuration, und geben Sie die spezifische IP-Adresse des CUBE ein, das die ausgehenden Anrufe verarbeitet:
CUBE-Konfiguration
Fügen Sie unter "Voice Service Voip" die globale Konfiguration für CUBE hinzu, und fügen Sie die globalen Parameter für CPA hinzu:
voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
mode border-element
no supplementary-service sip refer ---->This command avoids to send Refer SIP message to ITSP
allow-connections sip to sip
cpa timing live-person 2501
cpa timing term-tone 15500
cpa threshold active-signal 18db
Hinweis: Stellen Sie sicher, dass Sie keine Liste der zugelassenen vertrauenswürdigen Adressen konfigurieren müssen. Andernfalls müssen Sie hier jede IP-Adresse von UCCX und CUCM konfigurieren.
Konfigurieren Sie die dspfarm-Dienste auf der Sprachkarte:
voice-card 0/1
dsp services dspfarm
Konfigurieren Sie das dspfarm-Profil, und aktivieren Sie die Anruffortschrittsanalyse (CPA):
dsp services dspfarm
dspfarm profile 1 transcode
description dialer-lab
codec g729abr8
codec g729ar8
codec g711alaw
codec g711ulaw
call-progress-analysis <-- This line enables CPA on the dspfarm
maximum sessions 10
associate application CUBE <--Remeber to use CUBE application here
Hinweis: Auf dem Cube-Router für diese Übung wird das PVDM in Steckplatz 0/1 installiert:
#sh inventory
---Output omitted
NAME: "subslot 0/1 db module 0", DESCR: "PVDM4-64 Voice DSP Module" PID: PVDM4-64
---Output omitted
Konfigurieren Sie den eingehenden Dial-Peer:
dial-peer voice 10 voip
description dialer IncomingDP
session protocol sipv2
incoming called-number . <--This dot means that the dial peer receives any digit
dtmf-relay rtp-nte
codec g711ulaw
no vad
Hinweis: Es gibt so viele Möglichkeiten, einen Anruf über einen DFÜ-Peer zu empfangen. Dies ist nur ein Beispiel für diese Übung mit dem Befehl "incoming called-number".
Konfigurieren Sie den ausgehenden DFÜ-Peer, der auf den ITSP verweist:
dial-peer voice 400 voip
description ** DIALER ITSP SIDE **
destination-pattern 9001$
session protocol sipv2
session target ipv4:10.4.14.4 <--ITSP IP Address
dtmf-relay rtp-nte
codec g711ulaw
no vad
Hinweis: Zeigen Sie auf die IP-Adresse des ITSP, und erstellen Sie das richtige Zielmuster für den jeweiligen Wählplan.
Konfigurieren Sie den DFÜ-Peer, der auf den CUCM-Agenten zeigt:
dial-peer voice 2000 voip
description ** DIALER UCCX agents on CUCM**
destination-pattern 2000 <--Agent Extension, this can be a range of extensions.
session protocol sipv2
session target ipv4:10.2.10.30 <--IP Address of the Call Manager
dtmf-relay rtp-nte
codec g711ulaw
no vad
Hinweis: Dieser DFÜ-Peer ist nur ein Beispiel für diese Übung und wird an eine bestimmte, auf dem CUCM registrierte Agent-Durchwahl gesendet.
Hinweis: Unified CCX unterstützt keine Übersetzung oder Änderung der Telefonnummer, die zum Wählen ausgehender Anrufe verwendet wird. Eine im Gateway konfigurierte Sprachübersetzungsregel, die die Telefonnummer ändert, wird nicht unterstützt.
Überprüfung
Stellen Sie sicher, dass dspfarm aktiv und verknüpft ist und dass der CPA aktiviert ist:
#show dspfarm profile 1
Dspfarm Profile Configuration
Profile ID = 1, Service = TRANSCODING, Resource ID = 1
Profile Description : dialer-lab
Profile Service Mode : Non Secure
Profile Admin State : UP
Profile Operation State : ACTIVE
Application : CUBE Status : ASSOCIATED
Resource Provider : FLEX_DSPRM Status : UP
Total Number of Resources Configured : 10
Total Number of Resources Available : 10
Total Number of Resources Out of Service : 0
Total Number of Resources Active : 0
Codec Configuration: num_of_codecs:4
Codec : g711ulaw, Maximum Packetization Period : 30
Codec : g711alaw, Maximum Packetization Period : 30
Codec : g729ar8, Maximum Packetization Period : 60
Codec : g729abr8, Maximum Packetization Period : 60
Call Progress Analysis : ENABLED
Überprüfen Sie, ob der Agent auf Finesse in den Talking State wechselt und die BA-Kampagne agentenbasiert ist.Progressive:
Fehlerbehebung
Die einfachste Methode zur Fehlerbehebung ist das Sammeln von Debugging-Meldungen für CUBE mit der folgenden Konfiguration:
conf t
service timestamps debug datetime localtime msec
service timestamps log datetime msec
service sequence-numbers
logging buffered 10000000 debug
no logging console
no logging monitor
default logging rate-limit
default logging queue-limit
voice iec syslog
exit
Debug voice ccapi inout <-- CCAPI debug allows to verify the dial peers matched.
Debug ccsip messages <--Enables SIP messages logs
Debug ccsip error <--Enables SIP Errors logs
Nachdem Sie die CUBE-Protokolle erfasst haben, müssen Sie überprüfen, ob Sie die richtigen DFÜ-Peers für die drei Etappen verwenden:
Incoming Dial-peer=10 <--First Leg
Outgoing Dial-peer=400 <--Second Leg
Outgoing Dial-peer=2000 <--Third Leg
Es gibt drei Standbeine:
- die erste Komponente stammt von UCCX,
- die zweite Etappe führt zum ITSP,
- und die dritte Etappe führt zum CUCM
Hinweis: Die in diesem Abschnitt beschriebene Analyse beschreibt nur bestimmte Segmente der SIP-Nachrichten, die Sie beheben müssen.
Auf der ersten Stufe muss sichergestellt werden, dass CPA mit den richtigen, für UCCX konfigurierten CPA-Parametern in der SIP-Einladungs-Nachricht gesendet wird:
---Output omitted
Content-Type: application/x-cisco-cpa
Content-Disposition: signal;handling=optional
Events=FT,Asm,AsmT,Sit
CPAMinSilencePeriod=375
CPAAnalysisPeriod=2500
CPAMaxTimeAnalysis=3000
CPAMinValidSpeechTime=112
CPAMaxTermToneAnalysis=15000
--unique_boundary--
---Output omitted
In der 200 ok SIP-Nachricht für die erste Verbindung muss ebenfalls angegeben werden, dass der CPA aktiviert ist:
---Output omitted
--uniqueBoundary
Content-Type: application/x-cisco-cpa
Content-Disposition: signal;handling=optional
event=enabled
--uniqueBoundary--
Die erste Update-SIP-Nachricht auf der ersten Stufe zeigt an, dass das CPA-Ereignis erkannt wurde:
---Output omitted
Content-Type: application/x-cisco-cpa
Content-Disposition: signal;handling=optional
Content-Length: 26
event=detected
status=CpaS
Die zweite Update-SIP-Nachricht auf der ersten Stufe zeigt an, dass das CPA-Ereignis "Live Human Speech" ist:
---Output omitted
Content-Type: application/x-cisco-cpa
Content-Disposition: signal;handling=optional
Content-Length: 167
event=detected
status=LS <-- This indicates it is Human speech
pickupT=2510
maxActGlitchT=0
numActGlitch=0
valSpeechT=190
maxPSSGlitchT=0
numPSSGlitch=0
silenceP=380
termToneDetT=0
noiseTH=35
actTh=2097164
Die Nachricht Refer SIP on first leg gibt an, an wen der Anruf auf dem Refer-To-Header gesendet werden soll:
---Output omitted
Refer-To: <sip:2000@10.2.10.70>
Hinweis: Wenn das Problem weiterhin besteht, öffnen Sie ein Cisco TAC-Ticket, und fügen Sie die CUBE-Protokolle zur weiteren Fehlerbehebung zusammen mit Ihrer eigenen CUBE-Technologie an. Für UCCX müssen Sie UCCX-Engine-Traces und Finesse-Agentenprotokolle sammeln.
Zugehörige Informationen
Eingehende/ausgehende DFÜ-Peers verstehen, die mit Cisco IOS®-Plattformen übereinstimmen
Übersicht über die Anruffortschrittsanalyse
Technische Hinweise zu UCCX-Ablaufverfolgungsstufen
Cisco Unified Contact Center Express - Designleitfaden