- Start
- /
- Artikel
Design för att migrera från Unified CM till Webex Calling
Designfasen av Webex Calling fokuserar på att definiera regioner, platser, uppringningsplaner och hantering av nödsamtal för att säkerställa en skalbar distribution. Det handlar om att välja en fast region, ställa in platsspecifika detaljer och skapa en konsekvent uppringningsplan. Nödtjänster, inspelningskonfigurationer, och licensbehov tas också upp. Denna fas lägger grunden för provisionering, användarhantering och säker åtkomst via SSO, vilket säkerställer att distributionen uppfyller organisatoriska och lagstadgade krav. För en överblick på hög nivå över migreringsresan, med snabblänkar för att utforska detaljerad dokumentation, se Migrera Unified CM till Webex Calling.
Val av region
Webex Callingär tillgänglig globalt och levereras från redundanta datacenter i flera regioner: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Storbritannien (London, Manchester), Australien (Melbourne, Sydney), Japan (Tokyo, Osaka), Saudiarabien (Riyadh, Jeddah) och Indien (Mumbai, Chennai). Media-POPs tillhandahåller medietjänster för att optimera mediernas rundturstider. Singapore-datacentret används till exempel för att optimera media rund turstiderna för Webex Calling kunder i asiatiska länder där rundturstiderna till antingen Australien eller Japan kan vara suboptimala. Datacentren är sammankopplade med en multi-gigabit och helt redundant ryggrad. Siff ran globalt distribuerade datac enter visar en översikt över alla Webex Calling datacenter. För den senaste listan över tillgängliga Webex Calling datacenter, se Datacenterplatser för Webex Calling.
Varje Webex Calling kund är etablerad på en av Webex Calling instanserna. All provisioneringsinformation för den kunden lagras i den Webex Calling instansen och SIP-signaleringen för alla slutpunkter och lokala gateways som är etablerade för den kunden är knuten till den Webex Calling instans kunden är etablerad på. Eftersom det är svårt att ändra det ursprungliga Webex Calling regionvalet är det viktigt att beakta alla relevanta faktorer som en del av besluts processen som leder till Webex Calling regionvalet. För att undvika överdriven signalering rundtursfördröjning är det viktigt att tidigt i övergångsprocessen bestämma vilken Webex Calling instans som ska användas. Cisco rekommenderar att du väljer den Webex Calling instans som ger de lägsta signaleringstiderna för det största antalet användare inom distributionen.
För tillgänglighet i Webex Calling länder, se Var är Webex tillgängligt? .
Platser
För att förbereda för tillhandahållande av platser måste Webex Calling den information som krävs för alla migreringsmål samlas in. Informationen som behövs för varje plats sammanfattas i Information som ska fångas för varje plats.
| Informationen | Kommentera |
|---|---|
| Förlängningsintervall | Varje plats i Webex Calling kan ha tillägg som börjar med olika siffror. En siffra måste sparas för
styrsiffran mellan olika platser (till exempel 8) och en för PSTN-
styrsiffran (till exempel 9). Inget förlängningsområde kan börja med någon av
dessa två siffror. Alla förlängningsintervall på alla platser måste vara lika långa. |
| DID-intervall | - |
| PSTN-styrsiffra | - |
| Webbplatskod | Alla webbplatskoder på alla platser måste vara unika och ha samma längd. |
| Huvudnummer | När du skapar en plats måste två DID: er etableras. Ett som
huvudnummer (till exempel för att tilldelas en automatisk mottagningstjänst) och ett för röstbrevlå
deportalen. Bestäm en DID för röstbrevlådans nummer. |
| Röstbrevlådanummer | |
| Antal licenser | Obligatoriska licenser efter typ inklusive Webex Calling Standard, Professional, Workspace, Ruttlista, Utgående samtalsplan. |
| Samtidiga samtal under den hektiska timmen | Summan av samtidiga samtal mellan Webex Calling enheter och mellan Webex Calling enheter och den lokala gatewayen (PSTN och samtal till Unified CM enheter). Behövs för att bestämma den nödvändiga bandbredden för internetåtkomst. |
| Land | - |
| Tidszon | - |
| Språk | - |
| Kontakt (Namn, Telefon, E-post) | - |
| Adress (Gatuadress, Stad, Stat, Postnummer) | - |
| Räddningstjänstens fysiska avsändningsplats för slutpunkter | Enhetens avsändningsplats som används för nödsamtal inkluderar i allmänhet följande: byggnadsadress, byggnadsadress+våningsnummer, byggnadsadress+ svitnummer eller byggnadsadress+våningsnummer+kontor/kubiskt nummer. |
| Unik fysisk nätverksplats per enhet för räddningstjänster | Fysisk nätverksplats för nödsamtal omfattar i allmänhet följande: switch/switchport för trådbundna enheter, BSSID (Wireless Access Point) Basic Service Set Identifiers (BSSID) för trådlösa anslutna enheter och/eller lokala IP-delnät för slutpunktsenheter. |
PSTN
När kunderna utformar en Webex Calling driftsättning har kunderna tre primära PSTN-anslutningsalternativ: Cisco C alling Plans (en molnlevererad PSTN-tjänst som hanteras av Cisco), Cloud Connec ted PSTN Providers (CCPP, där leverantörer levererar PSTN-tjänster via molnet) och lokalt PSTN (där lokala gateways ansluter företagsnätverket till PSTN). Med införandet av PSTN-trunking för hybrid Webex Calling distributioner (för mer information, se PSTN-trunking för hybrid Webex Calling distributioner vid PSTN-trunking) får organisationer ytterligare flexibilitet i sin migreringsstrategi. Den här funktionen gör det möjligt för kunder att flytta sitt PSTN till CCPP i början av övergångs resan och börja övergå till moln-PSTN för Webex Calling användare, samtidigt som de utnyttjar CCPP för att upprätthålla PSTN-tjänsten för användare som förblir på under en stegvis migrering. Cisco Unified CM
Detta hybridtillvägagångssätt gör det möjligt för organisationer att flytta utvalda användargrupper till molnet först, utan att omedelbart göra en översyn av hela telefonimiljön. Det introducerar dock ytterligare komplexitet och risk, särskilt när det gäller att anpassa befintlig Unified CM samtalsroutningslogik för att stödja den nya arkitekturen. Interoperabilitet med äldre applikationer, till exempel faxservrar, kontaktcenter eller personsök ningssystem, kräver också noggrant övervägande. Viktiga tekniska utmaningar kan vara att säkerställa sömlös end-to-end-codec-förhandling och DTMF-signalering (Dual-Tone Multi-Frequency) över den blandade miljön, samt validering av kompatibilitet med specialiserade telefonfunktioner. Korrekt planering och testning är avgörande för att minimera störningar och upprätthålla tillförlitliga rösttjänster under hela migreringsprocessen. Dessutom är kommersiella överväganden viktiga, eftersom hybridtrunkning kräver en användningsl icens som baseras på antalet samtidiga samtal mellan den lokala miljön och Cloud Connec ted PSTN Provider (CCPP).
Alternativt kan organisationer välja att behålla sin lokala PSTN-anslutning under hela övergångsfasen. I det här scenariot kan migrering till CCPP utföras på två sätt: som en enda, samordnad cutover för alla användare och platser när Webex Calling migreringen är klar, eller stegvis, med PSTN-migrering per plats när användare flyttas till. Webex Calling Detta tillvägagångssätt kan hjälpa till att effektivisera samexistensen och upprätthålla kontinuitet för äldre integrationer, men det introducerar flera operativa komplexiteter. Bland dessa är utmaningar relaterade till nummerportering, såsom behovet av exakt samordning av nummerportorder, potentiella förseningar, och leverantörsinställda begränsningar som ett tak på antalet samtidiga portförfrågningar eller begränsningar för att portera delmängder av stora antal block. Organisationer måste noggrant planera sin PSTN-övergångsstrategi och ta hänsyn till dessa logistiska överväganden för att undvika serviceavbrott och säkerställa en smidig migreringsupplevelse.
Figuren Migrering till CCCP i början jämfört med att behålla lokalt PSTN visar de två PSTN- migreringsalternativen som förklaras ovan. Illustrationen till vänster visar scenariot där alla lokala användare och program använder moln anslutna PSTN-tjänster via en lokal trunk och en lokal gateway som ansluter den lokala Unified CM till Webex Calling medan illustrationen till höger visar scenariot där den befintliga lokala PSTN förblir på plats och användare använder lokal P STN via den lokala gateway-anslutningen. Webex Calling mellan lokalt Unified CM ochWebex Calling. Under övergången kan Webex Calling platser bytas till med Cloud Connected PSTN.
I båda scenarierna använder samtal mellan lokal och Webex Calling användare den lokala gateway-anslutningen. Anslutningen mellan lokalt och Webex Calling måste utformas och dimensioneras i enlighet med det förväntade antalet samtidiga samtal och den nödvändiga redundansen.
Uppringningsplan
För att uppnå sömlös interoperabilitet mellan Unified CM och Webex Calling under migreringsperioden måste en omfattande uppringningsplanarkitektur utvecklas och implementeras på båda plattformarna. Denna uppringningsplandesign med dubbla plattformar säkerställer konsekvent samtals dirigering, nummeröversättning och funktionsinsyn, vilket gör det möjligt för användare på båda systemen att kommunicera utan försämring av tjänsten eller störningar i användarupplevelsen under hela samexistensfasen.
Lokal uppringningsplan i Unified CM
Under övergången för att möjliggöra samexistens mellan enheter som Webex Calling är registrerade på Unified CM och på företaget Unified CM måste uppringningsplanen ändras så att åtminstone följande krav kan uppfyllas:
-
+E.164 uppringning från till Unified CM Webex Calling
-
Anslutningsuppringning från Unified CM till Webex Calling (inom webbplatsen men även mellan platser om anslutningsintervallen är unika)
-
Förkortad uppringning mellan webbplatser från till Unified CM Webex Calling
-
Tvingad uppringning på nätet från till Unified CM Webex Calling
-
Återuppringning från katalogen för missade samtal till destinationer på Webex Calling
-
PSTN-anrop från Webex Calling till PSTN om under övergången används lokalt PSTN för Webex Calling
-
PSTN-anrop från Unified CM till Webex Calling om under övergången PSTN-trunking för hybrid Webex Calling distributioner används för att ge PSTN-åtkomst till lokala användare via Cloud Connect för Unified CM Webex Calling
-
Tvingad på nätet från till Webex Calling Unified CM
-
Anslutningsuppringning från Webex Calling till Unified CM (mellan webbplatser).
Om något av ovanstående inte stöds uppringningsvanor före övergången, till exempel finns det ingen förkortad uppringningsvana mellan webbplatser, behöver de inte nödvändigtvis inför as under övergången.
Figuruppringnings planen för bästa praxis visar den bästa metoden för uppringningsplan enligt beskrivningen i Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Viktiga egenskaper hos detta tillvägagångssätt inkluderar:
-
Enkel partition för+E.164 katalognummer
-
Kärnrouting baserad på+E.164 ruttmönster
-
Normalisering av alla uppringningsvanor till+E.164 med hjälp av översättningsmönster
-
Användning av översättningsmönster som anropar sökutrymmesarv (alternativ Använd upphovsmannens anro pssökutrymme inställ t på översättningsmönster).

