- Hjem
- /
- Artikel
Design til at migrere fra Unified CM til Webex Calling
Designfasen af Webex Calling fokuserer på at definere regioner, placeringer, opkaldsplaner og håndtering af nødopkald for at sikre en skalerbar implementering. Det involverer valg af en fast region, opsætning af stedspecifikke detaljer og oprettelse af en ensartet opkaldsplan. Nødtjenester, optagelseskonfigurationer og licensbehov behandles også. Denne fase lægger grundlaget for provisionering, brugeradministration og sikker adgang via SSO, hvilket sikrer, at implementeringen opfylder organisatoriske og lovmæssige krav. Du kan få et overblik på højt niveau af din overførselsrejse med hurtige links til detaljeret dokumentation i Mi grere Unified CM til Webex Calling.
Valg af region
Webex Callinger tilgængelig globalt og leveres fra redundante datacentre i flere regioner: USA (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Storbritannien (London, Manchester), Australien (Melbourne, Sydney), Japan (Tokyo, Osaka), Saudi-Arabien (Riyadh, Jeddah) og Indien (Mumbai, Chennai). Medie-POP'erne leverer medietjenester for at optimere mediernes rundturtider. Singapore-datacentret bruges for eksempel til at optimere mediernes tur -returtider for Webex Calling kunder i asiatiske lande, hvor rundturstiderne til enten Australien eller Japan- regionen kan være suboptimale. Datacentrene er forbundet med en multi-gigabit og fuldt redundant rygrad. Figuren globalt distribuerede datacentre viser et overblik over alle Webex Calling datacentre. For den seneste liste over tilgængelige Webex Calling datacentre, se Datacenterplaceringer for Webex Calling.
Hver Webex Calling kunde er klargjort på en af Webex Calling instanserne. Alle klargøringsoplysninger for den pågældende kunde gemmes i den pågældende Webex Calling instans, og SIP-signaleringen af alle slutpunkter og lokale gateways, der er klargjort for den pågældende kunde, er bundet til den forekomst, kunden er Webex Calling klargjort på. Fordi det er svært at ændre det oprindelige Webex Calling regionvalg, er det vigtigt at overveje alle relevante faktorer som en del af beslut ningsprocessen, der fører til Webex Calling regionudvælgelsen. For at undgå overdreven signalreturforsinkelse er det vigtigt tidligt i overgangsprocessen at beslutte, hvilken Webex Calling instans der skal bruges. Cisco anbefaler, at du Webex Calling vælger den forekomst, der giver de laveste signaleringstider for det største antal brugere inden for implementeringen.
Se Hvor Webex Calling er Webex tilgængelig? Se, hvor er Webex tilgængelig? .
Lokaliteter
For at forberede klargøring af placeringer skal Webex Calling de nødvendige oplysninger for alle overførselsmål indsamles. De oplysninger, der er nødvendige for hver placering, er opsummeret i Oplysninger, der skal indsamles for hver placering.
| Oplysning | Kommentar |
|---|---|
| Udvidelsesområde (r) | Hver placering i Webex Calling kan have udvidelser, der starter med forskellige cifre. Der skal spares et ciffer for
styretumstallet mellem lokalerne (f.eks. 8) og et for PSTN-
styretumcifferet (f.eks. 9). Intet udvidelsesområde kan starte med nogen af
disse to cifre. Alle udvidelsesintervaller på alle placeringer skal være af samme længde. |
| DID-område (r) | - |
| PSTN styretøj | - |
| Webstedskode | Alle webstedskoder på alle placeringer skal være unikke og have samme længde. |
| Hovednummer | Når du opretter en placering, skal to DID'er klarlægges. Et som
hovednummer (for eksempel til at blive tildelt en automatisk svartjeneste) og et til telefonsvar
erportalen. Bestem en DID til telefonsvarernummeret. |
| Voicemail nummer | |
| Antal licenser | Påkrævede licenser efter type inklusive Webex Calling Standard, Professional, Workspace, Ruteliste, Udgående opkaldsplan. |
| Samtidige opkald i den travle time | Summen af samtidige opkald mellem Webex Calling enheder og mellem Webex Calling enheder og den lokale gateway (PSTN og opkald til Unified CM enheder). Nødvendigt for at bestemme den nødvendige båndbredde til internetadgang. |
| Land | - |
| Tidszone | - |
| Sprog | - |
| Kontakt (Navn, Telefon, E-mail) | - |
| Adresse (gadeadresse, by, stat, postnummer) | - |
| Redningstjenesternes fysiske afsendelsessted for slutpunkter | Enhedens afsendelsessted, der bruges til nødopkald, omfatter generelt følgende: bygningsadresse, bygningsadresse + etagenummer, bygningsadresse + suite nummer eller bygningsadresse + etagenummer + kontor/kubiknummer. |
| Entydig fysisk netværksplacering pr. enhed for alarmtjenester | Fysisk netværksplacering til nødopkald omfatter generelt følgende: switch/switchport til kabelforbundne enheder, BSSID'er (Wireless Access Point) Basic Service Set Identifiers (BSSID'er) for trådløst tilsluttede enheder og/eller lokale IP-undernet (er) til slutpunktsenheder. |
PSTN
Når kunderne designer en Webex Calling udrulning, har kunderne tre primære PSTN-tilslutningsmuligheder: Cisco C alling-planer (en cloud-leveret PSTN-tjeneste administreret af Cisco), Cloud Connec ted PSTN-udbydere (CCPP, hvor udbydere leverer PSTN-tjenester via skyen) og PSTN i det lokale miljø (hvor lokale gateways forbinder virksomhedsnetværket med PSTN). Med introduktionen af PSTN-trunking til hybrid- Webex Calling implementeringer (for mere information, se PSTN-trunking til hybrid-implementeringer ved PSTN-trunking) får Webex Calling organisationer yderligere fleksibilitet i deres migreringstilgang. Denne funktion gør det muligt for kunder at flytte deres PSTN til CCPP i starten af overgangs rejsen og begynde overgangen til cloud PSTN for Webex Calling brugere, mens de udnytter CCPP til at opretholde PSTN-service for brugere, der forbliver på under en trinvis migration. Cisco Unified CM
Denne hybride tilgang giver organisationer mulighed for først at flytte udvalgte brugergrupper til skyen uden straks at revidere hele deres telefonimiljø. Det introducerer dog yderligere kompleksitet og risiko, især omkring tilpasning af eksisterende opkalds Unified CM routingslogik til at understøtte den nye arkitektur. Interoperabilitet med ældre applikationer, såsom faxservere, kontaktcentre eller personsøgnings systemer, kræver også nøje overvejelse. De vigtigste tekniske udfordringer kan omfatte sikring af problemfri end-to-end-codec-forhandling og DTMF-signalering (Dual-Tone Multi-Frequency) på tværs af det blandede miljø samt validering af kompatibilitet med specialiserede telefonifunktioner. Korrekt planlægning og test er afgørende for at minimere forstyrrelser og opretholde pålidelige taletjenester gennem hele migrationsprocessen. Derudover er kommercielle overvejelser vigtige, da hybrid trunking kræver en brugslic ens, der er baseret på antallet af samtidige opkald mellem det lokale miljø og Cloud Connected PSTN Provider (CCPP).
Alternativt kan organisationer vælge at bevare deres lokale PSTN-forbindelse gennem hele overgangsfasen. I dette scenarie kan migrering til CCPP udføres på to måder: som en enkelt, koordineret cutover for alle brugere og placeringer, når Webex Calling migreringen er afsluttet, eller trinvist, hvor PSTN-migrering finder sted pr. placering, når brugerne flyttes til. Webex Calling Denne tilgang kan hjælpe med at strømline sameksistens og opretholde kontinuitet for ældre integrationer, men det introducerer flere operationelle kompleksiteter. Blandt disse er udfordringer relateret til nummerportering, såsom behovet for præcis koordinering af nummerportordrer, potentielle forsinkelser, og udbyderpålagte begrænsninger som et loft på antallet af samtidige portanmodninger eller begrænsninger for portering af delsæt af store antalblokke. Organisationer skal omhyggeligt planlægge deres PSTN-overgangsstrategi og tage højde for disse logistiske overvejelser for at undgå serviceafbrydelser og sikre en problemfri migrationsoplevelse.
Figuren Overførsel til CCCP i starten vs. opbevaring af PSTN i det lokale miljø viser de to PSTN-overførselsin dstillinger, der er beskrevet ovenfor. Illustrationen til venstre viser scenariet, hvor alle brugere og programmer i det lokale miljø bruger Cloud Connec ted PSTN-tjenester via en on-premises trunk og en lokal gateway, der forbinder det lokale miljø med, Webex Calling mens illustrationen Unified CM til højre viser scenariet, hvor det eksisterende lokale PSTN forbliver på plads, og brugere bruger PSTN i det lokale miljø via den lokale gateway-forbindelse Webex Calling mellem det lokale miljø Unified CM ogWebex Calling. Under overgangen kan Webex Calling placeringer skiftes til ved hjælp af Cloud Connected PSTN.
I begge scenarier bruger opkald mellem det lokale miljø og Webex Calling brugeren den lokale gateway-forbindelse. Forbindelsen mellem lokalt og Webex Calling skal designes og dimensioneres i overensstemmelse hermed baseret på det forventede antal samtidige opkald og den krævede redundans.
Opkaldsplan
For at opnå problemfri interoperabilitet mellem Unified CM og i migrations Webex Calling perioden skal der udvikl es og implementeres en omfattende opkaldsplanarkitektur på tværs af begge platforme. Dette opkaldsplandesign med to platforme sikrer ensartet opkal dsrouting, nummeroversættelse og funktionsgennemsigtighed, hvilket gør det muligt for brugere på begge systemer at kommunikere uden tjenesteforringelse eller forstyrrelser i brugeroplevelsen i hele sameksistensfasen.
Opkaldsplan i det lokale miljø i Unified CM
Under overgangen for at muliggøre sameksistens mellem enheder, der er registreret på Unified CM Webex Calling og på virksomheden, Unified CM skal opkaldsplanen ændres, så som minimum følgende krav kan opfyldes:
-
+E.164 opkald fra til Unified CM Webex Calling
-
Udvidelsesopkald fra Unified CM til Webex Calling (internt på stedet, men også mellem lokaliteter, hvis udvidelsesområderne er unikke)
-
Forkortet opkald mellem websteder fra til Unified CM Webex Calling
-
Tvunget opkald på nettet fra til Unified CM Webex Calling
-
Tilbagekald fra mappen for ubesvarede opkald til destinationer på Webex Calling
-
PSTN-opkald fra Webex Calling til PSTN, hvis der under overgangen bruges det lokale PSTN til Webex Calling
-
PSTN-opkald fra Unified CM til Webex Calling hvis under overgangen PSTN-trunking til hybridinstallationer bruges til at give PSTN- Webex Calling adgang til brugere i det lokale miljø via Cloud Connect til Unified CM Webex Calling
-
Tvunget på nettet fra til Webex Calling Unified CM
-
Udvidelsesopkald fra Webex Calling til Unified CM (mellem websteder).
Hvis nogen af ovenstående ikke er understøttede opkaldsvaner før overgangen, for eksempel eksisterer der ingen forkortet opkaldsvane mellem websteder, behøver de ikke nødvendigvis at indføres under overgangen.
Figur Opkalds plan for bedste fremgangsmåder viser den bedste fremgangsmåde for opkaldsplan som beskrevet i Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Imployments, CVD. Nøglekarakteristika ved denne tilgang inkluderer:
-
Enkelt partition til+E.164 katalognumre
-
Kernerutning baseret på+E.164 rutemønstre
-
Normalisering af alle opkaldsvaner til+E.164 ved hjælp af oversættelsesmønstre
-
Brug af oversættelsesmønster, der kalder arv af søgerum (mulighed Brug ophavsmandens opkal dssøgerum ind stillet på oversættelsesmønstre).

