- Pagină de pornire
- /
- Articol
Cisco Webex Contact Center Ghid de integrare Punte POP de voce (vPOP)
În acest articolAcest articol oferă informații detaliate despre integrarea Cisco Webex Contact Center utilizarea Punții POP de voce (vPOP), o metodă moștenită pentru conectarea rețelelor de telefonie tradiționale (PSTN) pentru apelurile de intrare și de ieșire.
Prezentare generală
Întreprinderile client pot utiliza un Cisco Unified Border Element (CUBE) drept controler marginal de sesiune (SBC) pentru a se conecta la Webex centru de contact. CUBE de întreprindere se conectează la un operator pentru conectivitate PSTN sau VoIP pe de o parte și la Webex Contact Center pe de altă parte pentru a activa serviciile centrului de contact. Atât apelurile de intrare, cât și cele de ieșire către Webex rută Contact Center prin intermediul CUBE-ului întreprinderii. Clientul furnizează trunchiul SIP, activat bidirecțional furnizorului de servicii și Webex Contact Center, pentru a permite traficul de apeluri între platforme. Pentru mai multe informații despre CUBE, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Fie furnizorul de servicii, fie întreprinderea client pot deține și opera CUBE și Private Branch Exchange (PBX). În acest caz:
-
Toate apelurile primite către Webex Contact Center vin prin intermediul operatorului de la CUBE-ul întreprinderii.
-
Webex Contact Center trimite toate apelurile de ieșire, fie către clienți, fie către agenți, prin intermediul CUBE-ului întreprinderii.
-
Webex Contact Center colaborează cu furnizorul de servicii pentru a factura clientul direct pentru utilizarea PSTN, fără a trece printr-Webex facturare a centrului de contact.
Webex Contact Center acceptă CUBE, Virtual CUBE (vCUBE) și SBC terț.
Atunci când furnizorul de servicii deține SBC și PBX, centrul Webex contact furnizează un antet SIP pentru a identifica întreprinderea client furnizorului de servicii. Furnizorii de servicii configurează antetul SIP specific prin tabloul de bord al furnizorului de servicii de aplicații.
Webex Contact Center acceptă aceste anteturi SIP:
-
Diversiune
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Întreprinderea client poate deține și opera CUBE și PBX, ceea ce elimină necesitatea unui antet SIP.
Audienţă
Acest document este destinat utilizatorilor care utilizează Cisco Webex Contact Center.
Istoricul modificărilor
Acest tabel listează modificările aduse acestui ghid după versiunea inițială. Cele mai recente modificări apar în partea de sus.
|
Modificarea |
Consultați |
Data |
|---|---|---|
|
Noi cifre privind implementarea |
Octombrie 2021 | |
|
Secțiune nouă |
Octombrie 2021 | |
|
Suport multiregional |
Septembrie 2021 | |
|
Secțiune nouă |
Septembrie 2021 | |
|
Restructurarea documentelor |
Mai multe capitole au fost restructurate. |
August 2021 |
|
A inclus un nou capitol | Tipuri de conectivitate |
Iulie 2019 Decembrie 2020 |
Suport multiregional
Webex Contact Center with Webex Calling Telephony acceptă mai multe regiuni (țări sau regiuni) pentru agenți și apelanți. Acceptăm următoarele scenarii:
-
Apelanții se află într-o regiune, iar agenții în mai multe regiuni.
-
Apelanții și agenții se află în mai multe regiuni.
În aceste scenarii, sistemul oferă suport pentru apeluri de intrare și apeluri de ieșire. Pentru apelurile primite, apelanții apelează la configurația PSTN conectat la cloud (Cisco Webex cloud) sau la gateway-ul local (LGW). Apelurile sunt dirijate către agenți. Agenții pot efectua apeluri de apelare către orice regiune.
Agenții aparțin unor locații diferite, așa cum este configurat în Control Hub. Configurația agentului are numărul și extensia pentru locația sa.
Numerele de intrare sunt asociate cu regiunile din Control Hub. Apelurile sunt dirijate către agenți în conformitate cu strategia de dirijare configurată în Webex Contact Center.
Figura următoare prezintă o soluție globală pentru Webex Contact Center cu Webex Calling.
Fișiere media precum IVR și înregistrarea apelurilor se află în Regiunea de domiciliu. Agenții din întreaga lume pot avea telefoane Webex Calling sau puncte finale în spatele opțiunilor de implementare Local Gateway.
Locația Regiunii de domiciliu necesită o analiză atentă pentru a minimiza distanța dintre regiuni, apelanți și agenți. Figura următoare prezintă calea apelurilor pentru agenții și apelanții dintr-o regiune îndepărtată de regiunea de domiciliu. În acest scenariu, distanța dintre Regiunea de domiciliu și Regiunea la distanță poate introduce latență inacceptabilă în apel.
Următoarele secțiuni discută detaliile scenariului și considerațiile pentru agenții din India.
Apelanții sunt într-o regiune, iar agenții sunt în mai multe regiuni
În acest scenariu, Webex Contact Center are agenți în diferite regiuni și asociate cu mai multe centre de date. Apelanții sunt dintr-o singură regiune.
Apelanții apelează Webex Contact Center. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact Webex utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un Cisco IP Phone sau o aplicație Webex Calling, apelul poate fi local pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Apelanții și agenții se află în mai multe regiuni
În acest scenariu, centrul de contact are agenți în mai multe regiuni și asociate cu mai multe centre de date. Apelanții provin din mai multe regiuni.
Apelanții apelează centrul de contact. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un dispozitiv conectat la IP, apelul poate fi local de pe platforma vocală pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Considerații pentru agenții din India
Următoarele reguli se aplică agenților din India.
-
Dacă un apel este direcționat către India prin PSTN, apelul trebuie să rămână în PSTN. Această cerință include apelurile care direcționează către India de la PSTN, printr-un Cisco Unified Communications Manager local (Unified CM) și apoi gestionate de un agent. Agentul trebuie să fie în PSTN.
-
Dacă un apel este direcționat către India prin VoIP, apelul trebuie să rămână activ VoIP.
Apelurile din afara Indiei se pot interconecta în orice fel. De exemplu, un apel poate fi direcționat către SUA prin PSTN și apoi direcționat către India prin VoIP. Cu toate acestea, după ce acest apel ajunge în India, trebuie să rămână ca un apel VoIP.
Documentație corelată
Pentru a vizualiza lista documentației Webex Contact Center, consultați https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pentru a vizualiza documentația pentru dezvoltatori Webex Contact Center și referințele API, consultați https://developer.webex-cx.com/documentation/getting-started.
Convenţii
Acest ghid folosește următoarele convenții.
|
Convenţie |
Descriere |
|---|---|
|
Font Îngroșat |
Textul dintr-un font aldin indică comenzi, cum ar fi intrările utilizatorului, cheile, butoanele și numele submeniurilor. De exemplu:
|
|
Font Italic |
Textul cu font cursiv indică următoarele:
|
|
Font |
Textul dintr-un font de fereastră, cum ar fi Courier, indică următoarele:
|
Comunicații, servicii și informații suplimentare
-
Pentru a primi la timp informații relevante de la Cisco, abonați-vă la Cisco Profile Manager.
-
Pentru a obține impactul pe care îl doriți asupra afacerii cu tehnologiile care contează, vizitați Serviciile Cisco.
-
Pentru a trimite o solicitare de service, vizitați Asistența Cisco.
-
Pentru a descoperi aplicații, produse, soluții și servicii validate, vizitați Cisco Marketplace.
-
Pentru a obține articole generale despre rețea, instruire și certificare, vizitați Cisco Press.
-
Pentru a găsi informații referitoare la garanție pentru un anumit produs sau o anumită familie de produse, accesați Instrumentul Cisco de identificare a garanției.
Instrument de Căutare Cisco Bug
Cisco Bug Search Tool (BST) oferă acces bazat pe web la sistemul Cisco de urmărire a erorilor. Acest sistem menține o listă completă a defectelor și vulnerabilităților asociate cu produsele și software-ul Cisco. BST vă furnizează informații detaliate ale defectelor referitoare la produsele și software-ul dvs.
Feedback documentație
Transmiteți comentariile dvs. despre acest ghid site-ului contactcenterproducts_docfeedback@cisco.com .
Introducere în fluxul de apeluri
Apelurile de intrare și de ieșire către Webex Contact Center sunt transmise prin intermediul unui operator, care este direcționat prin Enterprise and Cisco Unified Border Element (CUBE). Fiecare apel poate include mai multe sesiuni, în funcție de fluxul de apeluri. Următoarele secțiuni descriu câteva fluxuri de apeluri tipice.
Apel de intrare către un IVR
Un apel de intrare de la apelant către Webex Contact Center Voice Post Office Protocol (VPOP) creează o singură sesiune în CUBE de întreprindere și o singură sesiune în Webex Contact Center CUBE.
Apel de intrare către un agent
Un apel de intrare către un agent adaugă o sesiune de ieșire în Webex CUBE Contact Center și o singură sesiune în CUBE-ul întreprinderii.
Transfer conferinta si consultativa
O conferință agent-agent sau un transfer consultat adaugă o sesiune de ieșire în Webex Contact Center și în CUBE-ul întreprinderii.
Apel invers sau apel de ieșire către PSTN
Un apel de ieșire creează două sesiuni, una de la entitatea găzduită Enterprise la Webex Contact Center și alta de la Webex Contact Center la Enterprise.
Licențe CUBE
Licențele Cisco Unified Border Element (CUBE) se aplică per sesiune și necesită o sesiune bidirecțională. Pentru mai multe informații, consultați Cisco Unified Border Element Fișa tehnică.
Dimensionarea licenței CUBE este suma dintre numărul de sesiuni de agent și numărul de apeluri la Interactive Voice Response (IVR). Utilizați fișa tehnică Cisco Unified Border Element pentru a determina numărul maxim de sesiuni pe care le acceptă platforma dvs.
Numărul de licențe trebuie să fie egal cu capacitatea maximă a întreprinderii client.
licențe = (număr de agenți X 2) + (număr de sesiuni active în coada de așteptare)
Exemplu
-
La orele de vârf, dacă aveți 100 de agenți care răspund la apelurile clienților, fiecare apel are două sesiuni active. Numărul de ședințe este de 200.
-
Numărul de apeluri din coadă în acest caz este 100, ceea ce creează 100 de sesiuni.
-
Prin urmare, numărul total de sesiuni este egal cu 300, ceea ce reprezintă 300 de licențe.
Dimensiune sesiune CUBE
Un dispozitiv CUBE poate gestiona 1/3 din sesiunile SIP, dacă securizați apelurile cu TLS sau SRTP.
sesiuni = ((numărul de agenți X 2) + (numărul de sesiuni active din coada de așteptare)) X 3
Folosind exemplul a 100 de apeluri dintr-o coadă cu 100 de agenți care răspund la apeluri, numărul de sesiuni este:
((100 X 2)+ 100) X 3 = 900.
Puteți dimensiona CUBE-ul pentru 300 de sesiuni dacă furnizați un WAN privat pentru trunchiul SIP.
Pentru a ajuta la determinarea numărului maxim de agenți, să presupunem că:
-
50% din apeluri sunt în coadă și utilizează porturi IVR, în timp ce restul de 50% din apeluri sunt active cu agenți.
-
10% din apeluri folosesc serviciile suplimentare de consultare și conferință.
-
TLS sau SRTP securizați 100% din apeluri.
Folosind aceste ipoteze, platformele CUBE pot suporta un agent pentru fiecare 9,3 sesiuni.
Tipuri de conectivitate acceptate
Webex Contact Center acceptă următoarele tipuri de conectivitate.
|
Conectivitate |
Tipuri |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) sau IPSec prin Generic Routing Encapsulation (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Conectivitate privată (este necesară aprobarea) |
MPLS Punct la punct (P2P) VPLS SD-WAN WAN privat Conectarea încrucișată a centrului de date Conexiuni Equinix Fabric |
 | Versiunea IOS pentru CUBE sau vCUBE ar trebui să accepte TLS 1.2. |
Public Internet
Trunchi SIP direct (deasupra)
Cisco recomandă clienților să plaseze CUBE sau SBC la o adresă IP publică.
|
Argumente pro |
Contra |
|---|---|
|
|
Deoarece o conexiune directă este cea mai simplistă abordare, este și cea mai puțin flexibilă. Beneficiile unei topologii simplificate sunt ușurința gestionării și depanarea. Clientul completează diagramele de rețea și le trimite echipei de voce și sunt creați colegi de apelare. Puteți plasa CUBE într-un DMZ pentru a atenua complexitatea tratării traducerii accesului la rețea (NAT). CUBE în sine este un firewall, iar majoritatea furnizorilor își plasează CUBE într-un spațiu public IP și folosesc capacitățile sale de securitate.
Vpn
Un VPN este un alt tip de conexiune care utilizează internetul public. Utilizați VPN-uri atunci când un client necesită o conexiune sigură pentru SIP și RTP. Un VPN ar putea fi, de asemenea, necesar în cazul în care clientul nu poate plasa CUBE într-un spațiu IP public. Pentru VPN conexiuni este necesară o întâlnire de asigurare a accesului cu ingineria vocală.
|
Argumente pro |
Contra |
|---|---|
|
|
Porturi de voce
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN sau IPSec peste GRE
Următoarele opțiuni sunt disponibile pentru VPN Connectivity:
-
Conectivitate SBC la SBC
-
Conectivitate GW la GW
Webex Contact Center (IPSec sau IPSec prin tunelul GRE și Webex conectivitatea Contact Center S2S) trebuie să utilizeze UDP/5060 în loc de TCP/5060.
Un IPSec VPN sau IPSec peste GRE este o opțiune bună pentru un SIP Trunk securizat atunci când CUBE se află într-un spațiu IP public. Aceasta este o conexiune SBC la SBC cu VPN tuneluri. De asemenea, trebuie să luați în considerare schemele de adrese de IP private pentru a evita orice suprapunere între clienți. Pentru conexiunile GRE, IP subrețele sunt 10.x.248.x și 10.x.249.x.
Site-to-Site (S2S)
O conexiune S2S poate fi implementată dacă clientul are nevoie de o conexiune securizată sau nu poate plasa CUBE într-un spațiu IP public. Aceasta este o conexiune gateway to gateway. Nu există subrețele special desemnate pentru conexiunile S2S VPN, deoarece rutarea se bazează pe un trafic interesant fără implicarea unei interfețe logice.
SIP TLS și SRTP
SRTP/SIP TLS este o altă opțiune atunci când CUBE se află pe o adresă IP publică. Cu toate acestea, există un hit de performanță cu SRTP / SIP TLS. Un dispozitiv CUBE poate gestiona o treime din sesiunile SIP dacă ați securizat apelurile utilizând TLS sau SRTP. Aceasta este o conexiune SBC la SBC.
Certificate publice și autosemnate
Pentru a stabili o conexiune TLS SIP, este necesar să se facă schimb de certificate. Sunt disponibile următoarele opțiuni:
-
Certificatele autosemnate sunt generate și schimbate între client și Webex Contact Center.
-
CA public—Parcurgeți următorii pași pentru a sprijini un CA public:
-
Clientul partajează certificatul rădăcină, care este încărcat în Webex Contact Center SBC.
Trebuie să furnizați atât certificatul rădăcină, cât și certificatul intermediar/subordonat.
-
Clientul actualizează DNS pentru a include adresele IP ale SBC-urilor Webex Contact Center.
-
Conectivitate privată
Furnizorii de întreprinderi mari preferă adesea o conexiune directă, deoarece oferă un circuit dedicat și sigur. În cazul în care clientul are nevoie de o conexiune directă, furnizați-i Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP ca pas inițial. Următorul pas este o întâlnire de proiectare ulterioară cu echipa Webex de inginerie vocală a centrului de contact și inginerii clienților. Clientul furnizează o diagramă de rețea detaliată a rețelei de voce a clientului, inclusiv interconectările operatorului PSTN, pentru întâlnire. Cisco nu va găzdui niciun echipament pentru clienți.
Cisco Webex Contact Center oferă, de asemenea, conexiuni Equinix Fabric pentru clienții care au colocații cu Equinix.
Pentru mai multe informații despre Equinix Fabric, consultați:
Indiferent dacă clientul alege MPLS, P2P, VPLS sau SD-WAN, topologia arată similar și toate circuitele se termină în routerul Webex Contact Center/GW (gateway) și nu în Webex CUBE-uri Contact Center.
Cerințele de lățime de bandă pentru o conexiune directă se bazează pe codecul G.711 (~100 kbps per picior de apel), care permite două picioare de apel pe sesiune.
|
Argumente pro |
Contra |
|---|---|
|
|
| Conexiunile Equinix Fabric oferă redundanță a porturilor, comandă mai rapidă a conexiunilor virtuale și asigurare a accesului. Cisco recomandă utilizarea conexiunii Equinix, mai degrabă decât utilizarea altor metode de conectare privată. |
Conectarea încrucișată a centrului de date
Dacă un client decide să utilizeze o conexiune privată, trebuie să comandați conexiuni încrucișate ale centrului de date așa cum este descris în Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP. Clientul este responsabil pentru costul suportat și pentru obținerea circuitului clientului la picătura desemnată.
| Clienții care optează pentru o conexiune privată primesc Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP în timpul procesului de integrare. |
Implementări non-standard
Implementări non-standard
Dacă topologiile recomandate nu îndeplinesc toate cerințele rețelei clientului, trebuie programată o întâlnire de proiectare cu echipa de inginerie vocală Cisco prin intermediul echipei de cont Cisco a clientului pentru un proces special de aprobare. Următoarele secțiuni sunt exemple de implementări non-standard și implementări care nu sunt recomandate:
Excepții A2Q
Furnizorul PSTN termină circuitul direct la Webex Contact Center VPOP.
Excepții pentru chiriașii de aur
Cisco recomandă insistent un SIP Trunk direct pentru clienții Gold Tenant. Aceasta este topologia over-the-top a plasării CUBE într-un spațiu IP public. Necesitatea unui chiriaș de aur există adesea cu furnizori mai mari; cu toate acestea, furnizorul solicită chiriașului de aur să fie o dovadă a conceptului pentru implementarea producției intenționate a furnizorului. Dovada conceptului Gold Tenant depășește adesea utilizarea accesului la internet deschis pentru un trunchi SIP și ar necesita unul dintre tipurile de conexiune discutate anterior.
Clienții Gold Tenant nu vor fi monitorizați.
Internet public – CUBE în spatele firewall-ului
Plasarea unui CUBE pe o adresă IP privată în spatele unui firewall NAT este o altă opțiune de implementare. Cerințele de securitate de la departamentul IT al clientului pot stipula că aplicația de voce se află în spatele unui firewall. Această opțiune are câteva dezavantaje cunoscute. Chiar dacă acest lucru nu poate cauza probleme în stratul de rețea, poate duce la probleme în stratul de aplicație SIP. Adresa de IP privată este utilizată în mesajele SIP, ceea ce provoacă erori de procesare a apelurilor. Capacitatea firewall-ului este un alt factor care trebuie luat în considerare pentru acest tip de implementare. Firewall-urile trebuie să fie dimensionate corespunzător pentru a gestiona traficul VoIP; firewall-ul poate deveni altfel un blocaj și poate afecta calitatea apelurilor și procesarea apelurilor.
Următoarele sunt dezavantajele acestei implementări:
-
Posibile probleme de configurare și configurare CUBE la început.
-
Încărcare crescută a firewall-ului, care ar putea afecta calitatea vocii.
-
Clientul este responsabil pentru configurarea CUBE și dimensionarea firewall-ului.
-
Nu este o topologie recomandată din cauza impactului asupra SLA-urilor.
| Această topologie nu este recomandată datorită complexității tratării SIP și NAT. Pentru aprobarea acestui tip de implementare este necesară o întâlnire cu echipa de inginerie vocală Cisco și cu clientul. |
Introducere în redundanța componentelor
Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât Webex cloud Contact Center, cât și CUBE întreprindere pentru a fi redundante:
-
Într-o regiune geografică - Puteți configura mai multe POP în cadrul unei întreprinderi.
-
În centrele de date ale întreprinderilor dintr-o regiune geografică.
-
În cadrul rețelelor de întreprindere - De asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea oth și suporturile media.
Toate semnalizările și suporturile media provin de la și de la adresa IP virtuală.
Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui, de asemenea, să instituie doi POP. Acest lucru asigură că vânătoarea între Webex VPOP-uri ale centrului de contact este chiar rotundă.
Redundanță în centrele de date ale întreprinderilor dintr-o regiune geografică
Puteți configura două centre de date din cadrul întreprinderii pentru a vă conecta la același Webex Contact Center VPOP, în aceeași regiune geografică.
Intrați în modul global de configurare
Acest exemplu de configurare se aplică gateway-ului vocal Cisco IOS și gateway-ului vocal Cisco Unified Border Element (CUBE). Pentru instrucțiuni complete de configurare CUBE, consultați Cisco Unified Border Element Ghidul de configurare din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toate configurațiile din acest exemplu utilizează modul de configurare globală.
| 1 |
Introduceți |
| 2 |
Introduceți |
Configurație de bază
Cronometrele SIP (MIN-SE) sunt setate la 3600 în toate VPOP-urile din Webex Contact Center. Puteți să actualizați această setare la nivel global sau să o modificați în Invitație la centrul de contact Webex.
serviciu de voce VoIP Sip Min-se 3600Configurarea clasei de codec vocal
Clasa de voce Codec 100 Preferința codecului 1 G711aLaw Codec Preferința 2 G711ulawApelare peer de intrare pentru apeluri de la Webex Contact Center
Dial-peer Voice 200 Protocolul de sesiune VoIP SIPV2 Codec de clasă vocală 100 DTMF-Releu RTP-NTE nu VADApel-peer de ieșire pentru apeluri către Webex centru de contact
Voce dial-peer Model de destinație 100 VoIP <Model către Webex CC> protocol de sesiune Țintă sesiune SIPV2 IPV4:<Webex IP-uri SBC CC> codec de clasă vocală 100 de opțiuni SIP din clasa vocală-păstrați-păstrați-releu DTMF RTP-NTE fără VADConfigurație comună
Acest exemplu arată Webex asigurare a accesului trunchiului centrului de contact în SUA, cu următoarea topologie.
Detalii configurare:
-
Configurați opțiunile SIP Keepalive.
-
Noii colegi de apelare cu destinație țintă IP adresă Webex CC LAX și JFK CUBE.
-
Preferința dial-peer poate fi configurată fie pentru round robin, fie primară și secundară.
-
Codecul este configurat pentru G711 ulaw și G711 alaw (conexiuni în afara SUA). DTMF este RFC2833.
-
SIP Communication este peste UDP port 5060 și porturi RTP 8000 la 48199.
-
Apelați planul în care modelul de destinație se potrivește Webex Contact Center cu agenții prin PBX și PSTN.
-
Mai mult de un POP pentru disponibilitate ridicată.
-
Cronometrul MIN SE pe Webex CC este 3600; cronometrele de sesiune trebuie fie actualizate la această valoare, fie permit negocierea SIP la această valoare în timpul configurării unui apel.
| Dacă utilizați CUBE/vCUBE, Cisco vă recomandă să utilizați o versiune IOS care acceptă TLS 1.2. |
Prezentare generală a trunchiului SIP securizat
Acest exemplu demonstrează cum se configurează o conexiune SIP Transport Layer Security (TLS) între Cisco Unified Border Element (CUBE) și Webex Contact Center.
Exemplu: Configurarea SIP TLS
nainte de a începe
Asigurați-vă că:
-
Punctele finale au aceeași dată și oră. Aveți posibilitatea să sincronizați punctele finale utilizând un server Network Time Protocol (NTP).
-
Aveți TCP conectivitate.
-
CUBE are licențele de securitate și UCK9 instalate.
| 1 |
Creați un punct de încredere pentru a deține certificatul auto-semnat al CUBULUI: |
| 2 |
Generați un certificat autosemnat: |
| 3 |
Exportați certificatul: |
| 4 |
Copiați certificatul auto-semnat pe care l-ați exportat și salvați-l ca fișier text cu extensia de |
| 5 |
Încărcați certificatul CUBE autosemnat într-Webex Contact Center. |
| 6 |
Copiați certificatul de Webex Contact Center. |
| 7 |
Încărcați certificatul Webex Contact Center în CUBE: Introduceți |
| 8 |
Configurați SIP pentru a utiliza punctul de încredere certificat auto-semnat pe care l-ați creat în pasul 1: |
| 9 |
Configurați colegii de apelare cu securitatea stratului de transport: |
Înainte de configurare
-
Asigurați-vă că aveți entitatea găzduită parteneră Gold și acces la portalul furnizorului de servicii.
-
Configurați controlerul bordurii de sesiune a întreprinderii.
-
Obțineți o adresă de destinație pentru trunchiul SIP.
Pentru mai multe informații, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Asigurarea accesului la entitatea găzduită
Cisco utilizează informațiile de asigurare a accesului pe care le furnizați pentru a configura controlerul de bordură de sesiune Webex centrului de contact pentru entitatea dvs. găzduită. Asigurați-vă că informațiile pe care le furnizați corespund comenzii dvs. și sunt corecte.
Pentru instrucțiuni despre modul de asigurare a accesului entității găzduite, consultați ghidurile de administrare și utilizare la:
-
Configurați un trunchi SIP care conectează adresa de IP a clientului la controlerul de frontieră configurat. Asigurați-vă că selectați
CUBEca tip de trunchi SIP. Configurați un trunchi SIP pentru fiecare CUBE pe care îl implementați. -
Creați și asigurați accesul la o entitate găzduită.
-
Atribuiți trunchi SIP entității găzduite, adăugați numere de apelare și asigurați accesul noului entitate găzduită.
După ce asigurați accesul entității găzduite și configurați Webex Contact Center CUBE, primiți un e-mail că entitatea găzduită este gata de utilizare.
Webex regiuni ale centrului de contact
VPOP este disponibil pentru conexiunea entității găzduite în funcție de regiune:
-
SUA: Los Angeles și New York
-
Europa: Londra, Amsterdam, Frankfurt
-
Canada: Toronto și Vancouver
-
Australia: Sydney și Melbourne
-
Japonia: Tokyo și Osaka
-
America de Sud: São Paulo și Rio de Janeiro
-
India: Pune și Hyderabad
-
Singapore
Glosar
|
Acronim sau termen |
Descriere |
|---|---|
|
A2Q |
Asigurarea calității |
|
ACD |
Distribuirea automată a apelurilor |
|
ADA |
Aplicația Webex Contact Center Agent Desktop |
|
ADR |
Raport detaliat agent |
|
AES |
Standard avansat de criptare |
|
ANI |
Identificarea automată a numerelor |
|
API |
Interfață de programare a aplicațiilor |
|
BST |
Instrument de Căutare Cisco Bug |
|
BYoPSTN |
Aduceți-vă propriul PSTN Clientul (întreprinderea) deținea PSTN existent bazat pe premisă. |
|
CA |
Certificate Authority |
|
CAD |
Date asociate apelurilor |
|
CC |
Centru de contact |
|
CCDR |
Înregistrări cumulative ale detaliilor apelurilor |
|
CCG |
Computer Communications Group |
|
CCP |
PSTN conectat la cloud |
|
CDR |
Înregistrări cu detalii despre apeluri |
|
CSS |
Strategia de selecție a contactelor |
|
CSV |
Valori separate prin virgulă |
|
CTQ |
Consultare pentru coadă |
|
CUB |
Cisco Unified Border Element |
|
FĂCUT |
Apelare directă spre interior |
|
DMZ |
Zona demilitarizată |
|
DN |
Număr director |
|
DNC |
Nu apelați |
|
DNIS |
Serviciul de identificare a numerelor formate |
|
DNS |
Domain Name System |
|
DTG |
(Antet SIP) Grup trunchi destinație |
|
DTMF |
Multi-frecvență dual-ton |
|
EP |
Punctul de intrare |
|
ESR |
Versiunea cu suport extins |
|
FIPS |
Standarde federale de procesare a informațiilor |
|
GIF |
Format de schimb grafic |
|
GRE |
Încapsulare generică de rutare |
|
GW |
Gateway |
|
HA |
Disponibilitate ridicată |
|
HTML |
Limbaj de marcare hipertext |
|
IB |
Legat spre interior |
|
ID |
Identitate, identificare |
|
IMAP |
Protocol de acces la mesaje Internet |
|
IOS |
Sistem de operare mobil (fost iPhone OS) |
|
IP |
Protocolul de internet |
|
Ipsec |
Securitatea protocolului de internet |
|
ITSP |
Furnizor de servicii de telefonie prin internet |
|
IVR |
Interactive Voice Response |
|
JPG și JPEG |
Grupul comun de experți fotografi Un fișier imagine digitală |
|
LAN |
Rețea locală |
|
LCM |
Listă și manager de campanii |
|
LGW |
Local Gateway |
|
MPLS |
Comutarea etichetelor multiprotocol |
|
NAT |
Traducerea accesului la rețea |
|
NDC |
Colectarea datelor de rețea |
|
NTP |
Protocol de timp de rețea |
|
OB |
Legat spre exterior |
|
OTG |
(Antet SIP) Grupul de trunchiuri originar |
|
P2P |
Punct la punct |
|
PAI |
(Antet SIP) Identitatea afirmată de P |
|
PBX |
Schimb privat de sucursale |
|
PCI DSS |
Standardul de securitate a datelor din industria cardurilor de plată |
|
|
Format document portabil |
|
PEWC |
Acord prealabil scris expres |
|
PII |
Informații de identificare personală |
|
PNG |
Grafică de rețea portabilă |
|
POP |
Protocolul oficiului poștal |
|
PSTN |
Rețea telefonică publică comutată |
|
Qos |
Quality of Service |
|
RFC |
Solicitare de comentarii |
|
SFR |
Redirecționare fără răspuns |
|
RPID |
(Antet SIP) ID partid la distanță |
|
RTT |
Timp dus-întors |
|
S2S |
Site-to-Site |
|
SBC |
Controlor de frontieră de sesiune |
|
SBR |
Rutare bazată pe abilități |
|
SD-WAN |
Rețea de arie largă definită de software |
|
SIP |
Protocol Internet sesiune |
|
NS |
Nivelul serviciilor |
|
SLA |
Acord privind nivelul serviciilor |
|
SMS |
Serviciu de mesaje scurte |
|
SMTP |
Protocol simplu de transfer prin poștă |
|
SP |
Furnizor servicii |
|
SRTP |
Protocol de transport securizat în timp real |
|
SSL |
Strat Secure Sockets |
|
TCP |
Protocol de control al transmisiei |
|
TGRP |
(Antet SIP) Protocol de rutare a grupurilor trunchiurilor |
|
TLS |
Securitatea stratului de transport |
|
UDP |
Protocolul Datagramei utilizatorului |
|
UI |
Interfaţa cu utilizatorul |
|
URI |
Identificator uniform de resurse |
|
URL |
Instrument de localizare uniformă a resurselor |
|
UTC |
Ceas universal |
|
vCube |
CUB virtual |
|
VoIP |
Voice over IP |
|
VPLS |
Serviciu LAN privat virtual |
|
VPN |
Rețea privată virtuală |
|
VPOP |
Punct de prezență vocal În Webex Contact Center 1.0, VPOP integrează Webex Contact Center în PSTN și primul punct de conectivitate pentru clienți. De asemenea, are server media pentru tratament și înregistrarea apelurilor. |
|
Podul VPOP |
Punte punct de prezență vocală În Webex Contact Center, puntea VPOP conectează PSTN-ul furnizorului de servicii la stratul media de voce. |
|
WAN |
Rețea de arie largă |
|
WCB |
Tampon de comandă Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimizarea forței de muncă |
|
XML |
Limbaj extins de marcare |
Prezentare generală
Întreprinderile client pot utiliza un Cisco Unified Border Element (CUBE) drept controler marginal de sesiune (SBC) pentru a se conecta la Webex centru de contact. CUBE de întreprindere se conectează la un operator pentru conectivitate PSTN sau VoIP pe de o parte și la Webex Contact Center pe de altă parte pentru a activa serviciile centrului de contact. Atât apelurile de intrare, cât și cele de ieșire către Webex rută Contact Center prin intermediul CUBE-ului întreprinderii. Clientul furnizează trunchiul SIP, activat bidirecțional furnizorului de servicii și Webex Contact Center, pentru a permite traficul de apeluri între platforme. Pentru mai multe informații despre CUBE, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Fie furnizorul de servicii, fie întreprinderea client pot deține și opera CUBE și Private Branch Exchange (PBX). În acest caz:
-
Toate apelurile primite către Webex Contact Center vin prin intermediul operatorului de la CUBE-ul întreprinderii.
-
Webex Contact Center trimite toate apelurile de ieșire, fie către clienți, fie către agenți, prin intermediul CUBE-ului întreprinderii.
-
Webex Contact Center colaborează cu furnizorul de servicii pentru a factura clientul direct pentru utilizarea PSTN, fără a trece printr-Webex facturare a centrului de contact.
Webex Contact Center acceptă CUBE, Virtual CUBE (vCUBE) și SBC terț.
Atunci când furnizorul de servicii deține SBC și PBX, centrul Webex contact furnizează un antet SIP pentru a identifica întreprinderea client furnizorului de servicii. Furnizorii de servicii configurează antetul SIP specific prin tabloul de bord al furnizorului de servicii de aplicații.
Webex Contact Center acceptă aceste anteturi SIP:
-
Diversiune
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Întreprinderea client poate deține și opera CUBE și PBX, ceea ce elimină necesitatea unui antet SIP.
Audienţă
Acest document este destinat utilizatorilor care utilizează Cisco Webex Contact Center.
Istoricul modificărilor
Acest tabel listează modificările aduse acestui ghid după versiunea inițială. Cele mai recente modificări apar în partea de sus.
|
Modificarea |
Consultați |
Data |
|---|---|---|
|
Noi cifre privind implementarea |
Octombrie 2021 | |
|
Secțiune nouă |
Octombrie 2021 | |
|
Suport multiregional |
Septembrie 2021 | |
|
Secțiune nouă |
Septembrie 2021 | |
|
Restructurarea documentelor |
Mai multe capitole au fost restructurate. |
August 2021 |
|
A inclus un nou capitol | Tipuri de conectivitate |
Iulie 2019 Decembrie 2020 |
Suport multiregional
Webex Contact Center with Webex Calling Telephony acceptă mai multe regiuni (țări sau regiuni) pentru agenți și apelanți. Acceptăm următoarele scenarii:
-
Apelanții se află într-o regiune, iar agenții în mai multe regiuni.
-
Apelanții și agenții se află în mai multe regiuni.
În aceste scenarii, sistemul oferă suport pentru apeluri de intrare și apeluri de ieșire. Pentru apelurile primite, apelanții apelează la configurația PSTN conectat la cloud (Cisco Webex cloud) sau la gateway-ul local (LGW). Apelurile sunt dirijate către agenți. Agenții pot efectua apeluri de apelare către orice regiune.
Agenții aparțin unor locații diferite, așa cum este configurat în Control Hub. Configurația agentului are numărul și extensia pentru locația sa.
Numerele de intrare sunt asociate cu regiunile din Control Hub. Apelurile sunt dirijate către agenți în conformitate cu strategia de dirijare configurată în Webex Contact Center.
Figura următoare prezintă o soluție globală pentru Webex Contact Center cu Webex Calling.
Fișiere media precum IVR și înregistrarea apelurilor se află în Regiunea de domiciliu. Agenții din întreaga lume pot avea telefoane Webex Calling sau puncte finale în spatele opțiunilor de implementare Local Gateway.
Locația Regiunii de domiciliu necesită o analiză atentă pentru a minimiza distanța dintre regiuni, apelanți și agenți. Figura următoare prezintă calea apelurilor pentru agenții și apelanții dintr-o regiune îndepărtată de regiunea de domiciliu. În acest scenariu, distanța dintre Regiunea de domiciliu și Regiunea la distanță poate introduce latență inacceptabilă în apel.
Următoarele secțiuni discută detaliile scenariului și considerațiile pentru agenții din India.
Apelanții sunt într-o regiune, iar agenții sunt în mai multe regiuni
În acest scenariu, Webex Contact Center are agenți în diferite regiuni și asociate cu mai multe centre de date. Apelanții sunt dintr-o singură regiune.
Apelanții apelează Webex Contact Center. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact Webex utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un Cisco IP Phone sau o aplicație Webex Calling, apelul poate fi local pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Apelanții și agenții se află în mai multe regiuni
În acest scenariu, centrul de contact are agenți în mai multe regiuni și asociate cu mai multe centre de date. Apelanții provin din mai multe regiuni.
Apelanții apelează centrul de contact. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un dispozitiv conectat la IP, apelul poate fi local de pe platforma vocală pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Considerații pentru agenții din India
Următoarele reguli se aplică agenților din India.
-
Dacă un apel este direcționat către India prin PSTN, apelul trebuie să rămână în PSTN. Această cerință include apelurile care direcționează către India de la PSTN, printr-un Cisco Unified Communications Manager local (Unified CM) și apoi gestionate de un agent. Agentul trebuie să fie în PSTN.
-
Dacă un apel este direcționat către India prin VoIP, apelul trebuie să rămână activ VoIP.
Apelurile din afara Indiei se pot interconecta în orice fel. De exemplu, un apel poate fi direcționat către SUA prin PSTN și apoi direcționat către India prin VoIP. Cu toate acestea, după ce acest apel ajunge în India, trebuie să rămână ca un apel VoIP.
Documentație corelată
Pentru a vizualiza lista documentației Webex Contact Center, consultați https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pentru a vizualiza documentația pentru dezvoltatori Webex Contact Center și referințele API, consultați https://developer.webex-cx.com/documentation/getting-started.
Convenţii
Acest ghid folosește următoarele convenții.
|
Convenţie |
Descriere |
|---|---|
|
Font Îngroșat |
Textul dintr-un font aldin indică comenzi, cum ar fi intrările utilizatorului, cheile, butoanele și numele submeniurilor. De exemplu:
|
|
Font Italic |
Textul cu font cursiv indică următoarele:
|
|
Font |
Textul dintr-un font de fereastră, cum ar fi Courier, indică următoarele:
|
Comunicații, servicii și informații suplimentare
-
Pentru a primi la timp informații relevante de la Cisco, abonați-vă la Cisco Profile Manager.
-
Pentru a obține impactul pe care îl doriți asupra afacerii cu tehnologiile care contează, vizitați Serviciile Cisco.
-
Pentru a trimite o solicitare de service, vizitați Asistența Cisco.
-
Pentru a descoperi aplicații, produse, soluții și servicii validate, vizitați Cisco Marketplace.
-
Pentru a obține articole generale despre rețea, instruire și certificare, vizitați Cisco Press.
-
Pentru a găsi informații referitoare la garanție pentru un anumit produs sau o anumită familie de produse, accesați Instrumentul Cisco de identificare a garanției.
Instrument de Căutare Cisco Bug
Cisco Bug Search Tool (BST) oferă acces bazat pe web la sistemul Cisco de urmărire a erorilor. Acest sistem menține o listă completă a defectelor și vulnerabilităților asociate cu produsele și software-ul Cisco. BST vă furnizează informații detaliate ale defectelor referitoare la produsele și software-ul dvs.
Feedback documentație
Transmiteți comentariile dvs. despre acest ghid site-ului contactcenterproducts_docfeedback@cisco.com .
Introducere în fluxul de apeluri
Apelurile de intrare și de ieșire către Webex Contact Center sunt transmise prin intermediul unui operator, care este direcționat prin Enterprise and Cisco Unified Border Element (CUBE). Fiecare apel poate include mai multe sesiuni, în funcție de fluxul de apeluri. Următoarele secțiuni descriu câteva fluxuri de apeluri tipice.
Apel de intrare către un IVR
Un apel de intrare de la apelant către Webex Contact Center Voice Post Office Protocol (VPOP) creează o singură sesiune în CUBE de întreprindere și o singură sesiune în Webex Contact Center CUBE.
Apel de intrare către un agent
Un apel de intrare către un agent adaugă o sesiune de ieșire în Webex CUBE Contact Center și o singură sesiune în CUBE-ul întreprinderii.
Transfer conferinta si consultativa
O conferință agent-agent sau un transfer consultat adaugă o sesiune de ieșire în Webex Contact Center și în CUBE-ul întreprinderii.
Apel invers sau apel de ieșire către PSTN
Un apel de ieșire creează două sesiuni, una de la entitatea găzduită Enterprise la Webex Contact Center și alta de la Webex Contact Center la Enterprise.
Licențe CUBE
Licențele Cisco Unified Border Element (CUBE) se aplică per sesiune și necesită o sesiune bidirecțională. Pentru mai multe informații, consultați Cisco Unified Border Element Fișa tehnică.
Dimensionarea licenței CUBE este suma dintre numărul de sesiuni de agent și numărul de apeluri la Interactive Voice Response (IVR). Utilizați fișa tehnică Cisco Unified Border Element pentru a determina numărul maxim de sesiuni pe care le acceptă platforma dvs.
Numărul de licențe trebuie să fie egal cu capacitatea maximă a întreprinderii client.
licențe = (număr de agenți X 2) + (număr de sesiuni active în coada de așteptare)
Exemplu
-
La orele de vârf, dacă aveți 100 de agenți care răspund la apelurile clienților, fiecare apel are două sesiuni active. Numărul de ședințe este de 200.
-
Numărul de apeluri din coadă în acest caz este 100, ceea ce creează 100 de sesiuni.
-
Prin urmare, numărul total de sesiuni este egal cu 300, ceea ce reprezintă 300 de licențe.
Dimensiune sesiune CUBE
Un dispozitiv CUBE poate gestiona 1/3 din sesiunile SIP, dacă securizați apelurile cu TLS sau SRTP.
sesiuni = ((numărul de agenți X 2) + (numărul de sesiuni active din coada de așteptare)) X 3
Folosind exemplul a 100 de apeluri dintr-o coadă cu 100 de agenți care răspund la apeluri, numărul de sesiuni este:
((100 X 2)+ 100) X 3 = 900.
Puteți dimensiona CUBE-ul pentru 300 de sesiuni dacă furnizați un WAN privat pentru trunchiul SIP.
Pentru a ajuta la determinarea numărului maxim de agenți, să presupunem că:
-
50% din apeluri sunt în coadă și utilizează porturi IVR, în timp ce restul de 50% din apeluri sunt active cu agenți.
-
10% din apeluri folosesc serviciile suplimentare de consultare și conferință.
-
TLS sau SRTP securizați 100% din apeluri.
Folosind aceste ipoteze, platformele CUBE pot suporta un agent pentru fiecare 9,3 sesiuni.
Tipuri de conectivitate acceptate
Webex Contact Center acceptă următoarele tipuri de conectivitate.
|
Conectivitate |
Tipuri |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) sau IPSec prin Generic Routing Encapsulation (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Conectivitate privată (este necesară aprobarea) |
MPLS Punct la punct (P2P) VPLS SD-WAN WAN privat Conectarea încrucișată a centrului de date Conexiuni Equinix Fabric |
| Versiunea IOS pentru CUBE sau vCUBE ar trebui să accepte TLS 1.2. |
Public Internet
Trunchi SIP direct (deasupra)
Cisco recomandă clienților să plaseze CUBE sau SBC la o adresă IP publică.
|
Argumente pro |
Contra |
|---|---|
|
|
Deoarece o conexiune directă este cea mai simplistă abordare, este și cea mai puțin flexibilă. Beneficiile unei topologii simplificate sunt ușurința gestionării și depanarea. Clientul completează diagramele de rețea și le trimite echipei de voce și sunt creați colegi de apelare. Puteți plasa CUBE într-un DMZ pentru a atenua complexitatea tratării traducerii accesului la rețea (NAT). CUBE în sine este un firewall, iar majoritatea furnizorilor își plasează CUBE într-un spațiu public IP și folosesc capacitățile sale de securitate.
Vpn
Un VPN este un alt tip de conexiune care utilizează internetul public. Utilizați VPN-uri atunci când un client necesită o conexiune sigură pentru SIP și RTP. Un VPN ar putea fi, de asemenea, necesar în cazul în care clientul nu poate plasa CUBE într-un spațiu IP public. Pentru VPN conexiuni este necesară o întâlnire de asigurare a accesului cu ingineria vocală.
|
Argumente pro |
Contra |
|---|---|
|
|
Porturi de voce
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN sau IPSec peste GRE
Următoarele opțiuni sunt disponibile pentru VPN Connectivity:
-
Conectivitate SBC la SBC
-
Conectivitate GW la GW
Webex Contact Center (IPSec sau IPSec prin tunelul GRE și Webex conectivitatea Contact Center S2S) trebuie să utilizeze UDP/5060 în loc de TCP/5060.
Un IPSec VPN sau IPSec peste GRE este o opțiune bună pentru un SIP Trunk securizat atunci când CUBE se află într-un spațiu IP public. Aceasta este o conexiune SBC la SBC cu VPN tuneluri. De asemenea, trebuie să luați în considerare schemele de adrese de IP private pentru a evita orice suprapunere între clienți. Pentru conexiunile GRE, IP subrețele sunt 10.x.248.x și 10.x.249.x.
Site-to-Site (S2S)
O conexiune S2S poate fi implementată dacă clientul are nevoie de o conexiune securizată sau nu poate plasa CUBE într-un spațiu IP public. Aceasta este o conexiune gateway to gateway. Nu există subrețele special desemnate pentru conexiunile S2S VPN, deoarece rutarea se bazează pe un trafic interesant fără implicarea unei interfețe logice.
SIP TLS și SRTP
SRTP/SIP TLS este o altă opțiune atunci când CUBE se află pe o adresă IP publică. Cu toate acestea, există un hit de performanță cu SRTP / SIP TLS. Un dispozitiv CUBE poate gestiona o treime din sesiunile SIP dacă ați securizat apelurile utilizând TLS sau SRTP. Aceasta este o conexiune SBC la SBC.
Certificate publice și autosemnate
Pentru a stabili o conexiune TLS SIP, este necesar să se facă schimb de certificate. Sunt disponibile următoarele opțiuni:
-
Certificatele autosemnate sunt generate și schimbate între client și Webex Contact Center.
-
CA public—Parcurgeți următorii pași pentru a sprijini un CA public:
-
Clientul partajează certificatul rădăcină, care este încărcat în Webex Contact Center SBC.
Trebuie să furnizați atât certificatul rădăcină, cât și certificatul intermediar/subordonat.
-
Clientul actualizează DNS pentru a include adresele IP ale SBC-urilor Webex Contact Center.
-
Conectivitate privată
Furnizorii de întreprinderi mari preferă adesea o conexiune directă, deoarece oferă un circuit dedicat și sigur. În cazul în care clientul are nevoie de o conexiune directă, furnizați-i Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP ca pas inițial. Următorul pas este o întâlnire de proiectare ulterioară cu echipa Webex de inginerie vocală a centrului de contact și inginerii clienților. Clientul furnizează o diagramă de rețea detaliată a rețelei de voce a clientului, inclusiv interconectările operatorului PSTN, pentru întâlnire. Cisco nu va găzdui niciun echipament pentru clienți.
Cisco Webex Contact Center oferă, de asemenea, conexiuni Equinix Fabric pentru clienții care au colocații cu Equinix.
Pentru mai multe informații despre Equinix Fabric, consultați:
Indiferent dacă clientul alege MPLS, P2P, VPLS sau SD-WAN, topologia arată similar și toate circuitele se termină în routerul Webex Contact Center/GW (gateway) și nu în Webex CUBE-uri Contact Center.
Cerințele de lățime de bandă pentru o conexiune directă se bazează pe codecul G.711 (~100 kbps per picior de apel), care permite două picioare de apel pe sesiune.
|
Argumente pro |
Contra |
|---|---|
|
|
| Conexiunile Equinix Fabric oferă redundanță a porturilor, comandă mai rapidă a conexiunilor virtuale și asigurare a accesului. Cisco recomandă utilizarea conexiunii Equinix, mai degrabă decât utilizarea altor metode de conectare privată. |
Conectarea încrucișată a centrului de date
Dacă un client decide să utilizeze o conexiune privată, trebuie să comandați conexiuni încrucișate ale centrului de date așa cum este descris în Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP. Clientul este responsabil pentru costul suportat și pentru obținerea circuitului clientului la picătura desemnată.
| Clienții care optează pentru o conexiune privată primesc Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP în timpul procesului de integrare. |
Implementări non-standard
Implementări non-standard
Dacă topologiile recomandate nu îndeplinesc toate cerințele rețelei clientului, trebuie programată o întâlnire de proiectare cu echipa de inginerie vocală Cisco prin intermediul echipei de cont Cisco a clientului pentru un proces special de aprobare. Următoarele secțiuni sunt exemple de implementări non-standard și implementări care nu sunt recomandate:
Excepții A2Q
Furnizorul PSTN termină circuitul direct la Webex Contact Center VPOP.
Excepții pentru chiriașii de aur
Cisco recomandă insistent un SIP Trunk direct pentru clienții Gold Tenant. Aceasta este topologia over-the-top a plasării CUBE într-un spațiu IP public. Necesitatea unui chiriaș de aur există adesea cu furnizori mai mari; cu toate acestea, furnizorul solicită chiriașului de aur să fie o dovadă a conceptului pentru implementarea producției intenționate a furnizorului. Dovada conceptului Gold Tenant depășește adesea utilizarea accesului la internet deschis pentru un trunchi SIP și ar necesita unul dintre tipurile de conexiune discutate anterior.
Clienții Gold Tenant nu vor fi monitorizați.
Internet public – CUBE în spatele firewall-ului
Plasarea unui CUBE pe o adresă IP privată în spatele unui firewall NAT este o altă opțiune de implementare. Cerințele de securitate de la departamentul IT al clientului pot stipula că aplicația de voce se află în spatele unui firewall. Această opțiune are câteva dezavantaje cunoscute. Chiar dacă acest lucru nu poate cauza probleme în stratul de rețea, poate duce la probleme în stratul de aplicație SIP. Adresa de IP privată este utilizată în mesajele SIP, ceea ce provoacă erori de procesare a apelurilor. Capacitatea firewall-ului este un alt factor care trebuie luat în considerare pentru acest tip de implementare. Firewall-urile trebuie să fie dimensionate corespunzător pentru a gestiona traficul VoIP; firewall-ul poate deveni altfel un blocaj și poate afecta calitatea apelurilor și procesarea apelurilor.
Următoarele sunt dezavantajele acestei implementări:
-
Posibile probleme de configurare și configurare CUBE la început.
-
Încărcare crescută a firewall-ului, care ar putea afecta calitatea vocii.
-
Clientul este responsabil pentru configurarea CUBE și dimensionarea firewall-ului.
-
Nu este o topologie recomandată din cauza impactului asupra SLA-urilor.
| Această topologie nu este recomandată datorită complexității tratării SIP și NAT. Pentru aprobarea acestui tip de implementare este necesară o întâlnire cu echipa de inginerie vocală Cisco și cu clientul. |
Introducere în redundanța componentelor
Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât Webex cloud Contact Center, cât și CUBE întreprindere pentru a fi redundante:
-
Într-o regiune geografică - Puteți configura mai multe POP în cadrul unei întreprinderi.
-
În centrele de date ale întreprinderilor dintr-o regiune geografică.
-
În cadrul rețelelor de întreprindere - De asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea oth și suporturile media.
Toate semnalizările și suporturile media provin de la și de la adresa IP virtuală.
Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui, de asemenea, să instituie doi POP. Acest lucru asigură că vânătoarea între Webex VPOP-uri ale centrului de contact este chiar rotundă.
Redundanță în centrele de date ale întreprinderilor dintr-o regiune geografică
Puteți configura două centre de date din cadrul întreprinderii pentru a vă conecta la același Webex Contact Center VPOP, în aceeași regiune geografică.
Intrați în modul global de configurare
Acest exemplu de configurare se aplică gateway-ului vocal Cisco IOS și gateway-ului vocal Cisco Unified Border Element (CUBE). Pentru instrucțiuni complete de configurare CUBE, consultați Cisco Unified Border Element Ghidul de configurare din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toate configurațiile din acest exemplu utilizează modul de configurare globală.
| 1 |
Introduceți |
| 2 |
Introduceți |
Configurație de bază
Cronometrele SIP (MIN-SE) sunt setate la 3600 în toate VPOP-urile din Webex Contact Center. Puteți să actualizați această setare la nivel global sau să o modificați în Invitație la centrul de contact Webex.
serviciu de voce VoIP Sip Min-se 3600Configurarea clasei de codec vocal
Clasa de voce Codec 100 Preferința codecului 1 G711aLaw Codec Preferința 2 G711ulawApelare peer de intrare pentru apeluri de la Webex Contact Center
Dial-peer Voice 200 Protocolul de sesiune VoIP SIPV2 Codec de clasă vocală 100 DTMF-Releu RTP-NTE nu VADApel-peer de ieșire pentru apeluri către Webex centru de contact
Voce dial-peer Model de destinație 100 VoIP <Model către Webex CC> protocol de sesiune Țintă sesiune SIPV2 IPV4:<Webex IP-uri SBC CC> codec de clasă vocală 100 de opțiuni SIP din clasa vocală-păstrați-păstrați-releu DTMF RTP-NTE fără VADConfigurație comună
Acest exemplu arată Webex asigurare a accesului trunchiului centrului de contact în SUA, cu următoarea topologie.
Detalii configurare:
-
Configurați opțiunile SIP Keepalive.
-
Noii colegi de apelare cu destinație țintă IP adresă Webex CC LAX și JFK CUBE.
-
Preferința dial-peer poate fi configurată fie pentru round robin, fie primară și secundară.
-
Codecul este configurat pentru G711 ulaw și G711 alaw (conexiuni în afara SUA). DTMF este RFC2833.
-
SIP Communication este peste UDP port 5060 și porturi RTP 8000 la 48199.
-
Apelați planul în care modelul de destinație se potrivește Webex Contact Center cu agenții prin PBX și PSTN.
-
Mai mult de un POP pentru disponibilitate ridicată.
-
Cronometrul MIN SE pe Webex CC este 3600; cronometrele de sesiune trebuie fie actualizate la această valoare, fie permit negocierea SIP la această valoare în timpul configurării unui apel.
| Dacă utilizați CUBE/vCUBE, Cisco vă recomandă să utilizați o versiune IOS care acceptă TLS 1.2. |
Prezentare generală a trunchiului SIP securizat
Acest exemplu demonstrează cum se configurează o conexiune SIP Transport Layer Security (TLS) între Cisco Unified Border Element (CUBE) și Webex Contact Center.
Exemplu: Configurarea SIP TLS
nainte de a începe
Asigurați-vă că:
-
Punctele finale au aceeași dată și oră. Aveți posibilitatea să sincronizați punctele finale utilizând un server Network Time Protocol (NTP).
-
Aveți TCP conectivitate.
-
CUBE are licențele de securitate și UCK9 instalate.
| 1 |
Creați un punct de încredere pentru a deține certificatul auto-semnat al CUBULUI: |
| 2 |
Generați un certificat autosemnat: |
| 3 |
Exportați certificatul: |
| 4 |
Copiați certificatul auto-semnat pe care l-ați exportat și salvați-l ca fișier text cu extensia de |
| 5 |
Încărcați certificatul CUBE autosemnat într-Webex Contact Center. |
| 6 |
Copiați certificatul de Webex Contact Center. |
| 7 |
Încărcați certificatul Webex Contact Center în CUBE: Introduceți |
| 8 |
Configurați SIP pentru a utiliza punctul de încredere certificat auto-semnat pe care l-ați creat în pasul 1: |
| 9 |
Configurați colegii de apelare cu securitatea stratului de transport: |
Înainte de configurare
-
Asigurați-vă că aveți entitatea găzduită parteneră Gold și acces la portalul furnizorului de servicii.
-
Configurați controlerul bordurii de sesiune a întreprinderii.
-
Obțineți o adresă de destinație pentru trunchiul SIP.
Pentru mai multe informații, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Asigurarea accesului la entitatea găzduită
Cisco utilizează informațiile de asigurare a accesului pe care le furnizați pentru a configura controlerul de bordură de sesiune Webex centrului de contact pentru entitatea dvs. găzduită. Asigurați-vă că informațiile pe care le furnizați corespund comenzii dvs. și sunt corecte.
Pentru instrucțiuni despre modul de asigurare a accesului entității găzduite, consultați ghidurile de administrare și utilizare la:
-
Configurați un trunchi SIP care conectează adresa de IP a clientului la controlerul de frontieră configurat. Asigurați-vă că selectați
CUBEca tip de trunchi SIP. Configurați un trunchi SIP pentru fiecare CUBE pe care îl implementați. -
Creați și asigurați accesul la o entitate găzduită.
-
Atribuiți trunchi SIP entității găzduite, adăugați numere de apelare și asigurați accesul noului entitate găzduită.
După ce asigurați accesul entității găzduite și configurați Webex Contact Center CUBE, primiți un e-mail că entitatea găzduită este gata de utilizare.
Webex regiuni ale centrului de contact
VPOP este disponibil pentru conexiunea entității găzduite în funcție de regiune:
-
SUA: Los Angeles și New York
-
Europa: Londra, Amsterdam, Frankfurt
-
Canada: Toronto și Vancouver
-
Australia: Sydney și Melbourne
-
Japonia: Tokyo și Osaka
-
America de Sud: São Paulo și Rio de Janeiro
-
India: Pune și Hyderabad
-
Singapore
Glosar
|
Acronim sau termen |
Descriere |
|---|---|
|
A2Q |
Asigurarea calității |
|
ACD |
Distribuirea automată a apelurilor |
|
ADA |
Aplicația Webex Contact Center Agent Desktop |
|
ADR |
Raport detaliat agent |
|
AES |
Standard avansat de criptare |
|
ANI |
Identificarea automată a numerelor |
|
API |
Interfață de programare a aplicațiilor |
|
BST |
Instrument de Căutare Cisco Bug |
|
BYoPSTN |
Aduceți-vă propriul PSTN Clientul (întreprinderea) deținea PSTN existent bazat pe premisă. |
|
CA |
Certificate Authority |
|
CAD |
Date asociate apelurilor |
|
CC |
Centru de contact |
|
CCDR |
Înregistrări cumulative ale detaliilor apelurilor |
|
CCG |
Computer Communications Group |
|
CCP |
PSTN conectat la cloud |
|
CDR |
Înregistrări cu detalii despre apeluri |
|
CSS |
Strategia de selecție a contactelor |
|
CSV |
Valori separate prin virgulă |
|
CTQ |
Consultare pentru coadă |
|
CUB |
Cisco Unified Border Element |
|
FĂCUT |
Apelare directă spre interior |
|
DMZ |
Zona demilitarizată |
|
DN |
Număr director |
|
DNC |
Nu apelați |
|
DNIS |
Serviciul de identificare a numerelor formate |
|
DNS |
Domain Name System |
|
DTG |
(Antet SIP) Grup trunchi destinație |
|
DTMF |
Multi-frecvență dual-ton |
|
EP |
Punctul de intrare |
|
ESR |
Versiunea cu suport extins |
|
FIPS |
Standarde federale de procesare a informațiilor |
|
GIF |
Format de schimb grafic |
|
GRE |
Încapsulare generică de rutare |
|
GW |
Gateway |
|
HA |
Disponibilitate ridicată |
|
HTML |
Limbaj de marcare hipertext |
|
IB |
Legat spre interior |
|
ID |
Identitate, identificare |
|
IMAP |
Protocol de acces la mesaje Internet |
|
IOS |
Sistem de operare mobil (fost iPhone OS) |
|
IP |
Protocolul de internet |
|
Ipsec |
Securitatea protocolului de internet |
|
ITSP |
Furnizor de servicii de telefonie prin internet |
|
IVR |
Interactive Voice Response |
|
JPG și JPEG |
Grupul comun de experți fotografi Un fișier imagine digitală |
|
LAN |
Rețea locală |
|
LCM |
Listă și manager de campanii |
|
LGW |
Local Gateway |
|
MPLS |
Comutarea etichetelor multiprotocol |
|
NAT |
Traducerea accesului la rețea |
|
NDC |
Colectarea datelor de rețea |
|
NTP |
Protocol de timp de rețea |
|
OB |
Legat spre exterior |
|
OTG |
(Antet SIP) Grupul de trunchiuri originar |
|
P2P |
Punct la punct |
|
PAI |
(Antet SIP) Identitatea afirmată de P |
|
PBX |
Schimb privat de sucursale |
|
PCI DSS |
Standardul de securitate a datelor din industria cardurilor de plată |
|
|
Format document portabil |
|
PEWC |
Acord prealabil scris expres |
|
PII |
Informații de identificare personală |
|
PNG |
Grafică de rețea portabilă |
|
POP |
Protocolul oficiului poștal |
|
PSTN |
Rețea telefonică publică comutată |
|
Qos |
Quality of Service |
|
RFC |
Solicitare de comentarii |
|
SFR |
Redirecționare fără răspuns |
|
RPID |
(Antet SIP) ID partid la distanță |
|
RTT |
Timp dus-întors |
|
S2S |
Site-to-Site |
|
SBC |
Controlor de frontieră de sesiune |
|
SBR |
Rutare bazată pe abilități |
|
SD-WAN |
Rețea de arie largă definită de software |
|
SIP |
Protocol Internet sesiune |
|
NS |
Nivelul serviciilor |
|
SLA |
Acord privind nivelul serviciilor |
|
SMS |
Serviciu de mesaje scurte |
|
SMTP |
Protocol simplu de transfer prin poștă |
|
SP |
Furnizor servicii |
|
SRTP |
Protocol de transport securizat în timp real |
|
SSL |
Strat Secure Sockets |
|
TCP |
Protocol de control al transmisiei |
|
TGRP |
(Antet SIP) Protocol de rutare a grupurilor trunchiurilor |
|
TLS |
Securitatea stratului de transport |
|
UDP |
Protocolul Datagramei utilizatorului |
|
UI |
Interfaţa cu utilizatorul |
|
URI |
Identificator uniform de resurse |
|
URL |
Instrument de localizare uniformă a resurselor |
|
UTC |
Ceas universal |
|
vCube |
CUB virtual |
|
VoIP |
Voice over IP |
|
VPLS |
Serviciu LAN privat virtual |
|
VPN |
Rețea privată virtuală |
|
VPOP |
Punct de prezență vocal În Webex Contact Center 1.0, VPOP integrează Webex Contact Center în PSTN și primul punct de conectivitate pentru clienți. De asemenea, are server media pentru tratament și înregistrarea apelurilor. |
|
Podul VPOP |
Punte punct de prezență vocală În Webex Contact Center, puntea VPOP conectează PSTN-ul furnizorului de servicii la stratul media de voce. |
|
WAN |
Rețea de arie largă |
|
WCB |
Tampon de comandă Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimizarea forței de muncă |
|
XML |
Limbaj extins de marcare |
Prezentare generală
Întreprinderile client pot utiliza un Cisco Unified Border Element (CUBE) drept controler marginal de sesiune (SBC) pentru a se conecta la Webex centru de contact. CUBE de întreprindere se conectează la un operator pentru conectivitate PSTN sau VoIP pe de o parte și la Webex Contact Center pe de altă parte pentru a activa serviciile centrului de contact. Atât apelurile de intrare, cât și cele de ieșire către Webex rută Contact Center prin intermediul CUBE-ului întreprinderii. Clientul furnizează trunchiul SIP, activat bidirecțional furnizorului de servicii și Webex Contact Center, pentru a permite traficul de apeluri între platforme. Pentru mai multe informații despre CUBE, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Fie furnizorul de servicii, fie întreprinderea client pot deține și opera CUBE și Private Branch Exchange (PBX). În acest caz:
-
Toate apelurile primite către Webex Contact Center vin prin intermediul operatorului de la CUBE-ul întreprinderii.
-
Webex Contact Center trimite toate apelurile de ieșire, fie către clienți, fie către agenți, prin intermediul CUBE-ului întreprinderii.
-
Webex Contact Center colaborează cu furnizorul de servicii pentru a factura clientul direct pentru utilizarea PSTN, fără a trece printr-Webex facturare a centrului de contact.
Webex Contact Center acceptă CUBE, Virtual CUBE (vCUBE) și SBC terț.
Atunci când furnizorul de servicii deține SBC și PBX, centrul Webex contact furnizează un antet SIP pentru a identifica întreprinderea client furnizorului de servicii. Furnizorii de servicii configurează antetul SIP specific prin tabloul de bord al furnizorului de servicii de aplicații.
Webex Contact Center acceptă aceste anteturi SIP:
-
Diversiune
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Întreprinderea client poate deține și opera CUBE și PBX, ceea ce elimină necesitatea unui antet SIP.
Audienţă
Acest document este destinat utilizatorilor care utilizează Cisco Webex Contact Center.
Istoricul modificărilor
Acest tabel listează modificările aduse acestui ghid după versiunea inițială. Cele mai recente modificări apar în partea de sus.
|
Modificarea |
Consultați |
Data |
|---|---|---|
|
Noi cifre privind implementarea |
Octombrie 2021 | |
|
Secțiune nouă |
Octombrie 2021 | |
|
Suport multiregional |
Septembrie 2021 | |
|
Secțiune nouă |
Septembrie 2021 | |
|
Restructurarea documentelor |
Mai multe capitole au fost restructurate. |
August 2021 |
|
A inclus un nou capitol | Tipuri de conectivitate |
Iulie 2019 Decembrie 2020 |
Suport multiregional
Webex Contact Center with Webex Calling Telephony acceptă mai multe regiuni (țări sau regiuni) pentru agenți și apelanți. Acceptăm următoarele scenarii:
-
Apelanții se află într-o regiune, iar agenții în mai multe regiuni.
-
Apelanții și agenții se află în mai multe regiuni.
În aceste scenarii, sistemul oferă suport pentru apeluri de intrare și apeluri de ieșire. Pentru apelurile primite, apelanții apelează la configurația PSTN conectat la cloud (Cisco Webex cloud) sau la gateway-ul local (LGW). Apelurile sunt dirijate către agenți. Agenții pot efectua apeluri de apelare către orice regiune.
Agenții aparțin unor locații diferite, așa cum este configurat în Control Hub. Configurația agentului are numărul și extensia pentru locația sa.
Numerele de intrare sunt asociate cu regiunile din Control Hub. Apelurile sunt dirijate către agenți în conformitate cu strategia de dirijare configurată în Webex Contact Center.
Figura următoare prezintă o soluție globală pentru Webex Contact Center cu Webex Calling.
Fișiere media precum IVR și înregistrarea apelurilor se află în Regiunea de domiciliu. Agenții din întreaga lume pot avea telefoane Webex Calling sau puncte finale în spatele opțiunilor de implementare Local Gateway.
Locația Regiunii de domiciliu necesită o analiză atentă pentru a minimiza distanța dintre regiuni, apelanți și agenți. Figura următoare prezintă calea apelurilor pentru agenții și apelanții dintr-o regiune îndepărtată de regiunea de domiciliu. În acest scenariu, distanța dintre Regiunea de domiciliu și Regiunea la distanță poate introduce latență inacceptabilă în apel.
Următoarele secțiuni discută detaliile scenariului și considerațiile pentru agenții din India.
Apelanții sunt într-o regiune, iar agenții sunt în mai multe regiuni
În acest scenariu, Webex Contact Center are agenți în diferite regiuni și asociate cu mai multe centre de date. Apelanții sunt dintr-o singură regiune.
Apelanții apelează Webex Contact Center. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact Webex utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un Cisco IP Phone sau o aplicație Webex Calling, apelul poate fi local pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Apelanții și agenții se află în mai multe regiuni
În acest scenariu, centrul de contact are agenți în mai multe regiuni și asociate cu mai multe centre de date. Apelanții provin din mai multe regiuni.
Apelanții apelează centrul de contact. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un dispozitiv conectat la IP, apelul poate fi local de pe platforma vocală pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Considerații pentru agenții din India
Următoarele reguli se aplică agenților din India.
-
Dacă un apel este direcționat către India prin PSTN, apelul trebuie să rămână în PSTN. Această cerință include apelurile care direcționează către India de la PSTN, printr-un Cisco Unified Communications Manager local (Unified CM) și apoi gestionate de un agent. Agentul trebuie să fie în PSTN.
-
Dacă un apel este direcționat către India prin VoIP, apelul trebuie să rămână activ VoIP.
Apelurile din afara Indiei se pot interconecta în orice fel. De exemplu, un apel poate fi direcționat către SUA prin PSTN și apoi direcționat către India prin VoIP. Cu toate acestea, după ce acest apel ajunge în India, trebuie să rămână ca un apel VoIP.
Documentație corelată
Pentru a vizualiza lista documentației Webex Contact Center, consultați https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pentru a vizualiza documentația pentru dezvoltatori Webex Contact Center și referințele API, consultați https://developer.webex-cx.com/documentation/getting-started.
Convenţii
Acest ghid folosește următoarele convenții.
|
Convenţie |
Descriere |
|---|---|
|
Font Îngroșat |
Textul dintr-un font aldin indică comenzi, cum ar fi intrările utilizatorului, cheile, butoanele și numele submeniurilor. De exemplu:
|
|
Font Italic |
Textul cu font cursiv indică următoarele:
|
|
Font |
Textul dintr-un font de fereastră, cum ar fi Courier, indică următoarele:
|
Comunicații, servicii și informații suplimentare
-
Pentru a primi la timp informații relevante de la Cisco, abonați-vă la Cisco Profile Manager.
-
Pentru a obține impactul pe care îl doriți asupra afacerii cu tehnologiile care contează, vizitați Serviciile Cisco.
-
Pentru a trimite o solicitare de service, vizitați Asistența Cisco.
-
Pentru a descoperi aplicații, produse, soluții și servicii validate, vizitați Cisco Marketplace.
-
Pentru a obține articole generale despre rețea, instruire și certificare, vizitați Cisco Press.
-
Pentru a găsi informații referitoare la garanție pentru un anumit produs sau o anumită familie de produse, accesați Instrumentul Cisco de identificare a garanției.
Instrument de Căutare Cisco Bug
Cisco Bug Search Tool (BST) oferă acces bazat pe web la sistemul Cisco de urmărire a erorilor. Acest sistem menține o listă completă a defectelor și vulnerabilităților asociate cu produsele și software-ul Cisco. BST vă furnizează informații detaliate ale defectelor referitoare la produsele și software-ul dvs.
Feedback documentație
Transmiteți comentariile dvs. despre acest ghid site-ului contactcenterproducts_docfeedback@cisco.com .
Introducere în fluxul de apeluri
Apelurile de intrare și de ieșire către Webex Contact Center sunt transmise prin intermediul unui operator, care este direcționat prin Enterprise and Cisco Unified Border Element (CUBE). Fiecare apel poate include mai multe sesiuni, în funcție de fluxul de apeluri. Următoarele secțiuni descriu câteva fluxuri de apeluri tipice.
Apel de intrare către un IVR
Un apel de intrare de la apelant către Webex Contact Center Voice Post Office Protocol (VPOP) creează o singură sesiune în CUBE de întreprindere și o singură sesiune în Webex Contact Center CUBE.
Apel de intrare către un agent
Un apel de intrare către un agent adaugă o sesiune de ieșire în Webex CUBE Contact Center și o singură sesiune în CUBE-ul întreprinderii.
Transfer conferinta si consultativa
O conferință agent-agent sau un transfer consultat adaugă o sesiune de ieșire în Webex Contact Center și în CUBE-ul întreprinderii.
Apel invers sau apel de ieșire către PSTN
Un apel de ieșire creează două sesiuni, una de la entitatea găzduită Enterprise la Webex Contact Center și alta de la Webex Contact Center la Enterprise.
Licențe CUBE
Licențele Cisco Unified Border Element (CUBE) se aplică per sesiune și necesită o sesiune bidirecțională. Pentru mai multe informații, consultați Cisco Unified Border Element Fișa tehnică.
Dimensionarea licenței CUBE este suma dintre numărul de sesiuni de agent și numărul de apeluri la Interactive Voice Response (IVR). Utilizați fișa tehnică Cisco Unified Border Element pentru a determina numărul maxim de sesiuni pe care le acceptă platforma dvs.
Numărul de licențe trebuie să fie egal cu capacitatea maximă a întreprinderii client.
licențe = (număr de agenți X 2) + (număr de sesiuni active în coada de așteptare)
Exemplu
-
La orele de vârf, dacă aveți 100 de agenți care răspund la apelurile clienților, fiecare apel are două sesiuni active. Numărul de ședințe este de 200.
-
Numărul de apeluri din coadă în acest caz este 100, ceea ce creează 100 de sesiuni.
-
Prin urmare, numărul total de sesiuni este egal cu 300, ceea ce reprezintă 300 de licențe.
Dimensiune sesiune CUBE
Un dispozitiv CUBE poate gestiona 1/3 din sesiunile SIP, dacă securizați apelurile cu TLS sau SRTP.
sesiuni = ((numărul de agenți X 2) + (numărul de sesiuni active din coada de așteptare)) X 3
Folosind exemplul a 100 de apeluri dintr-o coadă cu 100 de agenți care răspund la apeluri, numărul de sesiuni este:
((100 X 2)+ 100) X 3 = 900.
Puteți dimensiona CUBE-ul pentru 300 de sesiuni dacă furnizați un WAN privat pentru trunchiul SIP.
Pentru a ajuta la determinarea numărului maxim de agenți, să presupunem că:
-
50% din apeluri sunt în coadă și utilizează porturi IVR, în timp ce restul de 50% din apeluri sunt active cu agenți.
-
10% din apeluri folosesc serviciile suplimentare de consultare și conferință.
-
TLS sau SRTP securizați 100% din apeluri.
Folosind aceste ipoteze, platformele CUBE pot suporta un agent pentru fiecare 9,3 sesiuni.
Tipuri de conectivitate acceptate
Webex Contact Center acceptă următoarele tipuri de conectivitate.
|
Conectivitate |
Tipuri |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) sau IPSec prin Generic Routing Encapsulation (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Conectivitate privată (este necesară aprobarea) |
MPLS Punct la punct (P2P) VPLS SD-WAN WAN privat Conectarea încrucișată a centrului de date Conexiuni Equinix Fabric |
| Versiunea IOS pentru CUBE sau vCUBE ar trebui să accepte TLS 1.2. |
Public Internet
Trunchi SIP direct (deasupra)
Cisco recomandă clienților să plaseze CUBE sau SBC la o adresă IP publică.
|
Argumente pro |
Contra |
|---|---|
|
|
Deoarece o conexiune directă este cea mai simplistă abordare, este și cea mai puțin flexibilă. Beneficiile unei topologii simplificate sunt ușurința gestionării și depanarea. Clientul completează diagramele de rețea și le trimite echipei de voce și sunt creați colegi de apelare. Puteți plasa CUBE într-un DMZ pentru a atenua complexitatea tratării traducerii accesului la rețea (NAT). CUBE în sine este un firewall, iar majoritatea furnizorilor își plasează CUBE într-un spațiu public IP și folosesc capacitățile sale de securitate.
Vpn
Un VPN este un alt tip de conexiune care utilizează internetul public. Utilizați VPN-uri atunci când un client necesită o conexiune sigură pentru SIP și RTP. Un VPN ar putea fi, de asemenea, necesar în cazul în care clientul nu poate plasa CUBE într-un spațiu IP public. Pentru VPN conexiuni este necesară o întâlnire de asigurare a accesului cu ingineria vocală.
|
Argumente pro |
Contra |
|---|---|
|
|
Porturi de voce
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN sau IPSec peste GRE
Următoarele opțiuni sunt disponibile pentru VPN Connectivity:
-
Conectivitate SBC la SBC
-
Conectivitate GW la GW
Webex Contact Center (IPSec sau IPSec prin tunelul GRE și Webex conectivitatea Contact Center S2S) trebuie să utilizeze UDP/5060 în loc de TCP/5060.
Un IPSec VPN sau IPSec peste GRE este o opțiune bună pentru un SIP Trunk securizat atunci când CUBE se află într-un spațiu IP public. Aceasta este o conexiune SBC la SBC cu VPN tuneluri. De asemenea, trebuie să luați în considerare schemele de adrese de IP private pentru a evita orice suprapunere între clienți. Pentru conexiunile GRE, IP subrețele sunt 10.x.248.x și 10.x.249.x.
Site-to-Site (S2S)
O conexiune S2S poate fi implementată dacă clientul are nevoie de o conexiune securizată sau nu poate plasa CUBE într-un spațiu IP public. Aceasta este o conexiune gateway to gateway. Nu există subrețele special desemnate pentru conexiunile S2S VPN, deoarece rutarea se bazează pe un trafic interesant fără implicarea unei interfețe logice.
SIP TLS și SRTP
SRTP/SIP TLS este o altă opțiune atunci când CUBE se află pe o adresă IP publică. Cu toate acestea, există un hit de performanță cu SRTP / SIP TLS. Un dispozitiv CUBE poate gestiona o treime din sesiunile SIP dacă ați securizat apelurile utilizând TLS sau SRTP. Aceasta este o conexiune SBC la SBC.
Certificate publice și autosemnate
Pentru a stabili o conexiune TLS SIP, este necesar să se facă schimb de certificate. Sunt disponibile următoarele opțiuni:
-
Certificatele autosemnate sunt generate și schimbate între client și Webex Contact Center.
-
CA public—Parcurgeți următorii pași pentru a sprijini un CA public:
-
Clientul partajează certificatul rădăcină, care este încărcat în Webex Contact Center SBC.
Trebuie să furnizați atât certificatul rădăcină, cât și certificatul intermediar/subordonat.
-
Clientul actualizează DNS pentru a include adresele IP ale SBC-urilor Webex Contact Center.
-
Conectivitate privată
Furnizorii de întreprinderi mari preferă adesea o conexiune directă, deoarece oferă un circuit dedicat și sigur. În cazul în care clientul are nevoie de o conexiune directă, furnizați-i Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP ca pas inițial. Următorul pas este o întâlnire de proiectare ulterioară cu echipa Webex de inginerie vocală a centrului de contact și inginerii clienților. Clientul furnizează o diagramă de rețea detaliată a rețelei de voce a clientului, inclusiv interconectările operatorului PSTN, pentru întâlnire. Cisco nu va găzdui niciun echipament pentru clienți.
Cisco Webex Contact Center oferă, de asemenea, conexiuni Equinix Fabric pentru clienții care au colocații cu Equinix.
Pentru mai multe informații despre Equinix Fabric, consultați:
Indiferent dacă clientul alege MPLS, P2P, VPLS sau SD-WAN, topologia arată similar și toate circuitele se termină în routerul Webex Contact Center/GW (gateway) și nu în Webex CUBE-uri Contact Center.
Cerințele de lățime de bandă pentru o conexiune directă se bazează pe codecul G.711 (~100 kbps per picior de apel), care permite două picioare de apel pe sesiune.
|
Argumente pro |
Contra |
|---|---|
|
|
| Conexiunile Equinix Fabric oferă redundanță a porturilor, comandă mai rapidă a conexiunilor virtuale și asigurare a accesului. Cisco recomandă utilizarea conexiunii Equinix, mai degrabă decât utilizarea altor metode de conectare privată. |
Conectarea încrucișată a centrului de date
Dacă un client decide să utilizeze o conexiune privată, trebuie să comandați conexiuni încrucișate ale centrului de date așa cum este descris în Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP. Clientul este responsabil pentru costul suportat și pentru obținerea circuitului clientului la picătura desemnată.
| Clienții care optează pentru o conexiune privată primesc Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP în timpul procesului de integrare. |
Implementări non-standard
Implementări non-standard
Dacă topologiile recomandate nu îndeplinesc toate cerințele rețelei clientului, trebuie programată o întâlnire de proiectare cu echipa de inginerie vocală Cisco prin intermediul echipei de cont Cisco a clientului pentru un proces special de aprobare. Următoarele secțiuni sunt exemple de implementări non-standard și implementări care nu sunt recomandate:
Excepții A2Q
Furnizorul PSTN termină circuitul direct la Webex Contact Center VPOP.
Excepții pentru chiriașii de aur
Cisco recomandă insistent un SIP Trunk direct pentru clienții Gold Tenant. Aceasta este topologia over-the-top a plasării CUBE într-un spațiu IP public. Necesitatea unui chiriaș de aur există adesea cu furnizori mai mari; cu toate acestea, furnizorul solicită chiriașului de aur să fie o dovadă a conceptului pentru implementarea producției intenționate a furnizorului. Dovada conceptului Gold Tenant depășește adesea utilizarea accesului la internet deschis pentru un trunchi SIP și ar necesita unul dintre tipurile de conexiune discutate anterior.
Clienții Gold Tenant nu vor fi monitorizați.
Internet public – CUBE în spatele firewall-ului
Plasarea unui CUBE pe o adresă IP privată în spatele unui firewall NAT este o altă opțiune de implementare. Cerințele de securitate de la departamentul IT al clientului pot stipula că aplicația de voce se află în spatele unui firewall. Această opțiune are câteva dezavantaje cunoscute. Chiar dacă acest lucru nu poate cauza probleme în stratul de rețea, poate duce la probleme în stratul de aplicație SIP. Adresa de IP privată este utilizată în mesajele SIP, ceea ce provoacă erori de procesare a apelurilor. Capacitatea firewall-ului este un alt factor care trebuie luat în considerare pentru acest tip de implementare. Firewall-urile trebuie să fie dimensionate corespunzător pentru a gestiona traficul VoIP; firewall-ul poate deveni altfel un blocaj și poate afecta calitatea apelurilor și procesarea apelurilor.
Următoarele sunt dezavantajele acestei implementări:
-
Posibile probleme de configurare și configurare CUBE la început.
-
Încărcare crescută a firewall-ului, care ar putea afecta calitatea vocii.
-
Clientul este responsabil pentru configurarea CUBE și dimensionarea firewall-ului.
-
Nu este o topologie recomandată din cauza impactului asupra SLA-urilor.
| Această topologie nu este recomandată datorită complexității tratării SIP și NAT. Pentru aprobarea acestui tip de implementare este necesară o întâlnire cu echipa de inginerie vocală Cisco și cu clientul. |
Introducere în redundanța componentelor
Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât Webex cloud Contact Center, cât și CUBE întreprindere pentru a fi redundante:
-
Într-o regiune geografică - Puteți configura mai multe POP în cadrul unei întreprinderi.
-
În centrele de date ale întreprinderilor dintr-o regiune geografică.
-
În cadrul rețelelor de întreprindere - De asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea oth și suporturile media.
Toate semnalizările și suporturile media provin de la și de la adresa IP virtuală.
Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui, de asemenea, să instituie doi POP. Acest lucru asigură că vânătoarea între Webex VPOP-uri ale centrului de contact este chiar rotundă.
Redundanță în centrele de date ale întreprinderilor dintr-o regiune geografică
Puteți configura două centre de date din cadrul întreprinderii pentru a vă conecta la același Webex Contact Center VPOP, în aceeași regiune geografică.
Intrați în modul global de configurare
Acest exemplu de configurare se aplică gateway-ului vocal Cisco IOS și gateway-ului vocal Cisco Unified Border Element (CUBE). Pentru instrucțiuni complete de configurare CUBE, consultați Cisco Unified Border Element Ghidul de configurare din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toate configurațiile din acest exemplu utilizează modul de configurare globală.
| 1 |
Introduceți |
| 2 |
Introduceți |
Configurație de bază
Cronometrele SIP (MIN-SE) sunt setate la 3600 în toate VPOP-urile din Webex Contact Center. Puteți să actualizați această setare la nivel global sau să o modificați în Invitație la centrul de contact Webex.
serviciu de voce VoIP Sip Min-se 3600Configurarea clasei de codec vocal
Clasa de voce Codec 100 Preferința codecului 1 G711aLaw Codec Preferința 2 G711ulawApelare peer de intrare pentru apeluri de la Webex Contact Center
Dial-peer Voice 200 Protocolul de sesiune VoIP SIPV2 Codec de clasă vocală 100 DTMF-Releu RTP-NTE nu VADApel-peer de ieșire pentru apeluri către Webex centru de contact
Voce dial-peer Model de destinație 100 VoIP <Model către Webex CC> protocol de sesiune Țintă sesiune SIPV2 IPV4:<Webex IP-uri SBC CC> codec de clasă vocală 100 de opțiuni SIP din clasa vocală-păstrați-păstrați-releu DTMF RTP-NTE fără VADConfigurație comună
Acest exemplu arată Webex asigurare a accesului trunchiului centrului de contact în SUA, cu următoarea topologie.
Detalii configurare:
-
Configurați opțiunile SIP Keepalive.
-
Noii colegi de apelare cu destinație țintă IP adresă Webex CC LAX și JFK CUBE.
-
Preferința dial-peer poate fi configurată fie pentru round robin, fie primară și secundară.
-
Codecul este configurat pentru G711 ulaw și G711 alaw (conexiuni în afara SUA). DTMF este RFC2833.
-
SIP Communication este peste UDP port 5060 și porturi RTP 8000 la 48199.
-
Apelați planul în care modelul de destinație se potrivește Webex Contact Center cu agenții prin PBX și PSTN.
-
Mai mult de un POP pentru disponibilitate ridicată.
-
Cronometrul MIN SE pe Webex CC este 3600; cronometrele de sesiune trebuie fie actualizate la această valoare, fie permit negocierea SIP la această valoare în timpul configurării unui apel.
| Dacă utilizați CUBE/vCUBE, Cisco vă recomandă să utilizați o versiune IOS care acceptă TLS 1.2. |
Prezentare generală a trunchiului SIP securizat
Acest exemplu demonstrează cum se configurează o conexiune SIP Transport Layer Security (TLS) între Cisco Unified Border Element (CUBE) și Webex Contact Center.
Exemplu: Configurarea SIP TLS
nainte de a începe
Asigurați-vă că:
-
Punctele finale au aceeași dată și oră. Aveți posibilitatea să sincronizați punctele finale utilizând un server Network Time Protocol (NTP).
-
Aveți TCP conectivitate.
-
CUBE are licențele de securitate și UCK9 instalate.
| 1 |
Creați un punct de încredere pentru a deține certificatul auto-semnat al CUBULUI: |
| 2 |
Generați un certificat autosemnat: |
| 3 |
Exportați certificatul: |
| 4 |
Copiați certificatul auto-semnat pe care l-ați exportat și salvați-l ca fișier text cu extensia de |
| 5 |
Încărcați certificatul CUBE autosemnat într-Webex Contact Center. |
| 6 |
Copiați certificatul de Webex Contact Center. |
| 7 |
Încărcați certificatul Webex Contact Center în CUBE: Introduceți |
| 8 |
Configurați SIP pentru a utiliza punctul de încredere certificat auto-semnat pe care l-ați creat în pasul 1: |
| 9 |
Configurați colegii de apelare cu securitatea stratului de transport: |
Înainte de configurare
-
Asigurați-vă că aveți entitatea găzduită parteneră Gold și acces la portalul furnizorului de servicii.
-
Configurați controlerul bordurii de sesiune a întreprinderii.
-
Obțineți o adresă de destinație pentru trunchiul SIP.
Pentru mai multe informații, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Asigurarea accesului la entitatea găzduită
Cisco utilizează informațiile de asigurare a accesului pe care le furnizați pentru a configura controlerul de bordură de sesiune Webex centrului de contact pentru entitatea dvs. găzduită. Asigurați-vă că informațiile pe care le furnizați corespund comenzii dvs. și sunt corecte.
Pentru instrucțiuni despre modul de asigurare a accesului entității găzduite, consultați ghidurile de administrare și utilizare la:
-
Configurați un trunchi SIP care conectează adresa de IP a clientului la controlerul de frontieră configurat. Asigurați-vă că selectați
CUBEca tip de trunchi SIP. Configurați un trunchi SIP pentru fiecare CUBE pe care îl implementați. -
Creați și asigurați accesul la o entitate găzduită.
-
Atribuiți trunchi SIP entității găzduite, adăugați numere de apelare și asigurați accesul noului entitate găzduită.
După ce asigurați accesul entității găzduite și configurați Webex Contact Center CUBE, primiți un e-mail că entitatea găzduită este gata de utilizare.
Webex regiuni ale centrului de contact
VPOP este disponibil pentru conexiunea entității găzduite în funcție de regiune:
-
SUA: Los Angeles și New York
-
Europa: Londra, Amsterdam, Frankfurt
-
Canada: Toronto și Vancouver
-
Australia: Sydney și Melbourne
-
Japonia: Tokyo și Osaka
-
America de Sud: São Paulo și Rio de Janeiro
-
India: Pune și Hyderabad
-
Singapore
Glosar
|
Acronim sau termen |
Descriere |
|---|---|
|
A2Q |
Asigurarea calității |
|
ACD |
Distribuirea automată a apelurilor |
|
ADA |
Aplicația Webex Contact Center Agent Desktop |
|
ADR |
Raport detaliat agent |
|
AES |
Standard avansat de criptare |
|
ANI |
Identificarea automată a numerelor |
|
API |
Interfață de programare a aplicațiilor |
|
BST |
Instrument de Căutare Cisco Bug |
|
BYoPSTN |
Aduceți-vă propriul PSTN Clientul (întreprinderea) deținea PSTN existent bazat pe premisă. |
|
CA |
Certificate Authority |
|
CAD |
Date asociate apelurilor |
|
CC |
Centru de contact |
|
CCDR |
Înregistrări cumulative ale detaliilor apelurilor |
|
CCG |
Computer Communications Group |
|
CCP |
PSTN conectat la cloud |
|
CDR |
Înregistrări cu detalii despre apeluri |
|
CSS |
Strategia de selecție a contactelor |
|
CSV |
Valori separate prin virgulă |
|
CTQ |
Consultare pentru coadă |
|
CUB |
Cisco Unified Border Element |
|
FĂCUT |
Apelare directă spre interior |
|
DMZ |
Zona demilitarizată |
|
DN |
Număr director |
|
DNC |
Nu apelați |
|
DNIS |
Serviciul de identificare a numerelor formate |
|
DNS |
Domain Name System |
|
DTG |
(Antet SIP) Grup trunchi destinație |
|
DTMF |
Multi-frecvență dual-ton |
|
EP |
Punctul de intrare |
|
ESR |
Versiunea cu suport extins |
|
FIPS |
Standarde federale de procesare a informațiilor |
|
GIF |
Format de schimb grafic |
|
GRE |
Încapsulare generică de rutare |
|
GW |
Gateway |
|
HA |
Disponibilitate ridicată |
|
HTML |
Limbaj de marcare hipertext |
|
IB |
Legat spre interior |
|
ID |
Identitate, identificare |
|
IMAP |
Protocol de acces la mesaje Internet |
|
IOS |
Sistem de operare mobil (fost iPhone OS) |
|
IP |
Protocolul de internet |
|
Ipsec |
Securitatea protocolului de internet |
|
ITSP |
Furnizor de servicii de telefonie prin internet |
|
IVR |
Interactive Voice Response |
|
JPG și JPEG |
Grupul comun de experți fotografi Un fișier imagine digitală |
|
LAN |
Rețea locală |
|
LCM |
Listă și manager de campanii |
|
LGW |
Local Gateway |
|
MPLS |
Comutarea etichetelor multiprotocol |
|
NAT |
Traducerea accesului la rețea |
|
NDC |
Colectarea datelor de rețea |
|
NTP |
Protocol de timp de rețea |
|
OB |
Legat spre exterior |
|
OTG |
(Antet SIP) Grupul de trunchiuri originar |
|
P2P |
Punct la punct |
|
PAI |
(Antet SIP) Identitatea afirmată de P |
|
PBX |
Schimb privat de sucursale |
|
PCI DSS |
Standardul de securitate a datelor din industria cardurilor de plată |
|
|
Format document portabil |
|
PEWC |
Acord prealabil scris expres |
|
PII |
Informații de identificare personală |
|
PNG |
Grafică de rețea portabilă |
|
POP |
Protocolul oficiului poștal |
|
PSTN |
Rețea telefonică publică comutată |
|
Qos |
Quality of Service |
|
RFC |
Solicitare de comentarii |
|
SFR |
Redirecționare fără răspuns |
|
RPID |
(Antet SIP) ID partid la distanță |
|
RTT |
Timp dus-întors |
|
S2S |
Site-to-Site |
|
SBC |
Controlor de frontieră de sesiune |
|
SBR |
Rutare bazată pe abilități |
|
SD-WAN |
Rețea de arie largă definită de software |
|
SIP |
Protocol Internet sesiune |
|
NS |
Nivelul serviciilor |
|
SLA |
Acord privind nivelul serviciilor |
|
SMS |
Serviciu de mesaje scurte |
|
SMTP |
Protocol simplu de transfer prin poștă |
|
SP |
Furnizor servicii |
|
SRTP |
Protocol de transport securizat în timp real |
|
SSL |
Strat Secure Sockets |
|
TCP |
Protocol de control al transmisiei |
|
TGRP |
(Antet SIP) Protocol de rutare a grupurilor trunchiurilor |
|
TLS |
Securitatea stratului de transport |
|
UDP |
Protocolul Datagramei utilizatorului |
|
UI |
Interfaţa cu utilizatorul |
|
URI |
Identificator uniform de resurse |
|
URL |
Instrument de localizare uniformă a resurselor |
|
UTC |
Ceas universal |
|
vCube |
CUB virtual |
|
VoIP |
Voice over IP |
|
VPLS |
Serviciu LAN privat virtual |
|
VPN |
Rețea privată virtuală |
|
VPOP |
Punct de prezență vocal În Webex Contact Center 1.0, VPOP integrează Webex Contact Center în PSTN și primul punct de conectivitate pentru clienți. De asemenea, are server media pentru tratament și înregistrarea apelurilor. |
|
Podul VPOP |
Punte punct de prezență vocală În Webex Contact Center, puntea VPOP conectează PSTN-ul furnizorului de servicii la stratul media de voce. |
|
WAN |
Rețea de arie largă |
|
WCB |
Tampon de comandă Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimizarea forței de muncă |
|
XML |
Limbaj extins de marcare |
Prezentare generală
Întreprinderile client pot utiliza un Cisco Unified Border Element (CUBE) drept controler marginal de sesiune (SBC) pentru a se conecta la Webex Contact Center. CUBE de întreprindere se conectează la un operator pentru conectivitate PSTN sau VoIP, pe de o parte, și la Webex Contact Center, pe de altă parte, pentru a activa serviciile centrului de contact. Atât apelurile de intrare, cât și cele de ieșire către Webex Contact Center sunt dirijate prin CUBE-ul întreprinderii. Clientul furnizează trunchiul SIP, activat bidirecțional furnizorului de servicii și Webex Contact Center, pentru a permite traficul de apeluri între platforme. Pentru mai multe informații despre CUBE, consultați Ghidul de configurare Cisco Unified Border Element din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Fie furnizorul de servicii, fie întreprinderea client pot deține și opera CUBE și Private Branch Exchange (PBX). În acest caz:
-
Toate apelurile de intrare către Webex Contact Center sunt efectuate prin intermediul operatorului de la CUBE pentru întreprinderi.
-
Webex Contact Center trimite toate apelurile de ieșire, fie către clienți, fie către agenți, prin intermediul CUBE-ului întreprinderii.
-
Webex Contact Center colaborează cu furnizorul de servicii pentru a factura clientul direct pentru utilizarea PSTN, fără a trece prin facturarea Webex Contact Center.
Webex Contact Center acceptă CUBE, Virtual CUBE (vCUBE) și SBC terță parte.
Atunci când furnizorul de servicii deține SBC și PBX, Webex Contact Center furnizează un antet SIP pentru a identifica întreprinderea client furnizorului de servicii. Furnizorii de servicii configurează antetul SIP specific prin tabloul de bord al furnizorului de servicii de aplicații.
Webex Contact Center acceptă acești anteturi SIP:
-
Diversiune
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Întreprinderea client poate deține și opera CUBE și PBX, ceea ce elimină necesitatea unui antet SIP.
Audienţă
Acest document este destinat utilizatorilor care utilizează Cisco Webex Contact Center.
Istoricul modificărilor
Acest tabel listează modificările aduse acestui ghid după versiunea inițială. Cele mai recente modificări apar în partea de sus.
|
Modificarea |
Consultați |
Data |
|---|---|---|
|
Noi cifre privind implementarea |
Octombrie 2021 | |
|
Secțiune nouă |
Octombrie 2021 | |
|
Suport multiregional |
Septembrie 2021 | |
|
Secțiune nouă |
Septembrie 2021 | |
|
Restructurarea documentelor |
Mai multe capitole au fost restructurate. |
August 2021 |
|
A inclus un nou capitol | Tipuri de conectivitate |
Iulie 2019 Decembrie 2020 |
Suport multiregional
Telefonie Webex Contact Center cu Webex Calling acceptă mai multe regiuni (fie țări, fie regiuni) pentru agenți și apelanți. Acceptăm următoarele scenarii:
-
Apelanții se află într-o regiune, iar agenții în mai multe regiuni.
-
Apelanții și agenții se află în mai multe regiuni.
În aceste scenarii, sistemul oferă suport pentru apeluri de intrare și apeluri de ieșire. Pentru apelurile de intrare, apelanții apelează la configurarea PSTN conectat la cloud (Cisco Webex cloud) sau la configurarea Local Gateway (LGW). Apelurile sunt dirijate către agenți. Agenții pot efectua apeluri de apelare către orice regiune.
Agenții aparțin unor locații diferite, așa cum este configurat în Control Hub. Configurația agentului are numărul și extensia pentru locația sa.
Numerele de intrare sunt asociate cu regiunile din Control Hub. Apelurile sunt dirijate către agenți în conformitate cu strategia de dirijare configurată în Webex Contact Center.
Figura următoare prezintă o soluție globală pentru Webex Contact Center cu Webex Calling.
Suporturi precum IVR și înregistrarea apelurilor se află în Regiunea de domiciliu. Agenții din întreaga lume pot avea telefoane sau puncte finale Webex Calling în spatele opțiunilor de implementare Local Gateway.
Locația Regiunii de domiciliu necesită o analiză atentă pentru a minimiza distanța dintre regiuni, apelanți și agenți. Figura următoare prezintă calea apelurilor pentru agenții și apelanții dintr-o regiune îndepărtată de regiunea de domiciliu. În acest scenariu, distanța dintre Regiunea de domiciliu și Regiunea la distanță poate introduce latență inacceptabilă în apel.
Următoarele secțiuni discută detaliile scenariului și considerațiile pentru agenții din India.
Apelanții sunt într-o regiune, iar agenții sunt în mai multe regiuni
În acest scenariu, Webex Contact Center are agenți în diferite regiuni și asociați cu mai multe centre de date. Apelanții sunt dintr-o singură regiune.
Apelanții apelează Webex Contact Center. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Webex Contact Center utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un telefon Cisco IP sau aplicația Webex Calling, apelul poate fi local pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Apelanții și agenții se află în mai multe regiuni
În acest scenariu, centrul de contact are agenți în mai multe regiuni și asociate cu mai multe centre de date. Apelanții provin din mai multe regiuni.
Apelanții apelează centrul de contact. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un dispozitiv conectat la IP, apelul poate fi local de pe platforma vocală pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Considerații pentru agenții din India
Următoarele reguli se aplică agenților din India.
-
Dacă un apel este direcționat către India prin PSTN, apelul trebuie să rămână în PSTN. Această cerință include apelurile care sunt direcționate către India de la PSTN, printr-un Cisco Unified Communications Manager (Unified CM) local și apoi gestionate de un agent. Agentul trebuie să fie în PSTN.
-
Dacă un apel este direcționat către India prin VoIP, apelul trebuie să rămână pe VoIP.
Apelurile din afara Indiei se pot interconecta în orice fel. De exemplu, un apel poate fi direcționat către SUA prin PSTN și apoi direcționat către India prin VoIP. Cu toate acestea, după ce acest apel ajunge în India, trebuie să rămână ca un apel VoIP.
Documentație corelată
Pentru a vizualiza lista documentației Webex Contact Center, consultați https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pentru a vizualiza documentația pentru dezvoltatori Webex Contact Center și referințele API, consultați https://developer.webex-cx.com/documentation/getting-started.
Convenţii
Acest ghid folosește următoarele convenții.
|
Convenţie |
Descriere |
|---|---|
|
Font Îngroșat |
Textul dintr-un font aldin indică comenzi, cum ar fi intrările utilizatorului, cheile, butoanele și numele submeniurilor. De exemplu:
|
|
Font Italic |
Textul cu font cursiv indică următoarele:
|
|
Font |
Textul dintr-un font de fereastră, cum ar fi Courier, indică următoarele:
|
Comunicații, servicii și informații suplimentare
-
Pentru a primi la timp informații relevante de la Cisco, abonați-vă la Cisco Profile Manager.
-
Pentru a obține impactul pe care îl doriți asupra afacerii cu tehnologiile care contează, vizitați Serviciile Cisco.
-
Pentru a trimite o solicitare de service, vizitați Asistența Cisco.
-
Pentru a descoperi aplicații, produse, soluții și servicii validate, vizitați Cisco Marketplace.
-
Pentru a obține articole generale despre rețea, instruire și certificare, vizitați Cisco Press.
-
Pentru a găsi informații referitoare la garanție pentru un anumit produs sau o anumită familie de produse, accesați Instrumentul Cisco de identificare a garanției.
Instrument de Căutare Cisco Bug
Cisco Bug Search Tool (BST) oferă acces bazat pe web la sistemul Cisco de urmărire a erorilor. Acest sistem menține o listă completă a defectelor și vulnerabilităților asociate cu produsele și software-ul Cisco. BST vă furnizează informații detaliate ale defectelor referitoare la produsele și software-ul dvs.
Feedback documentație
Transmiteți comentariile dvs. despre acest ghid site-ului contactcenterproducts_docfeedback@cisco.com .
Introducere în fluxul de apeluri
Apelurile de intrare și de ieșire către Webex Contact Center sunt transmise prin intermediul unui operator, care este direcționat prin Enterprise and Cisco Unified Border Element (CUBE). Fiecare apel poate include mai multe sesiuni, în funcție de fluxul de apeluri. Următoarele secțiuni descriu câteva fluxuri de apeluri tipice.
Apel de intrare către un IVR
Un apel de intrare de la apelant către Webex Contact Center Voice Post Office Protocol (VPOP) creează o singură sesiune în CUBE de întreprindere și o singură sesiune în Webex Contact Center CUBE.
Apel de intrare către un agent
Un apel de intrare către un agent adaugă o sesiune de ieșire în Webex CUBE Contact Center și o singură sesiune în CUBE-ul întreprinderii.
Transfer conferinta si consultativa
O conferință agent-agent sau un transfer consultat adaugă o sesiune de ieșire în Webex Contact Center și în CUBE-ul întreprinderii.
Apel invers sau apel de ieșire către PSTN
Un apel de ieșire creează două sesiuni, una de la entitatea găzduită Enterprise la Webex Contact Center și alta de la Webex Contact Center la Enterprise.
Licențe CUBE
Licențele Cisco Unified Border Element (CUBE) se aplică per sesiune și necesită o sesiune bidirecțională. Pentru mai multe informații, consultați Fișa tehnică Cisco Unified Border Element.
Dimensionarea licenței CUBE este suma dintre numărul de sesiuni de agent și numărul de apeluri la Răspuns vocal interactiv (IVR). Utilizați fișa de date Cisco Unified Border Element pentru a determina numărul maxim de sesiuni acceptate de platforma CUBE.
Numărul de licențe trebuie să fie egal cu capacitatea maximă a întreprinderii client.
licențe = (număr de agenți X 2) + (număr de sesiuni active în coada de așteptare)
Exemplu
-
La orele de vârf, dacă aveți 100 de agenți care răspund la apelurile clienților, fiecare apel are două sesiuni active. Numărul de ședințe este de 200.
-
Numărul de apeluri din coadă în acest caz este 100, ceea ce creează 100 de sesiuni.
-
Prin urmare, numărul total de sesiuni este egal cu 300, ceea ce reprezintă 300 de licențe.
Dimensiune sesiune CUBE
Un dispozitiv CUBE poate gestiona 1/3 din sesiunile SIP, dacă securizați apelurile cu TLS sau SRTP.
sesiuni = ((numărul de agenți X 2) + (numărul de sesiuni active din coada de așteptare)) X 3
Folosind exemplul a 100 de apeluri dintr-o coadă cu 100 de agenți care răspund la apeluri, numărul de sesiuni este:
((100 X 2)+ 100) X 3 = 900.
Puteți dimensiona CUBE-ul pentru 300 de sesiuni dacă furnizați un WAN privat pentru trunchiul SIP.
Pentru a ajuta la determinarea numărului maxim de agenți, să presupunem că:
-
50% dintre apeluri sunt în coadă și utilizează porturi IVR, în timp ce restul de 50% din apeluri sunt active cu agenți.
-
10% din apeluri folosesc serviciile suplimentare de consultare și conferință.
-
TLS sau SRTP securizează 100% din apeluri.
Folosind aceste ipoteze, platformele CUBE pot suporta un agent pentru fiecare 9,3 sesiuni.
Tipuri de conectivitate acceptate
Webex Contact Center acceptă următoarele tipuri de conectivitate.
|
Conectivitate |
Tipuri |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) sau IPSec prin Generic Routing Encapsulation (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Conectivitate privată (este necesară aprobarea) |
MPLS Punct la punct (P2P) VPLS SD-WAN WAN privat Conectarea încrucișată a centrului de date Conexiuni Equinix Fabric |
| Versiunea IOS pentru CUBE sau vCUBE ar trebui să accepte TLS 1.2. |
Public Internet
Trunchi SIP direct (deasupra)
Cisco recomandă clienților să plaseze CUBE sau SBC la o adresă IP publică.
|
Argumente pro |
Contra |
|---|---|
|
|
Deoarece o conexiune directă este cea mai simplistă abordare, este și cea mai puțin flexibilă. Beneficiile unei topologii simplificate sunt ușurința gestionării și depanarea. Clientul completează diagramele de rețea și le trimite echipei de voce și sunt creați colegi de apelare. Puteți plasa CUBE într-un DMZ pentru a atenua complexitatea tratării traducerii accesului la rețea (NAT). CUBE în sine este un firewall, iar majoritatea furnizorilor își plasează CUBE într-un spațiu public IP și folosesc capacitățile sale de securitate.
Vpn
Un VPN este un alt tip de conexiune care utilizează internetul public. Utilizați VPN-uri atunci când un client necesită o conexiune sigură pentru SIP și RTP. Un VPN ar putea fi, de asemenea, necesar în cazul în care clientul nu poate plasa CUBE într-un spațiu IP public. Pentru VPN conexiuni este necesară o întâlnire de asigurare a accesului cu ingineria vocală.
|
Argumente pro |
Contra |
|---|---|
|
|
Porturi de voce
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN sau IPSec peste GRE
Următoarele opțiuni sunt disponibile pentru VPN Connectivity:
-
Conectivitate SBC la SBC
-
Conectivitate GW la GW
Webex Contact Center (IPSec sau IPSec prin tunelul GRE și Webex conectivitatea Contact Center S2S) trebuie să utilizeze UDP/5060 în loc de TCP/5060.
Un IPSec VPN sau IPSec peste GRE este o opțiune bună pentru un SIP Trunk securizat atunci când CUBE se află într-un spațiu IP public. Aceasta este o conexiune SBC la SBC cu VPN tuneluri. De asemenea, trebuie să luați în considerare schemele de adrese de IP private pentru a evita orice suprapunere între clienți. Pentru conexiunile GRE, IP subrețele sunt 10.x.248.x și 10.x.249.x.
Site-to-Site (S2S)
O conexiune S2S poate fi implementată dacă clientul are nevoie de o conexiune securizată sau nu poate plasa CUBE într-un spațiu IP public. Aceasta este o conexiune gateway to gateway. Nu există subrețele special desemnate pentru conexiunile S2S VPN, deoarece rutarea se bazează pe un trafic interesant fără implicarea unei interfețe logice.
SIP TLS și SRTP
SRTP/SIP TLS este o altă opțiune atunci când CUBE se află pe o adresă IP publică. Cu toate acestea, există un hit de performanță cu SRTP / SIP TLS. Un dispozitiv CUBE poate gestiona o treime din sesiunile SIP dacă ați securizat apelurile utilizând TLS sau SRTP. Aceasta este o conexiune SBC la SBC.
Certificate publice și autosemnate
Pentru a stabili o conexiune TLS SIP, este necesar să se facă schimb de certificate. Sunt disponibile următoarele opțiuni:
-
Certificatele autosemnate sunt generate și schimbate între client și Webex Contact Center.
-
CA public—Parcurgeți următorii pași pentru a sprijini un CA public:
-
Clientul partajează certificatul rădăcină, care este încărcat în Webex Contact Center SBC.
Trebuie să furnizați atât certificatul rădăcină, cât și certificatul intermediar/subordonat.
-
Clientul actualizează DNS pentru a include adresele IP ale SBC-urilor Webex Contact Center.
-
Conectivitate privată
Furnizorii de întreprinderi mari preferă adesea o conexiune directă, deoarece oferă un circuit dedicat și sigur. În cazul în care clientul are nevoie de o conexiune directă, furnizați-i Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP ca pas inițial. Următorul pas este o întâlnire de proiectare ulterioară cu echipa Webex de inginerie vocală a centrului de contact și inginerii clienților. Clientul furnizează o diagramă de rețea detaliată a rețelei de voce a clientului, inclusiv interconectările operatorului PSTN, pentru întâlnire. Cisco nu va găzdui niciun echipament pentru clienți.
Cisco Webex Contact Center oferă, de asemenea, conexiuni Equinix Fabric pentru clienții care au colocații cu Equinix.
Pentru mai multe informații despre Equinix Fabric, consultați:
Indiferent dacă clientul alege MPLS, P2P, VPLS sau SD-WAN, topologia arată similar și toate circuitele se termină în routerul Webex Contact Center/GW (gateway) și nu în Webex CUBE-uri Contact Center.
Cerințele de lățime de bandă pentru o conexiune directă se bazează pe codecul G.711 (~100 kbps per picior de apel), care permite două picioare de apel pe sesiune.
|
Argumente pro |
Contra |
|---|---|
|
|
| Conexiunile Equinix Fabric oferă redundanță a porturilor, comandă mai rapidă a conexiunilor virtuale și asigurare a accesului. Cisco recomandă utilizarea conexiunii Equinix, mai degrabă decât utilizarea altor metode de conectare privată. |
Conectarea încrucișată a centrului de date
Dacă un client decide să utilizeze o conexiune privată, trebuie să comandați conexiuni încrucișate ale centrului de date așa cum este descris în Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP. Clientul este responsabil pentru costul suportat și pentru obținerea circuitului clientului la picătura desemnată.
| Clienții care optează pentru o conexiune privată primesc Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP în timpul procesului de integrare. |
Implementări non-standard
Implementări non-standard
Dacă topologiile recomandate nu îndeplinesc toate cerințele rețelei clientului, trebuie programată o întâlnire de proiectare cu echipa de inginerie vocală Cisco prin intermediul echipei de cont Cisco a clientului pentru un proces special de aprobare. Următoarele secțiuni sunt exemple de implementări non-standard și implementări care nu sunt recomandate:
Excepții A2Q
Furnizorul PSTN termină circuitul direct la Webex Contact Center VPOP.
Excepții pentru chiriașii de aur
Cisco recomandă insistent un SIP Trunk direct pentru clienții Gold Tenant. Aceasta este topologia over-the-top a plasării CUBE într-un spațiu IP public. Necesitatea unui chiriaș de aur există adesea cu furnizori mai mari; cu toate acestea, furnizorul solicită chiriașului de aur să fie o dovadă a conceptului pentru implementarea producției intenționate a furnizorului. Dovada conceptului Gold Tenant depășește adesea utilizarea accesului la internet deschis pentru un trunchi SIP și ar necesita unul dintre tipurile de conexiune discutate anterior.
Clienții Gold Tenant nu vor fi monitorizați.
Internet public – CUBE în spatele firewall-ului
Plasarea unui CUBE pe o adresă IP privată în spatele unui firewall NAT este o altă opțiune de implementare. Cerințele de securitate de la departamentul IT al clientului pot stipula că aplicația de voce se află în spatele unui firewall. Această opțiune are câteva dezavantaje cunoscute. Chiar dacă acest lucru nu poate cauza probleme în stratul de rețea, poate duce la probleme în stratul de aplicație SIP. Adresa de IP privată este utilizată în mesajele SIP, ceea ce provoacă erori de procesare a apelurilor. Capacitatea firewall-ului este un alt factor care trebuie luat în considerare pentru acest tip de implementare. Firewall-urile trebuie să fie dimensionate corespunzător pentru a gestiona traficul VoIP; firewall-ul poate deveni altfel un blocaj și poate afecta calitatea apelurilor și procesarea apelurilor.
Următoarele sunt dezavantajele acestei implementări:
-
Posibile probleme de configurare și configurare CUBE la început.
-
Încărcare crescută a firewall-ului, care ar putea afecta calitatea vocii.
-
Clientul este responsabil pentru configurarea CUBE și dimensionarea firewall-ului.
-
Nu este o topologie recomandată din cauza impactului asupra SLA-urilor.
| Această topologie nu este recomandată datorită complexității tratării SIP și NAT. Pentru aprobarea acestui tip de implementare este necesară o întâlnire cu echipa de inginerie vocală Cisco și cu clientul. |
Introducere în redundanța componentelor
Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât Webex cloud Contact Center, cât și CUBE întreprindere pentru a fi redundante:
-
Într-o regiune geografică - Puteți configura mai multe POP în cadrul unei întreprinderi.
-
În centrele de date ale întreprinderilor dintr-o regiune geografică.
-
În cadrul rețelelor de întreprindere - De asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea oth și suporturile media.
Toate semnalizările și suporturile media provin de la și de la adresa IP virtuală.
Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui, de asemenea, să instituie doi POP. Acest lucru asigură că vânătoarea între Webex VPOP-uri ale centrului de contact este chiar rotundă.
Redundanță în centrele de date ale întreprinderilor dintr-o regiune geografică
Puteți configura două centre de date din cadrul întreprinderii pentru a vă conecta la același Webex Contact Center VPOP, în aceeași regiune geografică.
Intrați în modul global de configurare
Acest exemplu de configurare se aplică gateway-ului vocal Cisco IOS și gateway-ului vocal Cisco Unified Border Element (CUBE). Pentru instrucțiuni complete de configurare CUBE, consultați Cisco Unified Border Element Ghidul de configurare din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toate configurațiile din acest exemplu utilizează modul de configurare globală.
| 1 |
Introduceți |
| 2 |
Introduceți |
Configurație de bază
Cronometrele SIP (MIN-SE) sunt setate la 3600 în toate VPOP-urile din Webex Contact Center. Puteți să actualizați această setare la nivel global sau să o modificați în Invitație la centrul de contact Webex.
serviciu de voce VoIP Sip Min-se 3600Configurarea clasei de codec vocal
Clasa de voce Codec 100 Preferința codecului 1 G711aLaw Codec Preferința 2 G711ulawApelare peer de intrare pentru apeluri de la Webex Contact Center
Dial-peer Voice 200 Protocolul de sesiune VoIP SIPV2 Codec de clasă vocală 100 DTMF-Releu RTP-NTE nu VADApel-peer de ieșire pentru apeluri către Webex centru de contact
Voce dial-peer Model de destinație 100 VoIP <Model către Webex CC> protocol de sesiune Țintă sesiune SIPV2 IPV4:<Webex IP-uri SBC CC> codec de clasă vocală 100 de opțiuni SIP din clasa vocală-păstrați-păstrați-releu DTMF RTP-NTE fără VADConfigurație comună
Acest exemplu arată Webex asigurare a accesului trunchiului centrului de contact în SUA, cu următoarea topologie.
Detalii configurare:
-
Configurați opțiunile SIP Keepalive.
-
Noii colegi de apelare cu destinație țintă IP adresă Webex CC LAX și JFK CUBE.
-
Preferința dial-peer poate fi configurată fie pentru round robin, fie primară și secundară.
-
Codecul este configurat pentru G711 ulaw și G711 alaw (conexiuni în afara SUA). DTMF este RFC2833.
-
SIP Communication este peste UDP port 5060 și porturi RTP 8000 la 48199.
-
Apelați planul în care modelul de destinație se potrivește Webex Contact Center cu agenții prin PBX și PSTN.
-
Mai mult de un POP pentru disponibilitate ridicată.
-
Cronometrul MIN SE pe Webex CC este 3600; cronometrele de sesiune trebuie fie actualizate la această valoare, fie permit negocierea SIP la această valoare în timpul configurării unui apel.
| Dacă utilizați CUBE/vCUBE, Cisco vă recomandă să utilizați o versiune IOS care acceptă TLS 1.2. |
Prezentare generală a trunchiului SIP securizat
Acest exemplu demonstrează cum se configurează o conexiune SIP Transport Layer Security (TLS) între Cisco Unified Border Element (CUBE) și Webex Contact Center.
Exemplu: Configurarea SIP TLS
nainte de a începe
Asigurați-vă că:
-
Punctele finale au aceeași dată și oră. Aveți posibilitatea să sincronizați punctele finale utilizând un server Network Time Protocol (NTP).
-
Aveți TCP conectivitate.
-
CUBE are licențele de securitate și UCK9 instalate.
| 1 |
Creați un punct de încredere pentru a deține certificatul auto-semnat al CUBULUI: |
| 2 |
Generați un certificat autosemnat: |
| 3 |
Exportați certificatul: |
| 4 |
Copiați certificatul auto-semnat pe care l-ați exportat și salvați-l ca fișier text cu extensia de |
| 5 |
Încărcați certificatul CUBE autosemnat într-Webex Contact Center. |
| 6 |
Copiați certificatul de Webex Contact Center. |
| 7 |
Încărcați certificatul Webex Contact Center în CUBE: Introduceți |
| 8 |
Configurați SIP pentru a utiliza punctul de încredere certificat auto-semnat pe care l-ați creat în pasul 1: |
| 9 |
Configurați colegii de apelare cu securitatea stratului de transport: |
Înainte de configurare
-
Asigurați-vă că aveți entitatea găzduită parteneră Gold și acces la portalul furnizorului de servicii.
-
Configurați controlerul bordurii de sesiune a întreprinderii.
-
Obțineți o adresă de destinație pentru trunchiul SIP.
Pentru mai multe informații, consultați Ghidul de configurare Cisco Unified Border Element din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Asigurarea accesului la entitatea găzduită
Cisco utilizează informațiile de asigurare a accesului pe care le furnizați pentru a configura controlerul de bordură de sesiune Webex Contact Center pentru entitatea găzduită. Asigurați-vă că informațiile pe care le furnizați corespund comenzii dvs. și sunt corecte.
Pentru instrucțiuni despre modul de asigurare a accesului entității găzduite, consultați ghidurile de administrare și utilizare la:
-
Configurați un trunchi SIP care conectează adresa IP a clientului la controlerul de frontieră configurat. Asigurați-vă că selectați
CUBEca tip de trunchi SIP. Configurați un trunchi SIP pentru fiecare CUBE pe care îl implementați. -
Creați și asigurați accesul la o entitate găzduită.
-
Atribuiți trunchi SIP entității găzduite, adăugați numere de apelare și asigurați accesul noului entitate găzduită.
După ce furnizați clientului și configurați CUBUL Webex Contact Center, primiți un e-mail că entitatea găzduită este gata de utilizare.
Regiunile Webex Contact Center
VPOP este disponibil pentru conexiunea entității găzduite în funcție de regiune:
-
SUA: Los Angeles și New York
-
Europa: Londra, Amsterdam, Frankfurt
-
Canada: Toronto și Vancouver
-
Australia: Sydney și Melbourne
-
Japonia: Tokyo și Osaka
-
America de Sud: São Paulo și Rio de Janeiro
-
India: Pune și Hyderabad
-
Singapore
Glosar
|
Acronim sau termen |
Descriere |
|---|---|
|
A2Q |
Asigurarea calității |
|
ACD |
Distribuirea automată a apelurilor |
|
ADA |
Aplicația desktop Agent Webex Contact Center |
|
ADR |
Raport detaliat agent |
|
AES |
Standard avansat de criptare |
|
ANI |
Identificarea automată a numerelor |
|
API |
Interfață de programare a aplicațiilor |
|
BST |
Instrument de Căutare Cisco Bug |
|
BYoPSTN |
Aduceți-vă propriul PSTN Clientul (întreprinderea) deținea PSTN existent bazat pe premisă. |
|
CA |
Autoritatea de certificare |
|
CAD |
Date asociate apelurilor |
|
CC |
Centru de contact |
|
CCDR |
Înregistrări cumulative ale detaliilor apelurilor |
|
CCG |
Computer Communications Group |
|
CCP |
PSTN conectat la cloud |
|
CDR |
Înregistrări cu detalii despre apeluri |
|
CSS |
Strategia de selecție a contactelor |
|
CSV |
Valori separate prin virgulă |
|
CTQ |
Consultare pentru coadă |
|
CUB |
Cisco Unified Border Element |
|
FĂCUT |
Apelare directă spre interior |
|
DMZ |
Zona demilitarizată |
|
DN |
Număr director |
|
DNC |
Nu apelați |
|
DNIS |
Serviciul de identificare a numerelor formate |
|
DNS |
Sistem de nume de domeniu |
|
DTG |
(Antet SIP) Grup trunchi destinație |
|
DTMF |
Multi-frecvență dual-ton |
|
EP |
Punctul de intrare |
|
ESR |
Versiunea cu suport extins |
|
FIPS |
Standarde federale de procesare a informațiilor |
|
GIF |
Format de schimb grafic |
|
GRE |
Încapsulare generică de rutare |
|
GW |
Gateway |
|
HA |
Disponibilitate ridicată |
|
HTML |
Limbaj de marcare hipertext |
|
IB |
Legat spre interior |
|
ID |
Identitate, identificare |
|
IMAP |
Protocol de acces la mesaje Internet |
|
IOS |
Sistem de operare mobil (fost iPhone OS) |
|
IP |
Protocolul de internet |
|
Ipsec |
Securitatea protocolului de internet |
|
ITSP |
Furnizor de servicii de telefonie prin internet |
|
IVR |
Răspuns vocal interactiv |
|
JPG și JPEG |
Grupul comun de experți fotografi Un fișier imagine digitală |
|
LAN |
Rețea locală |
|
LCM |
Listă și manager de campanii |
|
LGW |
Local Gateway |
|
MPLS |
Comutarea etichetelor multiprotocol |
|
NAT |
Traducerea accesului la rețea |
|
NDC |
Colectarea datelor de rețea |
|
NTP |
Protocol de timp de rețea |
|
OB |
Legat spre exterior |
|
OTG |
(Antet SIP) Grupul de trunchiuri originar |
|
P2P |
Punct la punct |
|
PAI |
(Antet SIP) Identitatea afirmată de P |
|
PBX |
Schimb privat de sucursale |
|
PCI DSS |
Standardul de securitate a datelor din industria cardurilor de plată |
|
|
Format document portabil |
|
PEWC |
Acord prealabil scris expres |
|
PII |
Informații de identificare personală |
|
PNG |
Grafică de rețea portabilă |
|
POP |
Protocolul oficiului poștal |
|
PSTN |
Rețea telefonică publică comutată |
|
Qos |
Calitatea serviciilor |
|
RFC |
Solicitare de comentarii |
|
SFR |
Redirecționare fără răspuns |
|
RPID |
(Antet SIP) ID partid la distanță |
|
RTT |
Timp dus-întors |
|
S2S |
Site-to-Site |
|
SBC |
Controlor de frontieră de sesiune |
|
SBR |
Rutare bazată pe abilități |
|
SD-WAN |
Rețea de arie largă definită de software |
|
SIP |
Protocol Internet sesiune |
|
NS |
Nivelul serviciilor |
|
SLA |
Acord privind nivelul serviciilor |
|
SMS |
Serviciu de mesaje scurte |
|
SMTP |
Protocol simplu de transfer prin poștă |
|
SP |
Furnizor servicii |
|
SRTP |
Protocol de transport securizat în timp real |
|
SSL |
Strat Secure Sockets |
|
TCP |
Protocol de control al transmisiei |
|
TGRP |
(Antet SIP) Protocol de rutare a grupurilor trunchiurilor |
|
TLS |
Securitatea stratului de transport |
|
UDP |
Protocolul Datagramei utilizatorului |
|
UI |
Interfaţa cu utilizatorul |
|
URI |
Identificator uniform de resurse |
|
URL |
Instrument de localizare uniformă a resurselor |
|
UTC |
Ceas universal |
|
vCube |
CUB virtual |
|
VoIP |
Voice over IP |
|
VPLS |
Serviciu LAN privat virtual |
|
VPN |
Rețea privată virtuală |
|
VPOP |
Punct de prezență vocal În Webex Contact Center 1.0, VPOP integrează Webex Contact Center în PSTN și primul punct de conectivitate pentru clienți. De asemenea, are server media pentru tratament și înregistrarea apelurilor. |
|
Podul VPOP |
Punte punct de prezență vocală În Webex Contact Center, puntea VPOP conectează PSTN-ul furnizorului de servicii la stratul media de voce. |
|
WAN |
Rețea de arie largă |
|
WCB |
Tampon de comandă Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimizarea forței de muncă |
|
XML |
Limbaj extins de marcare |
Prezentare generală
Întreprinderile client pot utiliza un Cisco Unified Border Element (CUBE) drept controler marginal de sesiune (SBC) pentru a se conecta la Webex centru de contact. CUBE de întreprindere se conectează la un operator pentru conectivitate PSTN sau VoIP pe de o parte și la Webex Contact Center pe de altă parte pentru a activa serviciile centrului de contact. Atât apelurile de intrare, cât și cele de ieșire către Webex rută Contact Center prin intermediul CUBE-ului întreprinderii. Clientul furnizează trunchiul SIP, activat bidirecțional furnizorului de servicii și Webex Contact Center, pentru a permite traficul de apeluri între platforme. Pentru mai multe informații despre CUBE, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Fie furnizorul de servicii, fie întreprinderea client pot deține și opera CUBE și Private Branch Exchange (PBX). În acest caz:
-
Toate apelurile primite către Webex Contact Center vin prin intermediul operatorului de la CUBE-ul întreprinderii.
-
Webex Contact Center trimite toate apelurile de ieșire, fie către clienți, fie către agenți, prin intermediul CUBE-ului întreprinderii.
-
Webex Contact Center colaborează cu furnizorul de servicii pentru a factura clientul direct pentru utilizarea PSTN, fără a trece printr-Webex facturare a centrului de contact.
Webex Contact Center acceptă CUBE, Virtual CUBE (vCUBE) și SBC terț.
Atunci când furnizorul de servicii deține SBC și PBX, centrul Webex contact furnizează un antet SIP pentru a identifica întreprinderea client furnizorului de servicii. Furnizorii de servicii configurează antetul SIP specific prin tabloul de bord al furnizorului de servicii de aplicații.
Webex Contact Center acceptă aceste anteturi SIP:
-
Deviere
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Întreprinderea client poate deține și opera CUBE și PBX, ceea ce elimină necesitatea unui antet SIP.
Audienţă
Acest document este destinat utilizatorilor care utilizează Cisco Webex Contact Center.
Istoricul modificărilor
Acest tabel listează modificările aduse acestui ghid după versiunea inițială. Cele mai recente modificări apar în partea de sus.
|
Modificarea |
Consultați |
Data |
|---|---|---|
|
Noi cifre privind implementarea |
Octombrie 2021 | |
|
Secțiune nouă |
Octombrie 2021 | |
|
Suport multiregional |
Septembrie 2021 | |
|
Secțiune nouă |
Septembrie 2021 | |
|
Restructurarea documentelor |
Mai multe capitole au fost restructurate. |
August 2021 |
|
A inclus un nou capitol | Tipuri de conectivitate |
Iulie 2019 Decembrie 2020 |
Suport multiregional
Webex Contact Center with Webex Calling Telephony acceptă mai multe regiuni (țări sau regiuni) pentru agenți și apelanți. Acceptăm următoarele scenarii:
-
Apelanții se află într-o regiune, iar agenții în mai multe regiuni.
-
Apelanții și agenții se află în mai multe regiuni.
În aceste scenarii, sistemul oferă suport pentru apeluri de intrare și apeluri de ieșire. Pentru apelurile primite, apelanții apelează la configurația PSTN conectat la cloud (Cisco Webex cloud) sau la gateway-ul local (LGW). Apelurile sunt dirijate către agenți. Agenții pot efectua apeluri de apelare către orice regiune.
Agenții aparțin unor locații diferite, așa cum este configurat în Control Hub. Configurația agentului are numărul și extensia pentru locația sa.
Numerele de intrare sunt asociate cu regiunile din Control Hub. Apelurile sunt dirijate către agenți în conformitate cu strategia de dirijare configurată în Webex Contact Center.
Figura următoare prezintă o soluție globală pentru Webex Contact Center cu Webex Calling.
Fișiere media precum IVR și înregistrarea apelurilor se află în Regiunea de domiciliu. Agenții din întreaga lume pot avea telefoane Webex Calling sau puncte finale în spatele opțiunilor de implementare Local Gateway.
Locația Regiunii de domiciliu necesită o analiză atentă pentru a minimiza distanța dintre regiuni, apelanți și agenți. Figura următoare prezintă calea apelurilor pentru agenții și apelanții dintr-o regiune îndepărtată de regiunea de domiciliu. În acest scenariu, distanța dintre Regiunea de domiciliu și Regiunea la distanță poate introduce latență inacceptabilă în apel.
Următoarele secțiuni discută detaliile scenariului și considerațiile pentru agenții din India.
Apelanții sunt într-o regiune, iar agenții sunt în mai multe regiuni
În acest scenariu, Webex Contact Center are agenți în diferite regiuni și asociate cu mai multe centre de date. Apelanții sunt dintr-o singură regiune.
Apelanții apelează Webex Contact Center. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact Webex utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un Cisco IP Phone sau o aplicație Webex Calling, apelul poate fi local pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Apelanții și agenții se află în mai multe regiuni
În acest scenariu, centrul de contact are agenți în mai multe regiuni și asociate cu mai multe centre de date. Apelanții provin din mai multe regiuni.
Apelanții apelează centrul de contact. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un dispozitiv conectat la IP, apelul poate fi local de pe platforma vocală pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Considerații pentru agenții din India
Următoarele reguli se aplică agenților din India.
-
Dacă un apel este direcționat către India prin PSTN, apelul trebuie să rămână în PSTN. Această cerință include apelurile care direcționează către India de la PSTN, printr-un Cisco Unified Communications Manager local (Unified CM) și apoi gestionate de un agent. Agentul trebuie să fie în PSTN.
-
Dacă un apel este direcționat către India prin VoIP, apelul trebuie să rămână activ VoIP.
Apelurile din afara Indiei se pot interconecta în orice fel. De exemplu, un apel poate fi direcționat către SUA prin PSTN și apoi direcționat către India prin VoIP. Cu toate acestea, după ce acest apel ajunge în India, trebuie să rămână ca un apel VoIP.
Documentație corelată
Pentru a vizualiza lista documentației Webex Contact Center, consultați https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pentru a vizualiza documentația pentru dezvoltatori Webex Contact Center și referințele API, consultați https://developer.webex-cx.com/documentation/getting-started.
Convenţii
Acest ghid folosește următoarele convenții.
|
Convenţie |
Descriere |
|---|---|
|
Font Îngroșat |
Textul dintr-un font aldin indică comenzi, cum ar fi intrările utilizatorului, cheile, butoanele și numele submeniurilor. De exemplu:
|
|
Font Italic |
Textul cu font cursiv indică următoarele:
|
|
Font |
Textul dintr-un font de fereastră, cum ar fi Courier, indică următoarele:
|
Comunicații, servicii și informații suplimentare
-
Pentru a primi la timp informații relevante de la Cisco, abonați-vă la Cisco Profile Manager.
-
Pentru a obține impactul pe care îl doriți asupra afacerii cu tehnologiile care contează, vizitați Serviciile Cisco.
-
Pentru a trimite o solicitare de service, vizitați Asistența Cisco.
-
Pentru a descoperi aplicații, produse, soluții și servicii validate, vizitați Cisco Marketplace.
-
Pentru a obține articole generale despre rețea, instruire și certificare, vizitați Cisco Press.
-
Pentru a găsi informații referitoare la garanție pentru un anumit produs sau o anumită familie de produse, accesați Instrumentul Cisco de identificare a garanției.
Instrument de Căutare Cisco Bug
Cisco Bug Search Tool (BST) oferă acces bazat pe web la sistemul Cisco de urmărire a erorilor. Acest sistem menține o listă completă a defectelor și vulnerabilităților asociate cu produsele și software-ul Cisco. BST vă furnizează informații detaliate ale defectelor referitoare la produsele și software-ul dvs.
Feedback documentație
Transmiteți comentariile dvs. despre acest ghid site-ului contactcenterproducts_docfeedback@cisco.com .
Introducere în fluxul de apeluri
Apelurile de intrare și de ieșire către Webex Contact Center sunt transmise prin intermediul unui operator, care este direcționat prin Enterprise and Cisco Unified Border Element (CUBE). Fiecare apel poate include mai multe sesiuni, în funcție de fluxul de apeluri. Următoarele secțiuni descriu câteva fluxuri de apeluri tipice.
Apel de intrare către un IVR
Un apel de intrare de la apelant către Webex Contact Center Voice Post Office Protocol (VPOP) creează o singură sesiune în CUBE de întreprindere și o singură sesiune în Webex Contact Center CUBE.
Apel de intrare către un agent
Un apel de intrare către un agent adaugă o sesiune de ieșire în Webex CUBE Contact Center și o singură sesiune în CUBE-ul întreprinderii.
Transfer conferinta si consultativa
O conferință agent-agent sau un transfer consultat adaugă o sesiune de ieșire în Webex Contact Center și în CUBE-ul întreprinderii.
Apel invers sau apel de ieșire către PSTN
Un apel de ieșire creează două sesiuni, una de la entitatea găzduită Enterprise la Webex Contact Center și alta de la Webex Contact Center la Enterprise.
Licențe CUBE
Licențele Cisco Unified Border Element (CUBE) se aplică per sesiune și necesită o sesiune bidirecțională. Pentru mai multe informații, consultați Cisco Unified Border Element Fișa tehnică.
Dimensionarea licenței CUBE este suma dintre numărul de sesiuni de agent și numărul de apeluri la Interactive Voice Response (IVR). Utilizați fișa tehnică Cisco Unified Border Element pentru a determina numărul maxim de sesiuni pe care le acceptă platforma dvs.
Numărul de licențe trebuie să fie egal cu capacitatea maximă a întreprinderii client.
licențe = (număr de agenți X 2) + (număr de sesiuni active în coada de așteptare)
Exemplu
-
La orele de vârf, dacă aveți 100 de agenți care răspund la apelurile clienților, fiecare apel are două sesiuni active. Numărul de ședințe este de 200.
-
Numărul de apeluri din coadă în acest caz este 100, ceea ce creează 100 de sesiuni.
-
Prin urmare, numărul total de sesiuni este egal cu 300, ceea ce reprezintă 300 de licențe.
Dimensiune sesiune CUBE
Un dispozitiv CUBE poate gestiona 1/3 din sesiunile SIP, dacă securizați apelurile cu TLS sau SRTP.
sesiuni = ((numărul de agenți X 2) + (numărul de sesiuni active din coada de așteptare)) X 3
Folosind exemplul a 100 de apeluri dintr-o coadă cu 100 de agenți care răspund la apeluri, numărul de sesiuni este:
((100 X 2)+ 100) X 3 = 900.
Puteți dimensiona CUBE-ul pentru 300 de sesiuni dacă furnizați un WAN privat pentru trunchiul SIP.
Pentru a ajuta la determinarea numărului maxim de agenți, să presupunem că:
-
50% din apeluri sunt în coadă și utilizează porturi IVR, în timp ce restul de 50% din apeluri sunt active cu agenți.
-
10% din apeluri folosesc serviciile suplimentare de consultare și conferință.
-
TLS sau SRTP securizați 100% din apeluri.
Folosind aceste ipoteze, platformele CUBE pot suporta un agent pentru fiecare 9,3 sesiuni.
Tipuri de conectivitate acceptate
Webex Contact Center acceptă următoarele tipuri de conectivitate.
|
Conectivitate |
Tipuri |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) sau IPSec prin Generic Routing Encapsulation (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Conectivitate privată (este necesară aprobarea) |
MPLS Punct la punct (P2P) VPLS SD-WAN WAN privat Conectarea încrucișată a centrului de date Conexiuni Equinix Fabric |
| Versiunea IOS pentru CUBE sau vCUBE ar trebui să accepte TLS 1.2. |
Public Internet
Trunchi SIP direct (deasupra)
Cisco recomandă clienților să plaseze CUBE sau SBC la o adresă IP publică.
|
Argumente pro |
Contra |
|---|---|
|
|
Deoarece o conexiune directă este cea mai simplistă abordare, este și cea mai puțin flexibilă. Beneficiile unei topologii simplificate sunt ușurința gestionării și depanarea. Clientul completează diagramele de rețea și le trimite echipei de voce și sunt creați colegi de apelare. Puteți plasa CUBE într-un DMZ pentru a atenua complexitatea tratării traducerii accesului la rețea (NAT). CUBE în sine este un firewall, iar majoritatea furnizorilor își plasează CUBE într-un spațiu public IP și folosesc capacitățile sale de securitate.
VPN-uri
Un VPN este un alt tip de conexiune care utilizează internetul public. Utilizați VPN-uri atunci când un client necesită o conexiune sigură pentru SIP și RTP. Un VPN ar putea fi, de asemenea, necesar în cazul în care clientul nu poate plasa CUBE într-un spațiu IP public. Pentru VPN conexiuni este necesară o întâlnire de asigurare a accesului cu ingineria vocală.
|
Argumente pro |
Contra |
|---|---|
|
|
Porturi de voce
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN sau IPSec peste GRE
Următoarele opțiuni sunt disponibile pentru VPN Connectivity:
-
Conectivitate SBC la SBC
-
Conectivitate GW la GW
Webex Contact Center (IPSec sau IPSec prin tunelul GRE și Webex conectivitatea Contact Center S2S) trebuie să utilizeze UDP/5060 în loc de TCP/5060.
Un IPSec VPN sau IPSec peste GRE este o opțiune bună pentru un SIP Trunk securizat atunci când CUBE se află într-un spațiu IP public. Aceasta este o conexiune SBC la SBC cu VPN tuneluri. De asemenea, trebuie să luați în considerare schemele de adrese de IP private pentru a evita orice suprapunere între clienți. Pentru conexiunile GRE, IP subrețele sunt 10.x.248.x și 10.x.249.x.
Site-to-Site (S2S)
O conexiune S2S poate fi implementată dacă clientul are nevoie de o conexiune securizată sau nu poate plasa CUBE într-un spațiu IP public. Aceasta este o conexiune gateway to gateway. Nu există subrețele special desemnate pentru conexiunile S2S VPN, deoarece rutarea se bazează pe un trafic interesant fără implicarea unei interfețe logice.
SIP TLS și SRTP
SRTP/SIP TLS este o altă opțiune atunci când CUBE se află pe o adresă IP publică. Cu toate acestea, există un hit de performanță cu SRTP / SIP TLS. Un dispozitiv CUBE poate gestiona o treime din sesiunile SIP dacă ați securizat apelurile utilizând TLS sau SRTP. Aceasta este o conexiune SBC la SBC.
Certificate publice și autosemnate
Pentru a stabili o conexiune TLS SIP, este necesar să se facă schimb de certificate. Sunt disponibile următoarele opțiuni:
-
Certificatele autosemnate sunt generate și schimbate între client și Webex Contact Center.
-
CA public—Parcurgeți următorii pași pentru a sprijini un CA public:
-
Clientul partajează certificatul rădăcină, care este încărcat în Webex Contact Center SBC.
Trebuie să furnizați atât certificatul rădăcină, cât și certificatul intermediar/subordonat.
-
Clientul actualizează DNS pentru a include adresele IP ale SBC-urilor Webex Contact Center.
-
Conectivitate privată
Furnizorii de întreprinderi mari preferă adesea o conexiune directă, deoarece oferă un circuit dedicat și sigur. În cazul în care clientul are nevoie de o conexiune directă, furnizați-i Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP ca pas inițial. Următorul pas este o întâlnire de proiectare ulterioară cu echipa Webex de inginerie vocală a centrului de contact și inginerii clienților. Clientul furnizează o diagramă de rețea detaliată a rețelei de voce a clientului, inclusiv interconectările operatorului PSTN, pentru întâlnire. Cisco nu va găzdui niciun echipament pentru clienți.
Cisco Webex Contact Center oferă, de asemenea, conexiuni Equinix Fabric pentru clienții care au colocații cu Equinix.
Pentru mai multe informații despre Equinix Fabric, consultați:
Indiferent dacă clientul alege MPLS, P2P, VPLS sau SD-WAN, topologia arată similar și toate circuitele se termină în routerul Webex Contact Center/GW (gateway) și nu în Webex CUBE-uri Contact Center.
Cerințele de lățime de bandă pentru o conexiune directă se bazează pe codecul G.711 (~100 kbps per picior de apel), care permite două picioare de apel pe sesiune.
|
Argumente pro |
Contra |
|---|---|
|
|
| Conexiunile Equinix Fabric oferă redundanță a porturilor, comandă mai rapidă a conexiunilor virtuale și asigurare a accesului. Cisco recomandă utilizarea conexiunii Equinix, mai degrabă decât utilizarea altor metode de conectare privată. |
Conectarea încrucișată a centrului de date
Dacă un client decide să utilizeze o conexiune privată, trebuie să comandați conexiuni încrucișate ale centrului de date așa cum este descris în Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP. Clientul este responsabil pentru costul suportat și pentru obținerea circuitului clientului la picătura desemnată.
| Clienții care optează pentru o conexiune privată primesc Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP în timpul procesului de integrare. |
Implementări non-standard
Implementări non-standard
Dacă topologiile recomandate nu îndeplinesc toate cerințele rețelei clientului, trebuie programată o întâlnire de proiectare cu echipa de inginerie vocală Cisco prin intermediul echipei de cont Cisco a clientului pentru un proces special de aprobare. Următoarele secțiuni sunt exemple de implementări non-standard și implementări care nu sunt recomandate:
Excepții A2Q
Furnizorul PSTN termină circuitul direct la Webex Contact Center VPOP.
Excepții pentru chiriașii de aur
Cisco recomandă insistent un SIP Trunk direct pentru clienții Gold Tenant. Aceasta este topologia over-the-top a plasării CUBE într-un spațiu IP public. Necesitatea unui chiriaș de aur există adesea cu furnizori mai mari; cu toate acestea, furnizorul solicită chiriașului de aur să fie o dovadă a conceptului pentru implementarea producției intenționate a furnizorului. Dovada conceptului Gold Tenant depășește adesea utilizarea accesului la internet deschis pentru un trunchi SIP și ar necesita unul dintre tipurile de conexiune discutate anterior.
Clienții Gold Tenant nu vor fi monitorizați.
Internet public – CUBE în spatele firewall-ului
Plasarea unui CUBE pe o adresă IP privată în spatele unui firewall NAT este o altă opțiune de implementare. Cerințele de securitate de la departamentul IT al clientului pot stipula că aplicația de voce se află în spatele unui firewall. Această opțiune are câteva dezavantaje cunoscute. Chiar dacă acest lucru nu poate cauza probleme în stratul de rețea, poate duce la probleme în stratul de aplicație SIP. Adresa de IP privată este utilizată în mesajele SIP, ceea ce provoacă erori de procesare a apelurilor. Capacitatea firewall-ului este un alt factor care trebuie luat în considerare pentru acest tip de implementare. Firewall-urile trebuie să fie dimensionate corespunzător pentru a gestiona traficul VoIP; firewall-ul poate deveni altfel un blocaj și poate afecta calitatea apelurilor și procesarea apelurilor.
Următoarele sunt dezavantajele acestei implementări:
-
Posibile probleme de configurare și configurare CUBE la început.
-
Încărcare crescută a firewall-ului, care ar putea afecta calitatea vocii.
-
Clientul este responsabil pentru configurarea CUBE și dimensionarea firewall-ului.
-
Nu este o topologie recomandată din cauza impactului asupra SLA-urilor.
| Această topologie nu este recomandată datorită complexității tratării SIP și NAT. Pentru aprobarea acestui tip de implementare este necesară o întâlnire cu echipa de inginerie vocală Cisco și cu clientul. |
Introducere în redundanța componentelor
Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât Webex cloud Contact Center, cât și CUBE întreprindere pentru a fi redundante:
-
Într-o regiune geografică - Puteți configura mai multe POP în cadrul unei întreprinderi.
-
În centrele de date ale întreprinderilor dintr-o regiune geografică.
-
În cadrul rețelelor de întreprindere - De asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea oth și suporturile media.
Toate semnalizările și suporturile media provin de la și de la adresa IP virtuală.
Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui, de asemenea, să instituie doi POP. Acest lucru asigură că vânătoarea între Webex VPOP-uri ale centrului de contact este chiar rotundă.
Redundanță în centrele de date ale întreprinderilor dintr-o regiune geografică
Puteți configura două centre de date din cadrul întreprinderii pentru a vă conecta la același Webex Contact Center VPOP, în aceeași regiune geografică.
Intrați în modul global de configurare
Acest exemplu de configurare se aplică gateway-ului vocal Cisco IOS și gateway-ului vocal Cisco Unified Border Element (CUBE). Pentru instrucțiuni complete de configurare CUBE, consultați Cisco Unified Border Element Ghidul de configurare din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toate configurațiile din acest exemplu utilizează modul de configurare globală.
| 1 |
Introduceți |
| 2 |
Introduceți |
Configurație de bază
Cronometrele SIP (MIN-SE) sunt setate la 3600 în toate VPOP-urile din Webex Contact Center. Puteți să actualizați această setare la nivel global sau să o modificați în Invitație la centrul de contact Webex.
serviciu de voce VoIP Sip Min-se 3600Configurarea clasei de codec vocal
Clasa de voce Codec 100 Preferința codecului 1 G711aLaw Codec Preferința 2 G711ulawApelare peer de intrare pentru apeluri de la Webex Contact Center
Dial-peer Voice 200 Protocolul de sesiune VoIP SIPV2 Codec de clasă vocală 100 DTMF-Releu RTP-NTE nu VADApel-peer de ieșire pentru apeluri către Webex centru de contact
Voce dial-peer Model de destinație 100 VoIP <Model către Webex CC> protocol de sesiune Țintă sesiune SIPV2 IPV4:<Webex IP-uri SBC CC> codec de clasă vocală 100 de opțiuni SIP din clasa vocală-păstrați-păstrați-releu DTMF RTP-NTE fără VADConfigurație comună
Acest exemplu arată Webex asigurare a accesului trunchiului centrului de contact în SUA, cu următoarea topologie.
Detalii configurare:
-
Configurați opțiunile SIP Keepalive.
-
Noii colegi de apelare cu destinație țintă IP adresă Webex CC LAX și JFK CUBE.
-
Preferința dial-peer poate fi configurată fie pentru round robin, fie primară și secundară.
-
Codecul este configurat pentru G711 ulaw și G711 alaw (conexiuni în afara SUA). DTMF este RFC2833.
-
SIP Communication este peste UDP port 5060 și porturi RTP 8000 la 48199.
-
Apelați planul în care modelul de destinație se potrivește Webex Contact Center cu agenții prin PBX și PSTN.
-
Mai mult de un POP pentru disponibilitate ridicată.
-
Cronometrul MIN SE pe Webex CC este 3600; cronometrele de sesiune trebuie fie actualizate la această valoare, fie permit negocierea SIP la această valoare în timpul configurării unui apel.
| Dacă utilizați CUBE/vCUBE, Cisco vă recomandă să utilizați o versiune IOS care acceptă TLS 1.2. |
Prezentare generală a trunchiului SIP securizat
Acest exemplu demonstrează cum se configurează o conexiune SIP Transport Layer Security (TLS) între Cisco Unified Border Element (CUBE) și Webex Contact Center.
Exemplu: Configurarea SIP TLS
nainte de a începe
Asigurați-vă că:
-
Punctele finale au aceeași dată și oră. Aveți posibilitatea să sincronizați punctele finale utilizând un server Network Time Protocol (NTP).
-
Aveți TCP conectivitate.
-
CUBE are licențele de securitate și UCK9 instalate.
| 1 |
Creați un punct de încredere pentru a deține certificatul auto-semnat al CUBULUI: |
| 2 |
Generați un certificat autosemnat: |
| 3 |
Exportați certificatul: |
| 4 |
Copiați certificatul auto-semnat pe care l-ați exportat și salvați-l ca fișier text cu extensia de |
| 5 |
Încărcați certificatul CUBE autosemnat într-Webex Contact Center. |
| 6 |
Copiați certificatul de Webex Contact Center. |
| 7 |
Încărcați certificatul Webex Contact Center în CUBE: Introduceți |
| 8 |
Configurați SIP pentru a utiliza punctul de încredere certificat auto-semnat pe care l-ați creat în pasul 1: |
| 9 |
Configurați colegii de apelare cu securitatea stratului de transport: |
Înainte de configurare
-
Asigurați-vă că aveți entitatea găzduită parteneră Gold și acces la portalul furnizorului de servicii.
-
Configurați controlerul bordurii de sesiune a întreprinderii.
-
Obțineți o adresă de destinație pentru trunchiul SIP.
Pentru mai multe informații, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Asigurarea accesului la entitatea găzduită
Cisco utilizează informațiile de asigurare a accesului pe care le furnizați pentru a configura controlerul de bordură de sesiune Webex centrului de contact pentru entitatea dvs. găzduită. Asigurați-vă că informațiile pe care le furnizați corespund comenzii dvs. și sunt corecte.
Pentru instrucțiuni despre modul de asigurare a accesului entității găzduite, consultați ghidurile de administrare și utilizare la:
-
Configurați un trunchi SIP care conectează adresa de IP a clientului la controlerul de frontieră configurat. Asigurați-vă că selectați
CUBEca tip de trunchi SIP. Configurați un trunchi SIP pentru fiecare CUBE pe care îl implementați. -
Creați și asigurați accesul la o entitate găzduită.
-
Atribuiți trunchi SIP entității găzduite, adăugați numere de apelare și asigurați accesul noului entitate găzduită.
După ce asigurați accesul entității găzduite și configurați Webex Contact Center CUBE, primiți un e-mail că entitatea găzduită este gata de utilizare.
Webex regiuni ale centrului de contact
VPOP este disponibil pentru conexiunea entității găzduite în funcție de regiune:
-
SUA: Los Angeles și New York
-
Europa: Londra, Amsterdam, Frankfurt
-
Canada: Toronto și Vancouver
-
Australia: Sydney și Melbourne
-
Japonia: Tokyo și Osaka
-
America de Sud: São Paulo și Rio de Janeiro
-
India: Pune și Hyderabad
-
Singapore
Glosar
|
Acronim sau termen |
Descriere |
|---|---|
|
A2Q |
Asigurarea calității |
|
ACD |
Distribuirea automată a apelurilor |
|
ADA |
Aplicația Webex Contact Center Agent Desktop |
|
ADR |
Raport detaliat agent |
|
AES |
Standard avansat de criptare |
|
ANI |
Identificarea automată a numerelor |
|
API |
Interfață de programare a aplicațiilor |
|
BST |
Instrument de Căutare Cisco Bug |
|
BYoPSTN |
Aduceți-vă propriul PSTN Clientul (întreprinderea) deținea PSTN existent bazat pe premisă. |
|
CA |
Certificate Authority |
|
CAD |
Date asociate apelurilor |
|
CC |
Centru de contact |
|
CCDR |
Înregistrări cumulative ale detaliilor apelurilor |
|
CCG |
Computer Communications Group |
|
CCP |
PSTN conectat la cloud |
|
CDR |
Înregistrări cu detalii despre apeluri |
|
CSS |
Strategia de selecție a contactelor |
|
CSV |
Valori separate prin virgulă |
|
CTQ |
Consultare pentru coadă |
|
CUB |
Cisco Unified Border Element |
|
FĂCUT |
Apelare directă spre interior |
|
DMZ |
Zona demilitarizată |
|
DN |
Număr director |
|
DNC |
Nu apelați |
|
DNIS |
Serviciul de identificare a numerelor formate |
|
DNS |
Domain Name System |
|
DTG |
(Antet SIP) Grup trunchi destinație |
|
DTMF |
Multi-frecvență dual-ton |
|
EP |
Punctul de intrare |
|
ESR |
Versiunea cu suport extins |
|
FIPS |
Standarde federale de procesare a informațiilor |
|
GIF |
Format de schimb grafic |
|
GRE |
Încapsulare generică de rutare |
|
GW |
Gateway |
|
H |
Disponibilitate ridicată |
|
HTML |
Limbaj de marcare hipertext |
|
IB |
Legat spre interior |
|
ID |
Identitate, identificare |
|
IMAP |
Protocol de acces la mesaje Internet |
|
IOS |
Sistem de operare mobil (fost iPhone OS) |
|
IP |
Protocolul de internet |
|
IPsec |
Securitatea protocolului de internet |
|
ITSP |
Furnizor de servicii de telefonie prin internet |
|
IVR |
Interactive Voice Response |
|
JPG și JPEG |
Grupul comun de experți fotografi Un fișier imagine digitală |
|
LAN |
Rețea locală |
|
LCM |
Listă și manager de campanii |
|
LGW |
Local Gateway |
|
MPLS |
Comutarea etichetelor multiprotocol |
|
NAT |
Traducerea accesului la rețea |
|
NDC |
Colectarea datelor de rețea |
|
NTP |
Protocol de timp de rețea |
|
OB |
Legat spre exterior |
|
OTG |
(Antet SIP) Grupul de trunchiuri originar |
|
P2P |
Punct la punct |
|
PAI |
(Antet SIP) Identitatea afirmată de P |
|
PBX |
Schimb privat de sucursale |
|
PCI DSS |
Standardul de securitate a datelor din industria cardurilor de plată |
|
|
Format document portabil |
|
PEWC |
Acord prealabil scris expres |
|
Contacte personale |
Informații de identificare personală |
|
PNG |
Grafică de rețea portabilă |
|
POP |
Protocolul oficiului poștal |
|
PSTN |
Rețea telefonică publică comutată |
|
QoS |
Quality of Service |
|
RFC |
Solicitare de comentarii |
|
SFR |
Redirecționare fără răspuns |
|
RPID |
(Antet SIP) ID partid la distanță |
|
RTT |
Timp dus-întors |
|
S2S |
Site-to-Site |
|
SBC |
Controlor de frontieră de sesiune |
|
SBR |
Rutare bazată pe abilități |
|
SD-WAN |
Rețea de arie largă definită de software |
|
SIP |
Protocol Internet sesiune |
|
NS |
Nivelul serviciilor |
|
SLA |
Acord privind nivelul serviciilor |
|
SMS |
Serviciu de mesaje scurte |
|
SMTP |
Protocol simplu de transfer prin poștă |
|
SP |
Furnizor servicii |
|
SRTP |
Protocol de transport securizat în timp real |
|
SSL |
Strat Secure Sockets |
|
TCP |
Protocol de control al transmisiei |
|
TGRP |
(Antet SIP) Protocol de rutare a grupurilor trunchiurilor |
|
TLS |
Securitatea stratului de transport |
|
UDP |
Protocolul Datagramei utilizatorului |
|
UI |
Interfaţa cu utilizatorul |
|
URI |
Identificator uniform de resurse |
|
URL |
Instrument de localizare uniformă a resurselor |
|
UTC |
Ceas universal |
|
vCube |
CUB virtual |
|
VoIP |
Voice over IP |
|
VPLS |
Serviciu LAN privat virtual |
|
VPN |
Rețea privată virtuală |
|
VPOP |
Punct de prezență vocal În Webex Contact Center 1.0, VPOP integrează Webex Contact Center în PSTN și primul punct de conectivitate pentru clienți. De asemenea, are server media pentru tratament și înregistrarea apelurilor. |
|
Podul VPOP |
Punte punct de prezență vocală În Webex Contact Center, puntea VPOP conectează PSTN-ul furnizorului de servicii la stratul media de voce. |
|
WAN |
Rețea de arie largă |
|
WCB |
Tampon de comandă Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimizarea forței de muncă |
|
XML |
Limbaj extins de marcare |
Asigurarea vocii pentru Cisco Webex Contact Center
Prezentare generală
Întreprinderile client pot utiliza un Cisco Unified Border Element (CUBE) drept controler marginal de sesiune (SBC) pentru a se conecta la Webex centru de contact. CUBE de întreprindere se conectează la un operator pentru conectivitate PSTN sau VoIP pe de o parte și la Webex Contact Center pe de altă parte pentru a activa serviciile centrului de contact. Atât apelurile de intrare, cât și cele de ieșire către Webex rută Contact Center prin intermediul CUBE-ului întreprinderii. Clientul furnizează trunchiul SIP, activat bidirecțional furnizorului de servicii și Webex Contact Center, pentru a permite traficul de apeluri între platforme. Pentru mai multe informații despre CUBE, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Fie furnizorul de servicii, fie întreprinderea client pot deține și opera CUBE și Private Branch Exchange (PBX). În acest caz:
-
Toate apelurile primite către Webex Contact Center vin prin intermediul operatorului de la CUBE-ul întreprinderii.
-
Webex Contact Center trimite toate apelurile de ieșire, fie către clienți, fie către agenți, prin intermediul CUBE-ului întreprinderii.
-
Webex Contact Center colaborează cu furnizorul de servicii pentru a factura clientul direct pentru utilizarea PSTN, fără a trece printr-Webex facturare a centrului de contact.
Webex Contact Center acceptă CUBE, Virtual CUBE (vCUBE) și SBC terț.
Atunci când furnizorul de servicii deține SBC și PBX, centrul Webex contact furnizează un antet SIP pentru a identifica întreprinderea client furnizorului de servicii. Furnizorii de servicii configurează antetul SIP specific prin tabloul de bord al furnizorului de servicii de aplicații.
Webex Contact Center acceptă aceste anteturi SIP:
-
Deviere
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Întreprinderea client poate deține și opera CUBE și PBX, ceea ce elimină necesitatea unui antet SIP.
Audienţă
Acest document este destinat utilizatorilor care utilizează Cisco Webex Contact Center.
Istoricul modificărilor
Acest tabel listează modificările aduse acestui ghid după versiunea inițială. Cele mai recente modificări apar în partea de sus.
|
Modificarea |
Consultați |
Data |
|---|---|---|
|
Noi cifre privind implementarea |
Octombrie 2021 | |
|
Secțiune nouă |
Octombrie 2021 | |
|
Suport multiregional |
Septembrie 2021 | |
|
Secțiune nouă |
Septembrie 2021 | |
|
Restructurarea documentelor |
Mai multe capitole au fost restructurate. |
August 2021 |
|
A inclus un nou capitol | Tipuri de conectivitate |
Iulie 2019 Decembrie 2020 |
Suport multiregional
Webex Contact Center with Webex Calling Telephony acceptă mai multe regiuni (țări sau regiuni) pentru agenți și apelanți. Acceptăm următoarele scenarii:
-
Apelanții se află într-o regiune, iar agenții în mai multe regiuni.
-
Apelanții și agenții se află în mai multe regiuni.
În aceste scenarii, sistemul oferă suport pentru apeluri de intrare și apeluri de ieșire. Pentru apelurile primite, apelanții apelează la configurația PSTN conectat la cloud (Cisco Webex cloud) sau la gateway-ul local (LGW). Apelurile sunt dirijate către agenți. Agenții pot efectua apeluri de apelare către orice regiune.
Agenții aparțin unor locații diferite, așa cum este configurat în Control Hub. Configurația agentului are numărul și extensia pentru locația sa.
Numerele de intrare sunt asociate cu regiunile din Control Hub. Apelurile sunt dirijate către agenți în conformitate cu strategia de dirijare configurată în Webex Contact Center.
Figura următoare prezintă o soluție globală pentru Webex Contact Center cu Webex Calling.
Fișiere media precum IVR și înregistrarea apelurilor se află în Regiunea de domiciliu. Agenții din întreaga lume pot avea telefoane Webex Calling sau puncte finale în spatele opțiunilor de implementare Local Gateway.
Locația Regiunii de domiciliu necesită o analiză atentă pentru a minimiza distanța dintre regiuni, apelanți și agenți. Figura următoare prezintă calea apelurilor pentru agenții și apelanții dintr-o regiune îndepărtată de regiunea de domiciliu. În acest scenariu, distanța dintre Regiunea de domiciliu și Regiunea la distanță poate introduce latență inacceptabilă în apel.
Următoarele secțiuni discută detaliile scenariului și considerațiile pentru agenții din India.
Apelanții sunt într-o regiune, iar agenții sunt în mai multe regiuni
În acest scenariu, Webex Contact Center are agenți în diferite regiuni și asociate cu mai multe centre de date. Apelanții sunt dintr-o singură regiune.
Apelanții apelează Webex Contact Center. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact Webex utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un Cisco IP Phone sau o aplicație Webex Calling, apelul poate fi local pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Apelanții și agenții se află în mai multe regiuni
În acest scenariu, centrul de contact are agenți în mai multe regiuni și asociate cu mai multe centre de date. Apelanții provin din mai multe regiuni.
Apelanții apelează centrul de contact. Sistemul direcționează apelurile către centrul de contact și, pe baza configurației orei, direcționează apelurile către agenții disponibili dintr-una dintre regiuni.
Pentru a accepta acest scenariu:
-
Centrul de contact utilizează Webex Calling (VPOP Bridge sau LGW).
-
Dacă punctul final al agentului se află pe un BYoPSTN, apelul este un apel local de pe platforma vocală pentru regiunea agentului.
-
Dacă punctul final al agentului este un dispozitiv conectat la IP, apelul poate fi local de pe platforma vocală pentru regiunea agentului.
-
URL-ul desktop al agentului se află în aceeași regiune cu agentul.
Acest scenariu este pentru un apel vocal de intrare, dar sistemul acceptă scenarii similare pentru apelurile de ieșire.
Considerații pentru agenții din India
Următoarele reguli se aplică agenților din India.
-
Dacă un apel este direcționat către India prin PSTN, apelul trebuie să rămână în PSTN. Această cerință include apelurile care direcționează către India de la PSTN, printr-un Cisco Unified Communications Manager local (Unified CM) și apoi gestionate de un agent. Agentul trebuie să fie în PSTN.
-
Dacă un apel este direcționat către India prin VoIP, apelul trebuie să rămână activ VoIP.
Apelurile din afara Indiei se pot interconecta în orice fel. De exemplu, un apel poate fi direcționat către SUA prin PSTN și apoi direcționat către India prin VoIP. Cu toate acestea, după ce acest apel ajunge în India, trebuie să rămână ca un apel VoIP.
Documentație corelată
Pentru a vizualiza lista documentației Webex Contact Center, consultați https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pentru a vizualiza documentația pentru dezvoltatori Webex Contact Center și referințele API, consultați https://developer.webex-cx.com/documentation/getting-started.
Convenţii
Acest ghid folosește următoarele convenții.
|
Convenţie |
Descriere |
|---|---|
|
Font Îngroșat |
Textul dintr-un font aldin indică comenzi, cum ar fi intrările utilizatorului, cheile, butoanele și numele submeniurilor. De exemplu:
|
|
Font Italic |
Textul cu font cursiv indică următoarele:
|
|
Font |
Textul dintr-un font de fereastră, cum ar fi Courier, indică următoarele:
|
Comunicații, servicii și informații suplimentare
-
Pentru a primi la timp informații relevante de la Cisco, abonați-vă la Cisco Profile Manager.
-
Pentru a obține impactul pe care îl doriți asupra afacerii cu tehnologiile care contează, vizitați Serviciile Cisco.
-
Pentru a trimite o solicitare de service, vizitați Asistența Cisco.
-
Pentru a descoperi aplicații, produse, soluții și servicii validate, vizitați Cisco Marketplace.
-
Pentru a obține articole generale despre rețea, instruire și certificare, vizitați Cisco Press.
-
Pentru a găsi informații referitoare la garanție pentru un anumit produs sau o anumită familie de produse, accesați Instrumentul Cisco de identificare a garanției.
Instrument de Căutare Cisco Bug
Cisco Bug Search Tool (BST) oferă acces bazat pe web la sistemul Cisco de urmărire a erorilor. Acest sistem menține o listă completă a defectelor și vulnerabilităților asociate cu produsele și software-ul Cisco. BST vă furnizează informații detaliate ale defectelor referitoare la produsele și software-ul dvs.
Feedback documentație
Transmiteți comentariile dvs. despre acest ghid site-ului contactcenterproducts_docfeedback@cisco.com .
Webex Flux apeluri Contact Center
Introducere în fluxul de apeluri
Apelurile de intrare și de ieșire către Webex Contact Center sunt transmise prin intermediul unui operator, care este direcționat prin Enterprise and Cisco Unified Border Element (CUBE). Fiecare apel poate include mai multe sesiuni, în funcție de fluxul de apeluri. Următoarele secțiuni descriu câteva fluxuri de apeluri tipice.
Apel de intrare către un IVR
Un apel de intrare de la apelant către Webex Contact Center Voice Post Office Protocol (VPOP) creează o singură sesiune în CUBE de întreprindere și o singură sesiune în Webex Contact Center CUBE.
Apel de intrare către un agent
Un apel de intrare către un agent adaugă o sesiune de ieșire în Webex CUBE Contact Center și o singură sesiune în CUBE-ul întreprinderii.
Transfer conferinta si consultativa
O conferință agent-agent sau un transfer consultat adaugă o sesiune de ieșire în Webex Contact Center și în CUBE-ul întreprinderii.
Apel invers sau apel de ieșire către PSTN
Un apel de ieșire creează două sesiuni, una de la entitatea găzduită Enterprise la Webex Contact Center și alta de la Webex Contact Center la Enterprise.
Cerințe de licență și dimensionare CUBE
Licențe CUBE
Licențele Cisco Unified Border Element (CUBE) se aplică per sesiune și necesită o sesiune bidirecțională. Pentru mai multe informații, consultați Cisco Unified Border Element Fișa tehnică.
Dimensionarea licenței CUBE este suma dintre numărul de sesiuni de agent și numărul de apeluri la Interactive Voice Response (IVR). Utilizați fișa tehnică Cisco Unified Border Element pentru a determina numărul maxim de sesiuni pe care le acceptă platforma dvs.
Numărul de licențe trebuie să fie egal cu capacitatea maximă a întreprinderii client.
licențe = (număr de agenți X 2) + (număr de sesiuni active în coada de așteptare)
Exemplu
-
La orele de vârf, dacă aveți 100 de agenți care răspund la apelurile clienților, fiecare apel are două sesiuni active. Numărul de ședințe este de 200.
-
Numărul de apeluri din coadă în acest caz este 100, ceea ce creează 100 de sesiuni.
-
Prin urmare, numărul total de sesiuni este egal cu 300, ceea ce reprezintă 300 de licențe.
Dimensiune sesiune CUBE
Un dispozitiv CUBE poate gestiona 1/3 din sesiunile SIP, dacă securizați apelurile cu TLS sau SRTP.
sesiuni = ((numărul de agenți X 2) + (numărul de sesiuni active din coada de așteptare)) X 3
Folosind exemplul a 100 de apeluri dintr-o coadă cu 100 de agenți care răspund la apeluri, numărul de sesiuni este:
((100 X 2)+ 100) X 3 = 900.
Puteți dimensiona CUBE-ul pentru 300 de sesiuni dacă furnizați un WAN privat pentru trunchiul SIP.
Pentru a ajuta la determinarea numărului maxim de agenți, să presupunem că:
-
50% din apeluri sunt în coadă și utilizează porturi IVR, în timp ce restul de 50% din apeluri sunt active cu agenți.
-
10% din apeluri folosesc serviciile suplimentare de consultare și conferință.
-
TLS sau SRTP securizați 100% din apeluri.
Folosind aceste ipoteze, platformele CUBE pot suporta un agent pentru fiecare 9,3 sesiuni.
Tipuri de conectivitate
Tipuri de conectivitate acceptate
Webex Contact Center acceptă următoarele tipuri de conectivitate.
|
Conectivitate |
Tipuri |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) sau IPSec prin Generic Routing Encapsulation (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Conectivitate privată (este necesară aprobarea) |
MPLS Punct la punct (P2P) VPLS SD-WAN WAN privat Conectarea încrucișată a centrului de date Conexiuni Equinix Fabric |
Versiunea IOS pentru CUBE sau vCUBE ar trebui să accepte TLS 1.2.
Public Internet
Trunchi SIP direct (deasupra)
Cisco recomandă clienților să plaseze CUBE sau SBC la o adresă IP publică.
|
Argumente pro |
Contra |
|---|---|
|
|
Deoarece o conexiune directă este cea mai simplistă abordare, este și cea mai puțin flexibilă. Beneficiile unei topologii simplificate sunt ușurința gestionării și depanarea. Clientul completează diagramele de rețea și le trimite echipei de voce și sunt creați colegi de apelare. Puteți plasa CUBE într-un DMZ pentru a atenua complexitatea tratării traducerii accesului la rețea (NAT). CUBE în sine este un firewall, iar majoritatea furnizorilor își plasează CUBE într-un spațiu public IP și folosesc capacitățile sale de securitate.
VPN-uri
Un VPN este un alt tip de conexiune care utilizează internetul public. Utilizați VPN-uri atunci când un client necesită o conexiune sigură pentru SIP și RTP. Un VPN ar putea fi, de asemenea, necesar în cazul în care clientul nu poate plasa CUBE într-un spațiu IP public. Pentru VPN conexiuni este necesară o întâlnire de asigurare a accesului cu ingineria vocală.
|
Argumente pro |
Contra |
|---|---|
|
|
Porturi de voce
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN sau IPSec peste GRE
Următoarele opțiuni sunt disponibile pentru VPN Connectivity:
-
Conectivitate SBC la SBC
-
Conectivitate GW la GW
Webex Contact Center (IPSec sau IPSec prin tunelul GRE și Webex conectivitatea Contact Center S2S) trebuie să utilizeze UDP/5060 în loc de TCP/5060.
Un IPSec VPN sau IPSec peste GRE este o opțiune bună pentru un SIP Trunk securizat atunci când CUBE se află într-un spațiu IP public. Aceasta este o conexiune SBC la SBC cu VPN tuneluri. De asemenea, trebuie să luați în considerare schemele de adrese de IP private pentru a evita orice suprapunere între clienți. Pentru conexiunile GRE, IP subrețele sunt 10.x.248.x și 10.x.249.x.
Site-to-Site (S2S)
O conexiune S2S poate fi implementată dacă clientul are nevoie de o conexiune securizată sau nu poate plasa CUBE într-un spațiu IP public. Aceasta este o conexiune gateway to gateway. Nu există subrețele special desemnate pentru conexiunile S2S VPN, deoarece rutarea se bazează pe un trafic interesant fără implicarea unei interfețe logice.
SIP TLS și SRTP
SRTP/SIP TLS este o altă opțiune atunci când CUBE se află pe o adresă IP publică. Cu toate acestea, există un hit de performanță cu SRTP / SIP TLS. Un dispozitiv CUBE poate gestiona o treime din sesiunile SIP dacă ați securizat apelurile utilizând TLS sau SRTP. Aceasta este o conexiune SBC la SBC.
Certificate publice și autosemnate
Pentru a stabili o conexiune TLS SIP, este necesar să se facă schimb de certificate. Sunt disponibile următoarele opțiuni:
-
Certificatele autosemnate sunt generate și schimbate între client și Webex Contact Center.
-
CA public—Parcurgeți următorii pași pentru a sprijini un CA public:
-
Clientul partajează certificatul rădăcină, care este încărcat în Webex Contact Center SBC.
Trebuie să furnizați atât certificatul rădăcină, cât și certificatul intermediar/subordonat.
-
Clientul actualizează DNS pentru a include adresele IP ale SBC-urilor Webex Contact Center.
-
Conectivitate privată
Furnizorii de întreprinderi mari preferă adesea o conexiune directă, deoarece oferă un circuit dedicat și sigur. În cazul în care clientul are nevoie de o conexiune directă, furnizați-i Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP ca pas inițial. Următorul pas este o întâlnire de proiectare ulterioară cu echipa Webex de inginerie vocală a centrului de contact și inginerii clienților. Clientul furnizează o diagramă de rețea detaliată a rețelei de voce a clientului, inclusiv interconectările operatorului PSTN, pentru întâlnire. Cisco nu va găzdui niciun echipament pentru clienți.
Cisco Webex Contact Center oferă, de asemenea, conexiuni Equinix Fabric pentru clienții care au colocații cu Equinix.
Pentru mai multe informații despre Equinix Fabric, consultați:
Indiferent dacă clientul alege MPLS, P2P, VPLS sau SD-WAN, topologia arată similar și toate circuitele se termină în routerul Webex Contact Center/GW (gateway) și nu în Webex CUBE-uri Contact Center.
Cerințele de lățime de bandă pentru o conexiune directă se bazează pe codecul G.711 (~100 kbps per picior de apel), care permite două picioare de apel pe sesiune.
|
Argumente pro |
Contra |
|---|---|
|
|
Conexiunile Equinix Fabric oferă redundanță a porturilor, comandă mai rapidă a conexiunilor virtuale și asigurare a accesului. Cisco recomandă utilizarea conexiunii Equinix, mai degrabă decât utilizarea altor metode de conectare privată.
Conectarea încrucișată a centrului de date
Dacă un client decide să utilizeze o conexiune privată, trebuie să comandați conexiuni încrucișate ale centrului de date așa cum este descris în Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP. Clientul este responsabil pentru costul suportat și pentru obținerea circuitului clientului la picătura desemnată.
Clienții care optează pentru o conexiune privată primesc Cisco Webex Contact Center Instrucțiuni privind comenzile de circuite VPOP în timpul procesului de integrare.
Implementări non-standard
Implementări non-standard
Dacă topologiile recomandate nu îndeplinesc toate cerințele rețelei clientului, trebuie programată o întâlnire de proiectare cu echipa de inginerie vocală Cisco prin intermediul echipei de cont Cisco a clientului pentru un proces special de aprobare. Următoarele secțiuni sunt exemple de implementări non-standard și implementări care nu sunt recomandate:
Excepții A2Q
Furnizorul PSTN termină circuitul direct la Webex Contact Center VPOP.
Excepții pentru chiriașii de aur
Cisco recomandă insistent un SIP Trunk direct pentru clienții Gold Tenant. Aceasta este topologia over-the-top a plasării CUBE într-un spațiu IP public. Necesitatea unui chiriaș de aur există adesea cu furnizori mai mari; cu toate acestea, furnizorul solicită chiriașului de aur să fie o dovadă a conceptului pentru implementarea producției intenționate a furnizorului. Dovada conceptului Gold Tenant depășește adesea utilizarea accesului la internet deschis pentru un trunchi SIP și ar necesita unul dintre tipurile de conexiune discutate anterior.
Clienții Gold Tenant nu vor fi monitorizați.
Internet public – CUBE în spatele firewall-ului
Plasarea unui CUBE pe o adresă IP privată în spatele unui firewall NAT este o altă opțiune de implementare. Cerințele de securitate de la departamentul IT al clientului pot stipula că aplicația de voce se află în spatele unui firewall. Această opțiune are câteva dezavantaje cunoscute. Chiar dacă acest lucru nu poate cauza probleme în stratul de rețea, poate duce la probleme în stratul de aplicație SIP. Adresa de IP privată este utilizată în mesajele SIP, ceea ce provoacă erori de procesare a apelurilor. Capacitatea firewall-ului este un alt factor care trebuie luat în considerare pentru acest tip de implementare. Firewall-urile trebuie să fie dimensionate corespunzător pentru a gestiona traficul VoIP; firewall-ul poate deveni altfel un blocaj și poate afecta calitatea apelurilor și procesarea apelurilor.
Următoarele sunt dezavantajele acestei implementări:
-
Posibile probleme de configurare și configurare CUBE la început.
-
Încărcare crescută a firewall-ului, care ar putea afecta calitatea vocii.
-
Clientul este responsabil pentru configurarea CUBE și dimensionarea firewall-ului.
-
Nu este o topologie recomandată din cauza impactului asupra SLA-urilor.
Această topologie nu este recomandată datorită complexității tratării SIP și NAT. Pentru aprobarea acestui tip de implementare este necesară o întâlnire cu echipa de inginerie vocală Cisco și cu clientul.
Redundanța componentelor
Introducere în redundanța componentelor
Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât Webex cloud Contact Center, cât și CUBE întreprindere pentru a fi redundante:
-
Într-o regiune geografică - Puteți configura mai multe POP în cadrul unei întreprinderi.
-
În centrele de date ale întreprinderilor dintr-o regiune geografică.
-
În cadrul rețelelor de întreprindere - De asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea oth și suporturile media.
Toate semnalizările și suporturile media provin de la și de la adresa IP virtuală.
Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui, de asemenea, să instituie doi POP. Acest lucru asigură că vânătoarea între Webex VPOP-uri ale centrului de contact este chiar rotundă.
Redundanță în centrele de date ale întreprinderilor dintr-o regiune geografică
Puteți configura două centre de date din cadrul întreprinderii pentru a vă conecta la același Webex Contact Center VPOP, în aceeași regiune geografică.
Enterprise CUBE la Webex Exemplu de configurare centru de contact
Intrați în modul global de configurare
Acest exemplu de configurare se aplică gateway-ului vocal Cisco IOS și gateway-ului vocal Cisco Unified Border Element (CUBE). Pentru instrucțiuni complete de configurare CUBE, consultați Cisco Unified Border Element Ghidul de configurare din https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toate configurațiile din acest exemplu utilizează modul de configurare globală.
| 1 |
Introduceți |
| 2 |
Introduceți |
Configurație de bază
Cronometrele SIP (MIN-SE) sunt setate la 3600 în toate VPOP-urile din Webex Contact Center. Puteți să actualizați această setare la nivel global sau să o modificați în Invitație la centrul de contact Webex.
serviciu de voce VoIP Sip Min-se 3600Configurarea clasei de codec vocal
Clasa de voce Codec 100 Preferința codecului 1 G711aLaw Codec Preferința 2 G711ulawApelare peer de intrare pentru apeluri de la Webex Contact Center
Dial-peer Voice 200 Protocolul de sesiune VoIP SIPV2 Codec de clasă vocală 100 DTMF-Releu RTP-NTE nu VADApel-peer de ieșire pentru apeluri către Webex centru de contact
Voce dial-peer Model de destinație 100 VoIP <Model către Webex CC> protocol de sesiune Țintă sesiune SIPV2 IPV4:<Webex IP-uri SBC CC> codec de clasă vocală 100 de opțiuni SIP din clasa vocală-păstrați-păstrați-releu DTMF RTP-NTE fără VADConfigurație comună
Acest exemplu arată Webex asigurare a accesului trunchiului centrului de contact în SUA, cu următoarea topologie.
Detalii configurare:
-
Configurați opțiunile SIP Keepalive.
-
Noii colegi de apelare cu destinație țintă IP adresă Webex CC LAX și JFK CUBE.
-
Preferința dial-peer poate fi configurată fie pentru round robin, fie primară și secundară.
-
Codecul este configurat pentru G711 ulaw și G711 alaw (conexiuni în afara SUA). DTMF este RFC2833.
-
SIP Communication este peste UDP port 5060 și porturi RTP 8000 la 48199.
-
Apelați planul în care modelul de destinație se potrivește Webex Contact Center cu agenții prin PBX și PSTN.
-
Mai mult de un POP pentru disponibilitate ridicată.
-
Cronometrul MIN SE pe Webex CC este 3600; cronometrele de sesiune trebuie fie actualizate la această valoare, fie permit negocierea SIP la această valoare în timpul configurării unui apel.
Dacă utilizați CUBE/vCUBE, Cisco vă recomandă să utilizați o versiune IOS care acceptă TLS 1.2.
Trunchi SIP securizat între CUBE și Webex Contact Center
Prezentare generală a trunchiului SIP securizat
Acest exemplu demonstrează cum se configurează o conexiune SIP Transport Layer Security (TLS) între Cisco Unified Border Element (CUBE) și Webex Contact Center.
Exemplu: Configurarea SIP TLS
nainte de a începe
Asigurați-vă că:
-
Punctele finale au aceeași dată și oră. Aveți posibilitatea să sincronizați punctele finale utilizând un server Network Time Protocol (NTP).
-
Aveți TCP conectivitate.
-
CUBE are licențele de securitate și UCK9 instalate.
| 1 |
Creați un punct de încredere pentru a deține certificatul auto-semnat al CUBULUI: |
| 2 |
Generați un certificat autosemnat: |
| 3 |
Exportați certificatul: |
| 4 |
Copiați certificatul auto-semnat pe care l-ați exportat și salvați-l ca fișier text cu extensia de |
| 5 |
Încărcați certificatul CUBE autosemnat într-Webex Contact Center. |
| 6 |
Copiați certificatul de Webex Contact Center. |
| 7 |
Încărcați certificatul Webex Contact Center în CUBE: Introduceți |
| 8 |
Configurați SIP pentru a utiliza punctul de încredere certificat auto-semnat pe care l-ați creat în pasul 1: |
| 9 |
Configurați colegii de apelare cu securitatea stratului de transport: |
Configurați un trunchi SIP pentru entitatea găzduită
Înainte de configurare
-
Asigurați-vă că aveți entitatea găzduită parteneră Gold și acces la portalul furnizorului de servicii.
-
Configurați controlerul bordurii de sesiune a întreprinderii.
-
Obțineți o adresă de destinație pentru trunchiul SIP.
Pentru mai multe informații, consultați Cisco Unified Border Element Ghid de configurare în https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Asigurarea accesului la entitatea găzduită
Cisco utilizează informațiile de asigurare a accesului pe care le furnizați pentru a configura controlerul de bordură de sesiune Webex centrului de contact pentru entitatea dvs. găzduită. Asigurați-vă că informațiile pe care le furnizați corespund comenzii dvs. și sunt corecte.
Pentru instrucțiuni despre modul de asigurare a accesului entității găzduite, consultați ghidurile de administrare și utilizare la:
-
Configurați un trunchi SIP care conectează adresa de IP a clientului la controlerul de frontieră configurat. Asigurați-vă că selectați
CUBEca tip de trunchi SIP. Configurați un trunchi SIP pentru fiecare CUBE pe care îl implementați. -
Creați și asigurați accesul la o entitate găzduită.
-
Atribuiți trunchi SIP entității găzduite, adăugați numere de apelare și asigurați accesul noului entitate găzduită.
După ce asigurați accesul entității găzduite și configurați Webex Contact Center CUBE, primiți un e-mail că entitatea găzduită este gata de utilizare.
Webex regiuni ale centrului de contact
VPOP este disponibil pentru conexiunea entității găzduite în funcție de regiune:
-
SUA: Los Angeles și New York
-
Europa: Londra, Amsterdam, Frankfurt
-
Canada: Toronto și Vancouver
-
Australia: Sydney și Melbourne
-
Japonia: Tokyo și Osaka
-
America de Sud: São Paulo și Rio de Janeiro
-
India: Pune și Hyderabad
-
Singapore
Webex Glosar Contact Center
Glosar
|
Acronim sau termen |
Descriere |
|---|---|
|
A2Q |
Asigurarea calității |
|
ACD |
Distribuirea automată a apelurilor |
|
ADA |
Aplicația Webex Contact Center Agent Desktop |
|
ADR |
Raport detaliat agent |
|
AES |
Standard avansat de criptare |
|
ANI |
Identificarea automată a numerelor |
|
API |
Interfață de programare a aplicațiilor |
|
BST |
Instrument de Căutare Cisco Bug |
|
BYoPSTN |
Aduceți-vă propriul PSTN Clientul (întreprinderea) deținea PSTN existent bazat pe premisă. |
|
CA |
Certificate Authority |
|
CAD |
Date asociate apelurilor |
|
CC |
Centru de contact |
|
CCDR |
Înregistrări cumulative ale detaliilor apelurilor |
|
CCG |
Computer Communications Group |
|
CCP |
PSTN conectat la cloud |
|
CDR |
Înregistrări cu detalii despre apeluri |
|
CSS |
Strategia de selecție a contactelor |
|
CSV |
Valori separate prin virgulă |
|
CTQ |
Consultare pentru coadă |
|
CUB |
Cisco Unified Border Element |
|
FĂCUT |
Apelare directă spre interior |
|
DMZ |
Zona demilitarizată |
|
DN |
Număr director |
|
DNC |
Nu apelați |
|
DNIS |
Serviciul de identificare a numerelor formate |
|
DNS |
Domain Name System |
|
DTG |
(Antet SIP) Grup trunchi destinație |
|
DTMF |
Multi-frecvență dual-ton |
|
EP |
Punctul de intrare |
|
ESR |
Versiunea cu suport extins |
|
FIPS |
Standarde federale de procesare a informațiilor |
|
GIF |
Format de schimb grafic |
|
GRE |
Încapsulare generică de rutare |
|
GW |
Gateway |
|
H |
Disponibilitate ridicată |
|
HTML |
Limbaj de marcare hipertext |
|
IB |
Legat spre interior |
|
ID |
Identitate, identificare |
|
IMAP |
Protocol de acces la mesaje Internet |
|
IOS |
Sistem de operare mobil (fost iPhone OS) |
|
IP |
Protocolul de internet |
|
IPsec |
Securitatea protocolului de internet |
|
ITSP |
Furnizor de servicii de telefonie prin internet |
|
IVR |
Interactive Voice Response |
|
JPG și JPEG |
Grupul comun de experți fotografi Un fișier imagine digitală |
|
LAN |
Rețea locală |
|
LCM |
Listă și manager de campanii |
|
LGW |
Local Gateway |
|
MPLS |
Comutarea etichetelor multiprotocol |
|
NAT |
Traducerea accesului la rețea |
|
NDC |
Colectarea datelor de rețea |
|
NTP |
Protocol de timp de rețea |
|
OB |
Legat spre exterior |
|
OTG |
(Antet SIP) Grupul de trunchiuri originar |
|
P2P |
Punct la punct |
|
PAI |
(Antet SIP) Identitatea afirmată de P |
|
PBX |
Schimb privat de sucursale |
|
PCI DSS |
Standardul de securitate a datelor din industria cardurilor de plată |
|
|
Format document portabil |
|
PEWC |
Acord prealabil scris expres |
|
Contacte personale |
Informații de identificare personală |
|
PNG |
Grafică de rețea portabilă |
|
POP |
Protocolul oficiului poștal |
|
PSTN |
Rețea telefonică publică comutată |
|
QoS |
Quality of Service |
|
RFC |
Solicitare de comentarii |
|
SFR |
Redirecționare fără răspuns |
|
RPID |
(Antet SIP) ID partid la distanță |
|
RTT |
Timp dus-întors |
|
S2S |
Site-to-Site |
|
SBC |
Controlor de frontieră de sesiune |
|
SBR |
Rutare bazată pe abilități |
|
SD-WAN |
Rețea de arie largă definită de software |
|
SIP |
Protocol Internet sesiune |
|
NS |
Nivelul serviciilor |
|
SLA |
Acord privind nivelul serviciilor |
|
SMS |
Serviciu de mesaje scurte |
|
SMTP |
Protocol simplu de transfer prin poștă |
|
SP |
Furnizor servicii |
|
SRTP |
Protocol de transport securizat în timp real |
|
SSL |
Strat Secure Sockets |
|
TCP |
Protocol de control al transmisiei |
|
TGRP |
(Antet SIP) Protocol de rutare a grupurilor trunchiurilor |
|
TLS |
Securitatea stratului de transport |
|
UDP |
Protocolul Datagramei utilizatorului |
|
UI |
Interfaţa cu utilizatorul |
|
URI |
Identificator uniform de resurse |
|
URL |
Instrument de localizare uniformă a resurselor |
|
UTC |
Ceas universal |
|
vCube |
CUB virtual |
|
VoIP |
Voice over IP |
|
VPLS |
Serviciu LAN privat virtual |
|
VPN |
Rețea privată virtuală |
|
VPOP |
Punct de prezență vocal În Webex Contact Center 1.0, VPOP integrează Webex Contact Center în PSTN și primul punct de conectivitate pentru clienți. De asemenea, are server media pentru tratament și înregistrarea apelurilor. |
|
Podul VPOP |
Punte punct de prezență vocală În Webex Contact Center, puntea VPOP conectează PSTN-ul furnizorului de servicii la stratul media de voce. |
|
WAN |
Rețea de arie largă |
|
WCB |
Tampon de comandă Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimizarea forței de muncă |
|
XML |
Limbaj extins de marcare |