Till exempel kommer PSTN-uppringning (9+1+10D) från en enhet i SJC som är etablerad med söku trymme för linjeanrop SJCinternational först att matchas av översättningsmönstret 9.1 [2-9] XX [2-9] XXXXXX som normaliserar det uppringda partens nummer till +E.164. Den sekundära uppsö kningen använder sedan samma anropande sökutrymme SJCinternational igen (anropar sökutrymmes arv) och +E.164-siffriga strängen matchas antingen av ett +E.164-katalognummer i DN-partitionen eller av ett av PST N- ruttmönstren i partitionen USPSTNnational eller SJCpStnLocal. Förkortade interna och intersite-uppringningsvanor implementeras av översättningarna i ESN- och SJCTO E 164-partitionen. Medan ESN- partitionen är en global partition (tillgänglig för telefoner på alla platser) är SJCTOE16 4-partitionen endast tillgänglig för användare på plats SJC. Detta förutsätter överlappande förlängningsintervall.
Det första steget för att aktivera samtal från Unified CM till Webex Calling är att se till att+E.164-destinationer dirigeras därefter. Detta kan uppnås genom att lägga till en Webex Calling partition i uppringningsplanen, lägga till +E.164 ruttmönster för alla Webex Calling destinationer till den partitionen, och slutligen lägga till Webex Calling partitionen till alla anropande sökutrymmen som representerar klasser av tjänster som måste kunna nås. Webex Calling Att skapa en dedikerad Webex Calling partition krävs för att möjliggöra skapande av en differentierad klass av tjänster för samtal som härrör frånWebex Calling. För att undvika samtalslingor bör sökutrymmet för inkommande samtal på trunken från den lokala gatewayen inte ha åtkomst till Webex Calling partitionen.
Som visas i figur +E.164 routing tillWebex Calling, för att möjliggöra routing från Unified CM till Webex Calling för en plats med+E.164 DID-intervall +1 221 555 2XXX och platskod 121, måste ett brådskande rutt mönster som matchar detta+E.164-intervall läggas till i partitionen. Webex Calling
Om inget platsspecifikt val av lokal gateway krävs kan du istället för att använda en ruttlista med en Webex Calling lokal ruttgrupp som mål för ruttmönster som pekar på Webex Calling en enda ruttgrupp etableras med den lokala gatewayen som enda medlem och sedan pekar Webex Calling ruttmönstren på en enda Webex Calling ruttlista med den här ruttgruppen som enda post.
För att aktivera förkortad uppringning mellan platser till Webex Calling platsen läggs det nödvändiga ruttmönstret 8121.2XXX till partitionen. Webex Calling För platser som ska övergå till Webex Calling ett uppringningsnormaliseringsmönster 8121.2XXX som normaliserar ESN-uppringning till +E. 164 kan det redan finnas i ESN-partitionen. I så fall verkar 8121.2XXX vara överflödig, men så snart alla DN:er på respektive plats har migrerats över till Webex Calling 8121.2XX X-uppringningsnormaliseringsmönstret kan översättningsmönstret tas bort och sedan möjliggör ruttmönstret 8121.2XXX ESN-uppringning även för användare som endast använder anknytning i det området.
Med dessa uppringningsplanändringar kan samtal till Webex Calling platsen göras inte bara genom att ringa förkortat inter-site och +E.164. Internationell och nationell PSTN-uppringning är också möjlig eftersom dessa uppringningsvanor först normaliseras till +E.164 genom de redan befintliga översättningsmönstren för uppringningsnormalisering och sedan dirigeras till Webex Calling genom att matcha ruttmönstret +E.164 i partitionen. Webex Calling
+E.164-ruttmönstermatchningen på Webex Calling platsens DID-intervall kan etableras medan alla DID fortfarande är på. Unified CM Den bästa matchningsmönstermatchning Unified CM salgoritmen ser till att när ett nummer som är värd Unified CM är uppringt så matchar +E.164-katalognumret som Unified CM tillhandahålls på bättre än det jokertecknade +E.164-ruttmönstret som pekar på Webex Calling så att samtalen utvidgas till en linje på och inte skickas till. Unified CM Webex Calling
Webex Callinguppringningsplan
Varje användare har Webex Calling ett tillägg och/eller ett +E.164-telefonnummer. Tilläggslängden är en fast global inställning: alla tillägg i en Webex Calling distribution har samma längd. Anslutningsuppringning kan användas mellan Webex Calling användare både inom en plats och mellan platser. Förkortad uppr ingning mellan webbplatser (det senare fallet) fungerar bara om det uppringda tillägget är unikt.
Om förkortad uppringning mellan platser mellan platser är ett krav men det finns överlappningar mellan tillägg som tilldelats på olika platser, måste en företagsspecifik numreringsplan skapas genom att föregå tilläggen med en åtkomstkod en webbplatskod. Mer information finns i Preferred Architecture for Cisco Collaboration 15 On-premises Deployments, Designöversikt finns på Ciscos föredragna arkitekturer för samarbete.
Anslutningslängden, uppringningsbeteendet mellan lokaliseringsanläggningar, prefixlängd för uppringning mellan platser och styrsiffran i routingprefixet för uppringning mellan lokaliseringar konfigur eras i inställningarna för samtalstjänsten i Control Hub:
-
Platsroutningsprefixlängd: Prefixlängd inklusive styrsiffran. K rävs endast om en företagsnummerplan måste upprättas som alternativ förkortad uppring ningsmetod mellan företag.
-
Styrsiffra i routingprefix: Styrsiffra för förkortad uppringnings vana mellan företag. Överlappningar med första siffran på valfri plats och plats för utgående uppringningssiffror bör undvikas. K rävs endast om en företagsnummerplan måste upprättas som alternativ förkortad uppring ningsmetod mellan företag.
-
Intern förlängningslängd: Standardlängd på förlängningar. Kan vara vilket värde som helst mellan två och tio.
När telefonnummeruppringning eller uppringning med betydande företagsnummer (styrkod, platskod, anknytning) krävs från en lokal samtalskontroll till Webex Calling och den lokala samtalskontrollen skickar ett anknytning som uppringnings-id, måste du också ange parametern Maximal okänd anslutningslängd i avsnittet Samtalsdirigering mellan Webex Calling och lokaler för att säkerställa att uppströmssamtal från den lokala samtal skontrollen till kan klassificeras som lokalt Webex Calling ringer rätt. -
Tillåt nummeruppringning mellan platser: Växla för att aktivera/inaktivera anslutningsuppringning mellan platser. Det här alternativet bör endast aktiveras om alla tillägg inom organisationen är unika. Om alternativet är inaktiverat måste företagets betydande nummer (styrkod, webbplatskod, anknytning) eller telefonnummer ringas mellan platser.
De tre första parametrarna används främst för att bygga en uppringningsplan för telefoner för att minimera mellan siffriga timeouts när du använder off-hook-uppringning. Avvikelser från dessa globala inställningar är fortfarande möjliga (Exempel - tillägg med en annan längd kan etableras), men ett varningsmeddelande dyker upp i Control Hub och uppringning från telefoner kan kräva blockering av uppringning för att undvika konflikter inom den förinstallerade uppringningsplanen.
Tabellen Enterprise numrering sexempel visar ett exempel på tre platser där tilläggsområdena för två platser, NYC och RTP, är identiska. Upprättande av ett företags numreringsschema med styrsiffra mellan platser 8, följt av en tresiffrig webbplatskod, och det fyrsiffriga tillägget skapar en icke-överlappande förkortad uppringningsvana mellan webbplatser.
| Webbplatsen | Förlängningsintervall | Webbplatskod | Enterprise-sortiment |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
För att möjliggöra en smidig övergång bör uppsättningen uppringningsvanor för användare före och efter övergången till Webex Calling idealiskt vara densamma. För att förbereda övergången för varje plats måste DID-intervall och förlängningsintervall (eller förkortade uppringningsvanor inom webbplatsen) dokumenteras. Baserat på denna information måste styrsiffran mellan anläggningarna väljas.
Tabellen F asta läng Webex Calling dförlängningsintervall visar ett exempel på tre platser och förlängnings intervall med fast längd. Eftersom överlappande uppringningsvanor måste undvikas är det viktigt att se till att den första siffran i intervallet inte matchar styrsiffran för förkortad uppringning mellan platser för alla förlängningsintervall. Om till exempel 8 väljs som styrsiffra för uppringning mellan platser, då kan inget tilläggsområde på någon plats börja med 8. Vanligtvis matchar tilläggen på en viss plats de sista siffrorna i DID: erna som tilldelats den platsen. För att undvika konflikter kan den första siffran i förlängningen ändras. Om till exempel DID i intervallet +1 408 555 8XXX används på en plats, kan istället för att använda 8XXX som förlängningsområde 7XXX användas för tilläggen på den webbplatsen
| Webbplatsen | Förlängningsintervall | Webex CallingFörlängningar | Webbplatskod | Enterprise-sortiment |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Sjusiffriga uppringningssträngar som ringts på en Webex Calling enhet som använder den amerikanska uppr Webex Calling ingningsplanen överlappar med ett sjusiffrigt mönster för lokal uppringning i den förinstallerade amerikanska uppringningsplanen. För att undvika överlappningar mellan alla uppringningsvanor på nätet och utanför nätet (PSTN) kan en obligatorisk extern åtkomstkod användas på den platsen. Om det befintliga företagsnumreringsschemat och motsvarande förkortade uppringning mellan platser överlappar mönster i den Webex Calling nationella urtavlan, kan under övergången till numreringsschemat för att Webex Calling undvika överlappningar också ändras till en längre eller kortare form. Det enklaste sättet att uppnå detta är att lägga till en extra fyllnadssiffra i numreringsschemat. Det nya längre schemat för uppringning mellan webbplatser behöver bara antas av användare som redan migrerats till. Webex Calling Användare som fortfarande Unified CM är på kan fortsätta att ringa sju siffror. Unified CMI det här fallet måste företagets uppringningsplan se till att förkortad sjusiffrig uppringning från Unified CM till omvandlas till Webex Calling antingen +E.164 eller till det förkortade uppringningsformat som används på. Webex Calling Detta måste göras innan du skickar samtalet till den lokala gatewayen.
Den sjusiffriga uppringningen Tabellövergång visar ett exempel på denna omnumrering. I det här exemplet Unified CM använder förkortad uppringning mellan platser styrsiffra 8 följt av en tvåsiffrig webbplatskod och ett fyrsiffrigt tillägg. För att undvika sjusiffrig förkortad uppringning mellan platser för platser påWebex Calling, kan webbplatskoderna enkelt ändras till tre siffror genom att föregå en godtycklig fyllnadssiffra (8 i exemplet) till de två siffriga webbplatskoderna som används i Unified CM så att uppringning mellan platser från Webex Calling telefoner använder styrsiffran 8 följt av fyllnadssiffran 8, den gamla tvåsiffriga webbplatskoden och det fyrsiffriga tillägget. Användare på behöver Webex Calling inte komma ihåg nya webbplatskoder; de behöver bara komma ihåg att använda 88 som prefix för uppringning mellan webbplatser istället för 8 på. Unified CM
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Webbplatsen | Förlängningar | Webbplatskod | Enterprise-sortiment | Webbplatsens ode | Enterprise ange |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
I ett scenario med olika företagsnummerformat aktiverade Unified CM och Webex Calling om företagsnummer presenteras som information om den uppringande parten för samtal från Unified CM till Webex Calling (till exempel - Samtal från enheter utan DID), är det viktigt att också implementera en m appning mellan de olika nummerformaten för information om den uppringande parten för att säkerställa att återuppringningen fungerar. Denna mappning kan uppnås genom att använda samtalspartens transformationsmönster på trunken mellan Unified CM och den lokala gatewayen.
Inspelning
En väldesignad samtalsinspelningslösning kräver noggrann övervägning av flera viktiga designelement för att säkerställa att den överensstämmer med organisatoriska mål, lagkrav och tekniska begränsningar. Två av de mest kritiska besluten handlar om val av leverantör och regionval, som båda kan behöva skräddarsys globalt och åsidosättas på specifika platser, baserat på affärsbehov.
1. Val av leverantör av samtalsinspelning
Att välja lämplig leverantör av samtalsinspelning är grundläggande för att uppfylla affär smålen och säkerställa att funktionerna anpassas i hela organisationen:
-
Ur@@ val av global leverantör: Organisationer utser vanligtvis en primär samtalsinspelningsleverantör på global nivå, vilket säkerställer enhetlighet i funktionsuppsättning, efterlevnad och support på alla platser
-
Platsbaserade åsidosättningar: I scenarier där specifika platser eller regioner har unika affärsbehov eller lagstadgade krav kan det vara nödvändigt att åsidosätta det globala leverantörsvalet och ange alternativa leverantörer för dessa platser. Denna flexibilitet stöder olika efterlevnadsmandat och lokala operativa behov
-
Affärskrav: Valet av leverantör bör styras av en bedömning av företagets drivkrafter såsom regelefterlevnad (exempel - MiFID II, HIPAA), kvalitetssäkring, tvistlösning eller utbildningsbehov
-
Tillgänglighet för funktioner: Leverantörer bör utvärderas utifrån deras förmåga att leverera nödvändiga funktioner, till exempel realtidsövervakning, sök- och uppspelningsfunktioner, kryptering, lagringspolicyer, integration med analysplattformar och stöd för olika samtalstyper (inkommande, utgående, interna).
2. Val av region
Att bestämma regionen där samtalsinspelningar lagras och bearbetas är avgörande för efterlevnad och prestanda:
-
Globalt regionval: Som standard kan organisationer välja en enda region för lagring av samtalsinspelningar för att förenkla hantering och styrning
-
Platsbaserade regionåsidosättningar: När lagar om dataredighet eller företagspolicyer kräver det kan det vara nödvändigt att åsidosätta den globala regioninställningen för specifika platser, så att samtalsinspelningar lagras och behandlas inom de geografiska gränserna som krävs.
-
K@@ rav på datalägenhet: Designen måste ta hänsyn till internationella och lokala dataskyddsbestämmelser (som GDPR, CCPA eller landsspecifika mandat) som kan diktera var och hur samtalsinspelningar behålls.
En annan kritisk aspekt som ska tas upp vid planering och utformning av en samtalsinspel ningslösning för Webex Calling är uppskattningen av lagringsbehov. Noggrann prognos för lagringsbehov är avgörande för att säkerställa att tillräcklig kapacitet finns tillgänglig för att stödja pågående affärs verksamhet, upprätthålla efterlevnad och undvika störningar i tjänsten.
Flera viktiga parametrar bör beaktas vid bestämning av det förväntade lagringsbehovet:
-
Volymen av inspelade samtal: Bedöm det förväntade antalet samtal som kommer att spelas in inom ett visst tidsintervall (t.ex. per dag, vecka eller månad). Detta inkluderar inte bara externa samtal utan även intern kommunikation, om det krävs enligt affärspolicy eller myndighetsmandat
-
Genomsnittlig samtalstid: Beräkna den typiska längden på inspelade samtal, eftersom längre samtal tar mer lagringsutrymme. Variationer i samtalslängd mellan olika avdelningar eller användargrupper bör också beaktas i uppskattningen
-
L@@ agringsperiod: Definiera hur lång tid inspelningar måste behållas, vilket ofta dikteras av organisationens policyer eller externa regler (till exempel branschspecifika efterlevnadsstandarder). Längre lagringsperioder ökar det totala lagringskravet
-
Tillväxtprognoser: Tänk på förväntad tillväxt i samtalsvolymer eller utvidgning av inspelningsomfånget, vilket kan bero på affärsskalning, nya lagkrav eller introduktion av ytterligare användare eller platser.
Genom att noggrant analysera dessa parametrar kan organisationer utveckla en robust lagringsstrategi som säkerställer skalbarhet, kostnadseffektivitet och regelefterlevnad för deras Webex Calling samtalsinspelningslösning. Det är också tillrådligt att regelbundet granska och justera lagringsalloker ingar när användningsmönstren utvecklas över tiden.
Nödsamtal
Kravet att dirigera ett nödsamtal till lämpligt sändningscenter är ett krav för alla samtalstjänster som erbjuder PSTN-tjänst. MedWebex Calling, dirigeringen av nödsamtal är inbyggd i lösningen och inkluderar stöd för alla nationella nödnummer i de länder som Webex Calling stöder. Routningen av ett nödsamtal Webex Calling baseras på den plats som definieras i Control Hub och platsens PSTN-åtkomstmetod. Nödnumren i Webex Calling är fördefinierade och specifika för det land som Webex Calling användarna och enheterna är distribuerade i.
Det finns två sätt att leverera nödsamtalWebex Calling. Det finns en grundläggande rutttjänst för nödsamtal och en förbättrad rutningstjänst för nödsamtal. Den grundläggande rutttjänsten för nödsamtal använder ett administratörsvalt nummer för att identifiera platsen och samtalsvägen för att nå räddningstjänsten. För grundläggande nödsamtal går samtalsvägen vanligtvis via kundens PSTN-alternativ för den platsen. Webex Callinghar också förbättrad ruttning av nödsamtal utformad för distributioner i USA och Kanada som har krav på regelefterlevnad som kräver användning av en rikstäckande leverantör för att leverera nödsamtal till rätt sändningscenter.
Alla kunder bör åtminstone distribuera den grundläggande konfigurationen för nödsamtal. Grundläggande nödsamtal kräver att minst ett kundägt +E.164-nummer tilldelas varje plats som definieras i. Webex Calling För grundläggande nödsamtal, varje plats kommer att definieras av en gatuadress som polis, brand- eller ambulanstjänster skickas till vid nödsituationer. I de flesta fall är huvudnumret för platsen det bästa valet för att representera den fysiska platsen för nödsituationen. Vanligtvis samordnas tilldelningen av adressen till+E.164-numret med P STN-leverantören. Bilderna nedan visar tilldelningen av huvud numret som ska användas som nöduppringningsnummer för Richardson-platsen.