For eksempel vil PSTN-opkald (9+1+10D) fra en enhed i SJC, der er forsynet med sø geområde for linjeopkald SJCinternational, først blive matchet af oversættelsesmønsteret 9.1 [2-9] XX [2-9] XXXXXX, som normaliserer det opkaldte partnummer til +E.164. Det sekundære opslag bruger derefter det samme opkaldssøgningsrum SJCinternational igen (kalder søgerumsarv), og strengen +E.164-cifrede vil enten blive matchet af et +E.164-mappenummer i DN-partitionen eller af et af PST N- rutemønstrene i partitionen USPSTNnational eller SJCPSTNLocal. Forkortede intra-site- og inter-site-opkaldsvaner implementeres af oversættelserne i ES N- og SJCTOE164-partitionen. Mens ESN- partitionen er en global partition (tilgængelig for telefoner på alle placeringer), er SJCTOE16 4-partitionen kun tilgængelig for brugere på stedet SJC. Dette forudsætter overlappende udvidelsesintervaller.
Det første skridt til at aktivere opkald fra Unified CM til Webex Calling er at sikre, at +E.164-destinationer bliver dirigeret i overensstemmelse hermed. Dette kan opnås ved at tilføje en Webex Calling partition til opkaldsplanen, tilføje+E.164 rutemønstre for alle Webex Calling destinationer til den Webex Calling partition og til sidst tilføje partitionen til alle opkaldende søgerum, der repræsenterer klasser af tjenester, som skal være i stand til at nå. Webex Calling Oprettelse af en dedikeret Webex Calling partition er påkrævet for at muliggøre oprettelse af en differentieret serviceklasse til opkald, der stammer fraWebex Calling. For at undgå opkaldssløjfer bør det indgående opkaldssøgningsrum på bagagerummet fra den lokale gateway ikke have adgang til Webex Calling partitionen.
Som vist i figur +E.164 routing tilWebex Calling, for at muliggøre routing fra Unified CM til Webex Calling for en placering med+E.164 DID-rækkevidde +1 221 555 2XXX og webstedskode 121, skal der tilføjes et presserende rutem ønster, der matcher dette+E.164-område, til partitionen. Webex Calling
Hvis der ikke kræves et stedspecifikt valg af lokal gateway, kan der i stedet for at bruge en ruteliste med en Webex Calling lokal rutegruppe som destination for rutemønstre, der peger på Webex Calling en enkelt rutegruppe, klarlægges med den lokale gateway som det eneste medlem, og derefter peger Webex Calling rutemønstrene på en enkelt Webex Calling ruteliste med denne ene rutegruppe som eneste post.
For at aktivere forkortet opkald mellem websteder til Webex Calling webstedet tilføjes det krævede rutemønster 8121.2XXX til partitionen. Webex Calling For websteder, der skal overføres til Webex Calling et opkaldsnormaliseringsmønster 8121.2XXX, der normaliserer ESN-opkald til +E. 164, findes muligvis allerede i ESN-partitionen. I så fald synes 8121.2XXX at være overflødig, men så snart alle DN'er på den respektive placering er blevet migreret over til Webex Calling 8121.2XXX-opkaldsnormaliseringsnormaliseringsmønsteret kan fjernes, og derefter muliggør rutemønsteret 8121.2XXX ESN-opkald, selv for brugere, der kun er udvidelsesbrugere i det pågældende område.
Med disse opkaldsplanændringer kan opkald til Webex Calling lokationen foretages ikke kun ved at ringe forkortet inter-site og +E.164. Desuden er internationale og nationale PSTN-opkald mulige, fordi disse opkaldsvaner først normaliseres til +E.164 gennem de allerede eksisterende oversættelsesmønstre for opkaldsnormalisering og derefter dirigeres til Webex Calling ved at matche +E.164-rutemønsteret i partitionen. Webex Calling
+E.164-rutemønstermatchningen på placering Webex Calling ens DID-område kan klarlægges, mens alle DID'er stadig er aktiveret. Unified CM Den bedste matchende algoritme til matchende mønstre sikrer, at når der ringes op til et nummer, der Unified CM er hostet på, er +E.164-katalognummeret, der Unified CM er klargjort på, bedre match end rutemønsteret +E.164 med jokertegn, der peger på, Webex Calling så opkaldene udvides til en linje på og ikke sendes til. Unified CM Unified CM Webex Calling
Webex Calling opkaldsplan
Hver bruger Webex Calling er forsynet med en udvidelse og/eller et+E.164-telefonnummer. Udvidelseslængden er en fast global indstilling: alle udvidelser Webex Calling i en installation har samme længde. Udvidelsesopkald kan bruges mellem Webex Calling brugere både inden for et sted og mellem lokationer. Forkortet udvidel sesopkald mellem websteder (sidstnævnte tilfælde) fungerer kun, hvis den opkaldte udvidelse er unik.
Hvis forkortet opkald mellem websteder mellem lokationer er et krav, men der er overlapninger mellem udvidelser, der er tildelt forskellige placeringer, skal der oprettes en virksomhedsspecifik nummereringsplan ved at præfiksere udvidelserne med en adgangskode, en webstedskode. Du kan finde flere oplysninger under Fore trukken arkitektur for Cisco Collaboration 15 On-Preparate Imployments, Oversigt over design på Ciscos foretrukne arkitekturer for samarbejde.
Udvidelseslængden, opkaldsfunktionsmåden mellem lokaliseringsudvidelserne, præfikslængden for opkald mellem lokaliteter og styretumstallet i routingpræfikset for opkald mellem lokationer er konfigureret i indstillingerne for opkaldstjenesten i Control Hub:
-
Placeringsrutepræfikslæng de: Præfikslængde inklusive styretummeret. Kræ ves kun, hvis der skal etableres en virksomhedsnummerplan som alternativ forkortet virksomhedsopkaldsvane mellem lokaliteter.
-
Styretøj i routingpræfiks: Styretumstal for forkortet opkal dsvane mellem virksomheder. Overlapninger med første ciffer på ethvert sted og udgående opkaldscifre bør undgås. Kræ ves kun, hvis der skal etableres en virksomhedsnummerplan som alternativ forkortet virksomhedsopkaldsvane mellem lokaliteter.
-
Intern forlængelseslængde: Standard længde af forlængelser. Kan være en hvilken som helst værdi mellem to og ti.
Når der kræves opkald eller opkald via virksomhedssignifikante numre (styrekode, webstedskode, udvidelse) fra en opkaldskontrol i det lokale miljø til, Webex Calling og opkaldskontrollen i det lokale miljø sender en udvidelse som opkalds-id, skal du sørge for også at angive parameteren Maksimal ukendt forlængelseslængde i afsnittet Opkaldsdirigering mellem Webex Calling og lokaler for at sikre, at opstrømsopkald fra opkald skontrollen i det lokale miljø kan klassificeres som lokalt Webex Calling ringer korrekt. -
Tillad opkald til udvidelsesopkald mellem lokationer: Ski ft for at aktivere/deaktivere opkald til udvidelsesopkald mellem lokationer . Denne indstilling bør kun aktiveres, hvis alle udvidelser i organisationen er unikke. Hvis indstillingen er deaktiveret, skal der ringes til virksomhedssignifikante numre (styrekode, webstedskode, filtypenavn) eller telefonnumre mellem lokationer.
De første tre parametre bruges hovedsageligt til at opbygge en opkaldsplan for telefoner for at minimere intercifrede timeouts, når du bruger off-hook-opkald. Afvigelser fra disse globale indstillinger er stadig mulige (Eksempel - udvidelser med en anden længde kan etableres), men der vises en advarselsmeddelelse i Control Hub, og opkald fra telefoner kræver muligvis blo kering af opkald for at undgå konflikter inden for den forudindlæste opkaldsplan.
Tabellen Enterprise nummereringseksem pel viser et eksempel på tre placeringer, hvor ud videlsesområderne for to placeringer, NYC og RTP, er identiske. Oprettelse af et virksom hedsnummereringsskema med styringsciffer 8 mellem websteder, efterfulgt af en trecifret webstedskode, og den firecifrede udvidelse skaber en ikke-overlappende forkortet opkaldsvane mellem websteder.
| Websted | Udvidelsesområde | Webstedskode | Enterprise-sortiment |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
For at muliggøre en jævn overgang bør sættet af opkaldsvaner for brugere før og efter overgangen til Webex Calling ideelt set være det samme. For at forberede overgangen for hvert sted skal DID-intervaller og udvidelsesintervaller (eller forkortede interne opkaldsvaner) dokumenteres. Bas eret på disse oplysninger skal styringscifferet mellem stederne vælges.
Tabellen For Webex Callinglængelsesintervaller med fast længde viser et eksempel på tre placeringer og forlængelses områder med fast længde. Da overlappende opkaldsvaner skal undgås, er det vigtigt at sikre sig, at det første ciffer i rækkevidden ikke stemmer overens med styretumstallet for forkortet opkald mellem lokaliteter. Hvis for eksempel 8 er valgt som styringsciffer for opkald mellem lokaliteter, kan intet udvidelsesområde på noget sted starte med 8. Typisk matcher udvidelserne på et givet sted de sidste par cifre i DID'erne, der er tildelt den pågældende placering. For at undgå konflikter kan det første ciffer i udvidelsen ændres. Hvis for eksempel DID'er i +1 408 555 8XXX-området bruges på et sted, kan 7XXX bruges til udvidelserne på det pågældende websted i stedet for at bruge 8XXX som udvidelsesområde
| Websted | Udvidelsesområde | Webex CallingUdvidelser | Webstedskode | Enterprise-sortiment |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Syvcifrede opkaldsstrenge, der er opkaldt på en Webex Calling enhed ved hjælp af den amerikanske op Webex Calling kaldsplan, overlapper med et syvcifret mønster til lokal opkald i den forudindlæste amerikanske opkaldsplan. For at undgå overlapninger mellem opkaldsvaner på nettet og uden for nettet (PSTN) kan der anvendes en obligatorisk ekstern adgangskode på det pågældende sted. Hvis det eksisterende virksomhedsnummereringsskema og det tilsvarende forkortede opkald mellem websteder overlapper med mønstre i det Webex Calling nationale opkald, kan det under overgangen til nummereringsskem Webex Calling aet for at undgå overlapninger også ændres til en længere eller kortere form. Den nemmeste måde at opnå dette på er at tilføje et ekstra polstret ciffer til nummereringsskemaet. Det nye længere opkaldsskema mellem websteder skal kun vedtages af brugere, der allerede er migreret til. Webex Calling Brugere, der stadig Unified CM er på, kan fortsætte med at ringe til syv cifre. Virksomhedsopkaldsplanen, der er aktiveret, skal Unified CM i dette tilfælde sikre, at den forkortede syvcifrede opkald fra Unified CM til Webex Calling bliver omdannet til enten +E.164 eller til det forkortede opkaldsformat, der er implementeret på. Webex Calling Dette skal gøres, før du sender opkaldet til den lokale gateway.
Den syvcifrede opkald i tabelovergangen viser et eksempel på denne omnummerering. I dette eksempel Unified CM bruger forkortet opkald mellem websteder styringsciffer 8 efterfulgt af en tocifret webstedskode og en firecifret udvidelse. For at undgå syvcifret forkortet opkald mellem websteder for placeringer påWebex Calling, kan webstedskoderne let ændres til tre cifre ved at præfixere et vilkårligt polstring ciffer (8 i eksemplet) til de tocifrede webstedskoder, der bruges i, Unified CM så opkald mellem websteder fra Webex Calling telefoner bruger styretummer 8 efterfulgt af det polstrede ciffer 8, den gamle tocifrede webstedskode og den firecifrede udvidelse. Brugere på Webex Calling behøver ikke at huske nye webstedskoder; de behøver kun at huske at bruge 88 som præfiks til opkald mellem websteder i stedet for 8 på. Unified CM
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Websted | Udvidelser | Webstedskode | Enterprise-sortiment | Site ode | Enterprise Angle |
| 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 et scenarie med forskellige virksomhedsnummerformater aktiveret, Unified CM og Webex Calling hvis virksomhedsnumre vises som oplysninger om den opkaldende part for opkald fra Unified CM til Webex Calling (for eksempel - Opkald fra enheder uden DID), er det vigtigt også at implementere en kortlægning mellem de forskellige nummerformater for oplysninger om den opkaldende part for at sikre, at tilbagekald fungerer. Denne kortlægning kan opnås ved at bruge transformationsmønster for opkaldsparti på bagagerummet mellem Unified CM og den lokale gateway.
Optagelse
En veludviklet opkaldsoptagelsesløsning kræver nøje overvejelse af flere centrale designelementer for at sikre, at den stemmer overens med organisatoriske mål, lovkrav og tekniske begrænsninger. To af de mest kritiske beslutninger involverer udvælgelse af udbydere og valg af region, som begge kan være nødt til at skræddersys globalt og tilsidesættes på bestemte steder, baseret på forretningsbehov.
1. Valg af udbyder af opkaldsoptagelse
Valg af den passende udbyder af opkaldsoptagelser er grundlæggende for at opfylde forret ningsmæssige mål og sikre tilpasning af funktioner på tværs af organisationen:
-
Valg af global udbyder: Organisationer udpeger typisk en primær udbyder af opkalds optagelser på globalt niveau, hvilket sikrer konsistens i funktionssæt, overholdelse og support på tværs af alle lokationer
-
Placeringsbaserede tilsidesættelser: I scenarier, hvor bestemte lokal iteter eller regioner har unikke forretningsbehov eller lovkrav, kan det være nødvendigt at tilsidesætte det globale udbydervalg og angive alternative udbydere til disse lokaliteter. Denne fleksibilitet understøtter forskellige overholdelsesmandater og lokale operationelle behov
-
Forretningskrav: Valget af udbyder bør være drevet af en vurdering af virksomhedsdrivere såsom overholdelse af lovgivningen (eksempel - MiFID II, HIPAA), kvalitetssikring, tvistbilæggelse eller uddannelsesbehov
-
Funktionstilgængelighed: Udbydere bør evalueres ud fra deres evne til at levere krævede funktioner, såsom realtidsovervågning, søge- og afspilningsfunktioner, kryptering, opbevaringspolitikker, integration med analyseplatforme og support til forskellige opkaldstyper (indgående, udgående, interne).
2. Valg af region
Det er afgørende for overholdelse og ydeevne at bestemme det område, hvor opkaldsoptagelser gemmes og behandles:
-
Valg af globalt område: Som standard kan organisationer vælge et enkelt område til lagring af opkaldsoptagelser for at forenkle administration og styring
-
Lokationsbaserede områdetilsidesættelser: Når love om dataopholdssted eller virksomhedspolitikker kræver det, kan det være nødvendigt at tilsidesætte den globale regionindstilling for bestemte placeringer og sikre, at opkaldsoptagelser gemmes og behandles inden for de krævede geografiske grænser
-
Krav til dataopholdssted: Designet skal tage højde for internationale og lokale databeskyttelsesregler (såsom GDPR, CCPA eller landespecifikke mandater), som kan diktere, hvor og hvordan opkaldsoptagelser opbevares.
Et andet kritisk aspekt, der skal behandles under planlægningen og designet af en opkaldsoptag elsesløsning til, Webex Calling er estimering af lagerbehov. Nøjagtig forudsigelse af lagerbehov er afgørende for at sikre, at der er tilstrækkelig kapacitet til rådighed til at understøtte igangværende forretnings drift, opretholde overholdelse og undgå serviceforstyrrelser.
Flere nøgleparametre bør overvejes, når det forventede lagerbehov bestemmes:
-
Volumen af optagede opkald: Vurder det forventede antal opkald, der vil blive optaget inden for et givet tidsinterval (f.eks. pr. dag, uge eller måned). Dette omfatter ikke kun eksterne opkald, men også intern kommunikation, hvis det kræves af forretningspolitik eller lovgivningsmæssige mandater
-
Gennemsnitlig opkaldsvarighed: Beregn den typiske længde af optagede opkald, da længere opkald vil forbruge mere lagerplads. Variationer i opkaldsvarighed på tværs af forskellige afdelinger eller brugergrupper bør også medregnes i estimatet
-
Opbevaringsperiode: Definer, hvor lang tid optagelser skal opbevares, hvilket ofte er dikteret af organisatoriske politikker eller eksterne regler (f.eks. branchespecifikke overholdelsesstandarder). Længere opbevaringsperioder øger det samlede opbevaringsbehov
-
Vækstprognoser: Overvej forventet vækst i opkaldsmængder eller udvidelse af registreringsomfanget, som kan skyldes virksomhedsskalering, nye lovkrav eller onboarding af yderligere brugere eller lokationer.
Ved grundigt at analysere disse parametre kan organisationer udvikle en robust storagestrategi, der sikrer skalerbarhed, omkostningseffektivitet og overholdelse af lovgivningen for deres opkaldsoptag Webex Calling elsesløsning. Det anbefales også regelmæssigt at gennemgå og justere lager allokeringer, efterhånden som brugsmønstrene udvikler sig over tid.
Nødopkald
Kravet om at dirigere et nødopkald til det relevante forsendelsescenter er et krav for enhver opkaldstjeneste, der tilbyder PSTN-service. Med Webex Calling er routing af nødopkald hjemmehørende i løsningen og inkluderer support til alle nationale alarmnumre i de lande, der Webex Calling understøtter. Routingen af et nødopkald ind Webex Calling er baseret på den placering, der er defineret i Control Hub, og lokalitetens PSTN-adgangsmetode. Alarmnumrene i Webex Calling er foruddefinerede og specifikke for det land, som Webex Calling brugerne og enhederne er implementeret i.
Der er to metoder til at levere nødopkaldWebex Calling. Der er en grundlæggende rutetjeneste for nødopkald og en forbedret nødopkalds routingstjeneste. Den grundlæggende rutetjeneste for nødopkald bruger et administratorvalgt nummer til at identificere placeringen og opkaldsruten for at nå nødtjenester. Ved grundlæggende nødopkald er opkaldsstien typisk gennem kundens PSTN-indstilling for det pågældende sted. Webex Callinghar også forbedret nødopkaldsrouting designet til implementeringer i USA og Canada, der har lovgivningsmæssige overholdelseskrav, der kræver brug af en landsdækkende udbyder til at levere nødopkald til det korrekte forsendelsescenter.
Alle kunder skal som minimum implementere den grundlæggende nødopkaldskonfiguration. Grundlæggende nødopkald kræver, at der tildeles mindst et kundeejet +E.164-nummer til hvert sted, der er defineret i. Webex Calling Ved grundlæggende nødopkald vil hver placering blive defineret af en gadeadresse, som politi, brand- eller ambulancetjenester sendes til i nødstilfælde. I de fleste tilfælde er hovednummeret for placeringen det bedste valg til at repræsentere den fysiske placering af nødsituationen. Typisk koordineres tildelingen af adressen til+E.164-nummeret med PSTN-udbyderen. Billederne nedenfor viser tildelingen af hoved nummeret, der skal bruges som nødopkaldsnummer for Richardson-placeringen.


