- Domů
- /
- Článek
Děkujeme za vaši zpětnou vazbu.
Cisco Webex Contact Center Průvodce připojováním hlasového mostu POP (vPOP)
V tomto článku
Zpětná vazba?Tento článek obsahuje podrobné informace o připojování Cisco Webex Contact Center pomocí protokolu vPOP (Voice POP Bridge), což je starší metoda pro připojení tradičních telefonních sítí (PSTN) pro příchozí a odchozí hovory.
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Zneužívání
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje hovory, které směrují do Indie z veřejné telefonní sítě přes místní Cisco Unified Communications Manager (Unified CM) a pak je zpracovává agent. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie přes VoIP, musí zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím veřejné telefonní sítě a poté VoIP směrován do Indie. Poté, co tento hovor dorazí do Indie, však musí zůstat jako VoIP hovor.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
 | Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2. |
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Vpn
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionály |
Nevýhody |
|---|---|
|
|
| Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení. |
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
| Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . |
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
| Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem. |
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
| Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2. |
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Slovníček
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
CAD |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
Datové krychle |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokolu ipsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
PII |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
POP |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Zneužívání
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje hovory, které směrují do Indie z veřejné telefonní sítě přes místní Cisco Unified Communications Manager (Unified CM) a pak je zpracovává agent. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie přes VoIP, musí zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím veřejné telefonní sítě a poté VoIP směrován do Indie. Poté, co tento hovor dorazí do Indie, však musí zůstat jako VoIP hovor.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
| Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2. |
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Vpn
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionály |
Nevýhody |
|---|---|
|
|
| Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení. |
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
| Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . |
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
| Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem. |
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
| Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2. |
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Slovníček
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
CAD |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
Datové krychle |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokolu ipsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
PII |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
POP |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Zneužívání
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje hovory, které směrují do Indie z veřejné telefonní sítě přes místní Cisco Unified Communications Manager (Unified CM) a pak je zpracovává agent. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie přes VoIP, musí zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím veřejné telefonní sítě a poté VoIP směrován do Indie. Poté, co tento hovor dorazí do Indie, však musí zůstat jako VoIP hovor.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
| Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2. |
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Vpn
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionály |
Nevýhody |
|---|---|
|
|
| Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení. |
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
| Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . |
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
| Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem. |
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
| Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2. |
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Slovníček
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
CAD |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
Datové krychle |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokolu ipsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
PII |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
POP |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Objížďka
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje hovory, které směrují do Indie z veřejné telefonní sítě přes místní Cisco Unified Communications Manager (Unified CM) a pak je zpracovává agent. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie přes VoIP, musí zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím veřejné telefonní sítě a poté VoIP směrován do Indie. Poté, co tento hovor dorazí do Indie, však musí zůstat jako VoIP hovor.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
| Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2. |
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Sítě VPN
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
| Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení. |
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
| Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . |
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
| Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem. |
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
| Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2. |
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Glosář
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
HULVÁT |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
KRYCHLE |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokol IPsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
BOUCHNOUT |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Přehled
Zákaznické podniky mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková CUBE se na jedné straně připojuje k operátorovi pro připojení PSTN nebo VoIP a na druhé straně ke kontaktnímu centru Webex, aby umožnila služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex procházejí podnikovou kostkou. Zákazník poskytuje obousměrně aktivovaný přenosový spoj SIP poskytovateli služeb a kontaktnímu centru Webex, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychle naleznete v příručce Cisco Unified Border Element Configuration Guide v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechna příchozí volání do kontaktního centra Webex procházejí prostřednictvím operátora v podnikové CUBE.
-
Kontaktní centrum Webex odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Kontaktní centrum Webex spolupracuje s poskytovatelem služeb na přímém účtování zákazníkovi za využití veřejné telefonní sítě, aniž by procházelo fakturací kontaktního centra Webex.
Kontaktní centrum Webex podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Kontaktní centrum Webex podporuje tyto hlavičky SIP:
-
Zneužívání
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají kontaktní centrum Cisco Webex.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Kontaktní centrum Webex s voláním Webex Telefonní subsystém podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. U příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (cloud Cisco Webex) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle strategie směrování nakonfigurované v kontaktním centru Webex.
Následující obrázek znázorňuje globální řešení pro kontaktní centrum Webex s voláním Webex.
Média, jako je IVR a nahrávání hovorů, jsou umístěna v domovské oblasti. Agenti po celém světě mohou mít telefony Webex Calling nebo koncové body za možnostmi nasazení místní brány.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má kontaktní centrum Webex agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají do kontaktního centra služby Webex. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá volání Webex (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta IP telefon Cisco nebo aplikace pro volání Webex, může být volání místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá volání Webex (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje volání, která jsou směrována do Indie z veřejné telefonní sítě prostřednictvím místní aplikace Cisco Unified Communications Manager (Unified CM) a poté zpracována agentem. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie prostřednictvím VoIP, musí hovor zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím PSTN a poté směrován do Indie pomocí VoIP. Poté, co tento hovor dorazí do Indie, však musí zůstat jako hovor VoIP.
Související dokumentace
Seznam dokumentace kontaktního centra Webex naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit dokumentaci pro vývojáře kontaktního centra Webex a odkazy na rozhraní API, viz https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Data Sheet.
Velikost licence CUBE je součtem počtu relací agenta a počtu hovorů při interaktivní hlasové odezvě (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovávat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je zařazeno do fronty a používá porty IVR, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečují 100% hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
| Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2. |
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Vpn
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionály |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionály |
Nevýhody |
|---|---|
|
|
| Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení. |
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
| Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . |
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
| Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem. |
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
| Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2. |
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex Contact Center.
Příklad: Konfigurace protokolu SIP TLS
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte připojení TCP.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z kontaktního centra Webex. |
| 7 |
Nahrání certifikátu kontaktního centra Webex do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Slovníček
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
CAD |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
Datové krychle |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokolu ipsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
PII |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
POP |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Zajištění hlasu pro Cisco Webex Contact Center
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Objížďka
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje hovory, které směrují do Indie z veřejné telefonní sítě přes místní Cisco Unified Communications Manager (Unified CM) a pak je zpracovává agent. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie přes VoIP, musí zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím veřejné telefonní sítě a poté VoIP směrován do Indie. Poté, co tento hovor dorazí do Indie, však musí zůstat jako VoIP hovor.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Webex Tok hovorů kontaktního centra
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
CUBE License and Sizing Requirements
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Typy připojení
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2.
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Sítě VPN
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení.
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines .
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem.
redundance součástí
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Enterprise CUBE to Webex Contact Center – příklad konfigurace
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2.
zabezpečený SIP přenosový spoj mezi CUBE a Webex kontaktním centrem
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Konfigurace přenosového spoje SIP pro vašeho tenanta
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Webex Glosář kontaktního centra
Glosář
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
HULVÁT |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
KRYCHLE |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokol IPsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
BOUCHNOUT |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Zajištění hlasu pro Cisco Webex Contact Center
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Objížďka
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Následující části popisují podrobnosti scénáře a důležité informace pro agenty v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Úvahy pro agenty v Indii
Následující pravidla platí pro agenty v Indii.
-
Pokud je hovor směrován do Indie prostřednictvím veřejné telefonní sítě, musí zůstat ve veřejné telefonní síti. Tento požadavek zahrnuje hovory, které směrují do Indie z veřejné telefonní sítě přes místní Cisco Unified Communications Manager (Unified CM) a pak je zpracovává agent. Agent musí být ve veřejné telefonní síti.
-
Pokud je hovor směrován do Indie přes VoIP, musí zůstat na VoIP.
Hovory mimo Indii se mohou jakkoliv propojit. Hovor může být například směrován do USA prostřednictvím veřejné telefonní sítě a poté VoIP směrován do Indie. Poté, co tento hovor dorazí do Indie, však musí zůstat jako VoIP hovor.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Webex Tok hovorů kontaktního centra
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
CUBE License and Sizing Requirements
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Typy připojení
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2.
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Sítě VPN
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení.
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines .
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem.
redundance součástí
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Enterprise CUBE to Webex Contact Center – příklad konfigurace
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2.
zabezpečený SIP přenosový spoj mezi CUBE a Webex kontaktním centrem
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Konfigurace přenosového spoje SIP pro vašeho tenanta
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Puné a Hajdarábád
-
Singapur
Webex Glosář kontaktního centra
Glosář
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
HULVÁT |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
KRYCHLE |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokol IPsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
BOUCHNOUT |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Zřídit hlas pro řešení Cisco Webex Contact Center
Přehled
Podniky zákazníků mohou pro připojení k řešení Webex Contact Center používat Cisco Unified Border Element (CUBE) jako řadič hranic relace (SBC). Podnikový CUBE se připojuje k operátorovi pro připojení PSTN nebo VoIP na jedné straně a k řešení Webex Contact Center na straně druhé, aby bylo možné povolit služby kontaktního centra. Příchozí i odchozí hovory na řešení Webex Contact Center směrují přes podnikovou cube. Zákazník poskytuje spoj SIP trunk, aktivovaný obousměrně poskytovateli služeb a řešení Webex Contact Center, aby byl umožněn provoz hovorů mezi platformami. Další informace o krychli naleznete v Průvodci konfigurací prvků Cisco Unified Border Element v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Službu CUBE a pobočkovou ústřednu (PBX) mohou vlastnit a provozovat poskytovatel služeb nebo podnik zákazníka. V takovém případě:
-
Všechny příchozí hovory do kontaktního centra Webex procházejí operátorem v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové cube.
-
Řešení Webex Contact Center spolupracuje s poskytovatelem služeb na tom, aby zákazníkovi fakturoval přímo používání sítě PSTN, aniž by procházelo fakturací přes řešení Webex Contact Center.
Webex Contact Center podporuje CUBE, virtuální CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní SBC a PBX, kontaktní centrum Webex poskytne poskytovateli služeb záhlaví SIP k identifikaci podniku zákazníka. Poskytovatelé služeb konfigurují konkrétní záhlaví SIP prostřednictvím řídicího panelu Poskytovatel aplikačních služeb.
Řešení Webex Contact Center podporuje tato záhlaví SIP:
-
Odklonění
-
Pai
-
OTG
-
DTG
-
tgrp
-
rpid
Podnik zákazníka může vlastnit a provozovat CUBE a PBX, což eliminuje nutnost záhlaví SIP.
Publikum
Tento dokument je určen uživatelům, kteří používají řešení Cisco Webex Contact Center.
Změnit historii
Tato tabulka uvádí změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazují nahoře.
|
Změnit |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Přidána nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Řešení Webex Contact Center s telefonní službou Webex Calling podporuje více oblastí (země nebo oblasti) pro agenty a volající. Podporujeme následující scénáře:
-
Volající jsou umístěni v jedné oblasti a agenti jsou umístěni ve více oblastech.
-
Volající a agenti jsou umístěni ve více oblastech.
V těchto situacích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do nastavení PSTN připojeného ke cloudu (cloud Cisco Webex) nebo místní brány (LGW). Hovory jsou směrovány na agenty. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro danou pobočku.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Volání směrují agentům podle strategie směrování nakonfigurované v kontaktním centru Webex.
Následující obrázek ukazuje globální řešení pro kontaktní centrum Webex se službou Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou umístěna v domovské oblasti. Agenti na celém světě mohou mít telefony nebo koncové body služby Webex Calling za možnostmi nasazení místní brány.
Umístění oblasti domů vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi regiony, volajícími a agenty. Následující obrázek zobrazuje cestu hovorů agentů a volajících v oblasti, která je vzdálená od oblasti domů. V tomto scénáři může vzdálenost mezi oblastí domů a vzdálenou oblastí způsobit nepřijatelnou latenci hovoru.
Následující části pojednávají o podrobnostech a úvahách o scénáři pro zástupce v Indii.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má řešení Webex Contact Center agenty v různých oblastech a je přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na kontaktní centrum Webex. Systém směruje hovory na kontaktní centrum a na základě konfigurace denní doby směruje hovory na dostupné agenty v jedné z oblastí.
Na podporu tohoto scénáře:
-
Webex Contact Center používá službu Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, je to místní hovor z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta telefon Cisco IP Phone nebo aplikace Webex Calling, může být hovor pro oblast agenta místní.
-
Adresa URL plochy agenta se nachází ve stejné oblasti jako agent.
Tento scénář se týká příchozích hlasových hovorů, systém však podporuje podobné scénáře pro vnější hovory.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní centrum agenty ve více oblastech a jsou přidruženi k několika datovým centrům. Volající jsou z několika oblastí.
Volající volají do kontaktního centra. Systém směruje hovory na kontaktní centrum a na základě konfigurace denní doby směruje hovory na dostupné agenty v jedné z oblastí.
Na podporu tohoto scénáře:
-
Kontaktní centrum používá službu Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, je to místní hovor z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízením připojeným k síti IP, hovor může být místní z hlasové platformy pro oblast agenta.
-
Adresa URL plochy agenta se nachází ve stejné oblasti jako agent.
Tento scénář se týká příchozích hlasových hovorů, systém však podporuje podobné scénáře pro vnější hovory.
Úvahy pro zástupce v Indii
Pro agenty v Indii platí následující pravidla.
-
Pokud je hovor směrován do Indie prostřednictvím sítě PSTN, musí zůstat v síti PSTN. Tento požadavek zahrnuje volání, která jsou směrována do Indie ze sítě PSTN prostřednictvím místního systému Cisco Unified Communications Manager (Unified CM) a pak jsou vyřizována agentem. Agent musí být v síti PSTN.
-
Pokud je hovor směrován do Indie prostřednictvím VoIP, musí zůstat u VoIP.
Hovory mimo Indii se mohou jakýmkoli způsobem propojit. Například hovor může být směrován do USA prostřednictvím sítě PSTN a poté do Indie pomocí technologie VoIP. Poté, co však hovor dorazí do Indie, musí zůstat jako hovor VoIP.
Související dokumentace
Seznam dokumentace k řešení Webex Contact Center naleznete v části https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pokud chcete zobrazit dokumentaci pro vývojáře kontaktního centra Webex a odkazy na rozhraní API, viz https://developer.webex-cx.com/documentation/getting-started.
Úmluvy
V této příručce jsou použity následující konvence:
|
Úmluva |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, jako jsou uživatelské položky, tlačítka, tlačítka a názvy podnabídek. Například:
|
|
Kurzíva písma |
Text kurzívou indikuje následující údaje:
|
|
|
Text v písmu Window, například Courier, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li od společnosti Cisco dostávat aktuální a relevantní informace, zaregistrujte se v části Správce profilů Cisco.
-
Chcete-li podpořit podnikání pomocí technologií, na kterých záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte stránku Podpora Cisco.
-
Chcete-li objevovat ověřené aplikace, produkty, řešení a služby, navštivte web Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, otevřete aplikaci Cisco Warranty Finder.
Nástroj Cisco pro vyhledávání chyb
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému Cisco pro sledování chyb. Tento systém uchovává komplexní seznam vad a chyb zabezpečení v produktech a softwaru Cisco. BST vám poskytuje podrobné informace o vašich produktech a softwaru.
Zpětná vazba k dokumentaci
Komentáře k této příručce zadejte na webu contactcenterproducts_docfeedback@cisco.com .
Tok hovorů služby Webex Contact Center
Úvod do toku hovorů
Příchozí a odchozí hovory do řešení Webex Contact Center přicházejí prostřednictvím operátora, který je směrován přes podnikový a Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovorů zahrnovat více relací. V následujících částech jsou popsány typické toky hovorů.
Příchozí hovor do systému IVR
Příchozí hovor od volajícího do protokolu VPOP (Voice Post Office Protocol) Webex Contact Center vytvoří jednu relaci v podnikové cube a jednu relaci v cube Webex Contact Center.
Příchozí hovor na agenta
Příchozí hovor směrovaný agentovi přidá odchozí relaci do cube Webex Contact Center a jednu relaci do podnikové cube.
Přenos konferencí a konzultací
Přenos konference nebo konzultace mezi agenty přidá do kontaktního centra Webex a podnikové CUBE odchozí relaci.
Zpětné volání nebo odchozí volání do PSTN
Při odchozím hovoru se vytvoří dvě relace, jednu od podnikového klienta do řešení Webex Contact Center a druhou od Webex Contact Center do podnikového.
Požadavky na licenci a velikost CUBE
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro jednu relaci a vyžadují obousměrnou relaci. Další informace naleznete na datovém listu Cisco Unified Border Element.
Velikost licencí CUBE je součet počtu relací agentů a počtu hovorů v interaktivní hlasové odezvě (IVR). Použijte datový list Cisco Unified Border Element k určení maximálního počtu relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 agentů odpovídajících na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet hovorů ve frontě v této instanci je 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace CUBE
Zařízení CUBE dokáže zpracovat 1/3 relací SIP, pokud zabezpečíte hovory pomocí TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Pro příklad 100 hovorů ve frontě se 100 agenty reagujícími na hovory je počet relací:
((100 X 2) + 100) X 3 = 900.
Pokud pro kmen SIP zřiďte soukromou WAN, můžete cube velikost na 300 relací.
Chcete-li zjistit maximální počet agentů, předpokládejte, že:
-
50% of the calls are queued and use IVR ports, while the remaining 50% hovorů je aktivních s agenty.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
Protokol TLS nebo SRTP zabezpečí 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9.3 relací.
Typy připojení
Podporované typy připojení
Řešení Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímé IPSec Virtual Private Network (VPN) nebo IPSec přes Generic Routing Encapsulation (GRE) Web-to-web (S2S) TLS srtp/sip |
|
Soukromé připojení (je vyžadováno schválení) |
MPLS Bod do bodu (P2P) vpls SD-WAN Soukromá WAN Křížové připojení datového centra Síťové spoje Equinix |
Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2.
Veřejný internet
Přímý přenosový spoj SIP (nahoře)
Společnost Cisco doporučuje zákazníkům umístit cube nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé spojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník dokončí síťové diagramy a odešle je hlasovému týmu a vytvoří se vytáčecí partnerské služby. Cube můžete umístit do DMZ, abyste zmírnili složitosti řešení překladu síťového přístupu (NAT). Samotný CUBE je firewall a většina poskytovatelů umísťuje svůj CUBE do veřejného IP prostoru a využívá jeho bezpečnostní funkce.
Sítě VPN
VPN je další typ připojení, který používá veřejný internet. Pokud zákazník vyžaduje zabezpečené připojení pro protokoly SIP a RTP, použijte sítě VPN. Síť VPN může být také vyžadována, pokud zákazník nemůže umístit cube do veřejného prostoru IP. Pro připojení VPN je vyžadována schůzka zřizování s hlasovým inženýrstvím.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
protokol rtp: 8000–48199
-
SIP: udp 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení SBC k SBC
-
Připojení GW k GW
Webex Contact Center (IPSec nebo IPSec přes tunel GRE a připojení Webex Contact Center S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je cube na veřejném IP prostoru. Toto je připojení SBC na SBC s tunely VPN. Musíte také zvážit programy soukromých IP adres, aby se zabránilo jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou podsítě IP 10.x.248.x a 10.x.249.x.
Web-to-web (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit cube do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
TLS a SRTP protokolu SIP
SRTP/SIP TLS je další možností, když je cube na veřejné IP adrese. Došlo však k chybě výkonu SRTP/SIP TLS. Zařízení CUBE dokáže zpracovat třetinu relací SIP, pokud jste volání zabezpečili pomocí protokolu TLS nebo SRTP. Toto je spojení SBC na SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
K vytvoření připojení SIP TLS je nutné vyměnit certifikáty. K dispozici jsou následující možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a řešením Webex Contact Center.
-
Veřejná certifikační autorita – na podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který se načte do řešení Webex Contact Center SBC.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS, aby zahrnoval IP adresy SBC řešení Webex Contact Center.
-
Soukromá konektivita
Poskytovatelé velkých podniků často preferují přímé připojení, protože poskytuje vyhrazený a bezpečný okruh. Pokud zákazník potřebuje přímé připojení, poskytněte mu jako úvodní krok Pokyny pro objednávku obvodů VPOP pro řešení Cisco Webex Contact Center . Dalším krokem je následná designová schůzka s týmem hlasového inženýrství kontaktního centra Webex a inženýry zákazníků. Zákazník poskytne podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátora sítě PSTN, pro schůzku. Společnost Cisco nebude hostovat žádné zákaznické vybavení.
Řešení Cisco Webex Contact Center nabízí také připojení Equinix Fabric pro zákazníky, kteří mají kolokace se společností Equinix.
Další informace o látce Equinix Fabric viz:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí v směrovači / GW (bráně) Webex Contact Center, nikoli v CUBE Webex Contact Center.
Požadavky na šířku pásma pro přímé připojení jsou dány kodekem G.711 (~100 kb/s na jednu etapu), který umožňuje dvě etapy na jednu relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Připojení Equinix Fabric nabízí redundanci portů, rychlejší objednávání virtuálních připojení a zřizování. Společnost Cisco doporučuje používat připojení Equinix namísto jiných metod privátního připojení.
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte si objednat křížové připojení datového centra, jak je popsáno v Pokynech pro objednávku obvodů VPOP v centru Cisco Webex Contact Center. Zákazník odpovídá za vzniklé náklady a za převedení okruhu zákazníka do určené kapky.
Zákazníci, kteří si zvolí soukromé připojení, obdrží během procesu registrace Pokyny pro objednávku obvodů VPOP řešení Cisco Webex Contact Center .
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky sítě zákazníka, je nutné naplánovat s týmem Cisco Voice Engineering schůzku prostřednictvím týmu účtu Cisco zákazníka, aby bylo možné provést zvláštní schvalovací proces. V následujících částech jsou uvedena příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel sítě PSTN ukončuje okruh přímo do řešení VPOP Webex Contact Center.
Výjimky pro klienta Gold
Společnost Cisco důrazně doporučuje používat přímý spoj SIP trunk pro zákazníky využívající zlato. Toto je horní topologie umístění CUBE do veřejného IP prostoru. Potřeba Gold Tenant často existuje u větších poskytovatelů; poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Důkaz o konceptu Gold Tenant často překračuje použití otevřeného přístupu k internetu pro spoj SIP Trunk a vyžaduje jeden z dříve diskutovaných typů připojení.
Zákazníci využívající zlato nebudou monitorováni.
Veřejný internet – CUBE za bránou firewall
Umístění cube na soukromé IP adrese za bránou firewall NAT je další možností nasazení. Bezpečnostní požadavky oddělení IT zákazníka mohou stanovit, že hlasová aplikace se nachází za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy ve vrstvě sítě, může to mít za následek problémy ve vrstvě aplikace SIP. Ve zprávách SIP se používá soukromá IP adresa, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba u tohoto typu nasazení zvážit. Brány firewall musí být vhodně nastaveny pro zpracování provozu VoIP. Jinak se brána firewall může stát problematickým místem a může mít vliv na kvalitu hovorů a zpracování hovorů.
Toto nasazení má následující nevýhody:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasové služby.
-
Zákazník nese odpovědnost za nastavení CUBE a velikost brány firewall.
-
Z důvodu dopadu na SLA se nedoporučuje topologie.
Tato topologie se nedoporučuje kvůli složitosti řešení SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem.
Redundance komponent
Úvod do redundance komponent
Redundance komponent umožňuje řešení Webex Contact Center zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat cloud Webex Contact Center i podnikovou cube tak, aby byly redundantní:
-
V rámci geografické oblasti – v rámci podniku můžete nastavit více než jeden protokol POP.
-
Napříč podnikovými datovými centry v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit cube v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média oth.
Veškerá signalizace a média jsou pořizována na a z virtuální adresy IP.
Webex Contact Center používá k zajištění vysoké dostupnosti dvě VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dvě POP. Tím je zajištěno, že honba mezi VPOPy kontaktního centra Webex bude rovnoměrná.
Redundance podnikových datových center v geografické oblasti
V podniku můžete nakonfigurovat dvě datová centra, která se budou připojovat ke stejnému VPOP kontaktního centra Webex v rámci stejné geografické oblasti.
Příklad konfigurace řešení Enterprise CUBE do řešení Webex Contact Center
Vstoupit do globálního režimu konfigurace
Tento příklad konfigurace platí pro hlasovou bránu Cisco IOS a hlasovou bránu Cisco Unified Border Element (CUBE). Úplné pokyny k konfiguraci CUBE najdete v Průvodci konfigurací prvků Cisco Unified Border Element v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají globální režim konfigurace.
| 1 |
Zadáním příkazu |
| 2 |
Chcete-li vstoupit do globálního režimu konfigurace, zadejte |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 pro všechny VPOP v řešení Webex Contact Center. Toto nastavení můžete aktualizovat globálně nebo je upravit v pozvánce do kontaktního centra Webex.
hlasová služba Voip Sip Min-se 3600Nakonfigurovat třídu hlasového kodeku
hlasová třída kodek 100 kodeků 1 g711alaw předvolba kodeku 2 g711ulawPříchozí vytáčecí partner pro hovory z kontaktního centra Webex
dial-peer hlas 200 voip relace protokol sipv2 hlasový kodek 100 dtmf-relé rtp-nte no vadPartnerské zařízení pro odchozí vytáčení pro volání do kontaktního centra Webex
vytáčení-peer hlas 100 voip cílový vzor protokolu relace sipv2 cíle relace ipv4: hlasový kodek 100 hlasových možností sip-keepalive dtmf-relé rtp-nte no vadSpolečná konfigurace
Tento příklad ukazuje zřizování přenosového spoje Webex Contact Center v USA s následující topologií.
Podrobnosti o nastavení:
-
Nakonfigurujte možnosti zachování protokolu SIP.
-
Noví vytáčecí partneré s cílovou IP adresou Webex CC LAX a JFK CUBE.
-
Předvolby vytáčecího partnera lze nastavit na round robin nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
Komunikace protokolu SIP probíhá přes port UDP 5060 a porty RTP 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá kontaktnímu centru Webex s agenty prostřednictvím PBX a PSTN.
-
Více než jedna POP pro vysokou dostupnost.
-
Časovač MIN SE v centru Webex CC je 3600. Časovače relace by měly být aktualizovány na tuto hodnotu, nebo by měly na tuto hodnotu umožnit vyjednávání SIP během nastavení hovoru.
Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému IOS, která podporuje TLS 1.2.
Zabezpečený kmen SIP mezi cube a kontaktním centrem Webex
Přehled zabezpečeného přenosového spoje SIP
Tento příklad demonstruje, jak konfigurovat připojení SIP Transport Layer Security (TLS) mezi zařízením Cisco Unified Border Element (CUBE) a řešením Webex Contact Center.
Příklad: Konfigurovat protokol TLS protokolu SIP
Než začnete
Ujistěte se, že:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte připojení TCP.
-
CUBE má nainstalováno zabezpečení a licence UCK9.
| 1 |
Vytvořte bod důvěryhodnosti pro uchovávání certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Generovat certifikát podepsaný svým držitelem: |
| 3 |
Exportovat certifikát: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s příponou |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z řešení Webex Contact Center. |
| 7 |
Nahrajte certifikát Webex Contact Center do cube: Až budete vyzváni k přijetí certifikátu, zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaný svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Nakonfigurujte vytáčecí partnerské služby pomocí zabezpečení přenosové vrstvy: |
Konfigurace spoje SIP trunk pro vašeho klienta
Před konfigurací
-
Ujistěte se, že máte klienta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte podnikový řadič hranic relace.
-
Získejte cílovou adresu pro svůj spoj SIP Trunk.
Další informace naleznete v Příručce konfigurace prvku Cisco Unified Border Element v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení klienta
Společnost Cisco používá ke konfiguraci hraničního řadiče relace kontaktního centra Webex pro vašeho klienta poskytnuté informace o zřizování. Ujistěte se, že poskytnuté informace odpovídají vaší objednávce a jsou přesné.
Pokyny, jak zřídit klienta, naleznete v příručkách pro správu a uživatele na adrese:
-
Nakonfigurujte spoj SIP trunk, který připojí IP adresu zákazníka k nakonfigurovanému hraničnímu řadiči. Ujistěte se, že jste jako typ kmene SIP vybrali
cube. Nakonfigurujte kmen SIP pro každou krychli, kterou nasazujete. -
Vytvořte a zřiďte klienta.
-
Přiřaďte klientovi spoj SIP trunk, přidejte vytáčená čísla a zřiďte nového klienta.
Po zřízení klienta a konfiguraci konektoru Webex Contact Center obdržíte e-mail, že je klient připraven k použití.
Oblasti řešení Webex Contact Center
VPOP je k dispozici pro připojení klienta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouveru
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Indie: Pune a Hyderabad
-
Singapur
Glosář kontaktního centra Webex
Glosář
|
Zkratka nebo výraz |
Popis |
|---|---|
|
A2Q |
Zajištění kvality |
|
ACD |
Automatické rozdělení hovorů |
|
Áda |
Aplikace Agent Desktop pro řešení Webex Contact Center |
|
Celkem: |
Podrobná zpráva o agentovi |
|
Aes |
Pokročilý standard šifrování |
|
ANI |
Automatická identifikace čísla |
|
ROZHRANÍ API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco pro vyhledávání chyb |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnikový) vlastnil stávající místní síť PSTN. |
|
CA |
Certifikační autorita |
|
Nápis CAD |
Data spojená s hovorem |
|
CC |
Kontaktní centrum |
|
ccdr |
Kumulativní záznamy s podrobnostmi o hovoru |
|
ccg |
Skupina počítačové komunikace |
|
ccp |
Síť PSTN připojená ke cloudu |
|
CDR |
Záznamy s podrobnostmi o hovoru |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkou |
|
Čtrnáctka |
Konzultace s frontou |
|
CUBE |
Sjednocený hraniční prvek Cisco |
|
PROVEDL(A) |
Přímá příchozí volba |
|
DMZ |
demilitarizované zóny |
|
Číslo adresáře |
Číslo v adresáři |
|
Funkce Nerušit |
Nevolat |
|
DNIS (rozcestník) |
Služba identifikace volaného čísla |
|
DNS |
Systém doménových jmen |
|
DTG |
(Záhlaví SIP) Cílová skupina spojů |
|
DTMF |
Dvoutónová multifrekvenční |
|
EP |
Místo vstupu |
|
Kalkulační |
Rozšířená verze podpory |
|
Fíky |
Federální standardy zpracování informací |
|
soubor GIF |
Formát pro výměnu grafiky |
|
gre |
Zapouzdření generického směrování |
|
Gw |
Brána |
|
Má |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř vázané |
|
ID |
Totožnost, identifikace |
|
IMAP |
Protokol pro přístup k internetovým zprávám |
|
Ios |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP |
|
IPsec |
Zabezpečení internetového protokolu |
|
ITSP |
Poskytovatel služeb internetové telefonie |
|
IVR |
Interaktivní hlasová odezva |
|
JPG a JPEG |
Společná skupina fotografických odborníků Soubor digitálního obrázku |
|
sítě LAN |
Místní síť |
|
lcm (rozcestník) |
Správce seznamu a kampaně |
|
LGW |
Místní brána |
|
MPLS |
Přepínání popisků pro více protokolů |
|
NAT |
Překlad přístupu k síti |
|
Nerušit |
Shromažďování síťových dat |
|
Ntp (rozcestník) |
Protokol síťového času |
|
Obj. |
Odchozí vázaný |
|
OTG |
(Záhlaví SIP) Počáteční skupina spojů |
|
P2P |
Bod do bodu |
|
Pai |
(Záhlaví SIP) Identita s výrazem P |
|
PBX |
Soukromá pobočková burza |
|
pci dss (dss) |
Standard zabezpečení dat v oboru platebních karet |
|
|
Přenosný formát dokumentu |
|
Pewc (rozcestník) |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobní údaje |
|
PNG |
Přenosná síťová grafika |
|
Popout |
Protokol pošty |
|
PSTN |
Veřejná komutovaná telefonní síť |
|
QoS |
Kvalita služby |
|
Žádost o komentář |
Žádost o komentáře |
|
Rona (Francie) |
Přesměrovat při stavu Žádná odpověď |
|
rpid |
(Záhlaví SIP) ID vzdálené strany |
|
Hodnota RTT |
Čas zpáteční cesty |
|
S2S |
Web-to-web |
|
SBC |
Řadič okraje relace |
|
SBR (rozcestník) |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť |
|
Protokol SIP |
Protokol IP relace |
|
úroveň služby |
Úroveň služby |
|
Smlouva SLA |
Smlouva o rozsahu služeb |
|
SMS |
Služba krátkých zpráv |
|
smtp (rozcestník) |
Jednoduchý protokol pro přenos pošty |
|
SP |
Poskytovatel služeb |
|
SRTP |
Protokol zabezpečeného přenosu v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Protokol řízení přenosu |
|
tgrp |
(Záhlaví SIP) Protokol směrování skupiny přenosových spojů |
|
TLS |
Zabezpečení transportní vrstvy |
|
UDP |
Uživatelský datagram protokol |
|
UI |
Uživatelské rozhraní |
|
URI |
Jednotný identifikátor zdroje |
|
Adresa URL |
Jednotný lokátor zdrojů |
|
UTC |
Světový čas |
|
vCube |
Virtuální CUBE |
|
VoIP |
Voice over IP |
|
vpls |
Virtuální privátní síť LAN |
|
VPN |
Virtuální privátní síť |
|
vpop |
Místo přítomnosti hlasu V řešení Webex Contact Center 1.0 software VPOP integruje řešení Webex Contact Center do PSTN a prvního bodu připojení pro zákazníky. Má také mediální server pro zpracování a nahrávání hovorů. |
|
Most VPOP |
Most přítomnosti hlasového bodu Most VPOP v řešení Webex Contact Center propojuje síť PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
Wan Wan |
Rozsáhlá síť |
|
Wcb (rozcestník) |
Vyrovnávací paměť příkazů slov |
|
Kopie služby Webex |
Webex Contact Center |
|
Šablona: Wfo |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Zajištění hlasu pro Cisco Webex Contact Center
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Objížďka
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Webex Tok hovorů kontaktního centra
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
CUBE License and Sizing Requirements
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Typy připojení
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2.
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Sítě VPN
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení.
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines .
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem.
redundance součástí
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Enterprise CUBE to Webex Contact Center – příklad konfigurace
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2.
zabezpečený SIP přenosový spoj mezi CUBE a Webex kontaktním centrem
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Konfigurace přenosového spoje SIP pro vašeho tenanta
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Singapur
Webex Glosář kontaktního centra
Glosář
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
HULVÁT |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
KRYCHLE |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokol IPsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
BOUCHNOUT |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Zajištění hlasu pro Cisco Webex Contact Center
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Objížďka
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Webex Tok hovorů kontaktního centra
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
CUBE License and Sizing Requirements
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Typy připojení
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2.
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Sítě VPN
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení.
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines .
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem.
redundance součástí
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Enterprise CUBE to Webex Contact Center – příklad konfigurace
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2.
zabezpečený SIP přenosový spoj mezi CUBE a Webex kontaktním centrem
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Konfigurace přenosového spoje SIP pro vašeho tenanta
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Singapur
Webex Glosář kontaktního centra
Glosář
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
HULVÁT |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
KRYCHLE |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokol IPsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
BOUCHNOUT |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
Zajištění hlasu pro Cisco Webex Contact Center
Přehled
Podniky zákazníků mohou použít Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro připojení ke kontaktnímu centru Webex. Podniková krychle se připojuje k operátorovi pro připojení k veřejné telefonní síti nebo VoIP na jedné straně a k Webex kontaktnímu centru na straně druhé a umožňuje služby kontaktního centra. Příchozí i odchozí hovory do kontaktního centra Webex směrovány přes podnikovou datovou krychli. Zákazník poskytuje SIP trunk, aktivovaný obousměrně poskytovateli služeb a Webex kontaktnímu centru, aby umožnil přenos hovorů mezi platformami. Další informace o datové krychli naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Datovou krychli a pobočkovou ústřednu (PBX) může vlastnit a provozovat buď poskytovatel služeb, nebo podnik, který je zákazníkem. V tomto případě:
-
Všechny příchozí hovory do Webex kontaktního centra probíhají přes operátora v podnikové CUBE.
-
Webex Contact Center odesílá všechny odchozí hovory, ať už zákazníkům nebo agentům, prostřednictvím podnikové CUBE.
-
Webex Kontaktní centrum spolupracuje s poskytovatelem služeb na přímém účtování využití veřejné telefonní sítě zákazníkovi, aniž by muselo docházet k fakturaci Webex kontaktního centra.
Webex Contact Center podporuje CUBE, Virtual CUBE (vCUBE) a SBC třetích stran.
Pokud poskytovatel služeb vlastní řadič SBC a pobočkovou ústřednu, kontaktní centrum Webex poskytne poskytovateli služeb hlavičku SIP pro identifikaci podniku zákazníka. Poskytovatelé služeb nakonfigurují konkrétní hlavičku protokolu SIP prostřednictvím řídicího panelu poskytovatele aplikačních služeb.
Webex Contact Center podporuje tyto SIP hlavičky:
-
Objížďka
-
PAI
-
OTG
-
DTG
-
TGRP
-
RPID
Zákaznický podnik může vlastnit a provozovat CUBE a ústřednu, což eliminuje potřebu SIP hlavičky.
Cílová skupina uživatelů
Tento dokument je určen pro uživatele, kteří používají Cisco Webex Contact Center.
Historie změn
V této tabulce jsou uvedeny změny provedené v této příručce po počátečním vydání. Nejnovější změny se zobrazí nahoře.
|
Změna |
Viz |
Datum |
|---|---|---|
|
Nové údaje o nasazení |
Říjen 2021 | |
|
Nový oddíl |
Říjen 2021 | |
|
Podpora více oblastí |
Září 2021 | |
|
Nový oddíl |
Září 2021 | |
|
Restrukturalizace dokumentu |
Několik kapitol bylo restrukturalizováno. |
Srpen 2021 |
|
Zahrnuta nová kapitola | Typy připojení |
Červenec 2019 Prosinec 2020 |
Podpora více oblastí
Webex Kontaktní centrum s Webex Calling telefonií podporuje více oblastí (zemí nebo oblastí) pro agenty a volající. Podporujeme následující scénáře:
-
Volající se nacházejí v jedné oblasti a agenti ve více oblastech.
-
Volající a agenti se nacházejí ve více oblastech.
V těchto scénářích systém poskytuje podporu příchozích a odchozích hovorů. V případě příchozích hovorů volající volají do veřejné telefonní sítě připojené ke cloudu (Cisco Webex cloud) nebo místní brány (LGW). Hovory jsou směrovány k agentům. Agenti mohou uskutečňovat odchozí hovory do libovolné oblasti.
Agenti patří do různých umístění, jak je nakonfigurováno v Centru řízení. Konfigurace agenta má číslo a linku pro jejich umístění.
Příchozí čísla jsou přidružena k oblastem v Centru řízení. Hovory směrují agentům podle směrovací strategie nakonfigurované v Webex Kontaktním centru.
Následující obrázek znázorňuje globální řešení pro Webex kontaktní centrum s Webex Calling.
Média, jako je IVR a nahrávání hovorů, jsou uložena v domovské oblasti. Agenti po celém světě můžou mít za možnostmi nasazení místní brány Webex Calling telefony nebo koncové body.
Umístění domovské oblasti vyžaduje pečlivé zvážení, aby se minimalizovala vzdálenost mezi oblastmi, volajícími a agenty. Následující obrázek znázorňuje cestu volání pro agenty a volající v oblasti, která je vzdálená od domovské oblasti. V tomto scénáři vzdálenost mezi domovskou oblastí a vzdálenou oblastí může způsobit nepřijatelnou čekací dobu volání.
Volající jsou v jedné oblasti a agenti ve více oblastech
V tomto scénáři má Webex kontaktní centrum agenty v různých oblastech a přidružené k několika datovým centrům. Volající jsou z jedné oblasti.
Volající volají na Webex kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum Webex používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta Cisco IP Phone nebo Webex Calling aplikace, volání může být místní pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Volající a agenti jsou ve více oblastech
V tomto scénáři má kontaktní středisko agenty ve více oblastech a přidružené k několika datovým centrům. Volající jsou z více oblastí.
Volající volají na kontaktní centrum. Systém směruje jejich hovory do kontaktního centra a na základě konfigurace denní doby směruje hovory k dostupným agentům v jednom z regionů.
Podpora tohoto scénáře:
-
Kontaktní centrum používá Webex Calling (VPOP Bridge nebo LGW).
-
Pokud je koncový bod agenta v síti BYoPSTN, jedná se o místní volání z hlasové platformy pro oblast agenta.
-
Pokud je koncovým bodem agenta zařízení připojené k IP adrese, může být volání místní z hlasové platformy pro oblast agenta.
-
Adresa URL pro plochu agenta je ve stejné oblasti jako agent.
Tento scénář je určen pro příchozí hlasové volání, ale systém podporuje podobné scénáře pro odchozí volání.
Související dokumentace
Seznam dokumentace Webex kontaktního centra naleznete v tématu https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Chcete-li zobrazit Webex dokumentaci pro vývojáře kontaktního centra a API odkazy, přečtěte si téma https://developer.webex-cx.com/documentation/getting-started.
Konvence
V této příručce jsou použity následující konvence:
|
Konvence |
Popis |
|---|---|
|
Tučné písmo |
Text tučným písmem označuje příkazy, například položky uživatele, klávesy, tlačítka a názvy podnabídek. Příklad:
|
|
Kurzíva |
Text psaný kurzívou označuje následující:
|
|
Písmo |
Text v písmu okna, například Kurýr, označuje následující:
|
Komunikace, služby a další informace
-
Chcete-li dostávat od společnosti Cisco aktuální a relevantní informace, zaregistrujte se v části Cisco Profile Manager (Správce profilů Cisco).
-
Chcete-li potřebujete podpořit strategii firmy pomocí technologií, na kterých opravdu záleží, navštivte web Služby společnosti Cisco.
-
Chcete-li odeslat žádost o služby, navštivte web Podpora Cisco.
-
Chcete-li zjistit ověřené aplikace, produkty, řešení a služby, navštivte Cisco Marketplace.
-
Chcete-li získat tituly z oblasti sítí, školení a certifikace, navštivte web Cisco Press.
-
Chcete-li najít informace o záruce na určitý produkt nebo řadu produktů, použijte nástroj Cisco Warranty Finder.
Nástroj Cisco Bug Search
Nástroj Cisco Bug Search Tool (BST) poskytuje webový přístup k systému sledování chyb Cisco. Tento systém uchovává komplexní seznam závad a zranitelností produktů a softwaru společnosti Cisco. Nástroj BST poskytuje podrobné informace o produktech a softwaru.
Zpětná vazba k dokumentaci
Poskytněte své komentáře k této příručce na webu contactcenterproducts_docfeedback@cisco.com .
Webex Tok hovorů kontaktního centra
Úvod do toku hovorů
Příchozí a odchozí hovory do kontaktního centra Webex přicházejí prostřednictvím operátora, který je směrován prostřednictvím systému Enterprise and Cisco Unified Border Element (CUBE). Každý hovor může v závislosti na toku hovoru zahrnovat více relací. Následující části popisují některé typické toky volání.
Příchozí hovor na IVR
Příchozí volání volajícího do protokolu VPOP (Voice Post Office Protocol) Webex kontaktního centra vytvoří jednu relaci v podnikové datové krychli a jednu relaci v datové krychli kontaktního centra Webex.
Příchozí hovor agentovi
Příchozí volání agenta přidá odchozí relaci do datové krychle kontaktního centra Webex a jednu relaci do podnikové datové krychle.
Přenos konferencí a konzultací
Převod konference mezi agenty nebo konzultace přidá odchozí relaci do kontaktního centra Webex a podnikové datové krychle.
Zpětné volání nebo odchozí volání do veřejné telefonní sítě
Odchozí hovor vytvoří dvě relace, jednu z klienta Enterprise do Webex kontaktního centra a druhou z Webex kontaktního centra do podniku.
CUBE License and Sizing Requirements
Licence CUBE
Licence Cisco Unified Border Element (CUBE) platí pro každou relaci a vyžadují obousměrnou relaci. Další informace naleznete v tématu Cisco Unified Border Element Datový list.
Velikost licence CUBE je součtem počtu relací agenta a počtu volání na Interactive Voice Response (IVR). Pomocí datového listu Cisco Unified Border Element určete maximální počet relací, které vaše platforma CUBE podporuje.
Počet licencí se musí rovnat maximální kapacitě podniku zákazníka.
licence = (počet agentů X 2) + (počet aktivních relací ve frontě)
Příklad
-
Pokud máte ve špičce 100 operátorů, kteří reagují na hovory zákazníků, má každý hovor dvě aktivní relace. Počet relací je 200.
-
Počet volání ve frontě je v tomto případě 100, což vytvoří 100 relací.
-
Proto se celkový počet relací rovná 300, což je 300 licencí.
Velikost relace datové krychle
Zařízení CUBE může zpracovat 1/3 relací SIP, pokud zabezpečíte hovory buď TLS nebo SRTP.
relace = ((počet agentů X 2) + (počet aktivních relací ve frontě)) X 3
Použijeme-li příklad 100 hovorů ve frontě se 100 operátory reagujícími na hovory, počet relací je:
((100 x 2)+ 100) X 3 = 900.
Velikost datové krychle může být 300 relací, pokud zřídíte privátní síť WAN pro přenosový spoj SIP.
Chcete-li pomoci určit maximální počet agentů, předpokládejme, že:
-
50 % hovorů je ve frontě a využívá IVR porty, zatímco zbývajících 50 % hovorů je aktivních u operátorů.
-
10 % hovorů využívá konzultační a konferenční doplňkové služby.
-
TLS nebo SRTP zabezpečit 100 % hovorů.
Pomocí těchto předpokladů mohou platformy CUBE podporovat jednoho agenta na každých 9,3 relací.
Typy připojení
Podporované typy připojení
Webex Contact Center podporuje následující typy připojení.
|
Připojení |
Typy |
|---|---|
|
Veřejný internet |
Přímo IPSec virtuální privátní sítě (VPN) nebo IPSec přes obecné směrovací zapouzdření (GRE) Site-to-Site (S2S) SRTP/SIP TLS |
|
Soukromé připojení (vyžaduje se schválení) |
MPLS Point-to-Point (P2P) VPLS SD-WAN Privátní síť WAN Křížové propojení datového centra Spoje Equinix Fabric |
Verze IOS pro CUBE nebo vCUBE by měla podporovat TLS 1.2.
Veřejný internet
Přímý přenosový spoj SIP (přes horní část)
Společnost Cisco doporučuje, aby zákazníci umístili databázi CUBE nebo SBC na veřejnou adresu IP.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Vzhledem k tomu, že přímé připojení je nejjednodušší přístup, je také nejméně flexibilní. Výhodou zjednodušené topologie je snadná správa a řešení problémů. Zákazník vyplní síťová schémata a odešle je hlasovému týmu a vytvoří se vytáčené peery. Datovou krychli můžete umístit do DMZ, abyste zmírnili složitost práce s překladem přístupu k síti (NAT). Samotná CUBE je firewall a většina poskytovatelů umisťuje svou CUBE do veřejného IP prostoru a využívá její bezpečnostní schopnosti.
Sítě VPN
VPN je jiný typ připojení, který využívá veřejný internet. VPN použijte, když zákazník vyžaduje zabezpečené připojení pro SIP a RTP. VPN může být vyžadováno také v případě, že zákazník nemůže umístit datovou krychli do veřejného IP prostoru. Pro VPN připojení je vyžadována zřizovací schůzka s hlasovou technikou.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Hlasové porty
-
RTP: 8000–48199
-
SIP: UDP 5060
IPSec VPN nebo IPSec přes GRE
Pro připojení VPN jsou k dispozici následující možnosti:
-
Připojení mezi řadiči SBC a řadičem SBC
-
Konektivita GW – GW
Webex kontaktní centrum (IPSec nebo IPSec přes tunel GRE a Webex konektivita kontaktního centra S2S) musí používat UDP/5060 místo TCP/5060.
IPSec VPN nebo IPSec přes GRE je dobrou volbou pro zabezpečený přenosový spoj SIP, když je CUBE na veřejném IP prostoru. Jedná se o připojení SBC k řadiči SBC s VPN tunely. Musíte také zvážit soukromá schémata IP adres, abyste se vyhnuli jakémukoli překrývání mezi zákazníky. Pro připojení GRE jsou IP podsítě 10.x.248.x a 10.x.249.x.
Site-to-Site (S2S)
Připojení S2S lze nasadit, pokud zákazník potřebuje zabezpečené připojení nebo nemůže umístit datovou krychli do veřejného IP prostoru. Toto je připojení brány k bráně. Neexistují žádné podsítě speciálně určené pro připojení S2S VPN, protože směrování je založeno na zajímavém provozu bez zapojení logického rozhraní.
SIP TLS a SRTP
SRTP/SIP TLS je další možností, pokud je CUBE na veřejné IP adrese. Existuje však výkonnostní hit s SRTP / SIP TLS. Zařízení CUBE dokáže zpracovat jednu třetinu relací SIP, pokud jste zabezpečili hovory pomocí TLS nebo SRTP. Toto je připojení SBC k řadiči SBC.
Veřejné certifikáty a certifikáty podepsané svým držitelem
Pro navázání spojení SIP TLS je nutná výměna certifikátů. Dostupné jsou následující zvláštní možnosti:
-
Certifikáty podepsané svým držitelem jsou generovány a vyměňovány mezi zákazníkem a Webex kontaktním centrem.
-
Veřejná certifikační autorita – pro podporu veřejné certifikační autority proveďte následující kroky:
-
Zákazník sdílí kořenový certifikát, který je načten do SBC kontaktního centra Webex.
Musíte zadat kořenový i zprostředkující/podřízený certifikát.
-
Zákazník aktualizuje DNS tak, aby obsahoval IP adresy VTM kontaktního centra Webex.
-
Soukromé připojení
Velcí podnikoví poskytovatelé často dávají přednost přímému připojení, protože poskytuje vyhrazený a zabezpečený okruh. Pokud zákazník potřebuje přímé spojení, poskytněte mu jako první krok pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines . Dalším krokem je následná návrhová schůzka s týmem hlasového inženýrství kontaktního centra Webex a zákaznickými inženýry. Zákazník poskytne pro schůzku podrobný síťový diagram hlasové sítě zákazníka, včetně propojení operátorů PSTN. Cisco nebude hostit žádné zákaznické vybavení.
Cisco Webex Contact Center také nabízí připojení Equinix Fabric pro zákazníky, kteří mají kolokace s Equinixem.
Další informace o Equinix Fabric naleznete zde:
Bez ohledu na to, zda si zákazník zvolí MPLS, P2P, VPLS nebo SD-WAN, topologie vypadá podobně a všechny obvody končí ve směrovači kontaktního centra Webex / GW (bráně) a ne v Webex kostkách kontaktního centra.
Požadavky na šířku pásma pro přímé připojení jsou založeny na kodeku G.711 (~100 kb/s na jeden úsek hovoru), který umožňuje dva úseky hovoru na relaci.
|
Profesionálové |
Nevýhody |
|---|---|
|
|
Připojení Equinix Fabric nabízejí redundanci portů, rychlejší řazení a zřizování virtuálních připojení. Společnost Cisco doporučuje používat připojení Equinix spíše než jiné metody soukromého připojení.
Křížové připojení datového centra
Pokud se zákazník rozhodne použít soukromé připojení, musíte objednat křížová připojení datového centra, jak je popsáno v Cisco Webex Contact Center Pokyny pro objednávání obvodů VPOP. Zákazník je zodpovědný za vzniklé náklady a za uvedení okruhu zákazníka do určeného poklesu.
Zákazníci, kteří se rozhodnou pro soukromé připojení, obdrží během procesu onboardingu pokyny Cisco Webex Contact Center VPOP Circuit Order Guidelines .
Nestandardní nasazení
Nestandardní nasazení
Pokud doporučené topologie nesplňují všechny požadavky na síť zákazníka, musí být naplánována schůzka o návrhu s týmem hlasového inženýrství Cisco prostřednictvím zákaznického týmu Cisco pro zvláštní schvalovací proces. Následující části jsou příklady nestandardních nasazení a nasazení, která se nedoporučují:
Výjimky A2Q
Poskytovatel PSTN ukončuje okruh přímo do Webex VPOP kontaktního centra.
Výjimky zlatých tenantů
Společnost Cisco důrazně doporučuje přímý SIP Trunk pro zákazníky Gold Tenant. Jedná se o over-the-top topologii umístění CUBE do veřejného IP prostoru. Potřeba zlatého nájemce často existuje u větších poskytovatelů; Poskytovatel však vyžaduje, aby Gold Tenant byl důkazem konceptu pro zamýšlené produkční nasazení poskytovatele. Ověření konceptu Gold Tenant často přesahuje použití otevřeného přístupu k internetu pro SIP Trunk a vyžadovalo by jeden z dříve diskutovaných typů připojení.
Zákazníci Gold Tenant nebudou sledováni.
Veřejný Internet – CUBE za bránou firewall
Umístění datové diskové krychle na privátní IP adresu za bránou firewall NAT je další možností nasazení. Požadavky na zabezpečení ze strany IT oddělení zákazníka mohou stanovit, že hlasová aplikace bude umístěna za bránou firewall. Tato možnost má několik známých nevýhod. I když to nemusí způsobit problémy v síťové vrstvě, může to mít za následek problémy v aplikační vrstvě SIP. Soukromá IP adresa se používá v SIP zprávách, což způsobuje selhání zpracování hovorů. Kapacita brány firewall je dalším faktorem, který je třeba vzít v úvahu pro tento typ nasazení. Brány firewall musí být vhodně dimenzovány, aby zvládly VoIP provoz; brána firewall by se jinak mohla stát úzkým hrdlem a může ovlivnit kvalitu a zpracování hovorů.
Níže jsou uvedeny nevýhody tohoto nasazení:
-
Možné problémy s konfigurací a nastavením CUBE na začátku.
-
Zvýšené zatížení brány firewall, které by mohlo ovlivnit kvalitu hlasu.
-
Zákazník je zodpovědný za nastavení CUBE a dimenzování firewallu.
-
Nejedná se o doporučenou topologii kvůli dopadu na smlouvy SLA.
Tato topologie se nedoporučuje kvůli složitosti práce se SIP a NAT. Pro schválení tohoto typu nasazení je nutná schůzka s týmem Cisco Voice Engineering a zákazníkem.
redundance součástí
Úvod do redundance komponent
Redundance komponent umožňuje Webex kontaktnímu centru zajistit odolnost v případě výpadku služby. Můžete nakonfigurovat Webex cloudu kontaktního centra i podnikové datové krychle tak, aby byly redundantní:
-
V rámci geografické oblasti: V rámci podniku můžete nastavit více než jeden bod POP.
-
V podnikových datových centrech v rámci geografické oblasti.
-
V rámci podnikových sítí – můžete také nastavit datovou krychli v režimu vysoké dostupnosti (HA). Režim HA zachovává signalizaci a média.
Všechny signály a média pocházejí z adresy virtuálního IP.
Webex kontaktní centrum používá k zajištění vysoké dostupnosti dva body VPOP. Pro optimální výkon by měl poskytovatel služeb také nastavit dva body POP. Tím je zajištěno, že lov mezi Webex VPOP kontaktního centra je rovnoměrný.
Redundance napříč podnikovými datovými centry v rámci geografické oblasti
Dvě datová centra v rámci podniku můžete nakonfigurovat tak, aby se připojovala ke stejnému Webex VPOP kontaktního centra ve stejné geografické oblasti.
Enterprise CUBE to Webex Contact Center – příklad konfigurace
Přejít do režimu globální konfigurace
Tento příklad konfigurace platí pro Cisco IOS Voice Gateway a Cisco Unified Border Element (CUBE) Voice Gateway. Úplné pokyny ke konfiguraci CUBE naleznete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Všechny konfigurace v tomto příkladu používají režim globální konfigurace.
| 1 |
Zadejte |
| 2 |
Vstupem do |
Základní konfigurace
Časovače SIP (MIN-SE) jsou nastaveny na 3600 ve všech bodech VPOP v Webex kontaktním centru. Toto nastavení můžete aktualizovat globálně nebo upravit v části Pozvat do kontaktního centra Webex.
hlasová služba voip Sip Min-se 3600Konfigurace třídy hlasového kodeku
Kodek hlasové třídy 100 Předvolby kodeku 1 G711Alaw Předvolba kodeku 2 G711UlawPříchozí Dial-Peer pro hovory z Webex kontaktního centra
Dial-peer Voice 200 VoIP Session Protocol SIPv2 Voice-Class Codec 100 DTMF-Relay RTP-NTE no VADOdchozí vytáčení pro volání do Webex kontaktního centra
Dial-peer hlas 100 VoIP cílový vzor <Vzor směrem k Webex CC> protokol relace SIPv2 cíl relace IPv4:<Webex CC SBC IPS> Kodek hlasové třídy 100 možností hlasové třídy SIP-KeepAlive DTMF-Relay RTP-nte bez vadBěžná konfigurace
Tento příklad ukazuje zřizování Webex spojení kontaktního centra v USA s následující topologií.
Podrobnosti nastavení:
-
Nakonfigurujte možnosti udržování spojení SIP.
-
Nové partnerské servery vytáčení s cílovou cílovou IP adresou Webex datové krychle CC LAX a JFK.
-
Předvolby vytáčeného připojení mohou být buď nastaveny na kruhové dotazování, nebo primární a sekundární.
-
Kodek je nastaven pro G711 ulaw a G711 alaw (připojení mimo USA). DTMF je RFC2833.
-
SIP komunikace je přes UDP portu 5060 a RTP porty 8000 až 48199.
-
Plán vytáčení, kde cílový vzor odpovídá Webex kontaktnímu centru agentům prostřednictvím pobočkové ústředny a veřejné telefonní sítě.
-
Více než jeden bod POP pro vysokou dostupnost.
-
Časovač MIN SE na Webex CC je 3600; časovače relací by měly být buď aktualizovány na tuto hodnotu, nebo by měly umožňovat vyjednávání SIP na tuto hodnotu během sestavení hovoru.
Pokud používáte CUBE/vCUBE, společnost Cisco doporučuje použít verzi systému iOS, která podporuje TLS 1.2.
zabezpečený SIP přenosový spoj mezi CUBE a Webex kontaktním centrem
Přehled zabezpečeného přenosového spoje SIP
Tento příklad ukazuje, jak nakonfigurovat připojení SIP Transport Layer Security (TLS) mezi Cisco Unified Border Element (CUBE) a Webex kontaktním centrem.
Příklad: Konfigurace TLS SIP
Než začnete
Zajistit:
-
Koncové body mají stejné datum a čas. Koncové body můžete synchronizovat pomocí serveru NTP (Network Time Protocol).
-
Máte TCP připojení.
-
CUBE má nainstalované bezpečnostní a UCK9 licence.
| 1 |
Vytvořte bod důvěryhodnosti pro uložení certifikátu CUBE podepsaného svým držitelem: |
| 2 |
Vygenerování certifikátu podepsaného svým držitelem: |
| 3 |
Export certifikátu: |
| 4 |
Zkopírujte certifikát podepsaný svým držitelem, který jste exportovali, a uložte jej jako textový soubor s |
| 5 |
Nahrajte certifikát CUBE podepsaný svým držitelem do kontaktního centra Webex. |
| 6 |
Zkopírujte certifikát z Webex Kontaktního centra. |
| 7 |
Nahrajte certifikát Webex kontaktního centra do CUBE: Po zobrazení výzvy k přijetí certifikátu zadejte |
| 8 |
Nakonfigurujte protokol SIP tak, aby používal důvěryhodný bod certifikátu podepsaného svým držitelem, který jste vytvořili v kroku 1: |
| 9 |
Konfigurace vytáčených peerů se zabezpečením transportní vrstvy: |
Konfigurace přenosového spoje SIP pro vašeho tenanta
Před konfigurací
-
Ujistěte se, že máte tenanta partnera Gold a přístup k portálu poskytovatele služeb.
-
Nakonfigurujte řadič hranice podnikové relace.
-
Získejte cílovou adresu pro svůj SIP Trunk.
Další informace najdete v Cisco Unified Border Element Konfigurační příručce v https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Zřízení tenanta
Společnost Cisco používá informace o poskytování, které poskytnete, ke konfiguraci řadiče hranic relace kontaktního centra Webex pro vašeho klienta. Ujistěte se, že informace, které poskytnete, odpovídají vaší objednávce a jsou přesné.
Pokyny ke zřízení tenanta najdete v příručkách pro správu a uživatelské příručky na adrese:
-
Nakonfigurujte přenosový spoj SIP, který připojí IP adresu zákazníka s nakonfigurovaným hraničním řadičem. Ujistěte se, že jste vybrali
CUBEjako typ SIP Trunk. Nakonfigurujte přenosový spoj SIP pro každou datovou krychli, kterou nasadíte. -
Vytvořte a zřiďte tenanta.
-
Přiřaďte tenantovi přenosový spoj SIP, přidejte vytáčená čísla a zřiďte nového tenanta.
Po zřízení klienta a konfiguraci datové krychle Webex kontaktního centra obdržíte e-mail, že je klient připraven k použití.
Webex Oblasti kontaktních center
VPOP je k dispozici pro připojení tenanta podle oblasti:
-
USA: Los Angeles a New York
-
Evropa: Londýn, Amsterdam, Frankfurt
-
Kanada: Toronto a Vancouver
-
Austrálie: Sydney a Melbourne
-
Japonsko: Tokio a Ósaka
-
Jižní Amerika: São Paulo a Rio de Janeiro
-
Singapur
Webex Glosář kontaktního centra
Glosář
|
Zkratka nebo termín |
Popis |
|---|---|
|
A2Q |
Záruka kvality |
|
ACD |
Automatická distribuce hovorů |
|
ADA |
Webex Kontaktní centrum Agent Desktop Aplikace |
|
ADR |
Sestava s podrobnostmi agenta |
|
AES |
Advanced Encryption Standard (standard pokročilého šifrování) |
|
ANI |
Automatická identifikace čísla |
|
API |
Aplikační programovací rozhraní |
|
BST |
Nástroj Cisco Bug Search |
|
BYoPSTN |
Přineste si vlastní veřejnou telefonní síť Zákazník (podnik) vlastnil existující PSTN založenou na premise. |
|
CA |
Certifikační úřad |
|
HULVÁT |
Data spojená s hovory |
|
Kopie |
Kontaktní centrum |
|
CCDR |
Kumulativní záznamy podrobností o hovorech |
|
CCG |
Skupina pro komunikaci počítače |
|
CCP |
Veřejná telefonní síť připojená ke cloudu |
|
záznamy s podrobnostmi o hovoru |
Záznamy podrobností o hovorech |
|
CSS |
Strategie výběru kontaktů |
|
CSV |
Hodnoty oddělené čárkami |
|
CTQ |
Konzultace do fronty |
|
KRYCHLE |
Cisco Unified Border Element |
|
UDĚLAL |
Přímá volba |
|
DMZ |
Demilitarizovaná zóna |
|
DN |
Číslo v adresáři |
|
DNC |
Nevolat |
|
DNIS |
Služba identifikace vytáčeného čísla |
|
DNS |
Služba DNS (Domain Name System) |
|
DTG |
(záhlaví SIP) Skupina cílového přenosového spoje |
|
DTMF |
Dvoutónové multifrekvenční |
|
EP |
Vstupní bod |
|
ESR |
Vydání rozšířené podpory |
|
FIPS |
Federální standardy zpracování informací |
|
GIF |
Formát výměny grafiky |
|
GRE |
Obecné zapouzdření směrování |
|
GW |
Brána |
|
HA |
Vysoká dostupnost |
|
HTML |
Hypertextový značkovací jazyk |
|
IB |
Dovnitř |
|
ID |
Identita, identifikace |
|
IMAP |
Internet Message Access Protocol |
|
IOS |
Mobilní operační systém (dříve iPhone OS) |
|
IP |
Protokol IP (Internet Protocol) |
|
Protokol IPsec |
Protokol IPC (Internet Protocol security) |
|
ITSP |
Zprostředkovatel služeb internetové telefonie |
|
Interaktivní hlasová odezva |
Interactive Voice Response |
|
JPG a JPEG |
Společná skupina fotografických odborníků Digitální obrazový soubor |
|
LAN |
Místní síť |
|
LCM |
Seznam a služba Campaign Manager |
|
LGW |
Místní brána |
|
MPLS |
Přepínání víceprotokolových štítků |
|
NAT |
Překlad přístupu k síti |
|
NDC |
Sběr síťových dat |
|
NTP |
Protokol NTP (Network Time Protocol) |
|
OB |
Směrem ven |
|
OTG |
(záhlaví SIP) Původní skupina přenosových spojů |
|
P2P |
Bod k bodu |
|
PAI |
(záhlaví SIP) P-potvrzená identita |
|
PBX |
Pobočková ústředna |
|
PCI DSS |
Standard zabezpečení dat v odvětví platebních karet |
|
|
Formát přenosného dokumentu |
|
PEWC |
Předchozí výslovný písemný souhlas |
|
Osobní údaje |
Osobně identifikovatelné informace |
|
PNG |
Přenosná síťová grafika |
|
BOUCHNOUT |
Poštovní protokol |
|
PSTN |
Veřejná telefonní síť |
|
QoS |
Quality of Service |
|
RFC |
Žádost o připomínky |
|
ZvBO |
Přesměrování bez odpovědi |
|
RPID |
(záhlaví SIP) ID vzdálené strany |
|
RTT |
Čas doby odezvy |
|
S2S |
Site-to-Site |
|
SBC |
Řadič hranic relace |
|
SBR |
Směrování založené na dovednostech |
|
SD-WAN |
Softwarově definovaná síť Wide Area Network |
|
SIP |
Internetový protokol relace |
|
Úroveň služby |
Úroveň služeb |
|
SLA |
Smlouva o úrovni služeb |
|
SMS |
Služba krátkých textových zpráv |
|
SMTP |
Simple Mail Transfer Protocol |
|
SP |
Poskytovatel služeb |
|
SRTP |
Zabezpečený transportní protokol v reálném čase |
|
SSL |
Vrstva zabezpečených soketů |
|
TCP |
Transmission Control Protocol |
|
TGRP |
(záhlaví SIP) Směrovací protokol skupiny přenosových spojů |
|
TLS |
Transport Layer Security (zabezpečení přenášených dat) |
|
UDP |
User Datagram Protocol |
|
Uživatelské rozhraní |
Uživatelské rozhraní |
|
Identifikátor URI |
Uniform Resource Identifier – jednodný indentifikátor zdroje |
|
Adresa URL |
Jednotná adresa zdroje |
|
UTC |
Univerzální hodiny |
|
vCube |
Virtuální datová krychle |
|
VoIP |
Voice over IP |
|
VPLS |
Služba virtuální privátní sítě LAN |
|
VPN |
Virtuální privátní síť |
|
VPOP |
Hlasový bod přítomnosti V Webex Contact Center 1.0 integruje VPOP Webex kontaktní centrum do veřejné telefonní sítě a prvního bodu připojení pro zákazníky. Má také mediální server pro léčbu a nahrávání hovorů. |
|
Most VPOP |
Most hlasového bodu přítomnosti V Webex kontaktním centru spojuje VPOP Bridge PSTN poskytovatele služeb s vrstvou hlasových médií. |
|
WAN |
Rozsáhlá síť |
|
WCB |
Vyrovnávací paměť příkazů aplikace Word |
|
Webex CC |
Webex Contact Center |
|
WFO |
Optimalizace pracovní síly |
|
XML |
Rozšířený značkovací jazyk |