I de flesta situationer är en byggnadsadress tillräcklig för avsändningsadressen för platsen. Men om ytterligare platsinformation behövs för specifika användare eller enheter kan en administratör använda samma process som beskrivs ovan och tilldela dessa enheter till en specifik adress eller en mer exakt plats inuti adressen (som ett golv eller ett rum). I Användarhantering i Control Hub tillåter fliken Sam tal att ett specifikt nummer kan användas för en användare och dennes enheter för att få en specifik sändningsadress. Följande bilder illustrerar hur ett specifikt nummer kan tilldelas en enhet. Administratören ansvarar för att numret som används av enheten har rätt leveransadress tilldelad den. Adres stilldelningen görs vanligtvis via PSTN-leverantören för den platsen.


För USA-baserade telefoniinstallationer som måste tillhandahålla förbättrade nödsamtal slösningar, Webex Calling använder RedSkys Horizon Mobility integrerad i Webex Calling för dirigering av nödsamtal. När du använder RedSky för samtalsdirigering måste en administratör registrera sig för ett konto via Cisco och konfigurera lämplig information i Samtal -> Serviceinställningar för att aktivera den här funktionen. När RedSky- tjänsten har aktiverats på systemnivå kommer en administratör att aktivera RedSky- tjänsten på varje platsnivå. Aktiveringen av Förbättrade nödsamtal på en Webex Calling plats aktiverar tjänsten för alla enheter som är tilldelade den platsen. Enheter som stöder förbättrat nödsamtal är Cisco MPP-telefoner, Cisco PhoneOS-telefoner och Ciscos Webex-app.
Det finns två inställningar för att aktivera Förbättrat nödsamtal på en plats. Tillåt RedSky att ta emot information om nätverksanslutning och testsamtal bör användas för att verifiera att RedSky-konfigurationen för enhets- och infrastrukturmappningar är korrekt. Den här inställningen gör det också möjligt att placera testsamtal till 933 för att utföra plats verifiering med RedSkys IVR-system för att läsa upp platsen för den som ringer. Även om detta dokument inte täcker RedSky-konfigurationen för platsspårning, bör en administratör ALLTID testa sin platsupptäckt innan nöd samtal aktiveras för att dirigera till RedSky. När testningen har slutförts och verifierats som korrekt kommer administratören att dirigera samtal till RedSky genom att växla rutten nödsamtal till RedSky. Denna växling riktar alla nödsamtal för platsen till RedSky för leverans till telefonsvararen för platsen.
Inställningarna för förbättrade nödsamtal gäller även för Webex App-klienter både lokalt och externt. När det är lokalt kan Webex-appen spåras på samma sätt som skrivbordstelefoner spåras. När den är utanför lokal kan användaren ställa in sin plats dynamiskt direkt i Webex-appen. Mer information om nödsamtal finns i Förbättrat nödsamtal förWebex Calling.
Licensiering
Det finns flera alternativ för att tilldela Webex Calling licenser till användare.
Manuell tilldelning via Control Hub
Administratörer till Webex Calling delar licenser manuellt till enskilda användare via Control Hub-gränssnittet.
Administratörer kan redigera tjänstelicenser för enskilda användare och tilldela samtalslicenser direkt.
Mallar för automatisk licenstilldelning
Använd mallar för licenstilldelning i Control Hub för att automatiskt tilldela licenser till användare baserat på grupp- eller organisationsinställningar.
Automatisk licensiering kan göras genom katalogsynkronisering eller manuella användaruppdateringar, men användare måste ha ett giltigt +E.164-formaterat telefonnummer och telefonnumren måste finnas på en Webex Calling plats innan användaren tillhandahåller. Om villkoren inte uppfylls (t.ex. ogiltigt telefonnummer format) kommer Webex Calling licenser inte att tilldelas.
Masstilldelning via CSV-mall
Ladda upp en CSV-fil med användarinformation och licenstilldelningar för att lägga till eller ändra flera användare samtidigt.
CSV-import stöder att lägga till upp till 20 000 användare och tilldela Webex Calling licenser, men licenser kräver specifika fält som telefonnummer och tillägg.
API-baserad tilldelning
Använd Webex API:er för att programmatiskt tilldela licenser och hantera användare.
Webex stöder API-operationer för användar- och licenshantering (People, SCIM 2.0 och Licenses API: er), som kan utnyttjas för automatisering av licenstilldelning. Licenser API tillåter samtidig tilldelning av licenser, telefonnummer och tillägg.
| Uppdragsmetod | Fördelar | Nackdelar |
|---|---|---|
| Manuellt via Control Hub | Enkelt för få användare. Tillåter exakt och detaljerad kontroll över tilldelning av licenser. | Inte skalbar, tidskrävande Benägen för mänskliga fel vid manuell inmatning. |
| Automatiska licensmallar | Skalbar Minskar manuella fel Kan tillämpas på nya och befintliga användare. | Kräver giltiga telefonnummer och platser. Mer komplicerat att sätta upp Kräver också användargrupper per grupp användare med motsvarande licenskrav. |
| Massuppladdning av CSV | Effektiv för stora användaruppsättningar Tillåter samtidig tilldelning av licenser, telefonnummer och tillägg. | Kräver noggrann CSV-formatering Risken för fel om telefonnummer eller tillägg saknas eller är felaktiga. |
| API-baserad tilldelning | Automatiserbar, flexibel. Tillåter samtidig tilldelning av licenser, telefonnummer och tillägg. | Kräver utveckling och API-kunskap. |
Tabellen Användarprovisioneringsalternativ - sammanfattning sammanfattar användarprovisioneringsalternativ och deras fördelar och nackdelar. Den här översikten hjälper dig att välja den bästa licenstilldel ningsmetoden baserat på kundens organisationsstorlek, automatiseringsfunktioner och användarprovisionerings processer och krav.
När det är möjligt rekommenderar Cisco att tilldela samtalslicenser med hjälp av licensmallar. Detta kräver att för varje grupp användare som kräver en unik uppsättning licenser (Exempel - Webex Calling Standard vs. Professionell) en grupp med respektive gruppmedlemskap finns. Som diskuteras i avsnitten Användargrupper kan användargrupper definieras manuellt i Control Hub eller synkroniseras från en företagskatalog. En kombination av båda metoderna är möjlig.
Användare som tillhör flera grupper får licenser från alla tilldelningar som tillämpas på alla deras grupper. Detta gör det möjligt att använda Webex Calling licensspecifika säkerhetsgrupper i företagskatalogen för att hantera Webex-licenstilldelning där den resulterande användarlicenstilldelningen styrs av föreningen av gruppmedlemskap.
Mer information finns i Ställa in automatiska licenstilldelningar i Control Hub och Konfigurera mallar för automatisk licenstilldelning för Webex Calling användare.
Licenskrav
Detta avsnitt omfattar endast Webex Calling relaterade licenser. Andra licenstyper (Exempel - Webex-enhetsregistrering, meddelanden, möten) täcks inte. Som en del av designprocessen måste licenskraven fastställas. Licensantal för följande licenstyper måste beräknas:
-
Webex CallingStandard: antal enskilda användare som kräver standardtelefonfunktioner.
-
Webex CallingProfession ell: antal användare och arbetsytor som kräver avancerade telefon funktioner. Virtuella linjer och gruppröstbrevlåda har rätt till ett förhållande på 1:1 för varje professionell licens. Därför, i sällsynta fall där antalet nödvändiga virtuella linjer eller gruppröstmeddelanden överstiger antalet användare och arbetsytor som kräver avancerade telefon funktioner, ytterligare professionella licenser måste redovisas.
-
Webex CallingArbetsyta för gemensamt område: antal delade användningsområden eller gemensamma utrymmen som kräver standardsamtalsfunktioner.
-
Webex CallingKundassistans: antal agenter och handledare som kräver Cu Webex Calling stomer Assist-funktioner. Kund Webex Calling assistenten inkluderar Webex Calling Professional-licensen.
-
Ruttlistanrop: antal obligatoriska molnanslutna PSTN-samtal mellan lokala Unified CM användare och/eller lokala specialiserade tredjepartsprogram.
-
Attendant Console: antal Webex Calling användare som behöver åtkomst till den skötande konsolklienten.
-
Cisco Calling Plan (Outbound Calling Plan): antal användare som behöver ett PSTN- nummer och/eller utgående PSTN-samtalsåtkomst för Cisco PSTN-tjänsten.
Det finns ingen dedikerad licenstyp för professionella arbetsytor. Professionella arbetsytor använder en Webex Calling Professional-licens.
Enbart arbetsytor med hot-desk erbjuder hotdesking-värdtjänsten och nödsamtal från hotdesk ing-värden och kräver ingen licens. Mer information finns i Lägga till och hantera enheter endast för hot desk.
Om du vill bestämma vilken licenstyp som krävs för varje användare och arbetsyta baserat på funktioner som behövs, se Funktioner tillgängliga efter licenstyp för Webex Calling.
För att skilja mellan funktionalitet som erbjuds av Webex Calling samtalsköer i kombination med den Webex Calling professionella licensen i motsats till Webex Calling kundassistans, se jämförelse av Webex Calling samtal skö och kundassistansfunktioner.
Tillhandahållande av användare
När du etablerar användare i Webex Control Hub finns det flera alternativ tillgängliga, var och en anpassad till olika organisationsbehov och miljöer:
-
Manuell etablering: Administratörer kan lägga till och hantera enskilda användare direkt i Control Hub. Denna metod är enkel men bäst lämpad för små organisationer eller begränsade användar ändringar.
-
Massprovisionering via CSV: För större användarbaser kan administratörer importera och uppdatera användare i bulk genom att ladda upp CSV-filer till Control Hub. Detta möjliggör effektiv hantering av upp till tusentals användare samtidigt.
-
Alternativ för katalogsynkronisering:
Directory Connector: Detta är ett automatiskt synkroniseringsverktyg som används i Microsoft Active Directory miljöer. Det synkroniserar användarkonton, grupper och attribut på schemalagd basis (timme, dag eller vecka). Den stöder inställningar för flera domäner och flera skogar Active Directory och kan synkronisera profilbilder och rumsobjekt.
Guide@@ appen Entra ID (Azure AD): Den här metoden är utformad för organisationer som använder Microsoft Entra ID (Azure AD) och ger automatisk synkronisering i nära realtid av användar konton och attribut direkt från Entra ID till Control Hub. Det hanteras helt i Control Hub och kräver minimal installation.
SCIM 2.0-program: För miljöer utanför Microsoft eller andra identitetsleverantörer som Okta eller Duo möjliggör SCIM-baserade synkroniseringsappar automatisk användarprovisionering och avprovisionering med attributmappning och gruppsynkronisering.
-
Unified CManvändarsynkronisering: Det här alternativet gör det möjligt att skapa Webex-användarkonton baserat på befintliga Unified CM slutanvändare genom att synkronisera från Unified CM till Webex. Detta kräver att Cloud Connected UC (CCUC) körs på lokala kluster. Unified CM Det rekommenderas dock generellt att synkronisera användare från en centraliserad molnkatalog som Entra ID snarare än direkt frånUnified CM.
-
API-provisionering: Offentliga Webex API:er (People, SCIM 2.0) kan användas för att tillhandahålla Webex-användare. Den största fördelen med att använda API:er är möjligheten att integrera användarprovisionering med andra företagssystem.
Den här översikten och tabellen återspeglar de viktigaste Webex-användarprovisioneringsalternativen, deras fördelar och begränsningar för att hjälpa dig att välja den bästa metoden för din organisations behov.Tabell 6. Alternativ för tillhandahållande av användare för Webex Tilldelningsmetod Beskrivning Fördelar Nackdelar Manuell Skapa/hantera användare individuellt i Control Hub Enkelt för få användare, ingen infrastruktur behövs Inte skalbar; tidskrävande för många användare Bulk (CSV-fil) Importera/uppdatera användare i bulk via CSV i Control Hub Effektiv för grupper; ingen kodning krävs Manuell CSV-förberedelse; mindre dynamisk Människor och SCIM 2.0 API Programmatisk användarhantering via Webex API:er Flexibel; stöder automatisering och integration Kräver utveckling och infrastruktur Katalogsynkronisering Automatisk synkronisering från AD, Entra ID, SCIM-appar, Unified CM Automatiserar livscykeln; stöder filtrering och kartläggning Inställningskomplexitet: vissa av alternativen har begränsade funktioner eller kräver infrastruktur
Användargrupper
Användargruppshantering i Webex tillåter administratörer att organisera användare i grupper för effektiv masshantering av licenser, inställningar och resurser. Grupper hjälper till att effektivisera administrationen genom att tillämpa principer, licenser och inställningsmallar för flera användare samtidigt, i stället för att hantera användare individuellt.
Hantering av användargrupper erbjuder flera fördelar inklusive:
-
Förenklad administration: Hantera licenser, inställningar och policyer för flera användare samtidigt.
-
Kon sekvens: Tillämpa enhetliga inställningar och licenser för användare i samma grupp.
-
Skalbarhet: Stöder upp till 250 000 medlemmar per grupp.
-
Integrering: Synkronisera grupper från Microsoft Entra ID (Azure AD) eller Active Directory för automatiserad användar- och grupphantering.
-
Flexi bilitet: Skapa lokala grupper eller synkronisera säkerhetsgrupper; hantera grupp medlemskap manuellt eller via CSV-filer.
-
Resursallokering: Kontrollera åtkomst till inbäddade appar och tjänster baserat på gruppmedlemskap.
De viktigaste användningsfallen för användargrupper vid etablering Webex Calling är:
-
Licens tilldelningar: Tilldela licenser till grupper för att automatiskt tillhandahålla tjänster som samtal, möten, meddelanden eller hybridtjänster till gruppmedlemmar.
-
Inställningsmallar: Använd samlingar av tjänsteinställningar (t.ex. meddelanden, möte, samtal) på grupper för enhetlig användarupplevelse.
-
Han@@ tering av massanvändare: Lägg till eller ta bort användare i bulk via CSV-filer eller katalog synkronisering.
-
Automatisering och integration: Använd API:er eller katalogsynkronisering för automatiserad livscykelhantering för användare och grupper.
Följande tabell sammanfattar de olika alternativen för att hantera användargrupper och grupphan tering i Webex.
| Alternativ | Beskrivning | Fördelar | Nackdelar |
|---|---|---|---|
| Tillhandahållande av kontrollhubb-grupper (Webex-grupper) | Skapa och hantera grupper direkt i Control Hub. Lägg till/ta bort medlemmar manuellt eller via CSV. | Full kontroll över gruppmedlemskap Omedelbar tillämpning av licenser och mallar Enkelt att skapa och redigera grupper |
Manuella uppdateringar krävs Risk för fel vid manuella CSV-uppladdningar Ingen automatisk synkronisering med externa kataloger |
| Synkroniserade grupper från Entra ID (Azure AD) eller Active Directory | Synkronisera säkerhetsgrupper och medlemskap automatiskt från externa katalog tjänster. | Automatiserad synkronisering minskar manuellt arbete Säkerställer överensstämmelse med företagskatalogen Stöder stora organisationer |
Det går inte att redigera gruppmedlemskap i Control Hub Synkroniseringsfördröjning upp till 12 timmar Kapslade grupper kräver manuell markering |
| Grupper och SCIM 2.0 API (Webex-grupper) | Använd Webex Groups eller SCIM 2.0 API för programmatisk grupp- och medlemshantering | Automation och integration med andra system Skalbar för stora eller komplexa miljöer |
Kräver utvecklingsinsats Komplexitet beror på API-användning |
Medan synkroniserade grupper säkerställer konsistens och erbjuder en enda administrationspunkt, är en hybridmetod som kombinerar synkroniserade grupper och Webex-grupper (antingen hanteras i kontrollhubben eller via API:er) möjlig. Så, till exempel grupper för licenstilldelning kan vara synkroniserade grupper och en separat uppsättning Webex-grupper kan användas för att tilldela användare och Webex App-samtalsmallar.
Detta omfattande tillvägagångssätt för hantering av användargrupper i Webex gör det möjligt för organisationer att effektivt hantera användarlicenser, inställningar och policyer, vilket säkerställer konsekventa och skalbara samarbetsupplevelser.
Rekommenderat tillvägagångssätt vid migrering från till Unified CM Webex Calling
Den primära datakällan för användare på Unified CM är Unified CM databasen, som innehåller slutanvändarinformation. i alla fall, Unified CM är vanligtvis inte den auktoritativa källan för hantering av användaridentitet och ännu viktigare kommer att stängas av i slutet av övergången och utesluts därför som långsiktig auktoritativ källa för identitetsinformation.
Cisco rekommenderar att du använder en centraliserad molnkatalog som Microsoft Entra ID (Azure AD) som enda sanningskälla för användaridentiteter. Synkronisering av användare från Entra ID till Control Hub säkerställer enhetlighet, förenklar hanteringen och stöder funktioner för enkel inloggning (SSO).
För att säkerställa att alla användare på också Unified CM finns i Entra ID, bör organisationer kontrollera att användarkontona i Unified CM motsvarar konton i Entra ID. Detta kan göras genom att exportera användarlistor från Unified CM och jämföra dem med Entra ID-användarlistor.
Sammanfattningsvis är den rekommenderade etableringsmetoden att synkronisera användare från Microsoft Entra ID (Azure AD) till Webex Control Hub med hjälp av guiden Azure AD eller SCIM-appar. Manuell och CSV-bulkprovisionering finns som kompletterande metoder, men är mindre skalbar och mer felbenägen för stora organisationer. Att säkerställa att Entra ID är den auktoritativa källan och att alla Unified CM användare finns i Entra ID är avgörande för en lyckad migrering och konsekvent användar upplevelse över Webex Calling och Unified CM miljöer.
Övergången från en lokal katalogtjänst, till exempelActive Directory, till en molnkatalogtjänst, som Entra ID (Azure ID), är oberoende av anropsövergången. Cisco rekommenderar att övergången till en molnkatalogtjänst avslutas innan samtalsöver gången påbörjas.
Designa användargrupper
Efter att ha övergått företagskatalogen från lokalt till molnet samlar du in de användargrupper som krävs som drivs av licens- och funktion smallkrav. För varje gruppdokument:
-
Gruppnamn: unikt namn på gruppen.
-
Licenser: licenser som ska tilldelas denna grupp (om sådana finns) och omfattning (bör licenser tilldelas befintliga användare eller endast till nya användare)
-
Inställningsmallar: Webex App- och Användarsamtalsmallar.
-
Katalogsynkronisering: Synkroniseras den här gruppen från företagskatalogen eller är detta en lokal Webex-grupp etablerad i Control Hub eller via ett API.
-
Beskrivning: hur kommer den här gruppen att användas och vilka användare som ska vara medlemmar i den här gruppen
Dessa uppgifter kommer att användas senare under implementeringsfasen för att skapa lokala grupper eller grupper i företagskatalogen och hantera användarnas gruppmedlemskap.
Enkel inloggning (SSO)
Cisco rekommenderar användning av SSO för användarautentisering. Att använda SSO har några övertygande fördelar inklusive:
-
Förenklad användarautentisering: Användare kan logga in en gång med sina företag suppgifter (t.ex. från Azure ID) för att komma åt Webex och andra integrerade program, vilket eliminerar behovet av flera lösenord och minskar inloggningsuppmaningarna. Detta förbättrar säkerheten genom att säkerställa att företagslösenord aldrig lagras eller överförs till Webex efter autentisering.
-
Förenklad användarhantering: Automatiserar skapande, uppdateringar och in aktivering av användarkonton baserat på ändringar i företagskatalogen, vilket minskar administrativa kostnader och säkerställer att endast behöriga användare har åtkomst.
-
Förbättrad säkerhet: SS O minskar lösenordsutmattning och risken för lösenordsrelaterade överträdelser genom att centralisera autentisering via betrodda identitetsleverantörer (IDP).
-
Enkel integration av multifaktorautentisering (MFA): MFA kan enkelt stödjas antingen genom en Identity Access Management- lösning som Cisco Duo eller genom MF A-stöd för IdP.
Det finns flera alternativ för att implementera SSO för Webex-tjänster:
-
SAML 2.0-baserad SSO: Det primära protokollet som stöds för Webex SSO-integration, vilket möjliggör säkert utbyte av autentiseringsinformation mellan Id P och Webex-tjänsteleverantören.
-
OpenID connect (OIDC): Stöds som ett alternativt modernt autentiseringsprotokoll för SSO-integration.
-
Webex-identitet: Stö ds även som alternativ för identitetsleverantör.
SSO konfigureras och hanteras centralt via Control Hub, vilket kräver utbyte av metadata mellan Webex och den valda IdP.
Efter konfigurationen kan SSO testas i Control Hub före aktivering för att säkerställa korrekt installation.
Cisco Webexstöder integration med flera testade och vanliga IDP och identitetshanter ingssystem (IAM), inklusive men inte begränsat till:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederationstjänster (ADFS)
-
Microsoft Azure
-
Ping Federate
-
OpenAM
-
F5 BIG-IP.
Dessa IDP överensstämmer med SAML 2.0- eller OpenID Connect-standarderna och har validerats för kompatibilitet med Ciscos samarbetslösningar.
Stöd för flera IdP
Webex tillåter organisationer att konfigurera SSO med flera IDP för att tillgodose komplexa IT- miljöer som fusioner, förvärv eller decentraliserade IT-avdelningar där olika grupper använder olika IDP. Stöd för flera IdP kan antingen implementeras med Multiple IdP-funktionen i Webex eller genom integrering av ett företags-IAM-system som Cisco Duo.
Webex stöd för flera identitetsleverantörer (IdP) hanterar flera viktiga användningsfall där organisationer kräver flexibel och säker autentisering i olika IT-miljöer:
1. Fusioner och förvärv
När företag går samman eller förvärvar andra har de ofta separata IT-infrastrukturer och distinkta IDP som inte kan federera. Stöd för flera IdP gör det möjligt för användare från båda organisationerna att autentisera och samarbeta säkert utan att behöva förena sina identitetssystem omedelbart.
2. Flera oberoende IT-avdelningar
Stora organisationer eller statliga institutioner kan ha flera oberoende IT-avdelningar, var och en hanterar sin egen IdP. Webex flera IdP-funktion gör det möjligt för dessa avdelningar att upprätthålla sina egna autentiserings system samtidigt som användare kan komma åt Webex sömlöst.
3. Olika användargrupper eller domäner
Organisationer med olika användargrupper (t.ex. anställda kontra entreprenörer) eller flera e-post domäner kan konfigurera routningsregler för att dirigera autentiseringsbegäranden till lämplig IdP baserat på domän- eller gruppmedlemskap. Detta stöder differentierade åtkomstpolicyer och säkerhet skontroller.
4. Stöd för olika autentiseringsprotokoll
Webex stöder SAML- och OpenID Connect (OIDC) IDP, vilket gör det möjligt för organisationer att integrera olika typer av identitetsleverantörer enligt deras befintliga infrastruktur och säkerhetskrav.
5. Förbättrad säkerhet och efterlevnad
Genom att aktivera flera IDP kan organisationer implementera starkare autentiseringsmekanismer, inklusive multifaktorautentisering (MFA) genom integrationer som Duo, och genomdriva konsekventa säkerhetspolicyer för olika användarbaser.
6. Förenklad användarupplevelse
Användare kan autentisera med sina befintliga autentiseringsuppgifter från sina respektive IDP, vilket ger en enhetlig inloggningsupplevelse trots den underliggande komplexiteten hos flera identitetssystem.
Stöd för flera IdP ger flexibilitet, men det kräver noggrann samordning mellan säkerhets- och identitetsteam för att upprätthålla konsekventa säkerhetspolicyer och undvika potentiella sårbarheter.
Duo MFA med SSO för Webex
Duo Access Gateway (DAG) kan autentisera användare med befintliga lokala eller molnbaserade kataloger som Active Directory (AD) och OpenLDAP. Det stöder också integration med andra identitetsleverantörer som Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS och Shibboleth. Denna flexibilitet gör det möjligt för organisationer att använda sin nuvarande katalog infrastruktur för Webex SSO med Duo MFA.
Duo fungerar som ett starkt autentiseringslager ovanpå den primära katalogautentiseringen. Den fungerar som en identitetsleverantör (IdP) som använder SAML 2.0 för att genomdriva tvåfaktorsautentisering (2FA) innan åtkomst till Webex beviljas. Duo utvärderar användar-, enhets- och nätverkskontext mot konfigurerbara policyer för att tillåta eller neka åtkomst, vilket förbättrar säkerheten utöver bara användarnamn och lösenord. Duo tillhandahåller också flexibla policykontroller, som att kräva MFA vid varje inloggning för vissa appar och mindre ofta för andra.
Fördelarna med Cisco Duo inkluderar:
-
Förbättrad säkerhet: Lä gger till phishing-resistent MFA för att skydda Webex-åtkomst, vilket minskar risken för komprometterade lösenord.
-
Flexibla policyer: Tillåter detaljerad kontroll över autentiseringskrav per program eller användargrupp.
-
Integration med befintliga kataloger: Stö der lokal AD, OpenLDAP, moln kataloger och olika SSO-leverantörer, vilket minimerar infrastrukturförändringar.
-
Användarvänlighet: Stö der Single Sign-On (SSO) för att minska lösenordsutmattning genom att göra det möjligt för användare att logga in en gång och få tillgång till flera resurser på ett säkert sätt.
-
Betrodda slutpunkter: Stöder enhetsförtroende för Webex-klienter i Windows och macOS, vilket förbättrar säkerhetsställningen.
-
Självbetjäningsregistrering: Inbyggd registrering och duo-prompt förbättrar användarupplevelsen under MFA-installationen.
Duo MFA med SSO för Webex utnyttjar befintliga kataloger som Active Directory och OpenLDAP, eller molnidentitet sleverantörer, för att autentisera användare. Duos roll är att tillhandahålla en stark, policydriven andra autentiserings faktor integrerad genom SAML 2.0, vilket förbättrar säkerheten samtidigt som användarvänligheten upprätthålls genom SSO. Fördelarna inkluderar förbättrad säkerhetsställning, flexibel policy tillämpning, sömlös integration och en bättre användarupplevelse.
Cisco rekommenderar att implementera SSO för Webex-användare. För förbättrad säkerhet rekommenderas integrering med Cisco Duo.
Enterprise IAM- och SSO-strategin bör implementeras innan övergången från Unified CM till påbörjas. Webex Calling
Funktioner
Webex Callinghar ett komplett komplement av kärnfunktioner som ingår i tjänsten. Detta inkluderar många samtalsfunktioner i företagsklass som har funnits i många Unified CM år. Du kanske inte ser 100% paritet mellan Webex Calling funktioner och Unified CM funktioner, men som du kan se i figuren nedan är de viktigaste Unified CM samtalsfunktionerna tillgängliga iWebex Calling.