I de fleste situationer er en bygningsadresse tilstrækkelig til afsendelsesadressen for stedet. Men hvis der er behov for yderligere placeringsoplysninger for bestemte brugere eller enheder , kan en administrator bruge den samme proces, der er beskrevet ovenfor, og tildele disse enheder til en bestemt adresse eller en mere præcis placering inde i adressen (som et gulv eller et rum). I Brugeradministration i Control Hub giver fanen Op kald mulighed for, at et bestemt nummer bruges til en bruger og dennes enheder til at få en bestemt afsendelsesadresse. Følgende billeder illustrerer, hvordan et bestemt nummer kan tildeles en enhed. Administratoren er ansvarlig for at sikre, at det nummer, der bruges af enheden, får tildelt den korrekte afsendelsesadresse. Adres setildelingen udføres typisk gennem PSTN-udbyderen af den pågældende placering.


Til USA-baserede telefoniinstallationer, der skal levere forbedrede nødopkald sløsninger, Webex Calling bruger RedSky's Horizon Mobility integreret i Webex Calling til nødopkaldsrouting. Når du bruger RedSky til opkaldsrouting, skal en administrator tilmelde sig en konto via Cisco og konfigurere de relevante oplysninger i Op kald -> Serviceindstillinger for at aktivere denne funktion. Når RedSky- tjenesten er aktiveret på systemniveau, aktiverer en administrator RedSky- tjenesten på hvert placeringsniveau. Aktivering af forbedret nødopkald på et Webex Calling sted aktiverer tjenesten for alle enheder, der er tildelt den pågældende placering. Enheder, der understøtter udvidet nødopkald, er Cisco MPP-telefoner, Cisco PhoneOS-telefoner og Ciscos Webex-app.
Der er to indstillinger til aktivering af forbedret nødopkald på et sted. Til lad RedSky at modtage netværksforbindelsesoplysninger og testopkald skal bruges til at kontrollere, at RedSky-konfigurationen til enheds- og infrastrukturkortlægninger er korrekt. Denne indstilling gør det også muligt at foretage testopkald til 933 for at udføre placerings bekræftelse ved hjælp af RedSkys IVR-system til at aflæse placeringen af den, der ringer op. Selvom dette dokument ikke dækker RedSky-konfigurationen til placeringssporing, skal en administrator ALTID teste deres placeringsopdagelse inden aktivering af nødop kald for at rute til RedSky. Når testen er afsluttet og verificeret som nøjagtig, dirigerer administratoren opkald til RedSky ved at skifte rutens nødopkald til RedSky. Denne skift dirigerer alle nødopkald til placeringen til RedSky til levering til telefonsvareren for placeringen.
Indstillingerne for udvidede nødopkald gælder også for Webex App-klienter både lokalt og eksternt. Når det er lokalt, kan Webex-appen spores på samme måde, som skrivebordstelefoner spores. Når brugeren er uden for det lokale miljø, vil brugeren være i stand til at indstille deres placering dynamisk direkte i Webex-appen. Du kan finde flere oplysninger om nødopkald under Ud videt nødopkald tilWebex Calling.
Licensering
Der er flere muligheder for at tildele Webex Calling licenser til brugere.
Manuel tildeling via Control Hub
Administratorer tildeler Webex Calling licenser manuelt til individuelle brugere via Control Hub-grænsefladen.
Administratorer kan redigere servicelicenser for individuelle brugere og tildele opkaldslicenser direkte.
Automatiske licenstildelingsskabeloner
Brug licenstildelingsskabeloner i Control Hub til automatisk at tildele licenser til brugere baseret på gruppe- eller organisationsindstillinger.
Automatisk licensering kan udføres ved hjælp af katalogsynkronisering eller manuelle brugeropdateringer, men brugerne skal have et gyldigt +E.164-formateret telefonnummer, og telefonnumrene skal findes på et Webex Calling sted inden brugerklargøring. Hvis betingelserne ikke er opfyldt (f.eks. ugyldigt telefonnummer format), vil Webex Calling licenser ikke blive tildelt.
Massetildeling via CSV-skabelon
Upload en CSV-fil med brugeroplysninger og licenstildelinger for at tilføje eller ændre flere brugere på én gang.
CSV-import understøtter tilføjelse af op til 20.000 brugere og tildeling af licenser, men Webex Calling licenser kræver specifikke felter som telefonnummer og udvidelse.
API-baseret tildeling
Brug Webex API'er til programmatisk at tildele licenser og administrere brugere.
Webex understøtter API-operationer til bruger- og licensadministration (People, SCIM 2.0 og Licenses API'er), som kan udnyttes til licenstildelingsautomatisering. License- API'en tillader samtidig tildeling af licenser, telefonnumre og udvidelser.
| Tildelingsmetode | Fordele | Ulemper |
|---|---|---|
| Manuel gennem Control Hub | Enkelt for få brugere. Tillader præcis og detaljeret kontrol over licenstildeling. | Ikke skalerbar, tidskrævende Tilbøjelig for menneskelige fejl under manuel indtastning. |
| Automatiske licensskabeloner | Skalerbar Reducerer manuelle fejl Kan anvendes på nye og eksisterende brugere. | Kræver gyldige telefonnumre og placeringer. Mere kompliceret at op sætte Kræver også brugergrupper pr. gruppe af brugere med tilsvarende licenskrav. |
| Masseoverførsel af CSV | Effektiv til store brugersæt Tillader samtidig tildeling af licenser, telefonnumre og udvidelser. | Kræver omhyggelig CSV-formatering Potentiale for fejl, hvis telefon numre eller udvidelser mangler eller er forkerte. |
| API-baseret tildeling | Automatiserbar, fleksibel. Tillader samtidig tildeling af licenser, telefonnumre og udvidelser. | Kræver udvikling og API viden. |
Tabellen Brugerklargøringsindstillinger - resumé opsummerer brugerklargøringsindstillinger og deres fordele og ulemper. Denne oversigt hjælper med at vælge den bedste licenstildelingsmetode baseret på kundens organisationsstørrelse, automatiseringsfunktioner og brugerklargørings processer og krav.
Hvor det er muligt, anbefaler Cisco at tildele opkaldslicenser ved hjælp af licensskabeloner. Dette kræver, at for hver gruppe af brugere, der kræver et unikt sæt licenser (Eksempel - Webex Calling Standard vs. Professionel) eksisterer en gruppe med de respektive gruppemedlemskaber. Som beskrevet i afsnittene Brugergrupper kan brugergrupper defineres manuelt i Control Hub eller synkroniseres fra en virksomhedsmappe. En kombination af begge tilgange er mulig.
Brugere, der tilhører flere grupper, får licenser fra alle opgaver, der anvendes på alle deres grupper. Dette gør det muligt at bruge Webex Calling licensspecifikke sikkerhedsgrupper i virksomhedsmappen til at administrere Webex-licenstildeling, hvor den resulterende brugerlicenstildeling styres af foreningen af gruppemedlemskaber.
Du kan finde flere oplysninger under Konfigurere automatiske licenstildelinger i Control Hub og Konfigurere skabeloner til automatisk licenstildeling til Webex Calling brugere.
Licenskrav
Dette afsnit dækker kun Webex Calling relaterede licenser. Andre licenstyper (Eksempel - Webex-enhedsregistrering, meddelelser, møder) er ikke dækket. Som en del af designprocessen skal licenskravene fastlægges. Licenstællinger for følgende licenstyper skal beregnes:
-
Webex CallingStandard: antal individuelle brugere, der kræver standardtelefonfunktioner.
-
Webex CallingProfession el: antal brugere og arbejdsområder, der kræver avancerede telefon funktioner. Virtuelle linjer og gruppe voicemail har ret til et forhold på 1:1 for hver professionel licens. I sjældne tilfælde, hvor antallet af krævede virtuelle linjer eller gruppebeskeder overstiger antallet af brugere og arbejdsområder, der kræver avancerede telefonif unktioner, skal der tages højde for yderligere professionelle licenser.
-
Webex CallingArbejdsområde til fællesområde: antal fælles brug eller fællesarealer, der kræver standardopkaldsfunktioner.
-
Webex CallingKundeservice: antal agenter og vejledere, der kræver Cu Webex Calling stomer Assist-funktioner. Kun Webex Calling deservice inkluderer Webex Calling Professional-licensen.
-
Rutelistek ald: antal krævede Cloud Connected PSTN-opkald mellem lokale Unified CM brugere og/eller specialiserede tredjepartsprogrammer i det lokale miljø.
-
Attendant Console: antal Webex Calling brugere, der har brug for adgang til den ledsagende konsolklient.
-
Cisco-opkaldsplan (udgående opkaldsplan): antal brugere, der har brug for et PSTN- nummer og/eller adgang til udgående PSTN-opkald til Cisco PSTN-tjenesten.
Der er ingen dedikeret licenstype til professionelle arbejdsområder. Professionelle arbejdsområder bruger en Webex Calling Professional-licens.
Arbejdsområder, der kun er Hot-desk, tilbyder hot-desking-værtstjenesten og nødopkald fra hot-desking-værten og kræver ingen licens. Du kan finde flere oplysninger i Tilføj og administrere enheder, der kun fungerer som hot desk.
Hvis du vil bestemme den krævede licenstype for hver bruger og arbejdsområde baseret på de nødvendige funktioner, skal du se Funktioner, der er tilgængelige efter licenstype for Webex Calling.
For at skelne mellem funktionalitet, der tilbydes af op Webex Calling kaldskøer kombineret med den Webex Calling professionelle licens i modsætning til Webex Calling kundeservice, se sammenligning af op Webex Calling kald skø og kundeassistentfunktioner.
Brugerklargøring
Når du klargør brugere i Webex Control Hub, er der flere muligheder tilgængelige, der hver især passer til forskellige organisatoriske behov og miljøer:
-
Manuel klargøring: Administratorer kan tilføje og administrere individuelle brugere direkte i Control Hub. Denne metode er ligetil, men bedst egnet til små organisationer eller begrænsede bruger ændringer.
-
Masseklarering via CSV: For større brugerbaser kan administratorer importere og opdatere brugere i bulk ved at uploade CSV-filer til Control Hub. Dette muliggør effektiv styring af op til tusindvis af brugere på én gang.
-
Indstillinger for mappesynkronisering:
Directory Connector: Dette er et automatisk synkroniseringsværktøj, der bruges i Microsoft Active Directory miljøer. Det synkroniserer brugerkonti, grupper og attributter på en planlagt basis (time, dagligt eller ugentligt). Det understøtter multi-domæne og multi-forest Active Directory opsætninger og kan synkronisere profilbilleder og rumobjekter.
Guide@@ appen Entra ID (Azure AD): Denne metode er designet til organisationer, der bruger Microsoft Entra ID (Azure AD) og giver automatisk synkronisering i næsten realtid af bruger konti og attributter direkte fra Entra ID til Control Hub. Det styres fuldt ud i Control Hub og kræver minimal opsætning.
SCIM 2.0-applikationer: For ikke-Microsoft-miljøer eller andre identitetsudbydere som Okta eller Duo muliggør SCIM-baserede synkroniseringsapps automatisk brugerklargøring og afklaring med attributkortlægning og gruppesyn kronisering.
-
Unified CMbrugersynkronisering: Denne indstilling gør det muligt at oprette Webex-brugerkonti baseret på eksisterende Unified CM slutbrugere ved at synkronisere fra Unified CM til Webex. Dette kræver, at Cloud Connected UC (CCUC) kører på klyngerne i det lokale miljø. Unified CM Det anbefales dog generelt at synkronisere brugere fra et centraliseret skybibliotek som Entra ID snarere end direkte fraUnified CM.
-
API-klargøring: Offentlige Webex API'er (People, SCIM 2.0) kan bruges til at klargøre Webex-brugere. Den største fordel ved at bruge API'er er muligheden for at integrere brugerprovisionering med andre virksomhedssystemer.
Denne oversigt og tabel afspejler de vigtigste Webex-brugerklargøringsindstillinger, deres fordele og begrænsninger for at hjælpe dig med at vælge den bedste tilgang til din organisations behov.Tabel 6. Brugerklargøringsindstillinger for Webex Tilvejebringelsesmetode Beskrivelse Fordele Ulemper Håndbog Opret/administrere brugere individuelt i Control Hub Enkel for få brugere; ingen infrastruktur nødvendig Ikke skalerbar; tidskrævende for mange brugere Bulk (CSV-fil) Importer/opdater brugere i bulk via CSV i Control Hub Effektiv for grupper; ingen kodning påkrævet Manuel CSV-forberedelse; mindre dynamisk Mennesker og SCIM 2.0 API Programmatisk brugeradministration via Webex API'er Fleksibel; understøtter automatisering og integration Kræver udvikling og infrastruktur Katalogsynkronisering Automatisk synkronisering fra AD, Entra ID, SCIM apps, Unified CM Automatiserer livscyklus; understøtter filtrering og kortlægning Opsætningskompleksitet: nogle af mulighederne har begrænsede funktioner eller kræver infrastruktur
Brugergrupper
Brugergruppestyring i Webex giver administratorer mulighed for at organisere brugere i grupper for effektiv massestyring af licenser, indstillinger og ressourcer. Grupper hjælper med at strømline administrationen ved at anvende politikker, licenser og indstillingsskabeloner på flere brugere samtidigt i stedet for at administrere brugere individuelt.
Brugergruppestyring giver flere fordele, herunder:
-
Forenklet administration: Administrer licenser, indstillinger og politikker for flere brugere på én gang.
-
Konsist ens: Anvend ensartede indstillinger og licenser på tværs af brugere i samme gruppe.
-
Skalerbarhed: Understøtter op til 250.000 medlemmer pr. Gruppe.
-
Integration: Synkroniser grupper fra Microsoft Entra ID (Azure AD) eller Active Directory til automatiseret bruger- og gruppeadministration.
-
Fleksibilitet: Opret lokale grupper eller synkroniser sikkerhedsgrupper; administrer grupp emedlemskab manuelt eller via CSV-filer.
-
Ressourceallokering: Styr adgangen til integrerede apps og tjenester baseret på gruppemedlemskab.
De vigtigste brugssager for brugergrupper ved klargøring Webex Calling er:
-
Licenstildel inger: Tildel licenser til grupper for automatisk at levere tjenester som opkald, møder, beskeder eller hybridtjenester til gruppemedlemmer.
-
Indstillingsskabeloner: Anvend samlinger af serviceindstillinger (f.eks. beskeder, møde, opkald) på grupper for at opnå ensartet brugeroplevelse.
-
Hånd@@ tering af massebrugere: Tilføj eller fjern brugere i bulk via CSV-filer eller mappesyn kronisering.
-
Automatisering og integration: Brug API'er eller mappesynkronisering til automatiseret bruger- og gruppens livscyklusstyring.
Følgende tabel opsummerer de forskellige muligheder for at administrere brugergrupper og gruppe administration i Webex.
| Mulighed | Beskrivelse | Fordele | Ulemper |
|---|---|---|---|
| Klargøring af kontrolhub-grupper (Webex-grupper) | Opret og administrer grupper direkte i Control Hub. Tilføj/fjern medlemmer manuelt eller via CSV. | Fuld kontrol over gruppemedlemskab Umiddelbar anvendelse af licenser og skabeloner Let at oprette og redigere grupper |
Manuelle opdateringer kræves Risiko for fejl i manuelle CSV-uploads Ingen automatisk synkronisering med eksterne mapper |
| Synkroniserede grupper fra Entra ID (Azure AD) eller Active Directory | Synkroniser automatisk sikkerhedsgrupper og medlemskaber fra eksterne katalog tjenester. | Automatiseret synkronisering reducerer manuelt arbejde Sikrer overensstemmelse med virksomhedsfortegnelsen Støtter store organisationer |
Kan ikke redigere gruppemedlemskab i Control Hub Synkroniseringsforsinkelse op til 12 timer Indlejrede grupper kræver manuel markering |
| Grupper og SCIM 2.0 API (Webex-grupper) | Brug Webex Groups eller SCIM 2.0 API til programmatisk gruppe- og medlemskabsstyring | Automatisering og integration med andre systemer Skalerbar til store eller komplekse miljøer |
Kræver udviklingsindsats Kompleksitet afhænger af API-brug |
Mens synkroniserede grupper sikrer konsistens og tilbyder et enkelt administrationspunkt, er en hybrid tilgang, der kombinerer synkroniserede grupper og Webex-grupper (enten administreret i kontrolhub eller via API'er) mulig. Så for eksempel kan grupper til licenstildeling være synkroniserede grupper, og et separat sæt Webex-grupper kan bruges til at tildele bruger- og Webex App-opkaldsskabeloner.
Denne omfattende tilgang til administration af brugergrupper i Webex gør det muligt for organisationer at administrere brugerlicenser, indstillinger og politikker effektivt, hvilket sikrer ensartede og skalerbare samarbejdsoplevelser.
Anbefalet tilgang ved migrering fra Unified CM til Webex Calling
Den primære datakilde for brugere på Unified CM er Unified CM databasen, som indeholder slutbrugeroplysninger. Imidlertid, Unified CM er typisk ikke den autoritative kilde til brugeridentitetsstyring og endnu vigtigere vil blive lukket ned ved afslutningen af overgangen og udelukkes derfor som langsigtet autoritativ kilde til identitetsoplysninger.
Cisco anbefaler at bruge et centraliseret cloudbibliotek som Microsoft Entra ID (Azure AD) som den eneste kilde til sandhed for brugeridentiteter. Synkronisering af brugere fra Entra ID til Control Hub sikrer konsistens, forenkler administrationen og understøtter Single Sign-on (SSO) funktioner.
For at sikre, at alle brugere på også Unified CM er til stede i Entra ID, skal organisationer kontrollere, at brugerkontiene i Unified CM svarer til konti i Entra ID. Dette kan gøres ved at eksportere brugerlister fra Unified CM og sammenligne dem med Entra ID-brugerlister.
Sammenfattende er den anbefalede klargøringsmetode at synkronisere brugere fra Microsoft Entra ID (Azure AD) til Webex Control Hub ved hjælp af guiden Azure AD eller SCIM-apps. Manuel og CSV-masseklarering er tilgængelig som supplerende metoder, men er mindre skalerbar og mere fejltilbøjelig til store organisationer. At sikre, at Entra ID er den autoritative kilde, og at alle Unified CM brugere findes i Entra ID, er afgørende for en vellykket migrering og ensartet bruger oplevelse på tværs af miljø Webex Calling er. Unified CM
Overgangen fra en katalogtjeneste i det lokale miljøActive Directory, f.eks. til en cloudkatalogtjeneste, f.eks. Entra ID (Azure ID), er uafhængig af opkaldsovergangen. Cisco anbefaler, at overgangen til en cloud-katalogtjeneste afsluttes, inden opkaldsover gangen påbegyndes.
Design af brugergrupper
Efter overgangen til virksomhedsmappen fra det lokale miljø til skyen skal du indsamle de nødvendige brugergrupper, der er drevet af licens- og funktions skabelonkrav. For hvert gruppedokument:
-
Gruppenavn: entydigt navn på gruppen.
-
Licenser: licenser, der skal tildeles denne gruppe (hvis nogen) og omfang (skal licenser tildeles eksisterende brugere eller kun til nye brugere)
-
Indstillingsskabeloner: Webex App- og Brugeropkaldsskabeloner.
-
Katalogsynkronisering: Synkroniseres denne gruppe fra virksomhedsmappen, eller er dette en lokal Webex-gruppe klargjort i Control Hub eller via en API.
-
Beskrivelse: hvordan vil denne gruppe blive brugt, og hvilke brugere der skal være medlemmer af denne gruppe
Disse oplysninger vil blive brugt senere i implementeringsfasen til at oprette lokale grupper eller grupper i virksomhedsmappen og administrere bruger nes gruppemedlemskab.
Enkelt login (SSO)
Cisco anbefaler brug af SSO til brugergodkendelse. Brug af SSO har nogle overbevisende fordele, herunder:
-
Forenklet brugergodkendelse: Brugere kan logge på én gang ved hjælp af deres virksomhed soplysninger (f.eks. fra Azure ID) for at få adgang til Webex og andre integrerede programmer, hvilket eliminerer behovet for flere adgangskoder og reducerer loginmeddelelser. Dette forbedrer sikkerheden ved at sikre, at virksomhedsadgangskoder aldrig gemmes eller overføres til Webex efter godkendelse.
-
Forenklet brugeradministration: Automatiserer oprettelse, opdateringer og deaktivering af brugerkonti baseret på ændringer i virksomhedsmappen, reducerer administrative omkostninger og sikrer, at kun autoriserede brugere har adgang.
-
Forbedret sikkerhed: SS O reducerer adgangskodetræthed og risikoen for adgangskoderelaterede brud ved at centralisere godkendelse via betroede identitetsudbydere (IDP'er).
-
Nem integration af multifaktor-godkendelse (MFA): MFA kan nemt understøttes enten gennem en Identity Access Management-løsning som Cisco Duo eller gennem MF A-understøttelse af IdP.
Der er flere muligheder for at implementere SSO til Webex-tjenester:
-
SAML 2.0-baseret SSO: Den primære protokol, der understøttes til Webex SSO-integration, muliggør sikker udveksling af godkendelsesoplysninger mellem Id P og Webex-tjenesteudbyderen.
-
OpenID connect (OIDC): Under støttes som en alternativ moderne godkendelsesprotokol til SSO-integration.
-
Webex-identitet: Under støttes også som en identitetsudbyderindstilling.
SSO konfigureres og administreres centralt via Control Hub, hvilket kræver udveksling af metadata mellem Webex og den valgte IdP.
Efter konfigurationen kan SSO testes i Control Hub før aktivering for at sikre korrekt opsætning.
Cisco Webexunderstøtter integration med flere testede og almindeligt anvendte IDP'er og Identity Management Systems (IAM), herunder men ikke begrænset til:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFøderationstjenester (ADFS)
-
Microsoft Azure
-
Ping Federate
-
OpenAM
-
F5 BIG-IP.
Disse IDP'er overholder SAML 2.0- eller OpenID Connect-standarderne og er blevet valideret for kompatibilitet med Ciscos samarbejdsløsninger.
Understøttelse af flere IdP
Webex giver organisationer mulighed for at konfigurere SSO med flere IDP'er til at imødekomme komplekse it- miljøer såsom fusioner, opkøb eller decentrale it-afdelinger, hvor forskellige grupper bruger forskellige IDP'er. Understøttelse af flere IdP kan enten implementeres ved hjælp af funktionen Flere IdP i Webex eller gennem integration af et virksomheds-IAM-system som Cisco Duo.
Webexs support til flere identitetsudbydere (IdP) adresserer flere vigtige brugssager, hvor organisationer kræver fleksibel og sikker godkendelse på tværs af forskellige it-miljøer:
1. Fusioner og opkøb
Når virksomheder fusionerer eller erhverver andre, har de ofte separate it-infrastrukturer og særskilte IDP'er, der ikke kan forene sig. Flere IdP-understøttelser giver brugere fra begge organisationer mulighed for at godkende og samarbejde sikkert uden at skulle forene deres identitetssystemer med det samme.
2. Flere uafhængige it-afdelinger
Store organisationer eller offentlige institutioner kan have flere uafhængige it-afdelinger, der hver administrerer deres egen IdP. Webexs flere IdP-funktion gør det muligt for disse afdelinger at vedligeholde deres egne godkendelses systemer, samtidig med at brugerne får adgang til Webex problemfrit.
3. Forskellige brugergrupper eller domæner
Organisationer med forskellige brugergrupper (f.eks. medarbejdere vs. entreprenører) eller flere e-mail- domæner kan konfigurere routingregler til at dirigere godkendelsesanmodninger til den relevante IdP baseret på domæne- eller gruppemedlemskab. Dette understøtter differentierede adgangspolitikker og sikkerhed skontroller.
4. Understøttelse af forskellige godkendelsesprotokoller
Webex understøtter SAML- og OpenID Connect (OIDC) IDP'er, så organisationer kan integrere forskellige typer identitetsudbydere i henhold til deres eksisterende infrastruktur og sikkerhedskrav.
5. Forbedret sikkerhed og overholdelse
Ved at aktivere flere IDP'er kan organisationer implementere stærkere godkendelsesmekanismer, herunder multifaktorgodkendelse (MFA) gennem integrationer som Duo, og håndhæve ensartede sikkerhedspolitikker på tværs af forskellige brugerbaser.
6. Forenklet brugeroplevelse
Brugere kan autentificere ved hjælp af deres eksisterende legitimationsoplysninger fra deres respektive IDP'er, hvilket giver en samlet logonoplevelse på trods af den underliggende kompleksitet i flere identitetssystemer.
Mens flere IdP-understøttelser giver fleksibilitet, kræver det omhyggelig koordinering mellem sikkerheds- og identitetsteams for at opretholde ensartede sikkerhedspolitikker og undgå potentielle sårbarheder.
Duo MFA med SSO til Webex
Duo Access Gateway (DAG) kan godkende brugere ved hjælp af eksisterende lokale eller skybaserede mapper som f.eks. Active Directory (AD) og OpenLDAP. Det understøtter også integration med andre identitetsudbydere som Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS og Shibboleth. Denne fleksibilitet giver organisationer mulighed for at bruge deres nuværende katalog infrastruktur til Webex SSO med Duo MFA.
Duo fungerer som et stærkt godkendelseslag oven på den primære mappegodkendelse. Det fungerer som en identitetsudbyder (IdP) ved hjælp af SAML 2.0 til at håndhæve tofaktorgodkendelse (2FA), før der gives adgang til Webex. Duo evaluerer bruger-, enheds- og netværkskontekst i forhold til konfigurerbare politikker for at tillade eller nægte adgang, hvilket forbedrer sikkerheden ud over blot brugernavn og adgangskode. Duo giver også fleksible politikkontroller, såsom at kræve MFA ved hvert login for nogle apps og sjældnere for andre.
Fordelene ved Cisco Duo omfatter:
-
Forbedret sikkerhed: Tilfø jer phishing-resistent MFA for at beskytte Webex-adgang, hvilket reducerer risikoen for kompromitterede adgangskoder.
-
Fleksible politikker: Tillader detaljeret kontrol over godkendelseskrav pr. program eller brugergruppe.
-
Integration med eksisterende mapper: Under støtter lokal AD, OpenLDAP, cloud- mapper og forskellige SSO-udbydere, hvilket minimerer infrastrukturændringer.
-
Brugervenlighed: Under støtter Single Sign-On (SSO) for at reducere adgangskodetræthed ved at give brugerne mulighed for at logge ind én gang og få adgang til flere ressourcer sikkert.
-
Pålidelige slutpunkter: Under støtter enhedstillid for Webex-klienter på Windows og macOS, hvilket forbedrer sikkerhedsstillingen.
-
Selvbetjeningstilmelding: Inline-tilmelding og duo-prompt forbedrer brugeroplevelsen under MFA-opsætning.
Duo MFA med SSO til Webex udnytter eksisterende mapper som Active Directory og OpenLDAP, eller cloud-identitet sudbydere, til at godkende brugere. Duos rolle er at levere en stærk, politikdrevet anden godkendelses faktor integreret gennem SAML 2.0, hvilket forbedrer sikkerheden, samtidig med at brugervenligheden opretholdes gennem SSO. Fordelene inkluderer forbedret sikkerhedsstilling, fleksibel politikh åndhævelse, problemfri integration og en bedre brugeroplevelse.
Cisco anbefaler implementering af SSO til Webex-brugere. For forbedret sikkerhed anbefales integration med Cisco Duo.
Enterprise IAM- og SSO-strategien bør implementeres, inden overgangen fra Unified CM til påbegyndes. Webex Calling
Funktioner
Webex Callinghar et komplet komplement af kernefunktioner, der er inkluderet i tjenesten. Dette inkluderer mange opkaldsfunktioner i virksomhedsklasse, der har været tilgængelige i mange Unified CM år. Du kan muligvis ikke se 100% paritet mellem Webex Calling funktioner og Unified CM funktioner, men som du kan se i nedenstående figur, er de vigtigste opkal Unified CM dsfunktioner tilgængelige iWebex Calling.

Udover de mange brugerfunktioner, Webex Calling har kernesystemfunktioner, der er inkluderet i platformen. Disse inkluderer funktioner som autoledsagere, opkaldskøer, opkaldspark osv. Du kan se alle de tilgængelige kernesystem funktioner i Control Hub under Service → Opkald →Funktioner som vist i figur Webex Callingkerne funktioner.

Automatisk ledsager
Webex CallingAuto Attendant giver mulighed for 24/7 automatisering af håndtering af indgående opkald, hvilket giver mulighed for effektiv opkaldshåndtering uden behov for, at en person besvarer hvert opkald.
Den automatiske ledsager besvarer indgående opkald og giver den, der ringer op, en menu med muligheder for, hvor de vil dirigere deres opkald. Dette kan være til en person, en telefonsvarerboks eller en opkaldstjeneste (f.eks. Opkaldskø). Den, der ringer op, bruger telefonens opkaldstastatur til at indtaste nummeret fra menuen Auto Attendant.
Den automatiske svartjeneste understøtter følgende nøglefunktioner:
-
Forretnings- og efterarbejdsplaner
-
Ferieplan
-
Opkaldsmenuindstilling for at dirigere dine kunder derhen, hvor de skal hen
-
Tilpas hilsner
-
Opkald efter navn
-
Muligheder for viderestilling af opkald
-
Control Hub analyser og rapporter.
Du kan finde flere oplysninger i Administrer automatiske besvarelser.
Ring til Park
Call park giver brugerne mulighed for nemt at sætte et opkald på vent, så en anden bruger nemt kan hente, når de er tilgængelige til at tage det. Det frigør også den bruger, der besvarede det oprindelige opkald, til at foretage eller modtage andre opkald, mens opkaldet er parkeret.
Der er to typer opkaldsparker tilgængelige iWebex Calling:
-
Call park direct - gør det muligt for enhver bruger at parkere et opkald til en anden brugers udvidelse eller til en opkaldspark-udvidelse, som defineret af administratoren
-
Call park group - giver en defineret gruppe brugere mulighed for automatisk at parkere opkald mod tilgængelige parkdestinationer, der er defineret for gruppen. Disse destinationer kan være gruppemedlemmernes udvidelser eller udvidelser af opkaldsparker.
Baseret på konfiguration og parkeringstype kan brugerne hente opkald ved at <extension of parked call>ringe til *88+>, trykke på linjetasten, der er knyttet til opkaldsparkens udvidelse, eller bruge en softkey på deres IP-adresse.
En tilbagekaldelsesmulighed er tilgængelig for at tilbagekalde et parkeret opkald efter en bestemt periode til den bruger, der parkerede opkaldet, eller til en alternativ bruger.
Du kan finde flere oplysninger i Administrer opkaldsparkering i Control Hub.
Afhentning af opkald
Optagelse af opkald giver en administrator mulighed for at definere en gruppe brugere (medlemmer), der kan besvare et opkald til et andet medlems telefon. Dette giver en bruger mulighed for at besvare opkald, når deres holdkammerater har travlt og ikke kan besvare et indgående opkald.
Brugerne i en gruppe skal være på samme Webex Calling sted.
Brugere kan bruge enten Webex-appen eller deres skrivebordstelefon til at afhente et opkald.
-
Webex-app:
-
Understøtter visuelle og lydmeddelelser
-
Meddelelse om indgående opkald
-
FAC-baseret (opkald*98) eller afhentning af opkald med notifikationer
-
Meddelelser om afhentning af opkald til multiline.
-
-
Skrivebordstelefoner:
-
Meddelelse om indgående opkald
-
Lyd klokkeslæt og visuel meddelelse gennem håndsættets LED. 6821 understøtter kun lydklokkeslæt
-
Når meddelelsestypen valgt i Control Hub ikke er ingen
-
-
Meddelelser om afhentning af opkald kun for primære linjer.
-
Du kan finde flere oplysninger i Konfigurere gruppe for afhentning af opkald.
Opkaldskø
Webex Callinginkluderer kun taleopkaldskøer som en del af kernefunktionerne, og enhver bruger med en Webex Calling Professional-licens kan være en del af en opkaldskø, agent eller supervisor. Denne funktion giver brugerne mulighed for effektivt at interagere med kunderne. Opkaldskøer understøtter en delmængde af nogle af callcen ter-kernefunktionerne som stemmekøer, tilbagekald, færdigheds- eller prioritetsrouting, agentkø styring, analyse, rapportering osv.
Ciscos opfordring til Microsoft Teams-integration giver agenter adgang til opkald og funktioner i opkaldskøen direkte fra deres Microsoft Teams-klient.
Opkaldskøer understøtter følgende nøglefunktioner:
-
Hilsner og beskeder (velkomst, komfort, hvisken osv.)
-
Hold musik
-
Tilbagekald
-
Politikker for køruting (natservice, helligdage, videresendelse)
-
Login/log ud af agentkøen
-
Administration af agentkøstatus
-
Webex-app- eller skrivebordstelefonsupport
-
Supervisor-agent overvåger, træner, pramme eller overtager via Feature Access Codes (FAC'er)
-
Control Hub (administratoradgang) til:
-
køstyring
-
Agent- og køanalyse og rapportering
-
Kø-, agent- og vejlederstyring.
-
Du kan finde flere oplysninger i Konfigurere opkald skø.
Webex Callinghar en tilføjelsesfunktion til Customer Assist-tilføjelse, der giver yderligere opkaldskøfunktioner og giver agenter og tilsynsførende en bedre brugeroplevelse i Webex-appen. For en sammenligning af funktionerne Op Webex Calling kaldskø og Kundeservice, se Sammenligning af Webex Calling op kaldskø og kundeassistent funktioner.
Jagtgruppe
Webex CallingHunt Groups giver mulighed for routing af indgående opkald til en bestemt gruppe af brugere gennem et forudbestemt opkaldsroutingsmønster. Dette sikrer, at opkald besvares af den rigtige gruppe af brugere eller sendes til en voicemail til opfølgning.
En stor forskel mellem Hunt Groups og Call Queues er, at opkald ikke står i kø i en jagt gruppe, så hvis ingen brugere i Hunt-gruppen er tilgængelige til at besvare opkaldet, vil det blive afbrudt, sendt til telefonsvarer eller videresendt til et andet nummer (bruger eller tjeneste).
Du kan finde flere oplysninger i Administrer jagtgrupper i Control Hub.
Driftstilstande
Funktionen Operating Modes giver virksomheder mulighed for effektivt at dirigere opkald til forskellige destinationer (brugere, telefonsvarer, opkaldstjenester som en opkaldskø). Hvor og hvornår et opkald dirigeres, er baseret på en tids plan for dagen og ugedagene, og enhver bruger kan bemyndiges til at administrere disse tilstande (tidsplaner) for at kontrollere ændringer i opkaldsrutingen.
Som et eksempel kan opkald til en opkaldskø dirigeres til en anden opkaldskø med agenter i en anden tidszone for at besvare opkald efter åbningstider, i løbet af arbejdstiden dirigeres til de lokale agenter og i ferier dirigeres til telefonsvarer til op følgning, når agenterne vender tilbage til kontoret.
En autoriseret bruger kan skifte mellem disse forskellige videresendelsesscenarier (tilstande), hvis de har brug for at ændre, hvor indgående opkald dirigeres i en bestemt periode. Disse brugere kan administrere tilstande gennem deres 6800/7800/8800 MPP-telefoner, 9800-telefoner eller i at Administrer tilstande. Webex User Hub
Du kan finde flere oplysninger i Op kaldsdirigering baseret på driftstilstande i Webex Calling.
Personsøgningsgruppe
Personsøgningsgrupper giver brugerne mulighed for at foretage et envejsopkald for at sende en lydbesked til en gruppe brugere. Hver gruppe kan indeholde op til 75 målbrugere og/eller arbejdsområder, der nås ved at ringe til et foruddefineret nummer eller en udvidelse.
Når en bruger ringer til en personsøgningsgruppe, foretages der et samtidig opkald til alle de tildelte mål i gruppen, hvor den, der ringer op, kan tale deres beskeder og lægge på, når de er færdige.
Du kan finde flere oplysninger i Konfigurere en personsøgningsgruppe i Control Hub.
Optagelser
Webex Callingunderstøtter optagelse af opkald foretaget eller modtaget af en bruger. Dette kan være nødvendigt af hensyn til kvalitets-, sikrings-, sikkerheds- eller uddannelsesbehov. Som standard optages opkald i Webex, men andre tredjeparts optagelsesudbydere kan også bruges, hvis andre optagef unktioner eller overholdelse og lovkrav er påkrævet.
Når du bruger Webex som optagelsesplatform, administreres alle optagede opkald i Control Hub. Fuldstændige administratorer med rollen som Compliance Officer kan spille og downloade optagelserne. Uden rollen som Compliance Officer kan administratoren kun slette optagelserne.
Du kan finde flere oplysninger om denne funktion og en liste over tredjepartsoptagelser under Administrer opkalds optagelse for Webex Calling.
Enkelt nummerrækkevidde
Enkeltnummerrækkevidde tillader opkald til en brugers telefonnummer for at ringe til flere enheder. Dette kan omfatte andre skrivebordstelefoner såvel som mobiltelefoner. Opkald kan også foretages fra disse enheder, og brugerne kan skubbe og trække opkald mellem dem.
Du kan finde flere oplysninger om denne funktion, og hvordan en administrator konfigurerer den i Control Hub, under Konfigurere enkeltnummerrækkevidde (kontor hvor som helst).
Du kan finde flere oplysninger om, hvordan en bruger kan administrere og konfigurere denne funktion for sig selv i Webex User Hub (portalen), under Konfigurere enkeltnummerrække vidde (kontor hvor som helst).
Voicemail-gruppe
Voicemail-grupper giver mulighed for en delt voicemail-boks, der kan tildeles en bruger eller opkaldsroutingsfunktion. Nogle af grundene til, at en voicemail-gruppe kan være påkrævet, er:
-
Generel telefonsvarer til en afdeling eller arbejdsgruppe
-
Føj mulighed for voicemail til en automatisk ledsager eller jagtgruppe
-
Sådan sender du overløbsopkald fra en opkaldskø
-
Brugere, der kun har brug for en voicemail-boks.
Du kan finde flere oplysninger i Administrer en delt telefonsvarer og indgående fax boks for. Webex Calling
Attendant Console vises på siden Opkaldsfunktioner i Webex Control Hub, men det er en tilføjelsesfunktion, der kræver køb af den ledsagende konsol licens for at bruge.
Du kan finde flere oplysninger i Kom godt i gang med Attendant Console.
Du kan finde oplysninger om alle funktioner, herunder nogle tilføjelsesfunktioner, under Funktioner, der er tilgængelige efter licenstype for Webex Calling.
Hvad gør du næste gang?
For at udføre overførselsplanen, udføre nødvendige konfigurationsændringer, program migreringer og forbindelsesvalideringer. Implem enteringsfase.