Förutom de många användarfunktionerna, Webex Calling har kärnsystemfunktioner som ingår i plattformen. Dessa inkluderar funktioner som automatiska skötare, samtalsköer, samtalspark, etc. Du kan se alla tillgängliga kärnsystem funktioner i Control Hub under Service → Anrop →Funktioner som visas i figur Webex Callingkärn funktioner.

Automatisk skötare
Webex CallingAuto Attendant möjliggör 24/7 automatisering av hantering av inkommande samtal, vilket möjliggör effektiv samtalshantering utan att en person behöver svara på varje samtal.
Den automatiska mottagaren svarar på inkommande samtal och ger den som ringer en meny med alternativ för vart de vill dirigera sitt samtal. Detta kan vara till en person, en röstbrevlåda eller en samtalstjänst (t.ex. Samtalskö). Den som ringer använder telefonens knappsats för att ange numret från menyn för automatisk sköt sel.
Auto Attendant stöder följande nyckelfunktioner:
-
Affärs- och eftertidscheman
-
Semesterschema
-
Alternativet för uppringningsmeny för att rikta dina kunder dit de behöver gå
-
Anpassa hälsningar
-
Alternativ för att ringa efter namn
-
Alternativ för vidarekoppling av samtal
-
Control Hub-analys och rapporter.
Mer information finns i Hantera automatiska telefonsvar are.
Ring Park
Call park ger användarna möjlighet att enkelt sätta ett samtal i väntelä ge så att en annan användare enkelt kan hämta när de är tillgängliga för att ta det. Det frigör också användaren som svarade på det ursprungliga samtalet för att ringa eller ta emot andra samtal medan samtalet är parkerat.
Det finns två typer av samtalsparker tillgängliga iWebex Calling:
-
Call park direct - gör det möjligt för alla användare att parkera ett samtal till en annan användares anslutning eller till en samtalspark-förlängning, enligt definitionen av administratören
-
Samtalsparkgrupp - gör det möjligt för en definierad grupp användare att automatiskt parkera samtal mot tillgängliga parkeringsdestinationer som definierats för gruppen. Dessa destinationer kan vara gruppmedlemmarnas tillägg eller samtalsparktillägg.
Baserat på konfiguration och parker ingstyp kan användare hämta samtal genom att <extension of parked call>ringa *88+>, trycka på linjeknappen som är kopplad till samtalspar kens förlängning eller använda en funktionsknapp på sin IP-telefon.
Ett återkallningsalternativ är tillgängligt för att återkalla ett parkerat samtal efter en viss period till användaren som parkerade samtalet eller till en alternativ användare.
Mer information finns i Hantera samtalsparkering i Control Hub.
Upphämtning av samtal
Samtalsupptagning gör det möjligt för en administratör att definiera en grupp användare (medlemmar) som kan svara på ett samtal till en annan medlems telefon. Detta ger en användare möjlighet att svara på samtal när deras lagkamrater är upptagna och inte kan svara på ett inkommande samtal.
Användarna i en grupp måste vara på samma Webex Calling plats.
Användare kan använda antingen Webex-appen eller sin skrivbordstelefon för att hämta ett samtal.
-
Webex-appen:
-
Stöder visuella och ljudmeddelanden
-
Meddelande om inkommande samtal
-
FAC-baserad (ring *98) eller avisering av samtalsupphämtning
-
Meddelanden om upphämtning av samtal för multiline.
-
-
Skrivbordstelefoner:
-
Meddelande om inkommande samtal
-
Ljudklockor och visuell avisering via handenhetens LED. 6821 stöder endast ljudklockor
-
När meddelandetypen som valts i Control Hub inte är ingen
-
-
Meddelanden om upphämtning av samtal endast för primära linjer.
-
Mer information finns i Konfigurera samtalsupphämtnings grupp.
Samtalskö
Webex Callinginkluderar röstsamtalsköer som en del av sina kärnfunktioner och alla användare med en Webex Calling Professional-licens kan vara en del av en samtalskö, agent eller handledare. Denna funktion gör det möjligt för användare att effektivt interagera med kunder. Samtalsköer stöder en delmängd av några av callcen ter-kärnfunktionerna som röstköer, återuppringning, skicklighet eller prioritetsdirigering, hantering av agentköer, analys, rapportering, etc.
Ciscos call for Microsoft Teams-integration gör det möjligt för agenter att komma åt samtalskösamtal och funktioner direkt från sin Microsoft Teams-klient.
Samtalsköer stöder följande nyckelfunktioner:
-
Hälsningar och meddelanden (välkommen, tröst, viskning, etc)
-
Håll musik
-
Återuppringning
-
Policyer för köruttning (nattservice, helgdagar, vidarebefordran)
-
Inloggning/utloggning av agentkö
-
Hantering av agentköstatus
-
Webex App- eller skrivbordstelefonsupport
-
Handledare anropar, tränar, pråmar eller tar över genom Feature Access Codes (FACs)
-
Control Hub (administratörsåtkomst) för:
-
köhantering
-
Agent- och köanalys och rapportering
-
Kö-, agent- och handledarhantering.
-
Mer information finns i Konfigurera samtalsk ö.
Webex Callinghar en tilläggsfunktion för kundassistans som ger ytterligare samtalsköfunktioner och ger agenter och handledare en bättre användarupplevelse i Webex-appen. För en jämförelse av funktionerna Samtal Webex Calling skö och Kundassistans, se Jämfö Webex Callingrelse av samtalskö och kundassistans funktioner.
Jaktgrupp
Webex CallingHunt Groups möjliggör dirigering av inkommande samtal till en specifik grupp användare genom ett förutbestämt samtalsrutningsmönster. Detta säkerställer att samtal besvaras av rätt grupp användare eller skickas till en röstbrevlåda för uppföljning.
En stor skillnad mellan jaktgrupper och samtalsköer är att samtal inte köas i en jaktgrupp, så om inga användare i Hunt Group är tillgängliga för att svara på samtalet kommer det att kopplas bort, skickas till röstbrevlådan eller vidarebefordras till ett annat nummer (användare eller tjänst).
Mer information finns i Hantera jaktgrupper i Control Hub.
Driftlägen
Funktionen Operating Modes gör det möjligt för företag att effektivt dirigera samtal till olika destinationer (användare, röstbrevlåda, samtalstjänster som en samtalskö). Var och när ett samtal dirigeras är baserat på ett schema för tid på dagen och veckodag och alla användare kan behörighet att hantera dessa lägen (scheman) för att styra ändringar i samtalsdirigeringen.
Som ett exempel kan samtal till en samtalskö dirigeras till en annan samtalskö med agenter i en annan tidszon för att svara på samtal efter öppettider, under kontorstid dirigeras till lokala agenter, och under helgdagar dirigeras till röstbrevlådan för upp följning efter att agenter återvänt till kontoret.
En auktoriserad användare kan växla mellan dessa olika vidarekopplingsscenarier (lägen) om de behöver ändra var inkommande samtal dirigeras under en viss period. Dessa användare kan hantera lägena via sina 6800/7800/8800 MPP-telefoner, 9800-telefoner eller i hanteringslägena. Webex User Hub
Mer information finns i Samtal sdirigering baserat på driftlägen i Webex Calling.
Personsökningsgrupp
Personsökningsgrupper tillåter användare att ringa ett enkelriktat samtal för att skicka ett ljudmeddelande till en grupp användare. Varje grupp kan innehålla upp till 75 målanvändare och/eller arbetsytor som nås genom att ringa ett fördefini erat nummer eller anknytning.
När en användare anropar en personsökningsgrupp görs ett samtidigt samtal till alla tilldelade mål i gruppen, vid vilken tidpunkt den som ringer kan tala sina meddelanden och lägga på när de är färdiga.
Mer information finns i Konfigurera en personsökningsgrupp i Control Hub.
Inspelningar
Webex Callingstöder inspelning av samtal som gjorts eller tagits emot av en användare. Detta kan krävas för kvalitets-, säkerhets-, säkerhets- eller utbildningsbehov. Som standard spelas samtal in i Webex, men andra tredjepartsinspelningsleverantörer kan också användas om andra inspelnings funktioner eller efterlevnad och lagkrav krävs.
När du använder Webex som inspelningsplattform hanteras alla inspelade samtal i Control Hub. Fullständiga administratörer med rollen Compliance officer kan spela och ladda ner inspelningarna. Utan rollen Compliance officer kan administratören bara ta bort inspelningarna.
Mer information om den här funktionen och en lista över inspelningar från tredje part finns i Hantera samtalsin spelning för Webex Calling.
Räckvidd för enstaka nummer
Räckvidd med ett enda nummer tillåter samtal till en användares telefonnummer för att ringa flera enheter. Detta kan inkludera andra skrivbordstelefoner såväl som mobiltelefoner. Samtal kan också göras från dessa enheter och användare kan trycka och dra samtal mellan dem.
Mer information om den här funktionen och hur en administratör konfigurerar den i Control Hub finns i Konfigurera enstaka nummerräckvidd (kontor var som helst).
Mer information om hur en användare kan hantera och konfigurera den här funktionen för sig själv i Webex User Hub (portalen) finns i Konfigurera enstaka nummer räckvidd (kontor var som helst).
Röstbrevlådegrupp
Röstbrevlådegrupper tillåter en delad röstbrevlåda som kan tilldelas en användare eller samtalsroutningsfunktion. Några av anledningarna till att en röstbrevlådegrupp kan krävas är:
-
Allmän röstbrevlåda för en avdelning eller arbetsgrupp
-
Lägg till röstbrevlådealternativ till en automatisk skötare eller jaktgrupp
-
Så här skickar du överströmningssamtal från en samtalskö
-
Användare som bara behöver en röstbrevlåda.
Mer information finns i Hantera en delad röstbrevlåda och inkommande fax box för. Webex Calling
Attendant Console visas på sidan Samtalsfunktioner i Webex Control Hub, men det är en tilläggsfunktion som kräver köp av den medföljande konsol licensen för att använda.
Mer information finns i Komma igång med Attendant Console.
Information om alla funktioner, inklusive vissa tilläggsfunktioner, finns i Funktioner tillgängliga efter licenstyp för Webex Calling.
Vad gör du härnäst?
För att utföra migreringsplanen, utföra nödvändiga konfigurationsändringar, program migreringar och anslutningsvalideringar. Implem enteringsfas.