- Start
- /
- Artikel
Hartelijk dank voor uw feedback
Handleiding voor de implementatie van migratie
In dit artikel
Feedback?Het gestructureerde migratieproces van on-premises Cisco Unified CM naar cloudgebaseerd Webex Calling, waarbij gebruik wordt gemaakt van de PPDIO-methode. Dit omvat kritische ontwerpoverwegingen zoals regiokeuze, belabonnementen, hulpdiensten en gespreksopname. Het proces ook gegevenslicenties, gebruikerstoewijzing, SSO en netwerkgereedheid om een soepele en efficiënte overgang.
Voordat u begint
Deze handleiding is bedoeld voor teams of individuen met ervaring met het configureren en beheren van Cisco Unified Communications Manager (Unified CM) en Cisco-eindpunten, waaronder IP-bureautelefoons, videoapparaten en Jabber-softclients. In dit document staan links naar product- en ondersteuningsdocumentatie om u te helpen.
Dit document is uitsluitend gericht op de overgang van Unified CM naar een Webex Calling multi-tenant. De term Webex Callingin dit document verwijst altijd naar Webex Calling meerdere huurders.
Voordat u begint met de migratie van Unified CM naarWebex Calling, is het noodzakelijk dat u een volledig begrip hebt van de Webex Calling oplossing en de bijbehorende componenten. Een succesvolle migratie vereist kennis van de Webex Calling architectuur, servicemodellen, implementatieopties en bijbehorende functies om bestaande Unified CM workloads goed in kaart te brengen en een effectief transitieplan op te stellen.
Een grondige kennis van de volgende Webex Calling componenten is essentieel voor een effectieve overgangsstrategie en operationele paraatheid.
-
Controlehub
-
Adresboek en gebruikersvoorziening
-
Webex Callingplatform
-
Ondersteunde eindpunten voor bellen
-
PSTN-connectiviteitsopties
-
Webex Callingtelefoonplan en nummerbeheer
-
Beveiligings- en nalevingsfuncties.
Voor meer informatie, zie Cisco Preferred Architecture forWebex Calling.
In deze handleiding wordt aandacht besteed aan hulpmiddelen en processen die tijdens de levenscyclus van de transitie kunnen worden gebruikt. Een overgang van bellen op locatie naar een nieuw platform voor bellen in de cloud kan echter een aanzienlijke inspanning zijnWebex Calling, met mogelijke zakelijke, technische en complexe uitdagingen. Unified CM Om deze uitdagingen het hoofd te bieden, heeft Cisco een aantal verschillende opties beschikbaar om u bij uw reis te helpen. Het is belangrijk om de informatie bij Enterprise Cloud Calling - Calling Migration te bekijken en inzicht te krijgen in elke optie en hoe elke optie u mogelijk kan helpen bij uw eigen migratie.
-
Webex-migratietools: gratis zelfbedieningstools ingebouwd in Control Hub om uw overgang te stroomlijnen naar Webex Calling
-
Gecertificeerde migratieproviders: Cisco-gevalideerde software- en toolleveranciers die migratieoplossingen hebben ontwikkeld om Webex-partners en -klanten te helpen bij complexe en grote migraties. Deze oplossingen kunnen helpen bij het vereenvoudigen, beheren en versnellen van de overgang naar Webex Calling
-
Webex Setup Assist: een migratieservice onder leiding van Cisco die klanten en partners begeleidt bij de Webex Calling implementatie en configuratie, die nodig zijn om Unified CM gebruikers en services succesvol te migreren naar. Webex Calling
Overzicht
Met de groei van samenwerkingsdiensten die via de cloud worden geleverd, willen meer klanten hun bestaande samenwerkingsworkloads naar de cloud verplaatsen, gezien de beloften van lagere totale eigendomskosten, vereenvoudigd beheer, continue levering van functies, grotere schaal en superieure betrouwbaarheid die inherent is aan clouddiensten. Nu klanten de overstap willen maken van diensten voor samenwerking op locatie naar de cloud, is het belangrijk dat ze begrijpen wat de overgang inhoudt en welke stappen nodig zijn om de overstap te maken.
Het doel van dit document is om klanten te begeleiden bij de implementatie die specifiek op zoek zijn naar een overstap van on-premises Unified CM naar Webex Calling in de cloud. In deze implementatiegids wordt ervan uitgegaan dat de lezer een basiskennis heeft van de gespreksovergang tussen Unified CM enWebex Calling, inclusief wat er verandert bij deze overgang en wat de verschillen zijn wanneer de belbelasting van on-premises naar de cloud wordt verplaatst. Voordat u verder gaat, moet u ervoor zorgen dat u de informatie die beschikbaar is op de Transitiekaart hebt gelezen en ermee vertrouwd bent. Dit document met de overgangskaart bevat informatie over de veranderingen en verschillen van deze overgang.
Zoals te zien is in de figuur Samenwerkingsarchitectuur op locatie: gespreksbeheer en toegang op afstand, omvat een typische implementatie op locatie verschillende componenten van de samenwerkingsinfrastructuur op het netwerk, een platform voor gespreksbeheer, een edge-platform, hardware- en software-eindpunten, en in sommige gevallen zelfs platforms voor conferenties en planning. In de Cisco-architectuur zou dit omvatten Unified CM voor gespreksbeheer, Expressway voor toegang op afstand en business-to-business (B2B) edge-services, Cisco Meeting Server/Cisco Meeting Management voor vergaderingen op locatie, Unity Connection voor spraakberichten en gebruikersgerichte hardware (Cisco IP-telefoons, Cisco Desk and Room-videosystemen) en software () IP-eindpunten. Cisco Jabber Deze componenten kunnen in sommige omgevingen enigszins verschillen, maar dit is het startpunt voor de overgang, zoals beschreven in de rest van dit document.
De architectuur die wordt weergegeven in de figuur Samenwerkingsarchitectuur op locatie: gespreksbeheer en toegang op afstand is gebaseerd op de voorkeursarchitectuur (PA) voor Cisco Collaboration Enterprise On-Premises Deployments. Zie Cisco Collaboration Preferred Architectures voor meer informatie over de Enterprise On-premise.
Vroeger: De tabel met componenten van de oproepinfrastructuur op locatie bevat de belangrijkste elementen van de lokale architectuur vóór de overgang naar Webex Calling de cloud.
| Product | Beschrijving |
|---|---|
| Unified CM | Oproepbeheer op locatie voor de registratie van apparaten en het routeren van gesprekken |
| Cisco Expressway-C/E | Edge-infrastructuur die mobiele en Remote Access (MRA) en business-to-business (B2B) functionaliteit biedt, waardoor externe eindpunten veilig verbinding kunnen maken van buiten de organisatie. Expressway wordt in paren geïmplementeerd om externe eindpunten via de firewall te kunnen bedienen. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) en Cisco Telepresence Management Suite (TMS) | Infrastructuur voor spraak-, video- en webconferenties op locatie die multipoint-vergaderingen, vergaderbeheer en planningsmogelijkheden biedt. [Optioneel] |
| Cisco Unity Connection | Spraakberichtenplatform op locatie met mogelijkheden voor voicemail en geïntegreerde berichten . [Optioneel] |
| Cisco Desk, Cisco Room, Cisco Board, Cisco IP-telefoons en Cisco Jabber | IP-apparaten die geregistreerd zijn bij Unified CM en mogelijkheden bieden voor spraak- en videogesprekken |
Zoals geïllustreerd in de figuur Overgangsbeslissing: bellen op locatie naar Webex Calling, klanten die een gespreksbeheer op locatie hebben met IP-eindpunten op het bureau Unified CM en video, kunnen kiezen tussen de overgang van de architectuur naar een cloudarchitectuur. Webex Calling
De beslissing moet worden genomen op basis van de functionaliteitsvereisten van de klant. Klanten die aan de volgende vereisten voldoen, moeten dit zorgvuldig overwegen voordat ze deze beslissing nemen en kunnen uiteindelijk besluiten om de gesprekscontrole op locatie te houden:
- Telefoonmodellen die niet worden ondersteund door Webex Calling
- Complexe of talrijke integraties met andere systemen of oplossingen op locatie, vooral wanneer het moeilijk Webex Calling is om deze integraties te repliceren met of als er geen gelijkwaardige alternatieve oplossingen beschikbaar zijn
- Complexe telefoonabonnementen, zeer gedetailleerde serviceklassen of beide
- Beperkende, beperkte of onbetrouwbare internettoegang
- Streng beleid inzake gegevensprivacy en -eigendom
- Nalevingsvereiste voor het opnemen en opslaan van media op locatie of in het land
- Integraties van derden zonder haalbare alternatieve Webex Calling integratie
- Integraties van contactcentra waarbij het contact center inter nog niet overstapt naar de cloud.
Dit document is gericht op klanten met Unified CM een gespreksbeheersysteem die inzicht willen krijgen in de algemene stappen, overwegingen en vereisten om de Webex Calling implementatie mogelijk te maken, zoals beschreven in de volgende sectie.
Kerncomponenten
De doelarchitectuur voor deze migratie bevat verschillende nieuwe componenten. Dit omvat de Webex Calling service voor bellen in de cloud, de Webex-app, Cisco Directory Connector voor identiteitsintegratie en de Local Gateway (LGW) voor PSTN-toegang, evenals de integratie van gesprekken op locatie naar de cloud. Cisco Calling Plans of Cloud Connected PSTN (CCP), mogelijk gemaakt door een Cloud Connect for Webex Calling partner, zijn aanvullende opties voor PSTN-toegang.
Zoals te zien is in figuur After: Webex Calling Architecture, worden de nieuwe componenten (Webex CallingDirectory-connector, lokale gateway en Survivability-gateway) toegevoegd aan de bestaande implementatie op locatie.
Na: De tabel met infrastructuurcomponenten voor aanroepen in de cloud bevat de nieuwe elementen van de architectuur na de overgang naar Webex.
| Product | Beschrijving |
|---|---|
| Webex Calling | Oproepservice in de cloud, geleverd vanaf het Webex-platform, met eindpuntregistratie en gespreksroutering |
| Cisco Directory-connector | Windows-toepassing die draait op een Windows-domeincomputer die
identiteitssynchronisatie biedt tussen het bedrijf op locatie Active Directory en de
identiteitsopslag van de Webex-organisatie. Voor klanten die overstappen van on-premises Active Directory naar Entra ID, maakt de identiteitsintegratie met Webex in plaats van Cisco Directory Connector gebruik van de Entra ID Wizard-app. |
| Lokale toegangspoort | Een lokale gateway fungeert als brug tussen het geïntegreerde communicatienetwerk van een klant op locatie en de Webex Calling cloud. Het kan op locatie worden geïmplementeerd of door een partner worden gehost, waardoor PSTN-toegang wordt geboden voor eindpunten die in de cloud zijn geregistreerd, evenals oproepintegratie tussen geregistreerde en in de cloud Unified CM geregistreerde eindpunten. Cisco IOS-XE Integrated Services Router (ISR 1100- en 4000-serie), Cisco Catalyst 8200/8300 Series, Cisco Catalyst 8000V Edge-software en verschillende gecertificeerde Session Border Controllers (SBC's) van derden kunnen worden gebruikt als LGW voor een gefaseerde migratieaanpak. |
| Gateway voor overlevingskansen | Survivability Gateway (SGW) is een op IOS-XE gebaseerde gateway voor een lokaal netwerk die terugvaldiensten biedt naar eindpunten ter plaatse tijdens netwerkuitval. Webex Calling |
| Cisco Calling Plan, Cloud Connect voor Webex Calling | Cisco Calling Plan en Cloud Connect for Webex Calling zijn cloudgebaseerde opties voor PSTN-toegang voor eindpunten. Webex Calling PSTN-toegang wordt mogelijk gemaakt door een PSTN-provider in de cloud en vereist geen apparatuur op locatie. |
| Webex-app | Clienttoepassing die draait op een desktopbesturingssysteem (Windows, Mac) of een mobiel besturingssysteem (Android, iOS) en die rechtstreeks op het Webex Calling platform is geregistreerd voor belfunctionaliteit. |
Overzicht van het PPDIO-proces
Het PPDIO-proces staat voor Prepare, Plan, Design, Implementate en Optimize. Het is een gestructureerde Cisco-methode die projecten begeleidt vanaf de eerste beoordeling tot continue verbetering, zodat efficiënte en succesvolle implementaties of migraties worden gegarandeerd.
Algemene beschrijving van PPDIO
-
Bereid u voor: Evalueer de huidige omgeving, verzamel de vereisten en breng belanghebbenden op elkaar af om een solide basis te leggen.
-
Plan: Ontwikkel gedetailleerde projectplannen, met inbegrip van tijdlijnen, middelen en strategieën voor risicobeperking.
-
Ontwerp: Architect, de doeloplossing die is afgestemd op zakelijke en technische behoeften.
-
Implementeren: Voer de implementatie of migratie uit op basis van het ontwerp, waarbij de functionaliteit en prestaties worden gevalideerd.
-
Optimaliseren: Verbeter de oplossing na de implementatie voortdurend door de prestaties te controleren, configuraties te verfijnen en gebruik te maken van automatiserings- en integratietools.
PPDIO gebruiken voor twee Unified CM Webex Calling migratieprojecten
Bij de overgang van Unified CM naar Webex Calling biedt het PPDIO-proces een duidelijk stappenplan om te zorgen voor een soepele en efficiënte overgang:
Bereid u voor
-
Evalueer de bestaande Unified CM omgeving en de gereedheid voor migratie
-
Gedetailleerde gegevens verzamelen over gebruikers, apparaten, netwerken en afhankelijkheden
-
Locatiegegevens verzamelen, waaronder adres voor noodhulp, aantal gebruikers, internettoegang, toegang tot PSTN
-
Risico's identificeren en de reikwijdte van het project bepalen om alle belanghebbenden op één lijn te brengen.
Plan
-
Stel een uitgebreid migratieplan op met batchschema's, toewijzing van middelen en tijdlijnen
-
Definieer taken zoals firmware-upgrades van apparaten, licentieverlening en onboarding van gebruikers
-
Coördineer de migratievensters met Cisco en partners om onderbrekingen tot een minimum te beperken.
Ontwerp
-
Huidige Unified CM configuraties, belabonnementen en gebruikersprofielen koppelen aan Webex Calling equivalenten
-
Ontwerp de Webex Calling omgeving, inclusief de PSTN-strategie (tussentijds en definitief), locaties, gebruikersrollen en integratiepunten zoals Local Gateway (CUBE) en adreslijstsynchronisatie
-
Plan voor coëxistentiescenario's waar Unified CM en Webex Calling werk tegelijkertijd tijdens de migratie.
Implementeren
-
Gebruik de migratietools van Control Hub naast tools van derden om wijzigingen in de firmwaremodus van het apparaat, de configuratie van functies en gebruikersmigraties uit te voeren
-
Voer bulkbewerkingen en -voorzieningen uit met behulp van Webex API's om grootschalige migraties en configuraties te stroomlijnen
-
Licentieverlening, apparaatregistratie en configuratie-updates uitvoeren
-
Valideer het succes van de migratie door middel van tests en operationele verificatie.
Optimaliseren
-
Houd de Webex Calling prestaties en gebruikerservaring voortdurend in de gaten
-
Configuraties en workflows verfijnen op basis van operationele gegevens en feedback
-
Maak gebruik van automatiserings- en integratiemogelijkheden om de efficiëntie en schaalbaarheid te verbeteren
-
Waar nodig oude Unified CM componenten buiten gebruik stellen en doorlopende ondersteuning bieden voor operaties op dag 2.
Deze verbeterde PPDIO-aanpak zorgt voor een gecontroleerde, transparante en efficiënte migratie van Unified CM naar, waarbij gebruik wordt gemaakt van de toolsWebex Calling, API's en het partnerecosysteem van Cisco om de bedrijfscontinuïteit te behouden en de samenwerkingsmogelijkheden te verbeteren.
PPDIO-feedbackloops
Het overzicht op hoog niveau, weergegeven in figuur Iteraties tijdens de uitvoering van PPDIO, illustreert een enkele feedbacklus van de optimalisatiefase terug naar de voorbereidingsfase. Dit betekent dat er na de eerste implementatie voortdurend mogelijkheden zijn voor voortdurende verbetering. Elke optimalisatiecyclus kan nieuwe vereisten of verbeterpunten identificeren, waaraan kan worden voldaan door middel van volgende projecten of initiatieven. Deze individuele projecten volgen op hun beurt elk de vastgestelde levenscyclus van PPDIO (Prepare, Plan, Design, Implementate, Optimize). Deze iteratieve aanpak zorgt ervoor dat het systeem afgestemd blijft op veranderende bedrijfsdoelstellingen en technologische ontwikkelingen, waardoor een cultuur van voortdurende verfijning en aanpassingsvermogen wordt bevorderd.
Tijdens de uitvoering van het PPDIO-proces is het gebruikelijk dat bevindingen in de latere fasen het noodzakelijk maken om beslissingen die in eerdere stadia zijn genomen opnieuw te bekijken en mogelijk te herzien. Zo kunnen problemen die zich tijdens de uitvoeringsfase hebben voorgedaan, zoals de identificatie van onduidelijkheden in het ontwerp of ontbrekende informatie, aan het licht brengen dat bepaalde aspecten tijdens de ontwerpfase niet volledig zijn behandeld. In dergelijke gevallen is het noodzakelijk om terug te keren naar de relevante eerdere fase om deze problemen op te lossen voordat u verder gaat. Dit iteratieve feedbackmechanisme, zoals geïllustreerd in het Unified CMdoor figuren ondersteunde PPDIO-proces, zorgt ervoor dat de oplossing grondig wordt gevalideerd en verfijnd, wat uiteindelijk bijdraagt aan een robuustere en effectievere implementatie.
Bij de overgang van Unified CM naarWebex Calling, kan elke fase van het PPDIO-proces aanzienlijk profiteren van informatie die is verzameld uit de bestaande Unified CM omgeving. Uit de huidige Unified CM configuratie kunnen bijvoorbeeld uitgebreide inventarissen van gebruikers, telefoonnummers, belfuncties en componenten van het kiesplan worden afgeleid. Deze gegevens vormen een aanvulling op informatie die rechtstreeks door belanghebbenden wordt verstrekt en helpt de plannings- en ontwerpactiviteiten te stroomlijnen. Het gebruik van geschikte hulpmiddelen om de gegevensextractie en -analyse te automatiseren, verbetert niet alleen de nauwkeurigheid, maar versnelt ook het totale proces. Door gebruik te maken van inzichten uit de bestaande implementatie Webex Calling kan de overgang naar efficiënter worden uitgevoerd dan een traditionele greenfield-implementatie, waarbij toch de gestructureerde PPDIO-methodologie wordt gevolgd. Dit proces wordt geïllustreerd in het Unified CMdoor figuren ondersteunde PPDIO-proces.
Migratieaanpak
Bij het plannen van uw overgang van lokaal Unified CM naarWebex Calling, moet u bepalen hoe u deze reis gaat aanpakken. Eerst moet u beslissen of de migratie een snelle aanpak is (alles tegelijk) of een gefaseerde aanpak (groepen gebruikers/apparaten over een langere periode migreren).
Als u een snelle migratie uitvoert, gaan al uw gebruikers en apparaten het snelst over. Met deze methode verplaatst u alle gebruikers en apparaten van on-premises Unified CM naar Webex Calling tegelijkertijd. In wezen is het één migratievenster voor alle gebruikers en apparaten. Nadat deze migratie is voltooid, bevinden al uw gebruikers en apparaten zich op het Webex Calling platform en kan al uw Unified CM infrastructuur buiten gebruik worden gesteld. Veel organisaties kunnen deze aanpak echter niet gebruiken vanwege de schaal en omvang van hun oproepimplementatie.
De tweede benadering is een gefaseerde migratie. De meeste organisaties zullen deze aanpak gebruiken omdat die zorgt voor betere controle, beheer en schaalbaarheid tijdens de migratie. Het is ook beter geschikt voor grotere UC-implementaties en/of implementaties in meerdere regio's. Daarom richt dit document zich op de gefaseerde aanpak met twee stappen in de overgang.
Zoals te zien is in onderstaande figuur Gefaseerde gespreksovergang: hybride en cloud, de eerste overgangsfase (fase 1) resulteert in een co-existentie-implementatie met dubbele belomgevingen. In deze fase wordt overgeschakeld naar sommige gebruikers, apparaten en softclients, Webex Calling terwijl andere nog steeds gebruikmaken van de Unified CM gespreksbediening op locatie. De laatste overgangsfase (fase 2) resulteert in een pure belomgeving in de cloud waar alle gebruikers, apparaten en softclients volledig naar het Webex Calling platform zijn overgeschakeld.
Hoe lang een organisatie nodig heeft om volledig over te schakelen op bellen via de cloud, hangt af van de huidige implementatie. In sommige gevallen kan een organisatie de eerste overgang maken en gedurende een langere periode (maanden of zelfs jaren) in de fase van coëxistentie met dubbele gesprekscontrole (fase 1) blijven, terwijl in andere gevallen een organisatie in een zeer korte periode Webex Calling (weken of maanden) volledig overgaat naar (fase 2). Dit document is bedoeld om beide fasen te behandelen (fase 1 - coëxistentie en fase 2 - volledige overgang).
Het is mogelijk dat sommige organisaties voor onbepaalde tijd een dubbele gesprekscontrole naast elkaar blijven gebruiken zonder van plan te zijn ooit volledig over te stappen op bellen in de cloud.
De tweede overweging is hoe u gebruikers, apparaten en softclients overzet van gespreksbeheer op locatie naar gespreksbeheer in de cloud. De aanbevolen aanpak is een overgang in drie fasen. De figuur Aanbevolen overgang in drie fasen hieronder verdeelt deze aanpak in drie fasen.
Pre-migratie: Deze fase is erop gericht om zowel de Webex als de Unified CM omgevingen klaar te maken voor de migratie. Het gaat er niet om specifieke planning of configuraties aan te roepen en is gericht op het voltooien van activiteiten die nu en voordat een Webex Calling migratieproject start, kunnen worden uitgevoerd. Het doel is om de basis te leggen voor de twee omgevingen om zich voor te bereiden op de migratie.
Voorbereiding van de migratie: In deze fase begint de voorbereiding van de migratie naar Webex Calling. Hier moeten de zakelijke en technische vereisten worden herzien en bijgewerkt. Voer niet zomaar een verschuiving uit van wat momenteel wordt geïmplementeerd en herdefinieer in plaats daarvan de zakelijke en technische vereisten die uw bedrijf vandaag en in de toekomst nodig heeft door gebruik te maken van de kracht van. Unified CM Webex Calling Bovendien is dit de fase waarin u uw ontwerp, configuratieplanning en migratieplanning/-schema voltooit.
Migratie (uitrol en ontmanteling): In deze fase vindt de daadwerkelijke migratie van gebruikers, apparaten, telefoonnummers en softclients plaats. Zoals hierboven besproken, kan deze fase voor iedereen tegelijk worden voltooid (flash-cut) of via meerdere wijzigingsvensters (gefaseerd). Adoptieplannen, training en communicatie voor eindgebruikers zijn van cruciaal belang, zodat uw gebruikers op de hoogte zijn van de wijzigingen, hoe ze het nieuwe belplatform moeten gebruiken en weten wanneer de wijziging zal plaatsvinden. De laatste stap is het buiten gebruik stellen van alle UC-infrastructuur op locatie die niet langer wordt gebruikt.
In de fase vóór de migratie zijn er activiteiten (vereist, aanbevolen en optioneel) waaraan u onmiddellijk kunt beginnen te werken. Het wordt aanbevolen om deze eerder dan later af te ronden, en bij voorkeur voordat uw project begint. Sommige activiteiten kunnen langer duren, dus als u ze eerder start, kunt u uw eigenlijke migratieproject stroomlijnen.
De onderstaande figuur Activiteiten vóór de migratie belicht vijf specifieke categorieën activiteiten die verband houden met een Webex Calling migratie.
Bereid u voor
Zakelijke en technische vereisten
Bij het plannen van een migratie van naar, is het cruciaal om tijdens de planningsfase zowel de technische als de zakelijke vereisten grondig te verzamelen. Deze stap zorgt ervoor dat de migratie wordt afgestemd op de operationele doelstellingen en technische mogelijkheden van uw organisatie, waardoor risico's en verstoringen tot een minimum worden beperkt.
Waarom het verzamelen van vereisten belangrijk is:
-
Stemt bedrijfsdoelstellingen op elkaar af: inzicht in de bedrijfsbehoeften helpt om de migratie aan te passen ter ondersteuning van belangrijke workflows, gebruikerservaring en groeiplannen.
-
Zorgt voor technische compatibiliteit: door technische vereisten vroegtijdig te identificeren, worden integratieproblemen met bestaande infrastructuur, netwerken en eindpunten voorkomen.
-
Vergemakkelijkt de planning van middelen: duidelijke vereisten helpen om de tijdlijnen, kosten en benodigde middelen nauwkeurig in te schatten.
-
Beperkt risico's: vroegtijdige detectie van potentiële uitdagingen maakt proactieve oplossingen mogelijk, waardoor de uitvaltijd en serviceonderbrekingen worden beperkt.
Zakelijke vereisten
Typische zakelijke vereisten zijn onder meer:
-
Aantal gebruikers en locaties dat moet worden gemigreerd
-
Gewenste functies en diensten (bijvoorbeeld routering van gesprekken, voicemail, conferenties, automatische medewerkers, wachtrijen)
-
Nalevings- en beveiligingsbeleid
-
Budgetbeperkingen en kostenverwachtingen
-
Behoeften aan training en ondersteuning van gebruikers
-
Tijdschema voor migratie en overwegingen inzake bedrijfscontinuïteit.
Het verzamelen van de gewenste functies en diensten is een cruciale stap om ervoor te zorgen dat het nieuwe systeem voldoet aan de zakelijke behoeften. Bij het verzamelen van deze vereisten is het belangrijk om niet alleen rekening te houden met wat er momenteel is geconfigureerd, maar ook om de werkelijke vereisten te verzamelen van de bedrijfsentiteiten die het systeem gaan gebruiken. Anders bestaat het risico dat het plan gebaseerd is op niet-actuele veronderstellingen. Zorg ervoor dat u aanvullende of verbeterde functies evalueert die beschikbaar zijn als die mogelijk niet bestaan in, zoals bellen in de cloud, geavanceerde gesprekswachtrijen, , en. Dit helpt om alle voordelen van het cloudplatform te benutten.
Bij de evaluatie van de huidige configuratie in, is het belangrijk om te beseffen dat niet alle bestaande instellingen nodig kunnen blijven als gevolg van veranderende vereisten gedurende de hele levenscyclus van het systeem. De nadruk moet liggen op het identificeren en behouden van alleen die configuraties die aansluiten bij de huidige en toekomstige behoeften van de implementatie.
Concentreer u meer op wat u nodig hebt dan op wat u hebt.
Naleving en beveiligingsbeleid zijn cruciale overwegingen tijdens de migratie van naar om ervoor Webex Calling te zorgen dat het nieuwe communicatiesysteem in de cloud voldoet aan de wettelijke, reglementaire en organisatorische normen.
-
Naleving van de regelgeving: Organisaties moeten controleren of ze voldoen aan branchespecifieke regelgeving, zoals de GDPR, HIPAA of SOX, waarbij wordt voldaan aan de vereisten voor gegevensprivacy, -bewaring en -verwerking, evenals landspecifieke mandaten met betrekking tot de ingezetenschap van gegevens, de tolomleiding en de locatie van de media.
-
Gegevensbeveiliging: ervoor zorgen dat spraak- en signaalgegevens zowel tijdens het transport als in rust worden versleuteld om te beschermen tegen onderschepping of ongeoorloofde toegang.
-
Toegangscontroles: Het definiëren en afdwingen van gebruikersauthenticatie, autorisatie en toegang op basis van rollen om ongeoorloofd gebruik van communicatiemiddelen te voorkomen.
-
Audit en toezicht: Implementatie van registratie- en bewakingsmogelijkheden om de toegang en het gebruik voor nalevingsaudits en onderzoeken naar beveiligingsincidenten bij te houden.
-
Afstemming van het beleid: de migratie afstemmen op het bestaande beveiligingsbeleid van het bedrijf, waaronder eindpuntbeveiliging, netwerksegmentatie en plannen voor incidentrespons.
-
Beveiligingsgarantie van leveranciers: Evaluatie van de beveiligingscertificaten en conformiteitsattesten van Cisco om de betrouwbaarheid te waarborgen.
Door dit nalevings- en beveiligingsbeleid tijdens de planningsfase aan te pakken, kunnen risico's worden beperkt, wettelijke sancties worden voorkomen en kan de integriteit en vertrouwelijkheid van de communicatie tijdens en na de migratie worden gehandhaafd.
De behoeften op het gebied van training en ondersteuning van gebruikers zijn essentiële componenten tijdens de migratie van naar om een soepele overgang en gebruikersacceptatie te garanderen. De belangrijkste overwegingen zijn onder meer:
-
Trainingsprogramma's: Ontwikkel trainingssessies op maat voor verschillende gebruikersgroepen (eindgebruikers, beheerders, helpdeskmedewerkers) om hen vertrouwd te maken met functies, gebruikersinterfaces en nieuwe workflows.
-
Documentatie: Zorg voor duidelijke, toegankelijke gebruikershandleidingen, veelgestelde vragen en beknopt naslagmateriaal, waaronder wat is er nieuw en verschillende bronnen en stapsgewijze handleidingen voor en na (in video- of beknopte handleiding), om gebruikers te ondersteunen bij hun aanpassing aan de bijgewerkte ervaring na de migratie.
-
Veranderingsbeheer: Breng veranderingen proactief over om de verwachtingen van gebruikers te beheersen en de weerstand te verminderen.
-
Ondersteuningsstructuur: Stel een speciaal ondersteuningsteam of een escalatietraject samen om problemen van gebruikers snel aan te pakken tijdens en na de migratie.
-
Doorlopend onderwijs: Plan voor continue trainingsupdates zodra er nieuwe functies of updates worden uitgebracht.
-
Feedbackmechanismen: Implementeer kanalen voor gebruikers om problemen te melden en feedback te geven om de opleidings- en ondersteuningsprocessen te verbeteren.
Door tijdens de planningsfase aan deze behoeften op het gebied van training en ondersteuning te voldoen, wordt de overlast tot een minimum beperkt, wordt het vertrouwen van de gebruiker vergroot en worden de voordelen van de migratie naar gemaximaliseerd.
Technische vereisten
Voor een succesvolle migratie van naar moeten verschillende belangrijke technische vereisten worden verzameld en gedocumenteerd, waaronder gegevens voor:
-
Netwerkparaatheid en bandbreedtecapaciteit
Een uitgebreide netwerkbeoordeling is van cruciaal belang om ervoor te zorgen dat uw bestaande infrastructuur de nieuwe Webex Calling omgeving kan ondersteunen. Dit omvat:
-
Bandbreedteanalyse: Evaluatie van het huidige en verwachte bandbreedtegebruik om spraak-, video- en dataverkeer zonder congestie af te handelen.
-
Quality of Service (QoS): implementatie van QoS-beleid om prioriteit te geven aan spraakverkeer en latentie, jitter en pakketverlies tot een minimum te beperken.
-
WAN- en internetconnectiviteit: Controleren of WAN-koppelingen en internetverbindingen voldoen aan de vereisten voor bellen in de cloud, waaronder redundantie- en failovermogelijkheden.
-
Firewall- en NAT-configuratie: ervoor zorgen dat de firewall- en NAT-instellingen de vereiste signalering en mediaverkeer toestaan voor.
-
-
Integratie met een bestaand systeem
Naadloze integratie met bestaande bedrijfssystemen is essentieel voor de gebruikerservaring en de continuïteit van de workflow:
-
Directorydiensten: Evaluatie van de integratie met een bedrijfsadresboek voor geautomatiseerde gebruikerstoewijzing en -authenticatie.
-
CRM en bedrijfstoepassingen: Identificatie van integratiepunten met systemen voor klantrelatiebeheer en andere bedrijfskritieke toepassingen.
-
Interworking van oude PBX-systemen: Planning voor coëxistentie of gefaseerde migratiestrategieën, indien er oudere telefoniesystemen overblijven tijdens de overgang.
-
-
Compatibiliteit en provisioning van eindpunten
Alle eindpunten, inclusief bureautelefoons, softphones en mobiele apparaten, moeten op compatibiliteit worden beoordeeld :
-
Apparaatondersteuning: bevestigen dat bestaande IP-telefoons en -apparaten worden ondersteund door of om te identificeren welke vervangingen nodig zijn.
-
Provisioningprocessen: Invoering van geautomatiseerde of gestroomlijnde leveringsmethoden voor een efficiënte onboarding van eindpunten.
-
Firmware- en software-updates: Planning van noodzakelijke updates om interoperabiliteit en beveiliging te garanderen.
-
-
Beveiligingsconfiguraties en coderingsstandaarden
Beveiliging is van het grootste belang bij cloudcommunicatie:
-
Encryptie: Encryptie afdwingen van begin tot eind versleuteling voor signalering en mediastreams, in overeenstemming met de best practices van Cisco op het gebied van beveiliging.
-
Authenticatie en toegangscontrole: Implementatie van veilige authenticatiemechanismen (zoals SSO, multifactor-authenticatie) en gedetailleerde toegangscontroles voor gebruikers.
-
Naleving van de regelgeving: ervoor zorgen dat de oplossing voldoet aan de relevante wettelijke en industriële nalevingsnormen (bijvoorbeeld GDPR, HIPAA).
-
Beveiligingsmonitoring: integratie met SIEM-tools en instellen van waarschuwingen voor mogelijke beveiligingsincidenten.
-
| Vereiste | Belangrijkste overwegingen |
|---|---|
| Gereedheid voor het netwerk en bandbreedte | Bandbreedte, QoS, WAN/internet, firewall/NAT |
| Integratie met bestaande systemen | Adresboek, CRM, telefooncentrale, e-mail/agenda |
| Compatibiliteit en provisioning van eindpunten | Apparaatondersteuning, bevoorrading, firmware-updates |
| Beveiligingsconfiguraties en versleuteling | Encryptie, authenticatie, naleving, veiligheidscontrole |
| Gebruikerstraining en wijzigingsbeheer | Trainingsprogramma's, documentatie, communicatie over veranderingen |
| Nummeroverdraagbaarheid en belplan | Nummermigratie/-overdracht, vertaling van het kiesplan |
| Integraties van derden | Paging, contactcenter, fax, analoge apparaten |
Gereedheid en vereisten voor het netwerk
De gereedheid van het netwerk is van cruciaal belang voor een succesvolle migratie naar elke oproepoplossing in de cloud, zoals. Een slechte netwerkplanning kan leiden tot een slechtere gesprekskwaliteit, onderbroken gesprekken en ontevreden gebruikers. Klanten moeten een netwerkbeoordeling uitvoeren voordat ze migreren naar. Het wordt aanbevolen om de beschikbaarheid van de netwerkbandbreedte voor het verwachte gespreksvolume te bevestigen, ervoor te zorgen dat aan de vereisten voor de kwaliteit van de dienstverlening (QoS) wordt voldaan en inzicht te krijgen in de verschillende poorten die moeten worden geopend in de edge-firewall (s).
Betrouwbare netwerkconnectiviteit met voldoende servicekwaliteit (bandbreedte, pakketverlies, RTT) is een basisvereiste om de best mogelijke gebruikerservaring van begin tot eind te garanderen voor alle eindpunten, clients en toepassingen die spraak- en videofunctionaliteit gebruiken.
Klanten en partners hebben toegang tot connectiviteitsopties die verder gaan dan over-the-top (OTT) internet, waarmee de verbinding met Connect kan worden geoptimaliseerd. Webex Edge Voor meer informatie over Webex Edge Connect-ontwerpdetails, zie Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant en Dedicated Instance.
Klanten kunnen CScan gebruiken voor een netwerkbeoordeling, die informatie geeft over de netwerkkwaliteit van de klant, hoeveel gesprekken er kunnen worden gevoerd, de latentie, enzovoort. Voor meer informatie over de CScan-tool, zie CScan gebruiken om de Webex Calling netwerkkwaliteit te testen.
Om er zeker van te zijn dat het netwerk klaar is voor de migratie naar, moet u rekening houden met de volgende checklist:
-
Bandbreedteplanning
Bereken gelijktijdige gesprekken per locatie om er zeker van te zijn dat u voldoende bandbreedte hebt voor- en stroomafwaarts en om ruimte op te nemen voor ander bedrijfskritisch verkeer en toekomstige groei.
De tabel Webex Callingvoor de berekening van de bandbreedte van het oproeptype toont de oproeptypes die beschikbaar zijn bij een implementatie, samen met de codec en de maximale bandbreedte die vereist is voor elk gesprekstype. Zoals blijkt uit de tabel met de berekening van de bandbreedte van het Webex Calling gesprekstype, kan de vereiste bandbreedte voor audiogesprekken voor elk gesprekstype worden berekend met behulp van de volgende algemene formule:
Aantal verwachte gelijktijdige gesprekken * Bandbreedte per gesprek op basis van codec = Vereiste netwerkdoorvoer.
Tabel 2. Webex Calling Berekeningen van de bandbreedte van het oproeptype Soorten gesprekken Codec - bandbreedte Berekeningen van de bandbreedte /Bureautelefoon -> OPUS - 70 kbps Aantal gelijktijdige gesprekken * 70 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> Bureautelefoon OPUS — 70 kbps Aantal gelijktijdige gesprekken * 70 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> PSTN via LGW G.711 — 80 kbps Aantal gelijktijdige gesprekken * 80 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> PSTN via Cloud PSTN (bijv. Cisco-belabonnement) G.711 — 80 kbps Aantal gelijktijdige gesprekken * 80 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> Enterprise via LGW G.722 — 80 kbps Aantal gelijktijdige gesprekken * 80 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> voicemail OPUS — 70 kbps Aantal gelijktijdige gesprekken * 70 kbps = Vereiste netwerkdoorvoer Door de gelijktijdige vereiste netwerkdoorvoer per gesprekstype bij elkaar op te tellen, kan de totale potentiële bandbreedtebehoefte voor een specifieke locatie worden bepaald.
Alle gespreksonderdelen zijn altijd verankerd op de SBC's voor toegang. Om de vereiste internetbandbreedte voor een bepaalde locatie te bepalen, moet niet alleen rekening worden gehouden met de interlocatiegesprekken, maar ook met gesprekken binnen de locatie en gesprekken van en naar een lokale gateway op die locatie. Voor een gesprek op locatie tussen twee MPP-telefoons zou bijvoorbeeld maximaal 2 x 70 kbps full duplex internettoegang op de locatie nodig zijn.
De tabel met voorbeelden van Webex Calling bandbreedteberekeningen toont een voorbeeld van een volledige berekening van de bandbreedte, ervan uitgaande dat alle apparaten zich op dezelfde locatie bevinden.
Tabel 3. Webex Calling Voorbeelden van bandbreedteberekeningen Soorten gesprekken Aantal gelijktijdige gesprekken Totale bandbreedte Webex-app/bureautelefoon → Webex-app 15 2 * 15 * 70 kbps = 2.100 kbps Webex-app/bureautelefoon → Bureautelefoon 15 2 * 15 * 70 kbps = 2.100 kbps Webex-app/bureautelefoon → PSTN via LGW 50 2 * 50 * 80 kbps = 8.000 kbps Webex app/bureautelefoon → PSTN via Cloud Connect voor Webex Calling 0 0 * 80 Kbps Webex-app/bureautelefoon → Enterprise via LGW 15 2 * 15 * 80 kbps = 2.400 kbps Webex-app/bureautelefoon → Voicemail Webex Calling 5 5 * 70 kbps = 350 kbps Totaal aantal gesprekken/bandbreedte 100 gesprekken 14.950 kbps/14,95 Mbps -
Alle bandbreedtewaarden in de bovenstaande tabellen hebben betrekking op de IP-bandbreedte. De bandbreedte van de verbindingen is hoger, afhankelijk van de WAN-inkapselingen.
-
De bandbreedte in de bovenstaande tabellen is voor audiogesprekken. Voor de bandbreedte van videogesprekken ondersteunen de Webex-app en de MPP 8845/65-telefoons H.264-video met een maximale resolutie van 720p bij een maximale bandbreedte van 1.500 kbps per gesprek. De hoeveelheid bandbreedte die op elk moment tijdens het gesprek wordt verbruikt, zal echter fluctueren op basis van de variabele bitsnelheid die inherent is aan videocommunicatie.
-
-
Kwaliteit van de dienstverlening (QoS)
Implementeer QoS-beleid in uw lokale omgeving om prioriteit te geven aan realtime verkeer en ervoor te zorgen dat QoS op alle switches, routers en firewalls wordt gehandhaafd.
-
Doelstellingen voor latentie, jitter en pakketverlies
De volgende drempels worden aanbevolen voor een optimale spraakkwaliteit bij gesprekken via over-the-top (OTT) en via het internet:
-
Latentie: minder dan 100 ms in één richting
-
Jitter — minder dan 10 ms
-
Pakketverlies - 0,5% of minder.
-
-
Firewall en NAT
Zorg ervoor dat de firewall is geconfigureerd om verkeer toe te staan, zoals vermeld in het artikel dat beschikbaar is op Poortreferentie-informatie voor Webex Calling. Geef bovendien toegang tot domeinen en IP-bereiken die in dezelfde handleiding worden vermeld en vermijd SIP ALG omdat dit de SIP-signalering verstoort. Mediaverkeer via proxy's moet worden vermeden.
-
DNS en NTP
Zorg voor de juiste DNS-resolutie van domeinen en betrouwbare NTP-servers om apparaatklokken te synchroniseren voor de verificatie en logboekregistratie van TLS-certificaten.
-
Failover-planning
Overweeg bestaande dataverbindingen van providers (MPLS, SD-WAN, enzovoort) en zorg in het algemeen voor directe internettoegang op elke locatie binnen uw implementatie. Plan voor redundante internetverbindingen waarbij een hoge beschikbaarheid vereist is. Omdat u clouddiensten gaat gebruiken, is een betrouwbare internetverbinding met voldoende bandbreedte een basisvereiste. U moet deze overstap heroverwegen als de internetverbinding (en) van uw organisatie over het algemeen niet betrouwbaar is met een lage latentie en voldoende stroomopwaartse en stroomafwaartse doorvoer.
-
Overlevingskansen van de site
De overlevingskansen van uw site zorgen ervoor dat uw bedrijf altijd bereikbaar is, zelfs als uw netwerkverbinding uitvalt. Site Survivability maakt gebruik van een gateway in uw lokale netwerk om een uitwijkdienst te bieden naar eindpunten ter plaatse voor situaties waarin de netwerkverbinding wordt verbroken. Overweeg de overlevingskansen van de site met een lokale Survivability Gateway (SGW) als u vanwege zakelijke vereisten voortdurend moet bellen in geval van een netwerkuitval. Voor meer informatie over de overlevingscontrole van de site, zie Site survivability for. Webex Calling
Met de cloud verbonden UC instellen
Cloud Connected UC (CCUC) is een cloudgebaseerde beheer- en analyseoplossing die is ontworpen om gecentraliseerde zichtbaarheid, administratie en inzichten te bieden voor implementaties, zowel op locatie (zoals) als in de cloud (Unified CM). Het fungeert als een brug tussen traditionele on-premises omgevingen en Cisco's cloudservices en ondersteunt organisaties tijdens het migratietraject van naar.
Tijdens de overgang naar speelt CCUC een cruciale rol bij het stroomlijnen van het migratieproces door het verzamelen van uitgebreide gegevens uit de bestaande Unified Communications-implementatie te vergemakkelijken. CCUC helpt bij belangrijke overgangstaken, zoals het migreren van apparaten, functies en gebruikerscontacten, en het automatiseren van firmware-updates voor ondersteunde IP-telefoons. Door gecentraliseerde zichtbaarheid en beheer te bieden, helpt CCUC te zorgen voor een vlottere en efficiëntere migratie-ervaring.
Cisco raadt ten zeerste aan om CCUC vroeg in het overgangsproject te implementeren en te implementeren, bij voorkeur vóór of tijdens de voorbereidingsfase. Dit zal de inzichten en capaciteiten mogelijk maken die nodig zijn om de volgende migratieactiviteiten grondig te beoordelen, te inventariseren en te plannen, en om uw reis naar en toekomstige hybride capaciteiten te beginnen.
Evaluatie van de huidige omgeving
Een belangrijke activiteit bij de planning van uw migratie is het beoordelen van de huidige lokale omgeving en implementatie. Dit geeft inzicht in welke mogelijke veranderingen nodig kunnen zijn voor een succesvolle overgang naar. Het stelt u ook in staat om de belangrijkste elementen van het platform te beoordelen in vergelijking met de bestaande implementatie op locatie. U kunt deze informatie gebruiken om vast te stellen welke specifieke taken nodig zijn voor de overgang en welke wijzigingen u wilt aanbrengen om te voldoen aan uw zakelijke en technische vereisten en gebruikssituaties.
De volgende aspecten zijn belangrijk om in het kader van deze inspanning te bekijken.
Licentieverlening
Inzicht in de huidige licentiestructuur van de bestaande implementatie is van cruciaal belang bij de voorbereiding van de migratie naar. Voer een licentiebeoordeling uit voor de volgende onderdelen van uw bestaande Cisco on-premises oplossing.
-
Platform
De mogelijkheid om volledig onder woorden te brengen wat er momenteel op uw kernplatform is gelicentieerd, is van cruciaal belang wanneer u met uw accountteam of partner wilt bepalen wat de beste manier is om flexlicenties te verlenen. Als u een licentie hebt met behulp van flex-licenties. Zie het Cisco Collaboration Flex-abonnement voor meer informatie over flexlicenties.
-
Gebruikers en apparaten
Bepaal welke licentiecategorie uw bestaande gebruikers en apparaten nodig hebben. Dit wordt gebruikt om te bepalen welk type licentie vereist is voor de gebruikers en apparaten. Biedt meerdere licentietypen, waaronder professionele en standaardlicenties voor gebruikers en licenties voor professionele en gemeenschappelijke ruimten voor werkruimten. Voor meer informatie over apparaatlicenties, zie het gegevensblad dat beschikbaar is op Apparaatlicenties.
-
Lokale toegangspoort
Als de Cisco Unified Border Element (CUBE) vereist is voor PSTN-toegang voor deze overgang, moet ook een CUBE-licentie worden overwogen. Overwegingen op het gebied van CUBE-licenties worden verderop in dit document behandeld.
Locaties/locaties
Bij de planning van deze overgang moet rekening worden gehouden met het aantal en de soorten locaties (grote centrale, regionale, filialen, enzovoort) binnen uw bestaande implementatie. Een volledig inzicht in de bestaande implementatielocaties zal helpen bij het strategisch plannen van een succesvolle overgang, met name als het gaat om het bepalen welke locaties moeten worden gemigreerd en in welke volgorde. Voor het nemen van migratiebeslissingen is het van cruciaal belang dat u de vereisten voor het kiesplan (nummering, kiesgewoonten, beperkingsklassen, enzovoort), de connectiviteit en bandbreedte van de site (internet, WAN, LAN) en PSTN-toegang (lokaal of gecentraliseerd, IP of TDM) voor elke locatie in detail begrijpt. Voor meer informatie over veelgebruikte implementatiemodellen en belangrijke overwegingen, zie de informatie over implementatiemodellen voor samenwerking die beschikbaar is in de Collaboration SRND.
Een andere belangrijke overweging bij de implementatie bij de overgang naar is de beschikbaarheid van de locatie. Er zijn verschillende mogelijkheden, abonnementen en apparaten beschikbaar, afhankelijk van waar uw implementatie zich bevindt. Voor meer informatie over geografische beschikbaarheid, zie Waar is Webex beschikbaar? .
Tot slot is het belangrijk om te begrijpen welke impact de overgang naar Will heeft op andere samenwerkingsdiensten. Op basis van het doel van dit document is de algemene veronderstelling dat als bestaande samenwerkingsdiensten buiten de belbelasting moeten worden gehandhaafd, de overgang naar de hybride implementatie van fase 1, zoals hierboven vermeld, wordt verwacht. Voorbeelden van samenwerkingsdiensten waarvoor mogelijk een hybride implementatie nodig is, zijn onder meer een contactcenter op locatie dat nog niet is gemigreerd naar het Webex-contactcentrum en nauwe integraties in systemen zoals oproepsystemen en facturering. Voor meer informatie over de overgang van extra samenwerkingsworkloads en -services, zie Samenwerkingsovergangen.
Inventarisatie van bestaande apparaten/klanten
Voordat u met de overgang begint, is het belangrijk om uw bestaande hardware- en software-eindpunten te inventariseren. Als u beschikt over een volledige lijst van apparaattypes/modellen, hardwareversies, typen en hoeveelheden van het softclient-besturingssysteem, kunt u de overgang van de apparaten op de juiste manier plannen en de gevolgen beperken voor apparaten die niet kunnen worden gemigreerd naar bellen via de cloud. De inventaris moet worden gebruikt om te bepalen welke apparaten moeten worden overgezet en welke apparaten moeten worden vervangen vóór de overgang.
Telefoons op het bureau
Voor bureautelefoons met audio en video worden alleen bureautelefoons uit de 6800-, 7800-, 8800- en 9800-serie ondersteund. Dit is een subset van de Cisco IP-telefoons die worden ondersteund met. Er zijn enkele modellen en versies van de 6800-, 7800- en 8800-telefoons die niet kunnen worden gebruikt met. Voor meer informatie over welke modellen en hardwareversies worden ondersteund, zie Ondersteunde apparaten voor Webex Calling.
De IP-telefoons uit de Cisco 6800-reeks kunnen niet worden geüpgraded van bedrijfsfirmware naar multiplatform-firmware (MPP), wat vereist is voor. Daarom moeten alle 6800 telefoons waarop bedrijfsfirmware is geïnstalleerd, worden vervangen door een 6800 MPP-model of door een ander ondersteund telefoonmodel.
De IP-telefoons uit de Cisco 7800- en 8800-reeks moeten worden geüpgraded naar de MPP-firmware (Multiplatform Phone) voordat ze worden overgezet en geregistreerd op. Om te bepalen welke 7800- en 8800-modellen en hardwareversies de MPP-firmware ondersteunen, zie IP-telefoons uit de Cisco 7800- en 8800-serie converteren tussen Enterprise - en MPP-firmware.
De 8845, 8865 en 8865NR hebben het einde van de verkoop bereikt en het wordt niet aanbevolen om naar te migreren.
Oudere versies van telefoons uit de 8800-serie (8811, 8841, 8851, 8851NR, 8861) worden niet aanbevolen voor gebruik met. Webex Calling Telefoons met hardwareversie VID 14 of eerder worden geregistreerd, maar vanwege de hardware kunnen er prestatieproblemen optreden.
De bureautelefoons uit de 9800-serie draaien op PhoneOS, dat zowel als registratie ondersteunt. Daarom kan naar deze telefoons worden overgeschakeld zonder een firmware-upgrade.
Alle andere IP-telefoons moeten worden vervangen door telefoons uit de 6800-, 7800-, 8800- of 9800-serie die worden ondersteund door. Webex Calling Voor meer informatie over de ondersteunde IP- en bureautelefoons met, zie het artikel op Ondersteunde apparaten voor Webex Calling.
Video-eindpunten
Persoonlijke video-eindpunten en video-eindpunten in de ruimte, waaronder de Cisco Board-serie, de Room-serie en de Desk-serie, kunnen standaard SIP-registratie uitvoeren op. Voor elk van deze eindpunten waarvoor audio- en/of PSTN-gesprekken nodig zijn, is een belvergunning vereist:
-
Voor gedeelde apparaten in vergaderzalen, vergaderruimten, enz. is een licentie voor Professional Workspace of Workspace vereist.
-
Voor een persoonlijk apparaat van een eindgebruiker is een professionele of standaardlicentie vereist.
Bepaal hoeveel video-eindpunten zijn geregistreerd en worden gebruikt om audiogesprekken te voeren. Het is mogelijk dat sommige video-eindpunten alleen worden gebruikt om deel te nemen aan vergaderingen of om SIP-videogesprekken te voeren. In beide gevallen moeten de eindpunten nog steeds worden gemigreerd voordat de servers buiten gebruik worden gesteld, maar dit zal helpen bepalen naar hoeveel van deze eindpunten een licentie nodig zijn om te kunnen blijven telefoneren.
-
Wanneer videoapparaten worden overgezet van registratie naar, zal de URI voor deze eindpunten veranderen omdat ze nu in de cloud geregistreerd zijn.
-
De telefoonmodellen 8845, 8865 en 8875 zijn persoonlijke videotelefoons die worden ondersteund met.
Zachte klanten
Het is de enige softclient die wordt ondersteund door, in tegenstelling tot Unified CM wat zowel de Webex-app als Jabber ondersteunt, en is de nieuwe standaard softclient voor eindgebruikers.
Afhankelijk van de implementatiemodus (s) die zijn geïmplementeerd voor Jabber (alleen IM-modus, alleen telefoonmodus en/of volledige UC-modus), moet u wellicht ook overwegen om de Messaging- en/of Meetings-workloads over te schakelen van Jabber naar de. Het kan worden geïmplementeerd in de modus voor alleen telefonie als het wordt gebruikt als een client die alleen belt, of het kan volledig worden geïmplementeerd Webex Suite als andere workloads worden uitgevoerd, bijv. Webex Messagingen/of Webex Meetings worden overgezet naar de app door te bellen.
Dit verbetert de ervaring van de eindgebruiker door AI-functies te bieden, zoals audio-/video-intelligentie, transcriptie van gesprekken en andere. Voor meer informatie, zie https://www.webex.com/all-new-webex.
Voordat u gebruikers naar u overzet, moet u hun Jabber-clients overzetten naar de. U hebt twee opties om deze overgang te voltooien.
-
Voordat u ze overzet naar
-
Wanneer u ze overzet naar.
Om de eerste overgang naar de te vergemakkelijken, wordt aanbevolen om optie 1 te gebruiken en gebruikers eerst naar de optie met bellen te verplaatsen. Dit geeft gebruikers de tijd om vertrouwd te raken met de nieuwe toepassing terwijl ze nog steeds gebruik maken van het bestaande lokale belplatform. Zodra u klaar bent om gebruikers over te zetten naar, configureert u hun gebruikers om zich te registreren bij het cloud calling-platform.
Voor meer informatie, over deze twee opties, zie Migratiereis - een of twee stappen? .
Voor een volledige lijst van ondersteunde apparaten, zie Ondersteunde apparaten voor Webex Calling.
Controleer of het apparaat in aanmerking komt
Zoals eerder vermeld, ondersteunt het een subset van Cisco IP-telefoons en is een ander firmwaretype vereist voor telefoons uit de 7800- en 8800-serie. Unified CMtelefoons gebruiken de firmware van het bedrijf, terwijl telefoons de MPP-firmware (Multiplatform Phone) gebruiken. Het wordt aanbevolen om tijdens de voorbereidingsfase te controleren welke geregistreerde telefoons in aanmerking komen voor een upgrade naar de MPP-firmware. Dit geeft u de tijd om telefoons die niet in aanmerking komen te vervangen door een van de ondersteunde telefoonmodellen of om een alternatief abonnement te vinden, zoals het overzetten van een gebruiker naar de Webex-app.
Om te helpen bepalen of de telefoons in aanmerking komen, heeft Control Hub een ingebouwde tool genaamd Migrate Your Phone to Webex Calling. Als u dit hulpmiddel gebruikt om te controleren of een apparaat in aanmerking komt, selecteert u de migratieoptie Alleen apparaatlicentie genereren.
Met deze optie kunt u een CSV-bestand uploaden dat de telefoons bevat, zodat u kunt controleren of elke telefoon geschikt is. Als u deze migratieoptie selecteert, worden de telefoons niet toegevoegd, aangezien u zich nog in de voorbereidingsfase bevindt en daar nog niet klaar voor bent. Zie Uw telefoon migreren naar voor meer informatieWebex Calling.
Het is mogelijk dat sommige telefoons terugkomen met een onbekende geschiktheid. Dit komt meestal omdat bepaalde informatie over de telefoon niet kan worden gevalideerd in het back-endsysteem. Voor alle telefoons met de status Onbekend hebt u twee opties om te controleren of ze in aanmerking komen voor een upgrade naar de MPP-firmware.
-
Controleer elke telefoon handmatig en controleer het model en de hardwareversie (PID VID)
7800/8800 telefoonlabel met informatie over het model en de hardwareversie -
Gebruik de Cisco tool voor gereedheid voor IP-telefoons
Download de tool van https://github.com/joemar2/mpp_readiness_check.
Deze tool is geen officiële Cisco-tool en wordt ook niet ondersteund door TAC. Het biedt de beste ondersteuning, maar is gratis te gebruiken.
Deze tool moet worden uitgevoerd op een machine die zich op locatie bevindt en toegang heeft tot de servers en de IP-telefoons. Het heeft een optie om webtoegang mogelijk te maken op de IP-telefoons, wat wordt aanbevolen en nodig is voor de beste resultaten. Daarom moet het buiten kantooruren worden gebruikt om overlast voor de eindgebruikers te voorkomen. De output van de tool bevat een rapport waarin wordt vermeld welke telefoons uit de 7800- en 8800-serie in aanmerking komen voor een upgrade naar de MPP-firmware. Omdat het apparaat rechtstreeks toegang heeft tot de telefoon, kan het de onbekende apparaten verifiëren die via de Control Hub-tool zijn gemeld.
Rapport van Cisco over de gereedheid van IP-telefoons
Gebruikers
Een van de belangrijkste voorbereidingsstappen om ervoor te zorgen dat uw migratie succesvol verloopt, is de juiste gebruikersvoorziening. U moet een goede planning hebben voor alle gebruikers, zelfs als u een gefaseerde migratie uitvoert. Gebruikers moeten worden aangemeld voor een van de volgende zaken:
-
Implementatie van de with Calling
-
Implementatie van de met
-
Services configureren voor een gebruiker
-
Om gebruikers doorzoekbaar te maken in het telefoonboek (click-to-call, contactgegevens van de gebruiker, zoeken in het telefoonboek).
Het wordt aanbevolen om alle gebruikers in te schakelen voor of aan het begin van uw project. Dit geldt ook Unified CM voor gebruikers die nog steeds hun belplatform gebruiken dat onafhankelijk is van hun oproepapparaat (IP-telefoon, Jabber,). Als gebruikers worden gemigreerd naar (en/of de), zult u hun licenties updaten om de diensten mogelijk te maken die ze nodig hebben. Door alle zakelijke gebruikers die bellen te bevoorraden voordat u met uw overgang begint, kan een gebruiker die is overgestapt naar de of to in het telefoonboek zoeken naar een zakelijke gebruiker die nog Jabber gebruikt en/of aan staat. Dit zorgt ervoor dat gebruikers die een overstap hebben gemaakt de contactgegevens van andere gebruikers kunnen vinden en deze kunnen bellen met behulp van de zoekfunctie in het telefoonboek.
De zoekfunctie in de figuur in een adresboek toont een voorbeeld van een gebruiker die naar een andere gebruiker zoekt. De zoekresultaten tonen de contactgegevens van de gebruiker en kunnen betrekking hebben op een gebruiker die nog steeds Jabber gebruikt en/of voor een gebruiker die is overgestapt naar de en/of.
Bepaal vervolgens naar welke van de bestaande oproepende gebruikers op locatie wordt overgeschakeld. Als alle of een groot aantal gebruikers worden overgezet, dan is het aan te raden gebruikers in groepen te verdelen om ervoor te zorgen dat het projectteam, het IT-personeel en het ondersteunend personeel de overgang en eventuele problemen die zich kunnen voordoen, kunnen afhandelen. U moet ook wat tijd vrijmaken om initiële informatie en trainingssessies te geven om gebruikers voor te bereiden op deze overgang. De groepering van de gebruikersovergang kan worden gedaan op basis van verschillende criteria, zoals de locatie of locatie waaraan gebruikers zijn toegewezen, de afdelingen van de gebruikers of zelfs gebruikerstypes (kenniswerkers, leidinggevenden, mobiele werknemers, enzovoort).
Als de gebruikers in de implementatie bijvoorbeeld verdeeld zijn over drie belangrijke locaties, New York (NYC), San Francisco (SFC) en Research Triangle Park (RTP), kan een overgangsplan voor gebruikers er ongeveer zo uitzien als het plan dat is beschreven in de tabel Gebruikerstransitieplan per locatie.
| Site/locatie van de gebruiker | Informatie- en trainingssessies vóór de overgang | Overgangsperiode | Ondersteuning na de overgang |
|---|---|---|---|
| NYC (1.525 gebruikers) | Week van 1 april | 15 april — 27 april | Week van 29 april |
| SFO (1.600 gebruikers) | Week van 6 mei | 20 mei — 31 mei | Week van 3 juni |
| RTP (1.275 gebruikers) | Week van 3 juni | 17 juni — 28 juni | Week van 1 juli |
Een andere belangrijke factor is de overgang van gebruikers die afhankelijk zijn van elkaar . Dit kan het volgende omvatten, maar is niet beperkt tot:
-
BLF-monitoring
-
Dezelfde jachtpiloot/groep
-
Lijnen delen
-
Maakt deel uit van dezelfde groep voor het opnemen van gesprekken
-
Met dezelfde call-parkingnummers
-
Intercom
-
Admin/directeur.
U kunt de configuratie bekijken (GUI of export) of de Migration Insights-tool gebruiken om te helpen bij het identificeren van de gebruikersgroepen met deze afhankelijkheden.
PSTN-connectiviteit
heeft op drie manieren toegang tot het PSTN: Cisco-belabonnementen, Cloud connect voor (voorheen Cloud Connected PSTN) en PSTN op locatie (lokale gateway). Eén locatie, zoals gedefinieerd in de, kan echter slechts aan één PSTN-optie worden toegewezen.
PSTN op locatie met een lokale gateway (LGW) is een essentieel onderdeel van de overgangsstrategie. Het biedt connectiviteit tussen de lokale implementatie en/of PSTN en het platform. Ondersteunt zowel Cisco als gecertificeerde externe sessiegrenscontrollers (SBC) die als lokale gateway kunnen worden gebruikt. Voor de meest recente lijst van ondersteunde SBC's, zie Lijst van ondersteunde SBC's.
ondersteunt tot 250 gelijktijdige gesprekken via één lokale gateway die gebaseerd is op registratie en meer dan 250 gelijktijdige gesprekken via een enkele lokale gateway die gebaseerd is op certificaten. Lokale gateways op basis van certificaten kunnen tot 6500 gelijktijdige gesprekken ondersteunen, maar dit is gebaseerd op het type connectiviteit dat de lokale gateway nodig heeft (over-the-top versus interconnect peering) en het SBC-model waarop de Local Gateway is geïmplementeerd. Deze limieten zijn in wezen de standaardlimiet voor zowel PSTN-gesprekken op basis van lokale gateways als intersite-gesprekken tussen en eindpunten. Zie Aan de slag met een lokale gateway voor meer informatie.
Oproepen die deze limiet overschrijden, worden geweigerd met een 403 Forbidden. De actieve spraakopdracht Show Call kan op elk gewenst moment op de lokale gateway worden uitgevoerd om het totale aantal actieve gesprekken te bepalen.
Slechte netwerkomstandigheden tussen een lokale gateway en de toegangs-SBC kunnen de prestaties van de signaalverbinding beperken, wat leidt tot een nog lagere limiet voor gelijktijdige gesprekken. De latentie in één richting tussen de lokale gateway en het datacenter mag niet langer zijn dan 100 ms en de jitter mag minder dan 10 ms bedragen, terwijl het pakketverlies minder dan 0,5% bedraagt.
Functies en gebruik van functies
Bij het beoordelen van de huidige omgeving is het belangrijk om vast te stellen en te bekijken welke functies zijn geconfigureerd. Daarnaast is het belangrijk om het gebruik van de functies te begrijpen, zodat u uw zakelijke en technische vereisten voor uw implementatie kunt (her) definiëren.
Om te bepalen welke functies zijn geconfigureerd, moet u de configuratie analyseren. Dit zijn allemaal statische gegevens die worden ingesteld wanneer een functie of instelling op het systeem wordt geconfigureerd. De volgende opties kunnen worden gebruikt om deze analyse te voltooien:
-
Bekijk de configuratie in de beheerdersinterface
-
export van configuraties -- bulkexport of AXL
-
tool voor inzichten in migratie (aanbevolen)
-
Hulpmiddelen van derden van Cisco (aanbevolen).
Om het gebruik van functies effectief te analyseren, is het essentieel om dynamische systeemgegevens te onderzoeken, zoals gebruik, registraties en gespreksactiviteit. Verschillende analysetools en dashboards bieden inzicht in deze statistieken, waardoor een uitgebreid inzicht in de prestaties en capaciteit van het systeem mogelijk wordt, wat een geïnformeerde besluitvorming ondersteunt tijdens migratie- en optimalisatie-inspanningen. De volgende opties kunnen worden gebruikt om dit soort analyses te voltooien:
-
Beoordeling van onbewerkte CDR-records
-
Beoordeling van Unified CM RTMT-gegevens
-
tool voor migratie-inzichten op basis van CDR-gegevens
-
Beoordeling van UC-analyses die verbonden zijn met de cloud in
-
Omvang van het gesprek
-
Geregistreerde eindpunten
-
(CAC) locaties
-
Gebruik van de kofferbak.
-
-
Hulpmiddelen van derden van Cisco.
Cisco raadt aan om voor deze analyse te beginnen met de Webex Control Hub Migration Insights tool. U importeert uw .TAR-bestand voor export en de Unified CM CDR-bestanden (optioneel, maar vereist voor de analyse van het gebruik van functies) in de tool. De tool genereert de volgende CSV-rapporten die kunnen worden gebruikt om de analyse te starten:
| Naam van het rapport Beschrijving van het rapport |
|---|
| ImportedDataBulk.csv
Alle gebruikers en apparaten op basis van Unified CM data |
| DeviceEligibility.csv
Identificeert apparaten die in aanmerking komen voor de migratie naar Webex Calling (IP-telefoons, apparaten in het kamerbesturingssysteem, ATA's en derden) |
| DevicePoolNumbers.txt Lijst van alle nummers in een bepaalde apparaatgroep |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Gegevens over apparaten en gebruikers die samen moeten worden gemigreerd op basis van gedeelde lijnen, configuratie van Hunt Pilot, call queue, call park en call pickup group |
| HuntGroupMigrationInsight.csv Gedetailleerde informatie over toegewezen jachtlijnen, lijngroepen en geassocieerde agenten |
| SharedlineGroupMigrationReport.csv Overzicht van de manier waarop telefoonnummers (telefoonnummers) worden gedeeld tussen gebruikers |
| Naam van het rapport Beschrijving van het rapport |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informatie over het in aanmerking komen voor een migratie van apparaten op basis van het gebruik van de functies |
| FeatureUsageWithLastUsageDateReport.csv Aantal gebruikers voor het aantal keren dat de jachtpiloot (s) en de oproepwachtrij (s) zijn gebeld, samen met de laatste gebruiksdatum |
| UserWorkspaceLastUsage.csv Datum van laatste gebruik voor gebruikers en werkruimten voor zowel softclients als harde telefoons |
| DIDUsageReport.csv DID-gebruik voor zowel toegewezen als niet-toegewezen DID's |
Voor meer informatie over de Migration Insights-rapporten, zie Migratie-inzichten.
Als u na het bekijken van de informatie in de Migration Insights-rapporten meer informatie nodig hebt over de functies en het gebruik, raadt Cisco aan om een van de migratietools van derden van Cisco te overwegen en/of de configuraties in de GUI of in de exportgegevens van de configuratie te bekijken.
Cisco-integraties: Unity Connection UCCX UCCE
Voicemail is een integraal onderdeel van het aanbod en is standaard ingebouwd in de oplossing. Kan niet worden geïntegreerd met een voicemailoplossing op locatie, zoals Unity Connection of Unity Connection Express. Verder is er geen standaardmanier om bestaande voicemailberichten of begroetingen met de Unity-verbinding te migreren naar de native voicemailservice die beschikbaar is met. Sommige migratietools van derden van Cisco hebben de mogelijkheid om sommige van deze gegevens te migreren. Voor meer informatie over voicemail voor, zie Voicemailinstellingen voor een Webex Calling gebruiker configureren en beheren.
ondersteunt ook gedeelde voicemail- en faxmailboxen. Voor meer informatie, zie Een gedeelde voicemail en inkomende faxbox beheren voor. Webex Calling
heeft een ingebouwde Auto Attendant-functie die deel uitmaakt van het kernplatform. Deze functie maakt de overgang mogelijk van de oproepafhandelingsfuncties van uw Unity Connection naar de functie voor automatische assistentie. De tool Control Hub, Migrate Features fromUnified CM, ondersteunt de migratie van de Unity Connection-configuraties naar Auto-Attendants. Voor meer informatie over het gebruik van deze tool, zie Migratie van apparaten en functies van Unified CM naarWebex Calling.
Oproep opnemen
bevat twee opties voor het opnemen van gesprekken zonder extra kosten.
-
Opname van Webex-gesprekken
-
Dubber Go-opname (partneraanbieding) - een integratie tussen en dubber waarbij alle opgenomen media veilig in de cloud worden bewaard.
De bijgevoegde tabel met opnameopties belicht enkele belangrijke functies van de twee opties voor het opnemen van gesprekken die beschikbaar zijn zonder extra kosten.
| Webex | Dubber Go |
|---|---|
| Beschikbaar voor alle gebruikers | Beschikbaar voor alle gebruikers |
| Onbeperkt aantal opnames | Onbeperkt aantal opnames |
| Bewaartermijn van 1 jaar* | Bewaartermijn van 30 dagen |
| 100 GB opslagruimte per organisatie | - |
| Nalevingsfunctionarissen hebben toegang tot gespreksopnamen en kunnen deze beheren | - |
| API's om opnames te beheren | - |
Beheerders kunnen de toegang van gebruikers tot hun gespreksopnamen configureren en beheren
|
Alleen gebruikers hebben toegang tot hun opnamen en deze beheren
|
Als uw organisatie aanvullende opnamemogelijkheden nodig heeft, zoals het opnemen van telefoongesprekken, langere bewaartermijnen, meer opslagruimte, AI-analyse en/of beheerderstoegang, dan zijn er betaalde aanbiedingen of add-ons van zowel Cisco als externe opnameleveranciers. Voor meer informatie over opnameleveranciers, configuraties en aanvullende partnerservices, zie Gespreksopname beheren voor Webex Calling.
Integraties met derden
ondersteunt verschillende integraties van derden, waaronder maar niet beperkt tot SBC's voor lokale gateways, IP-telefoons, intercomtelefoons, luidsprekers/pagers, ATA's, enz. Naast deze apparaten van derden, Webex Calling ondersteunt het verschillende oplossingen van derden voor klantenondersteuning, analyses, registratie, facturering, enz. Zie Webex App Hub voor meer informatie over oplossingen van derden.
Plan
Projectplan op hoog niveau
Bij de ontwikkeling van een projectplan op hoog niveau voor de migratie van naar, is het essentieel om duidelijke fasen en mijlpalen vast te stellen die aansluiten bij zowel de bedrijfsdoelstellingen als de technische vereisten. Het plan moet beginnen met een uitgebreide evaluatiefase, waaronder het verzamelen van gedetailleerde technische en zakelijke vereisten, het identificeren van belanghebbenden en het definiëren van succescriteria. Belangrijke overwegingen zijn onder meer de toewijzing van middelen, een schatting van het tijdschema, risicobeheer en communicatiestrategieën om ervoor te zorgen dat alle partijen tijdens de migratie geïnformeerd en betrokken zijn. Daarnaast moet het plan validatiecontrolepunten bevatten, zoals piloottests en gefaseerde uitrol, om onderbrekingen tot een minimum te beperken en aanpassingen mogelijk te maken op basis van feedback.
Voorbeelden van elementen die in het projectplan moeten worden opgenomen zijn:
-
De omvang van de migratie bepalen (bijvoorbeeld welke gebruikers, apparaten en functies worden overgezet)
-
Trainingssessies plannen voor eindgebruikers en ondersteuningsteams
-
Coördinatie van beoordelingen van de gereedheid van het netwerk, en
-
Planning voor tijdelijke activiteiten met uitwijkmogelijkheden. Het is ook belangrijk om nalevings- en veiligheidsbeoordelingen te integreren, evenals de ondersteunings- en optimalisatiefasen na de migratie.
Door het projectplan op basis van deze overwegingen te structureren, kunnen organisaties de complexiteit beter beheersen, risico's beperken en een vlottere overgang naar.
Migratietraject - een of twee stappen?
vereist dat gebruikers de softclient voor bellen gebruiken. Dus als er nog gebruikers gebruik maken, hebt u twee opties om ze over te zetten naar de. U kunt een gebruikersmigratie in één stap uitvoeren of een gebruikersmigratie in twee stappen uitvoeren.
Optie 1: migratie van gebruikers in één stap
Bij een migratie in één stap gaan gebruikers over van naar en tegelijkertijd worden ze overgezet van Unified CM naar. Deze optie is meestal bedoeld voor klanten met een klein aantal gebruikers om te migreren en kan ervoor zorgen dat zowel de softclient als de beldienst van de gebruiker tegelijkertijd worden overgezet. Het onderstaande cijfer waar de beldienst van de gebruiker, de softclient en de telefoon naartoe migreren, wijst op dit soort migratie. Met deze optie moet een gebruiker tegelijkertijd het volgende invullen:
-
Oproepdiensten zijn verplaatst van naar
-
Telefoonnummers en extensies zijn verplaatst van naar
-
Softclient die is overgestapt van Jabber naar de - zal zich registreren naar
-
De telefoonregistratie is verplaatst van naar.
Dit kan nog steeds een gefaseerde migratie zijn waarbij groepen gebruikers op verschillende tijdstippen worden verplaatst, maar wanneer elke gebruiker wordt verplaatst, gebeurt dit allemaal tegelijkertijd.
Optie 2: gebruikersmigratie in twee stappen
De andere benadering is een migratie in twee stappen. In stap 1 worden gebruikers overgeschakeld van naar de maar blijf aan voor beldiensten. In stap 2 worden gebruikers vervolgens verplaatst van Unified CM naar. Deze optie wordt aanbevolen voor grotere klanten om de wijzigingen van de eindgebruikers te beheren en om de wijziging van de softclient van de gebruiker te scheiden van de wijziging van de oproepservice. De volgende afbeelding Migreer soft client; migreer vervolgens de belservice, softclient en telefoon naar Webex Calling hieronder, belicht dit type migratie.
Stap 1
-
Softclient die is overgestapt van naar - zal zich registreren naar.
Stap 2
-
De beldiensten zijn verplaatst van naar.
-
Telefoonnummers en extensies zijn verplaatst van naar.
-
registratie is verplaatst van naar.
-
De telefoonregistratie is verplaatst van naar.
Dit kan nog steeds een gefaseerde migratie zijn waarbij groepen gebruikers in beide stappen op verschillende tijdstippen worden verplaatst.
Welke optie u kiest, hangt af van hoe u de overgang van uw gebruikers naar de en wilt beheren. De aanbeveling is om het stapsgewijs te doen (optie 2). Zo kunt u de wijzigingen van de eindgebruiker in één keer tot een minimum beperken en de inspanningen over verschillende delen van het project verdelen. Als u echter liever wilt dat gebruikers slechts één keer worden beïnvloed, dan is optie 1 ook geldig.
Als we kijken naar de aanbevolen reis (optie 1), dan toont de afbeelding op hoog niveau van de Jabber naar de Webex-app hieronder de overgang op hoog niveau voor stap 1.
In deze stap worden gebruikers overgeschakeld van Jabber naar de voor al hun beldiensten. Het belplatform bestaat echter nog steeds Unified CM en het zal zijn beldiensten registreren bij. Zoals te zien is in de overgangskaart op hoog niveau van de Jabber-naar-Webex-app verandert de infrastructuur op locatie niet, en dat werkt op dezelfde manier als Jabber. De enige wijziging is dat er een verbinding nodig is naar.
Voor meer informatie over deze overgang, zie de overgangskaart en implementatiegids van Jabber naar Webex onder de sectie Client op de pagina Samenwerkingstransitie.
Unified CMnaar Webex Calling een overgangskaartfiguur op hoog niveau is de overgang op hoog niveau van naar. Dit is stap 2 van de aanbevolen reis.
Als u besluit om de eenstapsbenadering te gebruiken, is dit ook van toepassing.
In deze stap worden gebruikers overgezet naar groepen. Op dat moment beginnen de gebruikers gebruik te maken van hun beldiensten, oproepregistratie en IP-telefoonregistratie.
Aangezien gebruikers zich in groepen verplaatsen, worden Enterprise-gebruikers tijdens de overgang verdeeld over de twee belplatforms. De figuur van fase 1 Unified CMnaar Webex Calling een overgangskaart op hoog niveau geeft deze toestand weer. Tijdens deze fase is planning vereist voor het beheer van gesprekken tussen gebruikers op de twee platforms en hoe PSTN-gesprekken worden gerouteerd. Elke keer dat een groep gebruikers wordt overgezet naar, moeten de belabonnementen en de routering worden bijgewerkt, en moeten de lokale gateway (s) worden ingeschakeld.
Zodra alle gebruikers, softclients en apparaten zijn overgezet naar (fase 2), kan alle UC-infrastructuur op locatie worden verwijderd en buiten gebruik worden gesteld.
Ontwerp
Selectie van de regio
is wereldwijd beschikbaar en wordt geleverd vanuit redundante datacenters in meerdere regio's: VS (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), VK (Londen, Manchester), Australië (Melbourne, Sydney), Japan (Tokio, Osaka), Saoedi-Arabië (Riyad, Jeddah) en India (Mumbai, Chennai). De media-POP's bieden mediadiensten om de retourtijden van media te optimaliseren. Het datacenter in Singapore wordt bijvoorbeeld gebruikt om de reistijden van de media te optimaliseren voor klanten in Aziatische landen waar de retourtijden naar de regio Australië of Japan mogelijk niet optimaal zijn. De datacenters zijn onderling verbonden via een multi-gigabit en volledig redundante backbone. De figuur wereldwijd gedistribueerde datacenters geeft een overzicht van alle datacenters. Voor de meest recente lijst van beschikbare datacenters, zie Datacenterlocaties voor Webex Calling.
Elke klant wordt in één van de gevallen bevoorraad. Alle leveringsinformatie van die klant wordt in dat geval opgeslagen en de SIP-signalering van alle eindpunten en lokale gateways die voor die klant beschikbaar zijn, is gekoppeld aan de instantie waarop de klant is ingericht. Omdat het moeilijk is om de initiële regioselectie te wijzigen, is het belangrijk om alle relevante factoren in overweging te nemen als onderdeel van het besluitvormingsproces dat tot de regioselectie leidt. Om buitensporige vertraging van de signalering heen en terug te voorkomen, is het belangrijk om vroeg in het overgangsproces te beslissen welke instantie moet worden gebruikt. Cisco raadt aan de instantie te kiezen die de laagste retourtijden voor signalering biedt voor het grootste aantal gebruikers binnen de implementatie.
Voor beschikbaarheid per land, zie Waar is Webex beschikbaar? .
Locaties
Om de beschikbaarstelling van locaties voor te bereiden, moet de vereiste informatie voor alle migratiedoellocaties worden verzameld. De informatie die nodig is voor elke locatie is samengevat in Informatie die voor elke locatie moet worden vastgelegd.
| Informatie | Commentaar |
|---|---|
| Uitbreidingsbereik (en) | Elke locatie kan extensies hebben die beginnen met verschillende cijfers. Eén cijfer moet worden gespaard voor
het stuurcijfer voor interlokaal bellen (bijvoorbeeld 8) en één cijfer voor het
PSTN-stuurcijfer (bijvoorbeeld 9). Geen enkel uitbreidingsbereik kan met een van
deze twee cijfers beginnen. Alle uitbreidingsbereiken van alle locaties moeten even lang zijn. |
| DID-reeks (en) | - |
| Stuurcijfer van PSTN | - |
| Code van de site | Alle sitecodes van alle locaties moeten uniek zijn en even lang zijn. |
| Hoofdnummer | Bij het aanmaken van een locatie moeten twee DID's worden ingericht. Eén als
hoofdnummer (bijvoorbeeld om toe te wijzen aan een autobegeleider) en één voor
het voicemailportaal. Voorziening één DID voor het voicemailnummer. |
| Voicemailnummer | |
| Aantal licenties | Vereiste licenties per type, waaronder Standard, Professional, Workspace, Routelijst, Outbound Calling Plan. |
| Gelijktijdige gesprekken tijdens drukke uren | Som van gelijktijdige gesprekken tussen apparaten en tussen apparaten en de Local Gateway (PSTN en oproepen naar apparaten). Nodig om de vereiste bandbreedte voor internettoegang te bepalen. |
| Land | - |
| Tijdzone | - |
| Taal | - |
| Contactpersoon (naam, telefoon, e-mail) | - |
| Adres (straatnaam, stad, staat, postcode) | - |
| De fysieke verzendlocatie van de hulpdiensten voor eindpunten | De verzendlocatie van het apparaat die wordt gebruikt voor noodoproepen omvat over het algemeen het volgende: adres van het gebouw, adres van het gebouw + verdieping, adres van het gebouw + suite-nummer, of adres van het gebouw + vloernummer + kantoor-/kubusnummer. |
| Per apparaat unieke fysieke netwerklocatie voor hulpdiensten | De fysieke netwerklocatie voor noodoproepen omvat over het algemeen het volgende: switch/switchpoort voor bekabelde apparaten, draadloze Access Point (AP) Basic Service Set Identifiers (BSSID's) voor draadloos verbonden apparaten en/of IP-subnet (en) op locatie voor eindpuntapparaten. |
PSTN
Bij het ontwerpen van een implementatie hebben klanten drie primaire PSTN-connectiviteitsopties: Cisco Calling Plans (een PSTN-service in de cloud die wordt beheerd door Cisco), Cloud Connected PSTN-providers (CCPP, waarbij providers PSTN-diensten leveren via de cloud) en PSTN op locatie (waarbij lokale gateways het bedrijfsnetwerk verbinden met het PSTN). Met de introductie van PSTN-trunking voor hybride implementaties (zie PSTN-trunking voor hybride implementaties en PSTN-trunking voor meer informatie) Webex Calling krijgen organisaties extra flexibiliteit in hun migratieaanpak. Met deze functie kunnen klanten hun PSTN overzetten naar CCPP aan het begin van de transitie en beginnen met de overgang naar PSTN in de cloud voor gebruikers, terwijl ze CCPP gebruiken om de PSTN-service te behouden voor gebruikers die Cisco blijven gebruiken tijdens een gefaseerde migratie.
Met deze hybride aanpak kunnen organisaties bepaalde gebruikersgroepen eerst naar de cloud verplaatsen, zonder onmiddellijk hun hele telefonieomgeving te herzien. Het brengt echter extra complexiteit en risico's met zich mee, met name als het gaat om het aanpassen van de bestaande logica voor gespreksroutering ter ondersteuning van de nieuwe architectuur. Interoperabiliteit met oudere toepassingen, zoals faxservers, contactcenters of oproepsystemen, vereist ook een zorgvuldige afweging. Belangrijke technische uitdagingen zijn onder meer het waarborgen van naadloze codec-onderhandelingen van begin tot eind en DTMF-signalering (Dual-Tone Multi-Frequency) in de gemengde omgeving, en het valideren van de compatibiliteit met gespecialiseerde telefoniefuncties. Goede planning en tests zijn essentieel om onderbrekingen tot een minimum te beperken en betrouwbare spraakdiensten te behouden gedurende het hele migratieproces. Daarnaast zijn commerciële overwegingen belangrijk, aangezien voor hybride trunking een gebruikslicentie vereist is die is gebaseerd op het aantal gelijktijdige gesprekken tussen de lokale omgeving en de Cloud Connected PSTN Provider (CCPP).
Als alternatief kunnen organisaties ervoor kiezen om tijdens de overgangsfase hun PSTN-connectiviteit op locatie te behouden. In dit scenario kan de migratie naar CCPP op twee manieren worden uitgevoerd: als een enkele, gecoördineerde cutover voor alle gebruikers en locaties zodra de migratie is voltooid, of stapsgewijs, waarbij de PSTN-migratie per locatie plaatsvindt wanneer gebruikers worden overgeplaatst. Deze aanpak kan helpen om coëxistentie te stroomlijnen en de continuïteit van bestaande integraties te handhaven, maar brengt verschillende operationele complexiteiten met zich mee. Dit zijn onder meer uitdagingen in verband met nummeroverdracht, zoals de noodzaak van nauwkeurige coördinatie van nummerpoortorders, mogelijke vertragingen en door de provider opgelegde beperkingen, zoals een limiet op het aantal gelijktijdige poortaanvragen of beperkingen op het overzetten van subsets van grote nummerblokken. Organisaties moeten hun PSTN-overgangsstrategie zorgvuldig plannen, rekening houdend met deze logistieke overwegingen om onderbrekingen van de dienstverlening te voorkomen en een soepele migratie-ervaring te garanderen.
De figuur Migratie naar CCCP aan het begin versus PSTN op locatie behouden toont de twee PSTN-migratieopties die hierboven zijn uitgelegd. De afbeelding aan de linkerkant toont het scenario waarin alle lokale gebruikers en toepassingen gebruik maken van Cloud Connected PSTN-services via een lokale trunk en een lokale gateway waarmee de lokale verbinding wordt verbonden, terwijl de afbeelding aan de rechterkant het scenario toont waarin het bestaande PSTN op locatie op zijn plaats blijft en gebruikers PSTN op locatie Webex Calling gebruiken via de Local Gateway-verbinding tussen on-premises en. Tijdens de overgang kan naar locaties worden overgeschakeld via Cloud Connected PSTN.
In beide scenario's maken gesprekken tussen on-premises en gebruikers gebruik van de Local Gateway-verbinding. De verbinding tussen lokaal en moet dienovereenkomstig worden ontworpen en gedimensioneerd op basis van het verwachte aantal gelijktijdige gesprekken en de vereiste redundantie.
Dialplan
Om een naadloze interoperabiliteit tussen en tijdens de migratieperiode te bereiken, moet op beide platforms een uitgebreide architectuur voor het kiesplan worden ontwikkeld en geïmplementeerd. Dit ontwerp voor twee platforms zorgt voor consistente gespreksroutering, nummervertaling en transparantie van functies, zodat gebruikers op beide systemen kunnen communiceren zonder dat de service verslechtert of de gebruikerservaring wordt verstoord tijdens de coëxistentiefase.
Inbelabonnement op locatie
Tijdens de overgang moet, om het naast elkaar kunnen bestaan van apparaten die zijn geregistreerd op Unified CM en op het ondernemingsnummer, worden gewijzigd, zodat ten minste aan de volgende vereisten kan worden voldaan:
-
+E.164 bellen van naar
-
Extensiekeuzen van naar (binnen de site, maar ook tussen locaties als de extensiebereiken uniek zijn)
-
Verkort interlokaal bellen van naar
-
Geforceerd bellen op het net van naar
-
Terugbellen vanuit het telefoonboek van gemiste oproepen naar bestemmingen op
-
PSTN-oproepen van naar PSTN als tijdens de overgang PSTN op locatie wordt gebruikt voor
-
PSTN-oproepen van naar if tijdens de overgang PSTN-trunking voor hybride implementaties wordt gebruikt om PSTN-toegang te bieden aan gebruikers op locatie via Cloud Connect voor
-
Gedwongen op het net van naar
-
Bellen via een extensie van naar (tussen locaties).
Als een van de bovenstaande belgewoonten vóór de overgang niet wordt ondersteund, bijvoorbeeld als er geen verkorte gewoonte bestaat om tussen verschillende locaties te kiezen, dan hoeven ze niet noodzakelijk tijdens de overgang te worden ingevoerd .
Het kiesplan in figuur Best practices toont de beste aanpak voor een kiesplan, zoals beschreven in de Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. De belangrijkste kenmerken van deze aanpak zijn onder andere:
-
Eén partitie voor adresnummers van +E.164
-
Kernroutering op basis van +E.164 routeringspatronen
-
Normalisatie van alle kiesgewoonten naar +E.164 met behulp van vertaalpatronen
-
Gebruik van een vertaalpatroon dat de overerving van de zoekruimte aanroept (optie Gebruik de aanroepzoekruimte van de afzender die is ingesteld op vertaalpatronen).
Als u bijvoorbeeld via PSTN kiest (9+1+10D) vanaf een apparaat in SJC dat is uitgerust met een zoekruimte voor lijngesprekken (SJCInternational), wordt eerst het vertaalpatroon van 9,1 [2-9] XX [2-9] XXXXXX gevolgd, waardoor het nummer van de gebelde partij wordt genormaliseerd naar +E.164. De secundaire zoekfunctie gebruikt dan opnieuw dezelfde aanroepende zoekruimte SJCInternational (waarbij de overerving van de zoekruimte wordt aangeroepen) en de tekenreeks van +E.164 wordt ofwel vergeleken met een +E.164-cijferig mapnummer op de DN-partitie, ofwel met een van de PSTN-routepatronen op de USPSTNNational- of SJCpStnLocal-partitie. Door de vertalingen in de ESN - en SjcToe164-partitie worden verkorte belgewoonten binnen en tussen sites geïmplementeerd. Hoewel de ESN-partitie een globale partitie is (op alle locaties toegankelijk voor telefoons), is de SJCTOE164-partitie alleen toegankelijk voor gebruikers op locatie SJC. Hierbij wordt uitgegaan van overlappende uitbreidingsbereiken.
De eerste stap om bellen van naar mogelijk te maken, is ervoor te zorgen dat +E.164 bestemmingen op de juiste manier worden omgeleid. Dit kan worden bereikt door een partitie toe te voegen aan het belplan, +E.164 routepatronen voor alle bestemmingen toe te voegen aan die partitie, en tenslotte de partitie toe te voegen aan alle aanroepende zoekruimten die serviceklassen vertegenwoordigen die moeten kunnen worden bereikt. Het aanmaken van een speciale partitie is vereist om een gedifferentieerde serviceklasse te creëren voor gesprekken die afkomstig zijn van. Om callloops te vermijden, zou de zoekruimte voor binnenkomende gesprekken op de trunk van de Local Gateway geen toegang moeten hebben tot de partitie.
Zoals weergegeven in figuur +E.164 routering naarWebex Calling, om routering van naar mogelijk te maken voor een locatie met +E.164 DID-bereik +1 221 555 2XXX en locatiecode 121, moet een dringend routepatroon dat overeenkomt met dit +E.164-bereik aan de partitie worden toegevoegd.
Als er geen locatiespecifieke Local Gateway-selectie nodig is, dan kan in plaats van een routelijst met een lokale routegroep als bestemming te gebruiken voor routepatronen die naar een enkele routegroep verwijzen, worden voorzien van de Local Gateway als enige lid en dan verwijzen de routepatronen naar één enkele routelijst met deze ene routegroep als enige invoer.
Om verkort bellen naar de site mogelijk te maken, wordt het vereiste routepatroon 8121.2XXX aan de partitie toegevoegd. Voor sites die moeten worden overgezet naar een kiesnormalisatiepatroon 8121.2XXX dat het kiezen van ESN-nummers naar +E.164 normaliseert, bestaat mogelijk al op de ESN-partitie. In dat geval lijkt de 8121.2XXX overbodig, maar zodra alle DN's van de betreffende locatie zijn gemigreerd naar het 8121.2XXX kiesnormalisatiepatroon kan worden verwijderd, en dan maakt het 8121.2XXX-routepatroon het mogelijk om ESN-nummers te kiezen, zelfs voor gebruikers met een extensie in dat bereik.
Met deze wijzigingen in het kiesplan kunnen oproepen naar de locatie niet alleen worden geplaatst door de verkorte intersite en +E.164 te kiezen. Internationale en nationale PSTN-nummers zijn ook mogelijk omdat deze kiesgewoonten eerst worden genormaliseerd naar +E.164 via de reeds bestaande vertaalpatronen voor nummernormalisatie en vervolgens worden doorgestuurd door het routepatroon van +E.164 op de partitie te evenaren.
Het routeschema van +E.164 dat overeenkomt met het DID-bereik van de locatie kan worden ingesteld zolang alle DID's nog steeds worden gehost. Het beste algoritme voor het matchen van patronen zorgt ervoor dat wanneer een nummer wordt gebeld dat wordt gehost, het +E.164-telefoonnummer dat is ingesteld, beter overeenkomt dan het +E.164-routepatroon met jokertekens waarnaar wordt verwezen, zodat de gesprekken worden doorgezet naar een lijn aan en niet worden doorgestuurd naar.
belplan
Elke gebruiker krijgt een extensie en/of een +E.164-telefoonnummer. De extensielengte is een vaste globale instelling: alle extensies in een implementatie hebben dezelfde lengte. Doorkiesnummers kunnen worden gebruikt tussen gebruikers, zowel binnen een locatie als tussen locaties. Verkort interlokaal kiezen van extensies (in het laatste geval) werkt alleen als de gekozen extensie uniek is.
Als verkort bellen tussen locaties een vereiste is, maar er overlappingen zijn tussen extensies die op verschillende locaties zijn toegewezen, dan moet er een bedrijfsspecifiek nummerplan worden opgesteld door de extensies vooraf te laten gaan door een toegangscode, een sitecode. Voor meer informatie, zie Preferred Architecture for Cisco Collaboration 15 On-Premises Deployments, Ontwerpoverzicht beschikbaar op Cisco collaboration preferred architectures.
De lengte van de extensie, het gedrag bij het kiezen van extensies tussen locaties, de prefixlengte voor kiezen tussen locaties en het stuurcijfer in het routeringsprefix voor kiezen tussen locaties worden geconfigureerd in de instellingen van de oproepservice in:
-
Lengte van het voorvoegsel voor locatieroutering: Lengte van het voorvoegsel inclusief het stuurcijfer. Alleen vereist als er een nummerplan voor bedrijven moet worden opgesteld als alternatief, verkorte gewoonte om tussen verschillende locaties te kiezen.
-
Stuurcijfer in het routeringsprefix: Stuurcijfer voor verkorte belgewoonte tussen bedrijven tussen verschillende locaties. Overlappingen met het eerste cijfer van elke locatie en locatie die naar buiten gaan, moeten worden vermeden. Alleen vereist als er een nummerplan voor bedrijven moet worden opgesteld als alternatief, verkorte gewoonte om tussen verschillende locaties te kiezen.
-
Interne verlengingslengte: standaardlengte van verlengingen. Kan elke waarde tussen twee en tien zijn.
Als doorkiezen of kiezen met significante nummers van het bedrijf (stuurcode, sitecode, extensie) vereist is voor een gespreksbeheer op locatie naar en de oproepbediening op locatie stuurt een extensie als nummerherkenning, zorg er dan voor dat u ook de parameter Maximale onbekende verlengingsduur instelt in het gedeelte Gespreksroutering tussen en lokalen om ervoor te zorgen dat gesprekken die stroomopwaarts via de oproepbediening op locatie worden uitgevoerd, correct als gesprekken op locatie kunnen worden geclassificeerd. -
Extensiekeuze tussen locaties toestaan: Schakel om het kiezen van een extensie tussen locaties in of uit te schakelen. Deze optie moet alleen worden ingeschakeld als alle extensies binnen de organisatie uniek zijn. Als de optie is uitgeschakeld, moeten belangrijke nummers van het bedrijf (stuurcode, sitecode, extensie) of telefoonnummers tussen locaties worden gekozen.
De eerste drie parameters worden voornamelijk gebruikt om een kiesschema op te stellen voor telefoons om de time-outs tussen de cijfers tot een minimum te beperken bij gebruik van off-hook dialing. Afwijkingen van deze globale instellingen zijn nog steeds mogelijk (bijvoorbeeld: er kunnen extensies met een andere lengte worden ingesteld), maar er verschijnt een waarschuwingsbericht in de Control Hub en voor bellen vanaf telefoons kan het nodig zijn om een en-bloknummer te kiezen om conflicten binnen het vooraf geladen belplan te voorkomen.
De tabel Enterprise-nummeringsvoorbeeld toont een voorbeeld van drie locaties waar de uitbreidingsbereiken van twee locaties, NYC en RTP, identiek zijn. De invoering van een nummeringsschema voor bedrijven met stuurcijfer 8 tussen locaties, gevolgd door een sitecode van drie cijfers, en de extensie van vier cijfers zorgt voor een niet-overlappende, verkorte belgewoonte tussen verschillende locaties.
| Website | Uitbreidingsbereik | Code van de site | Enterprise-assortiment |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Om een soepele overgang mogelijk te maken, moeten de kiesgewoonten voor gebruikers voor en na de overgang naar idealiter hetzelfde zijn. Om de overgang voor elke locatie voor te bereiden, moeten de DID-reeksen en -uitbreidingsbereiken (of verkorte belgewoonten binnen de site) worden gedocumenteerd. Op basis van deze informatie moet dan het stuurcijfer tussen locaties worden geselecteerd.
De tabel Fixed length extension ranges toont een voorbeeld van drie locaties en uitbreidingsbereiken met een vaste lengte. Omdat overlappende kiesgewoonten moeten worden vermeden, is het belangrijk om ervoor te zorgen dat bij elk uitbreidingsbereik het eerste cijfer van het bereik niet overeenkomt met het stuurcijfer voor verkorte interlokale nummers. Als bijvoorbeeld 8 is geselecteerd als stuurcijfer voor interlokaal bellen, dan mag op geen enkele locatie een uitbreidingsbereik beginnen met 8. Doorgaans komen de extensies op een bepaalde locatie overeen met de laatste paar cijfers van de DID's die aan die locatie zijn toegewezen. Om conflicten te voorkomen, kan het eerste cijfer van de extensie worden gewijzigd. Als bijvoorbeeld DID's in het bereik van +1 408 555 8XXX worden gebruikt op een locatie, dan kan in plaats van 8XXX als uitbreidingsbereik 7XXX worden gebruikt voor de extensies op die site
| Website | Uitbreidingsbereik | Extensies | Code van de site | Enterprise-assortiment |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Kiesreeksen van zeven cijfers die worden gekozen op een apparaat met het Amerikaanse kiesschema overlappen met een zevencijferig patroon voor lokaal bellen in het vooraf geladen Amerikaanse kiesplan. Om overlappingen tussen belgewoonten op het net en buiten het net (PSTN) te voorkomen, kan op die locatie een verplichte externe toegangscode worden gebruikt. Als het bestaande nummeringsschema voor bedrijven en het bijbehorende verkorte nummeringsschema tussen locaties elkaar overlappen met patronen in de nationale wijzerplaat, dan kan tijdens de overgang naar het nummeringsschema om overlappingen te voorkomen ook worden gewijzigd in een langere of kortere vorm. De eenvoudigste manier om dit te bereiken is door een extra opvulcijfer toe te voegen aan het nummeringsschema. Het nieuwe, langere belschema tussen verschillende locaties hoeft alleen te worden overgenomen door gebruikers die al zijn gemigreerd. Gebruikers die nog actief zijn, kunnen zeven cijfers blijven kiezen. Het zakelijke kiesplan moet er in dit geval voor zorgen dat het verkorte nummer van zeven cijfers van Unified CM naar wordt omgezet naar +E.164 of naar het formaat voor verkorte nummers dat wordt gebruikt op. Dit moet worden gedaan voordat de oproep naar de Local Gateway wordt gestuurd.
De 7-cijferige nummerkeuze van Table Transitioning toont een voorbeeld van deze hernummering. In dit voorbeeld wordt bij verkorte intersite dialing gebruikt van stuurnummer 8, gevolgd door een tweecijferige sitecode en een viercijferige extensie. Om te voorkomen dat locaties op locaties op locaties met zeven cijfers worden afgekort kiezen, kunnen de sitecodes eenvoudig worden gewijzigd in drie cijfers door een willekeurig opvulcijfer (8 in het voorbeeld) voor te voegen aan de tweecijferige sitecodes die worden gebruikt, zodat bij het kiezen tussen locaties vanaf telefoons gebruik wordt gemaakt van stuurcijfer 8, gevolgd door het opvulcijfer 8, de oude tweecijferige sitecode en de viercijferige extensie. Gebruikers hoeven geen nieuwe sitecodes te onthouden; ze hoeven alleen te onthouden dat ze 88 moeten gebruiken als voorvoegsel voor interlokaal bellen in plaats van 8 op.
| Website | Extensies | Code van de site | Enterprise-assortiment | Code van de site | Enterprise-assortiment |
| 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 |
In een scenario waarin verschillende bedrijfsnummers zijn ingeschakeld en als bedrijfsnummers worden gepresenteerd als informatie van de oproeppartij voor oproepen van naar (bijvoorbeeld - Oproepen vanaf apparaten zonder DID), is het belangrijk om ook een koppeling te implementeren tussen de verschillende nummerformaten voor de informatie van de oproeppartij om ervoor te zorgen dat terugbellen werkt. Deze toewijzing kan worden bereikt door een transformatiepatroon van de aanroepende partij te gebruiken op de trunk tussen en de Local Gateway.
Opnemen
Een goed ontworpen oplossing voor gespreksopname vereist een zorgvuldige afweging van verschillende belangrijke ontwerpelementen om ervoor te zorgen dat deze aansluit bij de doelstellingen van de organisatie, wettelijke vereisten en technische beperkingen. Twee van de meest cruciale beslissingen hebben betrekking op de selectie van providers en de selectie van regio's, die beide mogelijk wereldwijd moeten worden aangepast en op specifieke locaties moeten worden overschreven, op basis van zakelijke behoeften.
1. Selectie van een provider voor gespreksopname
Het selecteren van de juiste aanbieder van gespreksopnamen is van fundamenteel belang om de bedrijfsdoelstellingen te bereiken en ervoor te zorgen dat functies in de hele organisatie op elkaar zijn afgestemd:
-
Wereldwijde selectie van providers: Organisaties wijzen doorgaans een primaire aanbieder voor gespreksopname op mondiaal niveau aan, zodat consistentie in de functieset, naleving en ondersteuning op alle locaties wordt gegarandeerd
-
Op locatie gebaseerde overschrijvingen: In scenario's waarin specifieke locaties of regio's unieke zakelijke behoeften of wettelijke vereisten hebben, kan het nodig zijn om de wereldwijde selectie van providers te negeren en alternatieve aanbieders voor die locaties te specificeren. Deze flexibiliteit ondersteunt uiteenlopende nalevingsmandaten en lokale operationele behoeften.
-
Zakelijke vereisten: De keuze van de aanbieder moet worden bepaald door een beoordeling van zakelijke factoren, zoals naleving van de regelgeving (bijvoorbeeld MiFID II, HIPAA), kwaliteitsborging, geschillenbeslechting of opleidingsbehoeften
-
Beschikbaarheid van functies: Aanbieders moeten worden beoordeeld op basis van hun vermogen om de vereiste functies te leveren, zoals realtime monitoring, zoek- en afspeelmogelijkheden, versleuteling, bewaarbeleid, integratie met analyseplatforms en ondersteuning voor verschillende soorten gesprekken (inkomend, uitgaand, intern).
2. Selectie van de regio
Het bepalen van de regio waar gespreksopnamen worden opgeslagen en verwerkt, is van cruciaal belang voor de naleving en de prestaties:
-
Wereldwijde regioselectie: organisaties kunnen standaard één regio kiezen voor het opslaan van gespreksopnamen om het beheer en beheer te vereenvoudigen
-
Op locatie gebaseerde regio-overschrijvingen: Waar de wetgeving inzake de ingezetenschap van gegevens of het bedrijfsbeleid dit vereist, kan het nodig zijn om de globale regio-instelling voor specifieke locaties te negeren, zodat gespreksopnamen binnen de vereiste geografische grenzen worden opgeslagen en verwerkt
-
Vereisten inzake ingezetenschap van gegevens: bij het ontwerp moet rekening worden gehouden met internationale en lokale voorschriften inzake gegevensbescherming (zoals de GDPR, de CCPA of landspecifieke mandaten) die kunnen bepalen waar en hoe gespreksopnamen worden bewaard.
Een ander belangrijk aspect waaraan aandacht moet worden besteed bij de planning en het ontwerp van een oplossing voor gespreksopname is de schatting van de opslagvereisten. Het nauwkeurig voorspellen van de opslagbehoeften is essentieel om ervoor te zorgen dat er voldoende capaciteit beschikbaar is om de lopende bedrijfsactiviteiten te ondersteunen, de naleving te handhaven en onderbrekingen van de dienstverlening te voorkomen.
Bij het bepalen van de verwachte opslagvraag moet rekening worden gehouden met verschillende belangrijke parameters:
-
Aantal opgenomen gesprekken: Evalueer het verwachte aantal gesprekken dat binnen een bepaald tijdsinterval zal worden opgenomen (bijvoorbeeld per dag, week of maand). Dit omvat niet alleen externe gesprekken, maar ook interne communicatie, indien vereist op grond van het bedrijfsbeleid of wettelijke mandaten
-
Gemiddelde gespreksduur: Bereken de typische duur van opgenomen gesprekken, want langere gesprekken nemen meer opslagruimte in beslag. Variaties in gespreksduur tussen verschillende afdelingen of gebruikersgroepen moeten ook in de schatting worden meegenomen
-
Bewaartermijn: Definieer hoe lang opnames moeten worden bewaard, wat vaak wordt bepaald door het beleid van de organisatie of externe regelgeving (zoals branchespecifieke nalevingsnormen). Langere bewaartermijnen zullen de algemene opslagvereisten verhogen
-
Groeiprognoses: Houd rekening met de verwachte groei van het aantal gesprekken of de uitbreiding van het opnamebereik, die het gevolg kan zijn van schaalvergroting van het bedrijf, nieuwe wettelijke vereisten of de onboarding van extra gebruikers of locaties.
Door deze parameters grondig te analyseren, kunnen organisaties een robuuste opslagstrategie ontwikkelen die zorgt voor schaalbaarheid, kosteneffectiviteit en naleving van de regelgeving voor hun oplossing voor gespreksopname. Het is ook aan te raden om de opslagtoewijzingen regelmatig te herzien en aan te passen naarmate het gebruikspatroon zich in de loop van de tijd ontwikkelt.
Noodoproep
De vereiste om een noodoproep door te sturen naar de juiste meldkamer is een vereiste voor elke oproepdienst die een PSTN-service aanbiedt. Met, de routering van noodoproepen is eigen aan de oplossing en omvat ondersteuning voor alle nationale noodnummers in de landen die ondersteuning bieden. De routering van een noodoproep is gebaseerd op de daarin gedefinieerde locatie en de PSTN-toegangsmethode van de locatie. De noodnummers zijn vooraf gedefinieerd en specifiek voor het land waar de gebruikers en apparaten worden ingezet.
Er zijn twee manieren om noodoproepen binnen te halen. Er is een eenvoudige routeringsservice voor noodoproepen en een uitgebreide routeringsservice voor noodoproepen. De basisrouteringsdienst voor noodoproepen gebruikt een door de beheerder geselecteerd nummer om de locatie en de oproeproute te identificeren om de hulpdiensten te bereiken. Voor eenvoudige noodoproepen verloopt het oproeppad doorgaans via de PSTN-optie van de klant voor die locatie. Er is ook een verbeterde routering voor noodoproepen ontworpen voor implementaties in de VS en Canada die voldoen aan de wettelijke vereisten die vereisen dat een nationale provider wordt ingeschakeld om noodoproepen naar de juiste meldkamer te sturen.
Alle klanten moeten ten minste de basisconfiguratie voor noodoproepen implementeren. Voor een eenvoudige noodoproep moet ten minste één +E.164-nummer van een klant worden toegewezen aan elke locatie die is gedefinieerd in. Voor eenvoudige noodoproepen wordt elke locatie bepaald door een adres waar politie-, brandweer- of ambulancediensten naartoe worden gestuurd in geval van nood. In de meeste gevallen is het hoofdnummer voor de locatie de beste keuze om de fysieke locatie van de noodsituatie weer te geven. Doorgaans wordt de toewijzing van het adres aan het +E.164-nummer gecoördineerd met de PSTN-provider. De afbeeldingen hieronder tonen de toewijzing van het hoofdnummer dat moet worden gebruikt als noodnummer voor de locatie in Richardson.
In de meeste gevallen is een adres van het gebouw voldoende voor het verzendadres van de locatie. Maar als er aanvullende locatiegegevens nodig zijn voor specifieke gebruikers of apparaten, dan kan een beheerder hetzelfde proces gebruiken als hierboven beschreven en die apparaten toewijzen aan een specifiek adres of een meer precieze locatie binnen het adres (zoals een verdieping of kamer). In Gebruikersbeheer in, kan op het tabblad Bellen een specifiek nummer worden gebruikt voor een gebruiker en zijn apparaten om een specifiek verzendadres te krijgen. De volgende afbeeldingen illustreren hoe een specifiek nummer kan worden toegewezen aan een apparaat. De beheerder is verantwoordelijk om ervoor te zorgen dat aan het nummer dat door het apparaat wordt gebruikt, het juiste verzendadres is toegewezen. De adrestoewijzing gebeurt meestal via de PSTN-provider van die locatie.
Voor telefonie-implementaties in de VS die verbeterde oplossingen voor noodoproepen moeten bieden, wordt Horizon Mobility van RedSky gebruikt, geïntegreerd in voor routering van noodoproepen. Wanneer RedSky wordt gebruikt voor gespreksroutering, moet een beheerder zich aanmelden voor een account via Cisco en de juiste informatie configureren in de instellingen voor bellen -> service om deze functie in te schakelen. Zodra de RedSky-service op systeemniveau is ingeschakeld, zal een beheerder de RedSky-service op elk locatieniveau inschakelen. Als u Enhanced Emergency Calling op een locatie inschakelt, wordt de service geactiveerd voor alle apparaten die aan die locatie zijn toegewezen. Apparaten die Enhanced Emergency Calling ondersteunen zijn Cisco MPP-telefoons, Cisco PhoneOS-telefoons en Cisco's.
Er zijn twee instellingen om Enhanced Emergency Calling op een locatie in te schakelen. De optie Allow RedSky to receive network connectivity-informatie en testoproepen moet worden gebruikt om te controleren of de RedSky-configuratie voor apparaat- en infrastructuurtoewijzingen correct is. Met deze instelling kunnen ook testgesprekken worden gevoerd naar 933 om de locatie te verifiëren met behulp van het IVR-systeem van RedSky om de locatie van de beller uit te lezen. Hoewel dit document geen betrekking heeft op de RedSky-configuratie voor locatietracking, moet een beheerder ALTIJD zijn locatiedetectie testen voordat hij noodoproepen activeert om naar RedSky te routeren. Zodra de test is voltooid en is geverifieerd dat ze juist zijn, stuurt de beheerder de oproepen door naar RedSky door de noodoproepen naar RedSky te laten doorsturen. Met deze schakelaar worden alle noodoproepen voor de locatie doorgestuurd naar RedSky, zodat ze naar het antwoordcentrum van de locatie worden gebracht.
De verbeterde instellingen voor noodoproepen zijn ook van toepassing op klanten, zowel op locatie als daarbuiten. Op locatie kunnen ze op dezelfde manier worden gevolgd als bureautelefoons. Als de gebruiker niet op locatie is, kan hij zijn locatie dynamisch instellen, rechtstreeks binnen de. Voor meer informatie over noodoproepen, zie Verbeterde noodoproep voor.
Licentieverlening
Er zijn meerdere opties om licenties toe te wijzen aan gebruikers.
Handmatige toewijzing via
Beheerders wijzen via de interface handmatig licenties toe aan individuele gebruikers.
Beheerders kunnen servicelicenties voor individuele gebruikers bewerken en rechtstreeks bellicenties toewijzen.
Sjablonen voor automatische licentietoewijzing
Gebruik sjablonen voor licentietoewijzing om automatisch licenties toe te wijzen aan gebruikers op basis van groeps- of organisatie-instellingen.
Automatische licentieverlening kan worden verleend door middel van adreslijstsynchronisatie of handmatige gebruikersupdates, maar gebruikers moeten een geldig telefoonnummer in +E.164-formaat hebben en de telefoonnummers moeten op een locatie aanwezig zijn voordat ze door de gebruiker kunnen worden toegewezen. Als niet aan de voorwaarden wordt voldaan (bijvoorbeeld een ongeldig telefoonnummerformaat), worden er geen licenties toegewezen.
Bulktoewijzing via CSV-sjabloon
Upload een CSV-bestand met gebruikersgegevens en licentietoewijzingen om meerdere gebruikers tegelijk toe te voegen of te wijzigen.
CSV-import ondersteunt het toevoegen van maximaal 20.000 gebruikers en het toewijzen van licenties, maar voor licenties zijn specifieke velden vereist, zoals telefoonnummer en extensie.
Toewijzing op basis van API
Gebruik API's om licenties programmatisch toe te wijzen en gebruikers te beheren.
ondersteunt API-bewerkingen voor gebruikers- en licentiebeheer (People, SCIM 2.0 en Licenses API's), die kunnen worden gebruikt voor de automatisering van licentietoewijzingen. De Licenses-API maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk.
| Wijze van toewijzing | Voordelen | Nadelen |
|---|---|---|
| Handmatig via | Eenvoudig voor weinig gebruikers. Maakt nauwkeurige en gedetailleerde controle over de licentietoewijzing mogelijk. | Niet schaalbaar, tijdrovend Gevoelig voor menselijke fouten bij handmatige invoer. |
| Automatische licentiesjablonen | Schaalbaar Vermindert handmatige fouten Kan worden toegepast op nieuwe en bestaande gebruikers. | Vereist geldige telefoonnummers en locaties. Moeilijker om in te stellen Vereist ook gebruikersgroepen per groep gebruikers met gelijkwaardige licentievereisten. |
| CSV-bestanden in bulk uploaden | Efficiënt voor grote gebruikerssets Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist een zorgvuldige CSV-opmaak Mogelijke fouten als telefoonnummers of extensies ontbreken of onjuist zijn. |
| Toewijzing op basis van API | Automatiseerbaar, flexibel. Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist ontwikkelings- en API-kennis. |
De tabel Inrichtingsopties voor gebruikers - samenvatting geeft een overzicht van de opties voor gebruikersinrichting en hun voor- en nadelen. Dit overzicht helpt bij het kiezen van de beste licentietoewijzingsmethode op basis van de grootte van de organisatie van de klant, de automatiseringsmogelijkheden en de processen en vereisten voor de levering van gebruikers.
Waar mogelijk raadt Cisco aan om bellicenties toe te wijzen aan de hand van licentiesjablonen. Dit vereist dat voor elke groep gebruikers waarvoor een unieke set licenties nodig is (voorbeeld - Standard vs. Professional) bestaat er een groep met de respectieve groepslidmaatschappen. Zoals besproken in de secties Gebruikersgroepen, kunnen gebruikersgroepen handmatig worden gedefinieerd in of gesynchroniseerd worden vanuit een bedrijfsgids. Een combinatie van beide benaderingen is mogelijk.
Gebruikers die tot meerdere groepen behoren, krijgen licenties voor alle opdrachten die op al hun groepen worden toegepast. Dit maakt het mogelijk om licentiespecifieke beveiligingsgroepen in het ondernemingsregister te gebruiken om de licentietoewijzing te beheren, waarbij de resulterende gebruikerslicentietoewijzing wordt beheerd door de vereniging van groepslidmaatschappen.
Voor meer informatie, zie Automatische licentietoewijzingen instellen in Control Hub en Sjablonen voor automatische licentietoewijzing instellen voor Webex Calling gebruikers.
Licentievereisten
Dit gedeelte heeft alleen betrekking op gerelateerde licenties. Andere licentietypen (bijvoorbeeld: registratie van Webex-apparaten, berichten, vergaderingen) vallen niet onder de dekking. Als onderdeel van het ontwerpproces moeten de licentievereisten worden bepaald. Het aantal licenties voor de volgende licentietypen moet worden berekend:
-
Standaard: aantal individuele gebruikers die standaard telefoniefuncties nodig hebben.
-
Professioneel: aantal gebruikers en werkplekken waarvoor geavanceerde telefoniefuncties nodig zijn. Virtuele lijnen en groepsvoicemail hebben recht op een verhouding van 1:1. voor elke professionele licentie. In zeldzame gevallen waarin het aantal vereiste virtuele lijnen of groepsvoicemails groter is dan het aantal gebruikers en werkplekken die geavanceerde telefoniefuncties nodig hebben, moeten dus extra professionele licenties worden bijgehouden.
-
Workspace for Common Area: aantal locaties voor gedeeld gebruik of gemeenschappelijke ruimtes waarvoor standaard belmogelijkheden zijn vereist.
-
Klantenservice: aantal agenten en supervisors die Customer Assist-functies nodig hebben. De klantenondersteuning omvat de professionele licentie.
-
Routelijstgesprekken: aantal vereiste PSTN-gesprekken met cloudverbinding tussen gebruikers op locatie en/of gespecialiseerde toepassingen van derden op locatie.
-
Attendant Console: aantal gebruikers dat toegang nodig heeft tot de Attendant Console Client.
-
Cisco Calling Plan (Outbound Calling Plan): aantal gebruikers die een PSTN-nummer en/of uitgaande PSTN-oproeptoegang nodig hebben voor de Cisco PSTN-service.
Er is geen specifiek licentietype voor professionele werkruimten. Voor professionele werkplekken is een professionele licentie vereist.
Voor werkplekken die alleen voor hotdesk beschikbaar zijn, kunt u gebruikmaken van de hotdesk-hostservice en een noodoproep van de hotdesk-host. Hiervoor is geen vergunning vereist. Zie Hotdesk-apparaten toevoegen en beheren voor meer informatie.
Om het vereiste licentietype voor elke gebruiker en werkruimte te bepalen op basis van de benodigde functies, zie Functies die beschikbaar zijn per licentietype voor Webex Calling.
Om onderscheid te maken tussen de functionaliteit die wordt geboden door oproepwachtrijen in combinatie met de professionele licentie, in tegenstelling tot de klantenservice, zie vergelijking van de functies Webex Calling voor gesprekswachtrijen en klantenondersteuning.
Provisioning door gebruikers
Bij het bevoorraden van gebruikers in Webex zijn er verschillende opties beschikbaar, die elk geschikt zijn voor verschillende organisatorische behoeften en omgevingen:
-
Handmatige provisioning: Beheerders kunnen rechtstreeks binnen individuele gebruikers toevoegen en beheren. Deze methode is eenvoudig, maar het meest geschikt voor kleine organisaties of beperkte gebruikerswijzigingen.
-
Bulkvoorziening via CSV: Voor grotere gebruikersgroepen kunnen beheerders gebruikers in bulk importeren en updaten door CSV-bestanden te uploaden naar. Dit maakt een efficiënt beheer van maximaal duizenden gebruikers tegelijk mogelijk.
-
Opties voor het synchroniseren van adresboeken:
Directory Connector: Dit is een hulpmiddel voor automatische synchronisatie dat in Microsoft Active Directory omgevingen wordt gebruikt. Het synchroniseert gebruikersaccounts, groepen en kenmerken volgens een vast schema (elk uur, dagelijks of wekelijks). Het ondersteunt Active Directory configuraties met meerdere domeinen en meerdere bossen en kan profielafbeeldingen en ruimteobjecten synchroniseren.
Entra ID (Azure AD) wizardapp: Deze methode is ontworpen voor organisaties die Microsoft Entra ID (Azure AD) gebruiken en biedt automatische, bijna realtime synchronisatie van gebruikersaccounts en -kenmerken rechtstreeks van Entra ID naar. Het wordt volledig intern beheerd en vereist een minimale installatie.
SCIM 2.0-toepassingen: Voor omgevingen die niet van Microsoft zijn of andere identiteitsproviders, zoals Okta of Duo, maken op SCIM gebaseerde synchronisatie-apps automatische provisioning en deprovisioning van gebruikers mogelijk met attribuuttoewijzing en groepssynchronisatie.
-
Unified CMgebruikerssynchronisatie: Met deze optie kunt u gebruikersaccounts aanmaken op basis van bestaande eindgebruikers door te synchroniseren van tot. Hiervoor moet Cloud Connected UC (CCUC) op de lokale clusters draaien. Over het algemeen wordt het echter aanbevolen om gebruikers te synchroniseren vanuit een gecentraliseerde clouddirectory, zoals Entra ID, in plaats van rechtstreeks vanuit.
-
API-voorziening: openbare API's (People, SCIM 2.0) kunnen worden gebruikt om gebruikers te bevoorraden. Het belangrijkste voordeel van het gebruik van API's is de mogelijkheid om de gebruikersvoorziening te integreren met andere bedrijfssystemen.
Dit overzicht en deze tabel geven de belangrijkste inrichtingsopties voor gebruikers weer, hun voordelen en beperkingen om u te helpen bij het kiezen van de beste aanpak voor de behoeften van uw organisatie.Tabel 6. Opties voor het inrichten van gebruikers voor Bevoorradingsmethode Beschrijving Voordelen Nadelen Handboek Gebruikers individueel aanmaken/beheren in Eenvoudig voor weinig gebruikers; geen infrastructuur nodig Niet schaalbaar; tijdrovend voor veel gebruikers Bulk (CSV-bestand) Gebruikers in bulk importeren/updaten via CSV in Efficiënt voor groepen; geen codering vereist Handmatige CSV-voorbereiding; minder dynamisch Mensen en SCIM 2.0 API Programmatisch gebruikersbeheer via Webex API's Flexibel; ondersteunt automatisering en integratie Vereist ontwikkeling en infrastructuur Synchronisatie van adresboeken Automatische synchronisatie vanuit AD, Entra ID, SCIM-apps, Unified CM Automatiseert de levenscyclus; ondersteunt filteren en in kaart brengen Complexiteit van de installatie: sommige opties hebben beperkte functies of vereisen infrastructuur
Gebruikersgroepen
Met gebruikersgroepbeheer kunnen beheerders gebruikers in groepen indelen voor efficiënt bulkbeheer van licenties, instellingen en bronnen. Groepen helpen het beheer te stroomlijnen door beleidsregels, licenties en instellingensjablonen toe te passen op meerdere gebruikers tegelijk, in plaats van gebruikers afzonderlijk te beheren.
Beheer van gebruikersgroepen biedt verschillende voordelen, waaronder:
-
Vereenvoudigd beheer: beheer licenties, instellingen en beleidsregels voor meerdere gebruikers tegelijk.
-
Consistentie: pas uniforme instellingen en licenties toe voor gebruikers in dezelfde groep.
-
Schaalbaarheid: ondersteunt tot 250.000 leden per groep.
-
Integratie: groepen synchroniseren vanuit Microsoft Entra ID (Azure AD) of Active Directory voor geautomatiseerd gebruikers- en groepsbeheer.
-
Flexibiliteit: maak lokale groepen of synchroniseer beveiligingsgroepen; beheer het groepslidmaatschap handmatig of via CSV-bestanden.
-
Toewijzing van middelen: beheer de toegang tot geïntegreerde apps en services op basis van het groepslidmaatschap.
De belangrijkste toepassingen voor gebruikersgroepen bij de bevoorrading zijn:
-
Licentietoewijzingen: Wijs licenties toe aan groepen om automatisch diensten zoals bellen, vergaderen, berichten of hybride diensten aan groepsleden te leveren.
-
Sjablonen voor instellingen: Pas verzamelingen service-instellingen (zoals berichten, vergaderen, bellen) toe op groepen voor een consistente gebruikerservaring.
-
Gebruikersbeheer in bulk: gebruikers in bulk toevoegen of verwijderen via CSV-bestanden of adreslijstsynchronisatie.
-
Automatisering en integratie: Gebruik API's of adreslijstsynchronisatie voor geautomatiseerd beheer van de levenscyclus van gebruikers en groepen.
De volgende tabel geeft een overzicht van de verschillende opties voor het beheren van gebruikersgroepen en groepsbeheer in.
| Optie | Beschrijving | Voordelen | Nadelen |
|---|---|---|---|
| groepsbevoorrading (groepen) | Creëer en beheer groepen rechtstreeks in. Leden handmatig of via CSV toevoegen/verwijderen. | Volledige controle over het groepslidmaatschap Onmiddellijke toepassing van licenties en sjablonen Eenvoudig om groepen aan te maken en te bewerken |
Handmatige updates vereist Risico op fouten bij handmatige CSV-uploads Geen automatische synchronisatie met externe mappen |
| Gesynchroniseerde groepen van Entra ID (Azure AD) of Active Directory | Beveiligingsgroepen en lidmaatschappen van externe telefoonboekdiensten automatisch synchroniseren. | Geautomatiseerde synchronisatie vermindert handmatig werk Zorgt voor consistentie met het bedrijfsregister Ondersteunt grote organisaties |
Kan het groepslidmaatschap niet bewerken in Synchronisatievertraging tot 12 uur Geneste groepen vereisen handmatige selectie |
| Groepen en SCIM 2.0 API (groepen) | Groepen of de SCIM 2.0 API gebruiken voor programmatisch beheer van groepen en leden | Automatisering en integratie met andere systemen Schaalbaar voor grote of complexe omgevingen |
Vereist ontwikkelingsinspanningen De complexiteit hangt af van het gebruik van de API |
Hoewel gesynchroniseerde groepen zorgen voor consistentie en één beheerpunt bieden, is een hybride aanpak waarbij gesynchroniseerde groepen en groepen worden gecombineerd (ofwel beheerd in de controlehub of via API's) mogelijk. Zo kunnen groepen voor licentietoewijzing bijvoorbeeld gesynchroniseerde groepen zijn en kan een aparte set groepen worden gebruikt voor het toewijzen van gebruikers- en oproepsjablonen.
Deze alomvattende benadering van gebruikersgroepbeheer stelt organisaties in staat om gebruikerslicenties, -instellingen en -beleid efficiënt te beheren, waardoor consistente en schaalbare samenwerkingservaringen worden gegarandeerd.
Aanbevolen aanpak bij de migratie van naar
De belangrijkste gegevensbron voor gebruikers is de database, die informatie over eindgebruikers bevat. Is echter doorgaans niet de gezaghebbende bron voor het beheer van gebruikersidentiteiten en wat nog belangrijker is, zal aan het einde van de overgang worden stopgezet en is daarom uitgesloten als gezaghebbende bron voor identiteitsinformatie op lange termijn.
Cisco raadt aan om een gecentraliseerde clouddirectory, zoals Microsoft Entra ID (Azure AD), te gebruiken als enige bron van waarheid voor gebruikersidentiteiten. Gebruikers van Entra ID synchroniseren om consistentie te garanderen, het beheer te vereenvoudigen en de mogelijkheden voor eenmalige aanmelding (SSO) te ondersteunen.
Om ervoor te zorgen dat alle gebruikers ook aanwezig zijn in Entra ID, moeten organisaties controleren of de gebruikersaccounts overeenkomen met accounts in Entra ID. Dit kan worden gedaan door gebruikerslijsten te exporteren van en deze te vergelijken met gebruikerslijsten van Entra ID.
Samenvattend is de aanbevolen inrichtingsmethode het synchroniseren van gebruikers van Microsoft Entra ID (Azure AD) naar Webex met behulp van de Azure AD Wizard- of SCIM-apps. Handmatige en CSV-bulkprovisioning zijn beschikbaar als aanvullende methoden, maar zijn minder schaalbaar en meer foutgevoelig voor grote organisaties. Ervoor zorgen dat Entra ID de gezaghebbende bron is en dat alle gebruikers in Entra ID aanwezig zijn, is van cruciaal belang voor een succesvolle migratie en een consistente gebruikerservaring tussen verschillende omgevingen.
De overgang van een lokale adreslijstservice naar een Active Directory adreslijstservice in de cloud, zoals Entra ID (Azure ID), is onafhankelijk van de overgang van de oproep. Cisco raadt aan om de overgang naar een cloudadreslijstservice te voltooien voordat de oproepovergang wordt gestart.
Gebruikersgroepen ontwerpen
Na de overgang van het ondernemingsregister van on-premises naar de cloud verzamelt u de vereiste gebruikersgroepen op basis van de vereisten voor licenties en functiesjablonen. Voor elk groepsdocument:
-
Groepsnaam: unieke naam van de groep.
-
Licenties: licenties die aan deze groep moeten worden toegewezen (indien aanwezig) en toepassingsgebied (indien licenties worden toegewezen aan bestaande gebruikers of alleen aan nieuwe gebruikers)
-
Sjablonen voor instellingen: Webex-app en sjablonen voor telefoongesprekken door gebruikers.
-
Directory-synchronisatie: Wordt deze groep gesynchroniseerd vanuit de bedrijfsdirectory of is dit een lokale Webex-groep die wordt ingericht in Control Hub of via een API.
-
Beschrijving: hoe wordt deze groep gebruikt en welke gebruikers moeten lid zijn van deze groep
Deze gegevens zullen later tijdens de implementatiefase worden gebruikt om lokale groepen of groepen in het ondernemingsregister te creëren en het groepslidmaatschap van gebruikers te beheren.
Eenmalige aanmelding (SSO)
Cisco raadt het gebruik van SSO aan voor gebruikersauthenticatie. Het gebruik van SSO heeft enkele overtuigende voordelen, waaronder:
-
Vereenvoudigde gebruikersauthenticatie: gebruikers kunnen zich één keer aanmelden met hun bedrijfsgegevens (bijvoorbeeld van Azure ID) voor toegang tot en andere geïntegreerde toepassingen, waardoor er geen meerdere wachtwoorden meer nodig zijn en er minder aanmeldingsvragen nodig zijn. Dit verbetert de beveiliging door ervoor te zorgen dat bedrijfswachtwoorden na authenticatie nooit worden opgeslagen of naar hen worden verzonden.
-
Vereenvoudigd gebruikersbeheer: Automatiseert het aanmaken, bijwerken en deactiveren van gebruikersaccounts op basis van wijzigingen in het bedrijfsregister, waardoor de administratieve rompslomp wordt beperkt en ervoor wordt gezorgd dat alleen bevoegde gebruikers toegang hebben.
-
Verbeterde beveiliging: SSO vermindert wachtwoordmoeheid en het risico op inbreuken op wachtwoorden door de authenticatie via vertrouwde identiteitsproviders (IDP's) te centraliseren.
-
Eenvoudige integratie van multifactor-authenticatie (MFA): MFA kan eenvoudig worden ondersteund via een Identity Access Management-oplossing zoals Cisco Duo of via MFA-ondersteuning van de IdP.
Er zijn meerdere opties om SSO voor diensten te implementeren:
-
SSO op basis van SAML 2.0: het primaire protocol dat wordt ondersteund voor SSO-integratie, waardoor veilige uitwisseling van authenticatiegegevens tussen de IdP en de serviceprovider mogelijk is.
-
OpenID connect (OIDC): ondersteund als alternatief modern authenticatieprotocol voor SSO-integratie.
-
Webex-identiteit: wordt ook ondersteund als optie voor identiteitsproviders.
SSO wordt centraal geconfigureerd en beheerd via, waarbij metagegevens moeten worden uitgewisseld tussen en de gekozen IdP.
Na de configuratie kan SSO binnen worden getest voordat deze wordt geactiveerd om te garanderen dat de installatie correct is.
Cisco ondersteunt integratie met meerdere geteste en veelgebruikte IDP's en Identity Management Systems (IAM), waaronder maar niet beperkt tot:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederatiediensten (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Deze IDP's voldoen aan de SAML 2.0- of OpenID Connect-standaarden en zijn gevalideerd voor compatibiliteit met Cisco-samenwerkingsoplossingen.
Ondersteuning voor meerdere IdP
stelt organisaties in staat SSO met meerdere IDP's te configureren voor complexe IT-omgevingen zoals fusies, overnames of gedecentraliseerde IT-afdelingen waar verschillende groepen verschillende IDP's gebruiken. Ondersteuning voor meerdere IdP kan worden geïmplementeerd met behulp van de functie voor meerdere IdP in of via de integratie van een IAM-systeem voor ondernemingen, zoals Cisco Duo.
De ondersteuning voor meerdere Identity Providers (IdP) heeft betrekking op verschillende belangrijke toepassingen waarbij organisaties flexibele en veilige authenticatie nodig hebben in verschillende IT-omgevingen:
1. Fusies en overnames
Wanneer bedrijven fuseren of andere bedrijven overnemen, hebben ze vaak aparte IT-infrastructuren en verschillende binnenlandse ontheemden die niet kunnen worden gefedereerd. Dankzij ondersteuning voor meerdere IdP kunnen gebruikers van beide organisaties zich authenticeren en veilig samenwerken zonder dat ze hun identiteitssystemen onmiddellijk hoeven te verenigen.
2. Meerdere onafhankelijke IT-afdelingen
Grote organisaties of overheidsinstellingen kunnen meerdere onafhankelijke IT-afdelingen hebben, die elk hun eigen IdP beheren. Dankzij de functie voor meerdere IdP kunnen deze afdelingen hun eigen authenticatiesystemen onderhouden en hebben gebruikers tegelijkertijd naadloze toegang.
3. Verschillende gebruikersgroepen of domeinen
Organisaties met verschillende gebruikersgroepen (bijvoorbeeld werknemers versus contractanten) of meerdere e-maildomeinen kunnen routeringsregels configureren om authenticatieverzoeken naar de juiste IdP te sturen op basis van het domein of groepslidmaatschap. Dit ondersteunt een gedifferentieerd toegangsbeleid en beveiligingscontroles.
4. Ondersteuning voor verschillende authenticatieprotocollen
ondersteunt IDP's van SAML en OpenID Connect (OIDC), waardoor organisaties verschillende soorten identiteitsproviders kunnen integreren op basis van hun bestaande infrastructuur- en beveiligingsvereisten.
5. Verbeterde beveiliging en naleving van regelgeving
Door meerdere IDP's mogelijk te maken, kunnen organisaties sterkere authenticatiemechanismen implementeren, waaronder meervoudige authenticatie (MFA) via integraties zoals Duo, en een consistent beveiligingsbeleid afdwingen voor verschillende gebruikersgroepen.
6. Vereenvoudigde gebruikerservaring
Gebruikers kunnen zich authenticeren met hun bestaande inloggegevens van hun respectieve IDP's, wat een uniforme aanmeldingservaring biedt, ondanks de onderliggende complexiteit van systemen met meerdere identiteiten.
Ondersteuning voor meerdere IdP biedt flexibiliteit, maar vereist zorgvuldige coördinatie tussen beveiligings- en identiteitsteams om een consistent beveiligingsbeleid te handhaven en mogelijke kwetsbaarheden te vermijden.
Duo MFA met SSO voor
Duo Access Gateway (DAG) kan gebruikers authenticeren met behulp van bestaande mappen op locatie of in de cloud, zoals Active Directory (AD) en OpenLDAP. Het ondersteunt ook integratie met andere identiteitsproviders zoals Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS en Shibboleth. Dankzij deze flexibiliteit kunnen organisaties hun huidige directory-infrastructuur gebruiken voor Webex SSO met Duo MFA.
Duo fungeert als een sterke authenticatielaag bovenop de primaire adresboekverificatie. Het werkt als identiteitsprovider (IdP) die SAML 2.0 gebruikt om tweefactorauthenticatie (2FA) af te dwingen voordat toegang wordt verleend tot. Duo evalueert de context van gebruikers, apparaten en netwerken aan de hand van configureerbaar beleid om toegang toe te staan of te weigeren, waardoor de beveiliging verder gaat dan alleen gebruikersnaam en wachtwoord. Duo biedt ook flexibele beleidsmaatregelen, zoals het vereisen van MFA bij elke aanmelding voor sommige apps en minder vaak voor andere.
De voordelen van Cisco Duo zijn onder andere:
-
Verbeterde beveiliging: Voegt phishing-resistente MFA toe om de toegang te beschermen, waardoor het risico op gecompromitteerde wachtwoorden wordt beperkt.
-
Flexibel beleid: Maakt gedetailleerde controle mogelijk over de authenticatievereisten per toepassing of gebruikersgroep.
-
Integratie met bestaande mappen: ondersteunt AD, OpenLDAP, cloudmappen en verschillende SSO-providers op locatie, waardoor wijzigingen in de infrastructuur tot een minimum worden beperkt.
-
Gebruiksgemak: ondersteunt Single Sign-On (SSO) om wachtwoordmoeheid te verminderen door gebruikers in staat te stellen één keer in te loggen en veilig toegang te krijgen tot meerdere bronnen.
-
Vertrouwde eindpunten: ondersteunt apparaatvertrouwen voor clients op Windows en MacOS, waardoor de beveiliging wordt verbeterd.
-
Self-Service Enrollment: Inline inschrijving en dubbele prompt verbeteren de gebruikerservaring tijdens de MFA-configuratie.
Duo MFA met SSO for maakt gebruik van bestaande adresboeken, zoals Active Directory OpenLDAP, of aanbieders van cloudidentiteitsdiensten, om gebruikers te authenticeren. De rol van Duo is om een sterke, beleidsgestuurde tweede authenticatiefactor te bieden, geïntegreerd via SAML 2.0, waardoor de beveiliging wordt verbeterd en het gebruikersgemak behouden blijft via SSO. De voordelen zijn onder meer een verbeterde beveiliging, flexibele beleidshandhaving, naadloze integratie en een betere gebruikerservaring.
Cisco raadt aan om SSO voor gebruikers te implementeren. Voor een betere beveiliging wordt integratie met Cisco Duo aanbevolen.
De Enterprise IAM- en SSO-strategie moet worden geïmplementeerd voordat met de overgang van naar wordt begonnen.
Kenmerken
heeft een volledige reeks kernfuncties die bij de service zijn inbegrepen. Dit omvat veel belfuncties op bedrijfsniveau die al vele jaren beschikbaar zijn. U ziet misschien niet 100% pariteit tussen functies en functies, maar zoals u kunt zien in de onderstaande afbeelding, zijn de belangrijkste oproepfuncties beschikbaar in.
Naast de vele gebruikersfuncties, heeft het ook de belangrijkste systeemfuncties die bij het platform zijn inbegrepen. Dit zijn onder meer functies zoals auto-attendants, wachtrijen, call park, enz. U kunt alle beschikbare kernfuncties van het systeem zien onder Service → Bellen → Functies, zoals weergegeven in de Webex Calling kernfuncties van de figuur.
Automobilist
Met de Auto Attendant kan de afhandeling van inkomende gesprekken 24/7 worden geautomatiseerd, wat een efficiënte afhandeling van gesprekken mogelijk maakt zonder dat iemand elke oproep hoeft te beantwoorden.
De automatische begeleider beantwoordt binnenkomende oproepen en biedt de beller een menu met opties om te bepalen waar hij of zij het gesprek naartoe wil doorsturen. Dit kan naar een persoon, een voicemailbox of een telefoondienst zijn (bijv. Oproepwachtrij). De beller gebruikt het toetsenblok van zijn telefoon om het nummer in te voeren in het Auto Attendant-menu.
De Auto Attendant ondersteunt de volgende belangrijke functies:
-
Dienstregelingen op kantoor en buiten kantooruren
-
Vakantieschema
-
Optie in het kiesmenu om uw klanten door te verwijzen naar waar ze heen moeten
-
Begroetingen aanpassen
-
Optie om op naam te bellen
-
Opties voor het doorschakelen van gesprekken
-
Analyses en rapporten van de Control Hub.
Zie Autobegeleiders beheren voor meer informatie.
Call Park
Met Call Park kunnen gebruikers eenvoudig een gesprek in de wacht zetten zodat een andere gebruiker het gemakkelijk kan terugvinden wanneer ze beschikbaar zijn om het gesprek aan te nemen. Het maakt de gebruiker die de oorspronkelijke oproep heeft beantwoord ook vrij om andere gesprekken te voeren of te ontvangen terwijl de oproep geparkeerd staat.
Er zijn twee soorten callparks beschikbaar in:
-
Call park direct - hiermee kan elke gebruiker een gesprek naar een toestel van een andere gebruiker of naar een callpark-extensie parkeren, zoals gedefinieerd door de beheerder
-
Call park-groep - biedt een bepaalde groep gebruikers de mogelijkheid om oproepen automatisch te parkeren op basis van beschikbare parkbestemmingen die voor de groep zijn gedefinieerd. Deze bestemmingen kunnen extensies van de groepsleden zijn of callparkextensies.
Op basis van de configuratie en het parkeertype kunnen gebruikers oproepen oproepen door *88+> te kiezen<extension of parked call>, op de lijntoets te drukken die is gekoppeld aan de call park-extensie of door een softkey op hun IP-telefoon te gebruiken.
Er is een oproepoptie beschikbaar om een geparkeerde oproep na een bepaalde periode terug te roepen naar de gebruiker die de oproep heeft geparkeerd of naar een andere gebruiker.
Zie Call Park beheren in Control Hub voor meer informatie.
Ophalen van gesprekken
Met gespreksopname kan een beheerder een groep gebruikers (leden) definiëren die een oproep naar de telefoon van een ander lid kunnen beantwoorden. Dit geeft een gebruiker de mogelijkheid om oproepen te beantwoorden wanneer zijn teamgenoten het druk hebben en een binnenkomend gesprek niet kunnen beantwoorden.
De gebruikers in een groep moeten zich op dezelfde locatie bevinden.
Gebruikers kunnen de telefoon of hun bureautelefoon gebruiken om een gesprek aan te nemen.
-
:
-
Ondersteunt visuele en audiomeldingen
-
Melding van een inkomend gesprek
-
Op basis van een fax (kies *98) of op het moment dat u een gesprek opneemt
-
Meldingen voor het afhalen van gesprekken voor meerdere lijnen.
-
-
Telefoons op het bureau:
-
Melding van een inkomend gesprek
-
Geluidssignaal en visuele melding via de LED van de handset. De 6821 ondersteunt alleen audiogong
-
Als het meldingstype is geselecteerd in het veld „Niet niets”
-
-
Meldingen voor het afhalen van gesprekken, alleen voor primaire lijnen.
-
Zie voor meer informatie de groep voor het opnemen van gesprekken configureren.
Oproepwachtrij
omvat wachtrijen voor gesprekken met alleen spraak als onderdeel van de kernfuncties en elke gebruiker met een Professional-licentie kan deel uitmaken van een oproepwachtrij, agent of supervisor. Met deze functie kunnen gebruikers efficiënt met klanten communiceren. Oproepwachtrijen ondersteunen een deel van de kernfuncties van het callcenter, zoals voicewachtrijen, terugbellen, routering via vaardigheden of prioriteit, beheer van de wachtrijen van medewerkers, analyses, rapportage, enz.
Cisco's oproep voor Microsoft Teams-integratie biedt agenten rechtstreeks toegang tot gesprekken in de wachtrij en functies van hun Microsoft Teams-client.
Call Queues ondersteunen de volgende belangrijke functies:
-
Groeten en berichten (welkom, troost, gefluister, enz.)
-
Muziek in de wacht
-
Terugbellen
-
Beleid voor het routeren van wachtrijen (nachtdienst, feestdagen, doorsturen)
-
Aanmelden/uitloggen in de wachtrij voor agenten
-
Beheer van de status van de wachtrijen van agenten
-
voor telefonische ondersteuning op het bureau
-
Supervisor, agent, oproepmonitor, coach, binnenvaart of neem het over via Feature Access Codes (FAC's)
-
(toegang voor de beheerder) voor:
-
beheer van de wachtrijen
-
Analyse en rapportage van agenten en wachtrijen
-
Beheer van wachtrijen, agenten en toezichthouders.
-
Zie Oproepwachtrij configureren voor meer informatie.
heeft een aanvullende functie voor Customer Assist die extra mogelijkheden biedt voor gesprekswachtrijen en agenten en supervisors een betere gebruikerservaring biedt binnen de. Zie vergelijking van de functies voor gesprekswachtrij en klantenservice voor een vergelijking van de functies Webex Calling voor gesprekswachtrij en klantenservice.
Hunt-groep
Hunt Groups maken het mogelijk om inkomende gesprekken door te sturen naar een specifieke groep gebruikers via een vooraf bepaald routeringspatroon. Dit zorgt ervoor dat oproepen door de juiste groep gebruikers worden beantwoord of naar een voicemail worden gestuurd om ze op te volgen.
Een groot verschil tussen Hunt Groups en Call Queues is dat gesprekken niet in de wachtrij staan in een Hunt Group, dus als er geen gebruikers in de Hunt Group beschikbaar zijn om de oproep te beantwoorden, wordt de verbinding verbroken, naar de voicemail gestuurd of doorgestuurd naar een ander nummer (gebruiker of service).
Voor meer informatie, zie Jachtgroepen beheren in Control Hub.
Bedrijfsmodi
Met de functie Operating Modes kunnen bedrijven gesprekken efficiënt doorsturen naar verschillende bestemmingen (gebruikers, voicemail, oproepdiensten zoals een gesprekswachtrij). Waar en wanneer een gesprek wordt doorgestuurd, is gebaseerd op een schema van de dag en de dag van de week en elke gebruiker kan worden gemachtigd om deze modi (schema's) te beheren om wijzigingen in de gespreksroutering te controleren.
Oproepen naar een oproepwachtrij kunnen bijvoorbeeld worden doorgestuurd naar een andere oproepwachtrij met agenten in een andere tijdzone om oproepen buiten kantooruren te beantwoorden, tijdens kantooruren worden doorgestuurd naar de lokale agenten en tijdens vakanties naar de voicemail worden doorgestuurd voor opvolging nadat agenten naar kantoor zijn teruggekeerd.
Een geautoriseerde gebruiker kan schakelen tussen deze verschillende scenario's voor het doorschakelen van gesprekken (modi) als hij gedurende een bepaalde periode moet wijzigen naar een andere locatie voor inkomende gesprekken. Deze gebruikers kunnen de modi beheren via hun 6800/7800/8800 MPP-telefoons, 9800-telefoons of in de gebruikershub bij de beheermodi.
Voor meer informatie, zie Gespreksroutering op basis van de bedieningsmodi in Webex Calling.
Oproepgroep
Met paginggroepen kunnen gebruikers eenrichtingsgesprekken voeren om een audiobericht naar een groep gebruikers te sturen. Elke groep kan maximaal 75 doelgebruikers en/of werkruimten bevatten die worden bereikt door een vooraf gedefinieerd nummer of extensie te kiezen.
Wanneer een gebruiker een oproepgroep belt, wordt er tegelijkertijd naar alle toegewezen doelen in de groep gebeld, waarna de beller zijn berichten kan uitspreken en kan ophangen als hij klaar is.
Zie Een oproepgroep configureren in Control Hub voor meer informatie.
Opnamen
ondersteunt het opnemen van gesprekken die door een gebruiker zijn gevoerd of ontvangen. Dit kan nodig zijn voor kwaliteits-, verzekerings-, beveiligings- of opleidingsbehoeften. Gesprekken worden standaard opgenomen, maar andere externe opnameleveranciers kunnen ook worden gebruikt als andere opnamefuncties of nalevings- en wettelijke vereisten vereist zijn.
Als u het opnameplatform gebruikt, worden alle opgenomen gesprekken binnen beheerd. Volledige beheerders met de rol van Compliance Officer kunnen de opnames spelen en downloaden. Zonder de rol van Compliance Officer kan de beheerder alleen de opnames verwijderen.
Voor meer informatie over deze functie en een lijst met opnamen van derden, zie Gespreksopname beheren voor Webex Calling.
Bereik van één nummer
Met één nummer kunt u naar het telefoonnummer van een gebruiker bellen naar meerdere apparaten. Dit kan zowel andere bureautelefoons als mobiele telefoons zijn. Er kunnen ook gesprekken worden geplaatst vanaf deze apparaten en gebruikers kunnen oproepen tussen deze apparaten pushen en doorverbinden.
Voor meer informatie over deze functie en hoe een beheerder deze configureert, zie Bereik van één nummer configureren (overal op kantoor).
Voor meer informatie over hoe een gebruiker deze functie voor zichzelf kan beheren en configureren in de Webex User Hub (portal), zie Bereik van één nummer configureren (overal op kantoor).
Voicemailgroep
Voicemailgroepen maken een gedeelde voicemailbox mogelijk die kan worden toegewezen aan een gebruiker of een functie voor het routeren van gesprekken. Enkele redenen waarom een voicemailgroep nodig kan zijn, zijn:
-
Voicemail voor algemene doeleinden voor een afdeling of werkgroep
-
Voicemailoptie toevoegen aan een autobegeleider of jachtgroep
-
Om overloopgesprekken te verzenden vanuit een gesprekswachtrij
-
Gebruikers die alleen een voicemailbox nodig hebben.
Voor meer informatie, zie Een gedeelde voicemail en inkomende faxbox beheren voor. Webex Calling
Attendant Console staat vermeld op de pagina Calling Features in Webex, maar het is een extra functie waarvoor de licentie voor de Attendant Console moet worden aangeschaft om deze te kunnen gebruiken.
Zie Aan de slag met de Attendant Console voor meer informatie.
Voor informatie over alle functies, waaronder enkele aanvullende functies, zie Functies die beschikbaar zijn per licentietype voor Webex Calling.
Implementeren
Gereedheid voor het netwerk
De eerste stap in de overgang naar is zorgen voor een betrouwbare en veilige internetverbinding tussen het lokale netwerk en de cloud.
Aangezien de meeste organisaties verbinding maken met het internet via een of meer firewalls of beveiligingsapparatuur, is het essentieel om te controleren of de vereiste verkeersstromen worden ondersteund.
Netwerk- en beveiligingsbeheerders moeten deze stromen begrijpen in termen van:
-
Richting (inkomend versus uitgaand)
-
Protocollen (voorbeeld: SIP, TLS, SRTP, HTTPS)
-
IP-adresbereiken die door diensten worden gebruikt
-
Poortnummers die moeten worden geopend of toegestaan.
Dit zorgt ervoor dat bedrijfsfirewalls, NAT-apparaten en andere netwerkinfrastructuur correct zijn geconfigureerd om verkeer op te vangen, terwijl het beveiligingsbeleid van de onderneming wordt gehandhaafd.
Voor informatie over de vereiste stromen, waaronder IP-adres, poorten en protocollen, zie Poortreferentie-informatie voor Webex Calling. Gebruik deze informatie om de firewall, proxy's en andere netwerkinfrastructuur in de bestaande implementatie te configureren om netwerkstromen mogelijk te maken.
Een gedecentraliseerde internetuitbraak vanuit elk filiaal of elke locatie is de aanbevolen aanpak voor samenwerkingsdiensten in de cloud, zoals. Door het verkeer lokaal te laten verlaten, dit model:
-
Vermindert het aantal retourvertragingen en jitter, waardoor de algehele gesprekskwaliteit verbetert
-
Kan efficiënt worden geschaald naarmate meer gebruikers en locaties overstappen naar
-
Werkt naadloos samen met SD-WAN, dat sessies dynamisch naar het dichtsbijzijnde cloud-toegangspunt kan routeren voor optimale prestaties
- Maakt het mogelijk om de locatie van gebruikers te volgen op basis van hun openbare IP-adres, wat helpt bij de analyse van mediapaden en het oplossen van problemen.
Bovendien moeten organisaties zorgen voor voldoende internetbandbreedte op elke locatie. De bandbreedte moet worden bepaald op basis van het verwachte aantal gelijktijdige gesprekken, de geselecteerde codec (bijvoorbeeld Opus of G.711), plus de overheadkosten voor signalering, doorgifte en groei. Dit sluit aan bij de voorbereidingsfase van de PPDIO-levenscyclus en vormt een solide basis voor migratie.
Eerste installatie
De eerste subsectie van de installatie binnen de implementatiefase van de implementatie is van fundamenteel belang voor het opzetten van een goed gestructureerde en beheersbare omgeving voor bellen in de cloud. Deze fase omvat kritieke taken zoals het opzetten van de organisatie, het verkrijgen en toewijzen van licenties en het verifiëren en claimen van de domeinen van uw bedrijf om te zorgen voor een goed gebruikersbeheer en beveiliging. Daarnaast omvat het de levering van licentiesjablonen om de toewijzing van gebruikerslicenties te automatiseren, de configuratie van Single Sign-On (SSO) om de gebruikersauthenticatie te stroomlijnen en de beveiliging te verbeteren, en het aanpassen van service- en clientinstellingen aan het beleid van de organisatie en de behoeften van de gebruikers. Het voltooien van deze initiële installatieactiviteiten zorgt ervoor dat de omgeving naar behoren is geconfigureerd voor schaalbaarheid, beveiliging en een naadloze gebruikerservaring, wat de basis vormt voor de volgende implementatie- en operationele fasen.
Verificatie van het domein
Om gebruikers te kunnen identificeren die geregistreerd zijn met de e-maildomeinen van uw bedrijf, is het essentieel dat u uw domeinen verifieert. Zonder domeinverificatie worden gebruikers toegewezen aan een consumentenorganisatie, wat het gebruikersbeheer voor uw bedrijf bemoeilijkt. Domeinverificatie is een verplichte stap waarmee uw organisatie deze gebruikers effectief kan claimen en beheren.
Zorg ervoor dat alle domeinen die gekoppeld zijn aan de e-mailadressen van uw gebruikers geverifieerd zijn. Domeinverificatie is niet exclusief; hetzelfde domein kan in meerdere organisaties worden geverifieerd.
Zie Uw domeinen beheren voor meer informatie over het beheren van domeinen.
Bestaande gebruikers claimen (omzetten)
Nadat uw domeinen met succes zijn geverifieerd, kunt u doorgaan met het claimen van gebruikers die zich hebben geregistreerd voor het gebruik van de e-maildomeinen van uw bedrijf bij uw organisatie. Dit proces brengt alle gebruikers samen onder één paraplu van de organisatie, wat gecentraliseerd beheer en gestroomlijnd beheer mogelijk maakt. Door deze gebruikers te claimen, zorgt u ervoor dat uw bedrijf volledige controle heeft over gebruikersaccounts, zodat u de juiste licenties kunt toewijzen, diensten kunt configureren en de nodige ondersteuning efficiënt kunt bieden. Deze uniforme beheeraanpak verbetert de beveiliging, vereenvoudigt de voorziening van gebruikers en zorgt voor consistente toegang tot diensten in uw hele organisatie. Gebruikers claimen voorkomt ook dat ze worden beheerd in externe organisaties of consumentenorganisaties, waardoor de integriteit van de organisatie en de controle over de samenwerkingsmiddelen behouden blijven.
Voor meer informatie over het claimen van gebruikers, zie Gebruikers naar uw organisatie claimen (gebruikers converteren).
Synchronisatie van adresboeken configureren en testen
Om naadloos gebruikers- en groepsbeheer mogelijk te maken, kunt u gebruikers en groepen uit uw bedrijfsadresboek naar Microsoft Entra ID (voorheen Azure AD) of Microsoft Active Directory (AD) synchroniseren naar. Dit proces zorgt ervoor dat gebruikersidentiteiten en groepslidmaatschappen in uw hele omgeving consistent worden gehandhaafd.
Voor organisaties die gefaseerde implementaties implementeren, is het cruciaal om de omvang van de synchronisatie tijdens de eerste implementaties te controleren en te beperken. Dit minimaliseert het risico op onbedoelde wijzigingen en maakt gerichte tests mogelijk voordat ze op grotere schaal worden toegepast.
De meest effectieve methode om te filteren welke gebruikers gesynchroniseerd zijn, is door gebruik te maken van het lidmaatschap van een adresboekgroep:
| 1 |
Maak een speciale synchronisatiegroep: Maak in uw bedrijfsadresboek (Microsoft Entra ID of AD) een beveiligingsgroep speciaal voor synchronisatie (bijvoorbeeld synchronisatiegroep). |
| 2 |
Vul de groep met doelgebruikers: Voeg alleen de gebruikers toe die u wilt synchroniseren (zoals een testgroep tijdens de pilotfase) aan deze groep. Zo kunt u nauwkeurig controleren wie er bij het synchronisatieproces betrokken is. |
| 3 |
Configureer de synchronisatieovereenkomst met op groepen gebaseerde filtering: Wanneer u de synchronisatieovereenkomst instelt in de Directory Connector- of Entra ID-voorziening, moet u het bereik zodanig configureren dat alleen gebruikers worden opgenomen die lid zijn van de aangewezen groep.
|
| 4 |
Breid de groep uit als dat nodig is: Naarmate u verder gaat met de implementatiefasen, voegt u gewoon extra gebruikers of groepen toe aan de synchronisatiegroep. Het synchronisatiebereik wordt automatisch uitgebreid naar deze gebruikers, waardoor een gecontroleerde en geleidelijke implementatie mogelijk is. Voorbeelden van implementatiestappen:
Referenties: Entra ID-gebruikers synchroniseren met de Control Hub |
Single Sign-On (SSO) instellen en testen
Single Sign-On (SSO) verbetert de beveiliging en vereenvoudigt de gebruikerstoegang door gebruikers in staat te stellen zich eenmalig te authenticeren met hun bedrijfsgegevens en naadloos toegang te krijgen tot. ondersteunt SSO-integratie met IDP's die voldoen aan SAML 2.0, waaronder Microsoft Entra ID (voorheen Azure AD), federatieve oplossingen Active Directory (AD) en verschillende externe ontheemden.
Op dit moment moet de ontworpen SSO-installatie worden geïmplementeerd en getest.
Referenties:
Integratie van eenmalige aanmelding in de controlehub
eenmalige aanmelding configureren voor Webex-beheer
Licenties verkrijgen, verstrekken en verifiëren
Als onderdeel van de initiële configuratie is het essentieel om de juiste licenties aan te schaffen, te verstrekken en te verifiëren om diensten effectief mogelijk te maken en te beheren. Het aankoopproces omvat het selecteren van licentietypen op basis van gebruikersrollen en workloads, zoals Professional-, Standard- en Workspace-licenties. Licenties worden gegenereerd en geleverd via de softwareplatforms van Cisco of via partners. Na aanschaf en levering moet het juiste aantal licenties worden geverifieerd in. Dit proces zorgt ervoor dat de organisatie de juiste licenties heeft geactiveerd en klaar is voor gebruik tijdens de implementatie.
Als onderdeel van de initiële licentie-installatie in, is het belangrijk om automatische licenties op organisatiebasis te configureren om de licentietoewijzing voor nieuwe gebruikers te stroomlijnen. Met deze configuratie kunnen licenties automatisch worden toegekend wanneer gebruikers aan de organisatie worden toegevoegd, waardoor handmatige licentietoewijzing niet meer nodig is. Wanneer u automatische licentieverlening op organisatieniveau configureert, selecteert u de services die u wilt toewijzen en definieert u het bereik, zoals het toepassen van licenties uitsluitend op toekomstige gebruikers of ook op bestaande gebruikers.
Als uw implementatieplan echter inhoudt dat u in plaats daarvan automatische licenties op groepsniveau gebruikt, kunt u ervoor kiezen om geen licenties toe te wijzen op organisatieniveau om conflicten of dubbele licentietoewijzingen te voorkomen. Met automatische licenties op groepsniveau worden licenties toegewezen op basis van het groepslidmaatschap. Gebruikers in meerdere groepen krijgen licenties voor alle toepasselijke groepsopdrachten.
De configuratie van de licentietoewijzing op basis van een groep moet worden uitgevoerd nadat de adreslijstsynchronisatie is voltooid, zodat er gesynchroniseerde groepen bestaan die kunnen worden gebruikt voor licentietoewijzing.
Met name voor automatische licentietoewijzing zijn aanvullende inrichtingsgegevens vereist, zoals de locatie van de gebruiker en de toewijzing van telefoonnummers. Het zakelijke telefoonnummer van de gebruiker moet de indeling +E.164 hebben, vooraf zijn ingevoerd, en toegewezen zijn aan een geldige locatie om de licentie automatisch te activeren. Als niet aan deze voorwaarden wordt voldaan, krijgt de gebruiker niet automatisch diensten en is mogelijk handmatige tussenkomst vereist.
Samenvattend: configureer automatische licentieverlening op basis van de organisatie voor nieuwe gebruikers als u een brede licentietoewijzing voor de hele organisatie wilt. Als u de voorkeur geeft aan meer gedetailleerde controle of verschillende licentiebehoeften hebt per groep, configureer dan automatische licenties op groepsniveau en vermijd het toewijzen van licenties op organisatieniveau om overlapping te voorkomen en te zorgen voor een goed licentiebeheer.
Webex Callingservice-instellingen
Het is essentieel om de wereldwijde service-instellingen binnen een uitgebreide beoordeling en configuratie uit te voeren.
Ga eerst naar het gedeelte Instellingen en ga naar het gedeelte met instellingen. Bekijk elke configureerbare optie zorgvuldig, inclusief, maar niet beperkt tot, interne kiesconfiguratie, parameters voor noodoproepen, routeringsbeleid, voicemailbeheer en standaardinstellingen van het apparaat.
Pas deze globale instellingen aan om rekening te houden met het beleid en de ontwerpbeslissingen van uw organisatie.
Ook instellingsinstellingen en gebruikers- en app-sjablonen.
Migratie als piloot
Tijdens de implementatiefase is het uitvoeren van een pilotmigratie een cruciale mijlpaal in de validatie van de overgang van naar. Dit proefproject omvat het aanbieden van een representatieve subgroep van gebruikers op een of meer locaties op het platform, waarbij ervoor wordt gezorgd dat de geselecteerde populatie een afspiegeling is van verschillende gebruikssituaties en organisatorische rollen. Parallel aan de migratie van gebruikers moeten essentiële samenwerkingsdiensten, zoals voicemail, automatische medewerkers, wachtrijen en jachtgroepen, worden overgezet naar hun equivalenten om de bedrijfscontinuïteit en de servicefunctionaliteit te behouden.
De pilotmigratie moet gebruikmaken van dezelfde combinatie van door Cisco geleverde tools en migratiehulpprogramma's van derden die gepland zijn voor de bredere implementatie van de organisatie, zodat de processen, automatiseringsworkflows en integratiepunten grondig worden gevalideerd onder representatieve voorwaarden.
De belangrijkste doelstellingen van deze pilootimplementatie zijn tweeledig: ten eerste, het valideren en verfijnen van de overgangsprocessen van begin tot eind, waaronder workflows voor de levering van gebruikers, procedures voor datamigratie en eindpuntconfiguraties; en ten tweede, het volledig verifiëren van de functionaliteit van gemigreerde diensten onder reële operationele omstandigheden.
Deze gefaseerde aanpak stelt het projectteam in staat om technische of procedurele problemen in een gecontroleerde omgeving te identificeren en op te lossen, feedback van gebruikers te verzamelen over de nieuwe platformervaring, de effectiviteit van geselecteerde migratietools te beoordelen en vertrouwen te wekken in de migratiemethodologie alvorens over te gaan tot een bredere organisatorische implementatie.
De inzichten die tijdens deze pilotfase zijn verkregen, zijn essentieel om de volgende migratiegolven te optimaliseren en te zorgen voor een soepele, risicobeperkte overgang voor de hele onderneming.
PSTN aanschaffen
Om PSTN-diensten aan te schaffen, selecteert u eerst een PSTN-connectiviteitsoptie in het.
Als een organisatie van plan is om hybride dubbele gesprekscontrole (fase 1 in figuur Phased Calling Transition: Hybrid and Cloud) tijdelijk of voor onbepaalde tijd te behouden, moet ze een of meer lokale gateways voor PSTN op locatie implementeren om gesprekken tussen en eindpunten mogelijk te maken .
Als een volledige overgang (fase 2) naar de cloud het einddoel is, inclusief PSTN, dan is voor PSTN ofwel een Cisco Calling Plan ofwel een Cloud Connect for option vereist.
Werk samen met de provider van uw keuze om telefoonnummers te bestellen en over te dragen voordat u ze configureert. Het bestellen van telefoonnummers of het initiëren van poortbestellingen is alleen nodig/mogelijk voor PSTN op locatie en Cloud Connect for. Voor Cisco Calling Plans wordt het bestellen en porteren gestart vanuit de Control Hub zodra de locatie is aangemaakt, en in landen waar het Cisco Calling Plan beschikbaar is. Zie Aan de slag met de Cisco-abonnementen voor meer informatie over Cisco Calling-abonnementen.
Als onderdeel van de PSTN-implementatie moet u ervoor zorgen dat uw provider zowel inkomende als uitgaande PSTN-diensten voor uw locatie heeft ingeschakeld. Voer bovendien testopdrachten uit om te controleren of gesprekken correct worden doorgestuurd via de door u gekozen PSTN-verbinding.
Locaties configureren
Voordat u gebruikers en apparaten toevoegt, moet u de bellocaties opgeven. Voor elke locatie moet een geldig adres worden ingevoerd. In de VS en Canada wordt dit adres gevalideerd en door het platform gebruikt om PIDF-LO-locatiegegevens te verzenden voor noodoproepen.
Wanneer u locaties configureert die PSTN op locatie gebruiken, moet u de lokale gateways dienovereenkomstig instellen. In, voor elke lokale gateway moeten een hoofdlijn en een routegroep worden aangemaakt, en de routegroep wordt dan toegewezen als de PSTN-keuze voor de locatie. Cisco raadt ten zeerste aan om altijd een routegroep te kiezen als PSTN-keuze, omdat u op deze manier in de toekomst eenvoudig extra trunks kunt toevoegen, wat zowel schaalbaarheid als redundantie ondersteunt. Cisco raadt ook aan om ondersteuning voor dubbele identiteit en P-Charge-Info in te schakelen op elke PSTN-trunk, omdat dit de identificatie van de factureerbare partij vereenvoudigt voor uitgaande directe of doorgestuurde gesprekken. Als uw PSTN-provider een andere header gebruikt voor de facturering, kunt u de informatie van de P-Charge-Info-header op de lokale gateway naar de vereiste koptekst voor facturering kopiëren.
Voor locaties die Cloud Connect of het Cisco Calling Plan als PSTN-optie gebruiken, selecteert u tijdens de installatie gewoon de respectieve PSTN-keuze voor de locatie. Als de locatie Cloud Connect of PSTN op locatie gebruikt, moet u de telefoonnummers toevoegen die u in de vorige stap hebt besteld. Nummers kunnen als inactief worden toegevoegd als u niet wilt dat ze meteen worden opgenomen in de routering van gesprekken; u kunt deze nummers later activeren wanneer ze zijn toegewezen aan gebruikers of functies.
Het is belangrijk om voor elke locatie altijd het hoofdnummer in te stellen. Het hoofdnummer kan worden toegewezen aan een gebruiker of aan een functie, zoals een auto-attendant. Om voicemail op de locatie mogelijk te maken, moet u ervoor zorgen dat u het nummer van de voicemailpiloot instelt, ook wel het voiceportalnummer genoemd.
Aanvullende instellingen voor oproeplocaties omvatten het configureren van noodoproepgegevens, zoals het noodoproepnummer, meldingsopties en verbeterde functies voor noodoproepen. U moet ook de opname-instellingen, taalvoorkeuren en apparaatconfiguraties bekijken en aanpassen, zoals vereist voor elke locatie. Als uw organisatie gebruik maakt van verkort interlokaal bellen op het net met nummers die significant zijn voor ondernemingen, vergeet dan niet om in de interne kiesinstellingen een unieke sitecode in te stellen voor de locatie. Tot slot, als voor extern kiezen een cijfer voor uitgaand kiezen vereist is, zorg er dan voor dat u dit instelt in de instellingen voor extern kiezen. Wanneer een uitgaand kiescijfer is geconfigureerd, raadt Cisco aan om handhaving van uitgaande kiesnummers in te schakelen om consistentie te garanderen.
Integratie met gespreksbeheer op locatie
Voor integratie met gespreksbeheer op locatie is het noodzakelijk om trunks, routegroepen, telefoonabonnementen voor bedrijven en zowel locatie- als globale instellingen te configureren. Begin met het instellen van de trunks en lokale gateways die bedoeld zijn voor interconnectie met het oproepbeheersysteem op locatie; deze stap is alleen nodig als speciale trunks nodig zijn. Als bestaande trunks en routegroepen voldoende zijn voor uw implementatie, kunnen ze opnieuw worden gebruikt voor de interconnectie op locatie zonder aanvullende configuratie.
Zodra de trunks en routegroepen zijn vastgesteld, gaat u verder met het maken van de telefoonabonnementen voor ondernemingen en wijst u de juiste routegroep toe als bestemming voor elk belplan. Als bij de integratie meerdere oproepbeheersystemen op locatie nodig zijn die via verschillende trunks met elkaar zijn verbonden, zijn meerdere belabonnementen vereist. Het is belangrijk ervoor te zorgen dat deze belabonnementen alleen de patronen bevatten die nodig zijn voor het routeren van gesprekken naar bestemmingen op locatie.
Als voor uw implementatie ondersteuning nodig is voor onbekende routering van extensies, moet deze functie op locatieniveau worden ingeschakeld. Wanneer onbekende routering van extensies is geactiveerd, moet u bovendien de maximale onbekende verlengingsduur opgeven in het gedeelte Gespreksroutering tussen en lokalen van de instellingen voor oproepdiensten in. Dit zorgt voor een naadloze routering van gesprekken en een correcte afhandeling van belscenario's op basis van extensies in uw geïntegreerde omgeving.
Gebruikers batchgewijs migreren
Wanneer u gebruikers migreert van naar, kunt u mogelijk niet alle gebruikers tegelijk verplaatsen. Dit kan verschillende oorzaken hebben, waaronder maar niet beperkt tot het aantal sites of gebruikers, hoe lang het duurt om een site en/of groep gebruikers tegelijk over te schakelen, beperkte IT- of sitebronnen om het wijzigingsvenster te ondersteunen, de duur van de wijzigingsperiode, de complexiteit van de wijziging, enz.
Wanneer u gebruikers gefaseerd migreert, is het van cruciaal belang om vast te stellen welke gebruikers samen in dezelfde batch moeten migreren. Het belangrijkste doel is om gebruikers te migreren die afhankelijk zijn van elkaar voor hun beldiensten en -functies. U wilt er zeker van zijn dat al hun belfuncties (bijvoorbeeld oproepwachtrijen) volledig functioneren zoals ze waren voor de overgang.
Zelfs als u gespreksinterworking tussen en met lokale gateways implementeert, kunt u gedeelde diensten of functies niet over deze verbinding verdelen. Daarom moet u de afhankelijkheden tussen gebruikers identificeren aan de hand van functies zoals:
-
Andere gebruikers in de gaten houden met behulp van BLF's
-
In dezelfde jachtpiloot, oproepwachtrij, enz.
-
Gedeelde lijnen
-
Met behulp van gespreksopname
-
Met dezelfde call-parkingnummers
-
Intercom
-
Uitvoerend/beheerder.
Een voorbeeld is een gebruiker die deel uitmaakt van een Hunt Group waarnaar wordt overgeschakeld. Deze gebruiker zal overstappen naar de Hunt Group en naar alle andere leden van de Hunt Group. Na de overgang kunnen de Hunt Group en haar leden dus met succes oproepen beantwoorden op het nieuwe platform.
Dit wordt nog moeilijker wanneer gebruikers verbonden zijn met verschillende groepen gebruikers voor verschillende beldiensten en functies. Hiervoor moeten meer dan één groep gebruikers en één oproepdienst tegelijkertijd worden overgezet.
Gebruik de resultaten van de Migration Insights-tool of de tool van een derde partij die u in de voorbereidingsfase hebt gebruikt om te bepalen welke gebruikers en functies moeten worden gegroepeerd. Deze output had moeten worden gebruikt om uw migratieplan te ontwikkelen en zal u inzicht geven in hoe u gebruikers en functies gaat groeperen die moeten worden samengevoegd.
De belangrijkste stappen bij de overgang van een groep gebruikers zijn:
-
Gebruikers identificeren om samen te migreren
-
Controleer of alle gebruikers binnen zijn
-
Controleer of alle TN's voor de gebruikers aanwezig zijn in
-
Controleer het juiste formaat van het telefoonnummer in het adresboek
-
Zorg ervoor dat de licentie- en instellingensjabloon voor de gebruikersgroepen correct is ingesteld
-
Alle oproepdiensten en -functies voor de groep gebruikers verifiëren of configureren (voor of tijdens de overgang, voor zover van toepassing)
-
Voeg in het bedrijfsadresboek gebruikers toe aan een groep gebruikers die kunnen bellen
-
Benut Tools — hulpmiddelen voor migratie van gebruikers en functies en/of tools van derden
-
Het telefoonboek van de gebruiker en het apparaat uitschakelen/verwijderen en de belfuncties/diensten inschakelen na de overgang.
Na de migratie test een groep gebruikers een subset van de gebruikers om te controleren of al hun belfuncties en -diensten correct werken. Als gespreksfuncties zoals Call Queue, Hunt Groups, enz. met de groep gebruikers worden overgezet, test dan deze oproepdiensten op de juiste functionaliteit.
Werkruimten
In, een werkruimte verwijst naar een gedeelde locatie (zoals een vergaderruimte, vergaderruimte of hotdesk) waaraan apparaten, extensies en gebruikers kunnen worden toegewezen. In tegenstelling tot traditionele Unifed CM-telefoons zijn werkplekken:
-
Locatiegericht: gekoppeld aan fysieke ruimtes.
-
Flexibel apparaat: kan een of meer apparaten bevatten (bureautelefoons, kaarten, enz.).
Zodra werkruimten zijn geïdentificeerd als onderdeel van de overgang naar, kunnen ze worden toegevoegd onder Apparaten. Voor elke werkruimte moet een apparaat worden toegewezen, en als ze al binnen zijnUnified CM, moeten ze opnieuw worden ingesteld of opnieuw worden bevoorraad. functies zoals voicemail, doorschakelen en opnemen van gesprekken kunnen worden in- of uitgeschakeld, en indien nodig kunnen beleidsregels worden toegepast voor videogesprekken, call park en mobiliteit. Test elke werkruimte door interne en externe gesprekken te voeren, video-, conferentie- en mobiliteitsfuncties te testen. Tot slot, stel gebruikers op de hoogte van alle toepasselijke processen voor apparaten voor werkplekken en boekingen.
Voor meer informatie over werkruimten in, zie Workspaces.
Apparatuur voor bevoorrading
Telefoons waarop momenteel geregistreerd is, moeten worden overgezet naar telefoons als onderdeel van de overgang naar de cloud. Om de migratie zo eenvoudig mogelijk te maken met een minimale kans op fouten, raadt Cisco aan om fysieke locaties of afdelingen tegelijkertijd te migreren. Het kan echter zijn dat u gebruikers in batches moet migreren vanwege functie-afhankelijkheden. Zie de sectie Gebruikers batchgewijs migreren voor meer informatie.
Alle ondersteunde telefoons waarvan u moet overstappen, moeten worden geconfigureerd als gebruiker of als werkruimte en de fysieke telefoon moet opnieuw worden geconfigureerd om u te registreren. Bovendien moet de firmware van de telefoons uit de 7800- en 8800-serie worden geüpgraded van Enterprise-firmware naar MPP-firmware (Multiplatform Phone). Dit proces omvat het laden van de overgangsfirmware voordat de MPP-firmware wordt geladen die nodig is voor de registratie. Het vereist ook de juiste migratielicentie. Cisco heeft dit proces de afgelopen jaren verbeterd om het voor u gemakkelijker te maken uw firmwaretelefoons voor ondernemingen te upgraden naar MPP-firmware. Zie Cisco 7800- en 8800-serie IP-telefoons converteren tussen Enterprise- en MPP-firmware voor meer informatie over de stappen om de firmware-upgrade te voltooien.
Naast de stappen die in dit artikel worden beschreven, is er een ingebouwde tool, Migrate your phone to Webex Calling, die u kunt gebruiken om uw 7800- en 8800-telefoons over te zetten van Enterprise- naar MPP-firmware. Met deze tool kunt u ook telefoons toevoegen en ze toewijzen aan de juiste gebruikers of werkruimten. Zie Uw telefoon migreren voor meer informatie over het gebruik van gereedschap.
Voor telefoons uit de 9800-serie waarvoor de bovenstaande firmwaremigratievereiste is niet van toepassing. Deze telefoons draaien op PhoneOS, dat wordt ondersteund door zowel als. Om deze telefoons over te zetten naar, moet u ze toevoegenWebex Calling, ze toewijzen aan een gebruiker of werkruimte en vervolgens de telefoons terugzetten naar de fabrieksinstellingen. De opstartvolgorde van PhoneOS voor de registratie hieronder toont de opstartvolgorde van PhoneOS en hoe de telefoon zich zal registreren zodra deze is toegevoegd, zelfs als de telefoon nog is ingeschakeld en/of de DHCP-opties (voorbeeld 150) in gebruik zijn.
ondersteunt het terugzetten van de fabrieksinstellingen van PhoneOS-apparaten, zodat Zero-Touch-onboarding mogelijk is. beheerders kunnen de 9800- en 8875-telefoons op afstand terugzetten naar de fabrieksinstellingen via de beheerpagina's van CUCM, waardoor fysieke toegang tot de telefoons niet meer nodig is om de telefoons aan boord van de telefoons te kunnen gebruiken. Deze functie wordt vanaf 9 september 2025 ondersteund met de apparaatpakketten:
-
CUCM v15 - Unified Communications Manager versie 15
-
CUCM v14 - Unified Communications Manager versie 14.
Voor meer informatie over het registratieproces voor de 9800-serie, zie Registratieproces.
Naast de Cisco IP-telefoons kan de levering van andere apparaten nodig zijn, zoals analoge telefoonadapters (ATA's), draadloze telefoons (wifi, DECT), videoapparatuur, spraakgateways en apparaten en telefoons van derden. Veel van deze apparaten hebben geen firmware-upgradepad, zoals bij IP-telefoons, om ze over te zetten van bedrijfsfirmware naar cloudfirmware. Daarom stelt u elk van deze apparaten in de Control Hub in. Sommige hiervan kunnen niet worden overgezet naar en het equivalente model moet het vervangen worden (bijv. ATA 191/192) en andere vereisen handmatige herconfiguratie en/of softwarewijzigingen.
- Spraakgateways - Om uw lokale gateway te migreren, zie Lokale gateway migreren.
-
Analoge telefoonadapter (ATA) - Om aan de slag te gaan met uw Cisco ATA 191 en 192, zie Cisco ATA.
-
Draadloze Wifi-telefoon - Zie Webex draadloze telefoon integreren om de draadloze telefoon 840 en 860 te integreren.
-
Draadloze DECT-telefoons - Om aan de slag te gaan met uw nieuwe Cisco IP DECT 6800-serie, zie Cisco IP DECT.
Om een digitaal DECT-netwerk te bouwen en te beheren in Control Hub, zie DECT-netwerk beheren
Zie de implementatiegids voor meer informatie over Cisco IP DECT 6800
-
Apparaten en telefoons van derden - Werk samen met externe leveranciers aan de vereisten voor apparaat/telefoon en het proces om ze te migreren of te vervangen ter ondersteuning.
Functies configureren
Alle belfuncties die vereist zijn, moeten voor of tijdens de overgang beschikbaar zijn. Zoals besproken in de sectie Gebruikers in batches migreren, moeten de oproepfuncties worden geconfigureerd en overgezet wanneer de gebruikers die ze gebruiken, worden overgezet.
Voor meer informatie over het configureren van elk van de functies, zie de bijbehorende hulpartikelen voor de configuratie.
-
Auto-attendants - Voor het beheren van autobedienden, zie Autobedienden
-
Call park - Om een callpark te beheren, zie Call park
-
Ophalen van gesprekken - Zie Ophalen van gesprekken om de groep voor het opnemen van gesprekken te configureren
-
Oproepwachtrijen - Om de oproepwachtrij te configureren, zie Oproepwachtrij
-
Jachtgroepen - Om jachtgroepen te beheren, zie Jachtgroep beheren
-
Bedrijfsmodi - Voor gespreksroutering op basis van bedrijfsmodi, zie Gespreksroutering op basis van operationele modi
-
Paginggroepen - Om een oproepgroep te configureren, zie Een oproepgroep configureren
-
Opnamen - Om de gespreksopname te beheren, zie Opnamen beheren
-
Bereik van één nummer - Om het bereik van één nummer te configureren (overal op kantoor), zie Eén nummer configureren
Acceptatietesten
Acceptatietests zorgen ervoor dat de gemigreerde omgeving voldoet aan de functionele vereisten, naar verwachting werkt en een naadloze gebruikerservaring biedt in alle communicatieworkflows. Dit validatieproces is veelzijdig en omvat alles, van gebruikerstoewijzing en nummertoewijzing tot de operationele prestaties van geavanceerde belfuncties.
Dit gedeelte bevat voorbeelden en belicht de belangrijkste aspecten waarmee rekening moet worden gehouden tijdens acceptatietests; het is echter niet bedoeld als een volledige of uitgebreide checklist.
Indeling van de gebruiker en toewijzing van nummers
Een fundamenteel aspect van acceptatietests bestaat erin te verifiëren dat alle gebruikers nauwkeurig en volledig van binnen worden bevoorraad. Dit vereist een grondige vergelijking tussen het bronbestand () en de nieuw opgerichte gebruikersbasis om er zeker van te zijn dat elk gebruikersaccount, samen met de bijbehorende kenmerken zoals toestelnummers en DID-toewijzingen (Direct Inward Dial), correct is gemigreerd. De volledigheid van de bevoorrading is niet alleen van cruciaal belang voor de werking op de eerste dag, maar ook voor de lopende administratie en ondersteuning.
De validatie van de nummertoewijzing omvat de bevestiging dat aan elke gebruiker de juiste extensie en het juiste externe nummer is toegewezen, en dat deze nummers correct worden doorgestuurd in zowel interne (on-net) als externe (PSTN) gespreksstromen. Het is essentieel om te controleren op overlappingen, ontbrekende opdrachten of verkeerde configuraties die kunnen leiden tot fouten in de routering van gesprekken of onderbrekingen van de service.
Oproepstromen via PSTN en weergave van nummerherkenning
Een robuuste acceptatietestprocedure moet de volledige validatie van PSTN-gespreksstromen omvatten. Dit omvat zowel scenario's voor inkomende als uitgaande gesprekken. Voor binnenkomende PSTN-gesprekken moet het testteam bevestigen dat de gesprekken worden doorgestuurd naar de beoogde eindpunten, of dit nu individuele gebruikers, wachtrijen, jachtgroepen of auto-attendants zijn. Uitgaande PSTN-gesprekken moeten met succes worden geplaatst, waarbij bijzondere aandacht moet worden besteed aan de correcte levering en presentatie van nummerherkenningsinformatie. Dit houdt in dat de juiste naam en het juiste nummer van de beller worden weergegeven aan externe ontvangers, in overeenstemming met het beleid van de organisatie en de wettelijke vereisten.
De tests moeten ook betrekking hebben op failover-scenario's, zoals de afhandeling van onbereikbare eindpunten of netwerkonderbrekingen. Dit helpt om te bevestigen dat de terugvalmechanismen en alternatieve routering naar behoren werken, waardoor de continuïteit en betrouwbaarheid van de service behouden blijven.
Telefoongesprekken op het net
Interne of on-net gespreksstromen vormen de ruggengraat van bedrijfscommunicatie. Acceptatietests op dit gebied verifiëren dat gesprekken tussen gebruikers binnen de organisatie correct worden gerouteerd, waarbij functies zoals doorverbinden, wachten, doorschakelen en vergaderen naar behoren werken. De integriteit van belabonnementen, de connectiviteit tussen uitbreidingen en de ondersteuning van het gespreksbeleid van de organisatie moeten allemaal worden bevestigd.
Afhandeling van gebruikersoproepen en validatie van functies
Een belangrijk aspect van acceptatietests is het valideren van de manier waarop gebruikers gesprekken afhandelen met behulp van de en ondersteunde bureautelefoons. Dit proces is erop gericht te bevestigen dat de dagelijkse gespreksworkflows intuïtief en betrouwbaar zijn en dat gebruikers naadloos toegang hebben tot de belangrijkste functies die nodig zijn voor hun rol. Bij tests moet worden beoordeeld hoe gemakkelijk gebruikers oproepen kunnen plaatsen en ontvangen, de functies voor de wachtstand en het hervatten kunnen beheren en zowel blinde als consultatieve overschrijvingen kunnen uitvoeren. Het is ook essentieel om te controleren of doorschakelen, vergaderen en andere geavanceerde mogelijkheden, zoals parkeren en oproepen ophalen of 'Niet storen' activeren, gemakkelijk beschikbaar zijn en soepel werken.
De ervaring moet worden beoordeeld op duidelijkheid en reactievermogen, rekening houdend met de manier waarop gebruikers omgaan met de gespreksgeschiedenis, voicemail en geïntegreerde telefoonboeken. Er moet extra aandacht worden besteed aan de mogelijkheid om actieve gesprekken tussen apparaten te verplaatsen en om bedieningselementen tijdens gesprekken effectief te gebruiken in de applicatie of op fysieke telefoons. Het uiteindelijke doel is ervoor te zorgen dat de eindgebruikerservaring consistent en efficiënt is en de communicatiebehoeften van de organisatie na de migratie volledig ondersteunt.
Oproepwachtrijen: ervaring als agent en supervisor
Oproepwachtrijen worden vaak gebruikt voor het afhandelen van scenario's voor inkomende gesprekken met een hoog volume. Acceptatietests richten zich hier op verschillende dimensies. Ten eerste moet worden geverifieerd dat gesprekken worden doorgestuurd naar agenten volgens de geconfigureerde wachtrijlogica, zoals round robin, langste inactiviteit of gelijktijdige beltoon. De weergave van gesprekken in de wachtrij op desktops van agenten moet worden onderzocht op duidelijkheid en gebruiksgemak, zodat agenten gesprekken efficiënt kunnen aannemen, aannemen en doorverbinden.
Voor supervisors moet de desktopervaring worden geëvalueerd voor functies zoals realtime monitoring, binnenvallen van gesprekken en analyses of inzichten in de prestaties van de wachtrijen. Dit omvat, maar is niet beperkt tot, het valideren van dashboards en rapportagetools die bruikbare gegevens bieden over gespreksverdeling, activiteit van agenten en wachtrijstatistieken.
Hunt Groups: gespreksdistributie
Hunt-groepen zijn een belangrijk mechanisme voor het verspreiden van gesprekken naar vooraf gedefinieerde groepen gebruikers. Acceptatietests moeten bevestigen dat gesprekken worden doorgestuurd naar groepsleden op basis van het geconfigureerde jachtalgoritme, en dat overloop-, doorstuurscenario's en scenario's zonder antwoord volgens het ontwerp worden afgehandeld. Ervoor zorgen dat het groepslidmaatschap en het routeringsgedrag van gesprekken overeenkomen met het eerder vastgestelde gedrag is essentieel voor operationele consistentie en gebruikerstevredenheid.
Auto Attendants: Aankondigingen en menubediening
Auto attendants vormen de frontlinie van geautomatiseerde gespreksafhandeling. De tests moeten betrekking hebben op het afspelen van aankondigingen, de nauwkeurigheid van opgenomen begroetingen en de correcte werking van de menubomen. Menuselecties moeten bellers op betrouwbare wijze doorverwijzen naar de juiste afdelingen, personen of externe nummers. De tests moeten ook ongeldige scenario's of scenario's met een time-out omvatten om te bevestigen dat bellers duidelijke begeleiding krijgen of worden doorverwezen zoals bedoeld.
Bediening van de voicemail
Tot slot is de voicemailfunctionaliteit van cruciaal belang voor de gebruikerservaring. Acceptatietests moeten verifiëren dat de voicemailboxen correct zijn toegewezen en toegankelijk zijn, zowel vanuit de organisatie als op afstand. De mogelijkheid om berichten op te nemen, op te halen en te beheren moet worden bevestigd, evenals de ontvangst van de meldingen.
Optimaliseren
PSTN-migratie naar Cloud Connect voor
Zodra alle eindpunten en gebruikers naar de cloud zijn gemigreerd, Unified CM is het enige doel om te fungeren als doorvoer tussen de PSTN-gateways en via de Local Gateway. Het uit beeld verwijderen van PSTN-gateways en Local Gateway door Cloud Connect te gebruiken als PSTN-toegang voor alle Webex Calling gebruikers heeft verschillende voordelen, waaronder kostenbesparingen en verbeterde betrouwbaarheid. Volg deze stappen om PSTN-toegang op locatie over te zetten naar Cloud Connect voor :
-
Cloud Connect voor de selectie van partners.
Raadpleeg de lijst met Cloud Connect for partners en maak een keuze uit de beschikbare partner (s) voor de locatie van uw organisatie.
-
Cloud Connect voor validatie.
Voordat PSTN-toegang voor locaties wordt overgeschakeld naar Cloud Connect, moet de connectiviteit met PSTN via de geselecteerde Cloud Connect-partner worden geverifieerd en gevalideerd. Voor dit doel moet een testlocatie worden ingericht met enkele testgebruikers op die testlocatie. PSTN-toegang voor deze testlocatie wordt vervolgens ingesteld op de Cloud Connect-partner voordat de PSTN-connectiviteit wordt gevalideerd met behulp van de testtelefoons. Na succesvolle validatie kan de testlocatie worden gedeprovisioneerd.
-
Nummeroverdracht.
Om de overgang naar Cloud Connect voor te bereiden, moet een poortorder worden geplaatst voor alle nummers die momenteel zijn toegewezen aan de PSTN-trunk die eindigt op. Alle nummers moeten worden overgedragen naar de Cloud Connect-partner. Om de bereikbaarheid tussen locaties te behouden, moeten alle nummers van alle locaties tegelijkertijd worden geport.
-
Schakel over naar een Cloud Connect-partner.
Op de datum van de cutover moet de PSTN-toegang voor alle locaties worden ingesteld op de Cloud Connected PSTN-provider, en de inkomende en uitgaande connectiviteit moet worden geverifieerd.
Zoals besproken in de PSTN-sectie van het ontwerphoofdstuk kunnen klanten er ook voor kiezen om hun PSTN-toegang over te zetten naar Cloud Connect om aan het begin van de overgang PSTN-trunking te gebruiken voor hybride implementaties. Zie PSTN-trunking voor hybride implementaties voor meer informatie. Webex Calling In dat geval is de PSTN-toegang tijdens de overgang via de lokale gateway en nadat alle gebruikers zijn overgezet naar PSTN, is er geen andere migratiestap in verband met PSTN dan de ontmanteling en de lokale gateways.
Optimaliseer de infrastructuur op locatie
Zodra alle gebruikers zijn overgeschakeld naar en alle eindpunten zijn overgezet naar cloudregistratie (of buiten gebruik zijn gesteld), moet u de juiste infrastructuur op locatie bijwerken nu bellen via de cloud in gebruik is. Updates voor de infrastructuur omvatten:
-
Verwijder DNS SRV records voor gespreksbeheer en berichten op locatie van de lokale DNS-server (s), inclusief cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Deze SRV-records zijn niet langer nodig om de klantenservice te ontdekken.
-
Edge-gerelateerde DNS SRV records verwijderen van het openbare DNS-systeem, waaronder collab_edge. _tls. <domain>. Deze SRV-records zijn niet langer nodig voor het ontdekken van diensten op het gebied van samenwerking op het gebied van de rand van de klantenservice.
-
Update alle relevante DHCP-scopes om TFTP-/boot-serveradressen van optie 66 en optie 150 te verwijderen. Deze scopes zijn niet langer nodig voor het ontdekken en downloaden van de configuratie van Endpoint Call Control.
-
Bijwerken/verwijderen van de juiste dial-peers in de Local Gateway/Cube die gesprekken van en naar doorsturen. Unified CM Deze dial-peers zijn niet langer nodig voor gespreksroutering op locatie.
-
Alle virtuele machines en/of servers met clusternodes verwijderen of verwijderen. Hergebruik computerbronnen en hardware indien nodig. Deze middelen zijn niet langer nodig voor gespreksbeheer en randdiensten.
-
Verwijder of verwijder alle virtuele machines en/of servers met clusterknooppunten. Hergebruik computerbronnen en hardware indien nodig. Deze bronnen zijn niet langer nodig voor voicemail- en unified messaging-diensten.
-
Opschonen: Na de migratie van PSTN-toegang naar Cloud Connected PSTN kunnen PSTN-trunks, PSTN-gateways en Local Gateway buiten gebruik worden gesteld.
-
Verwijder voor elke bestaande E911-oplossing op locatie alle locaties of nummers die zijn gemigreerd naar en verwijder, zodra de volledige overgang is voltooid, virtuele machines of servers van toepassingen. Hergebruik computerbronnen en hardware indien nodig. Deze middelen zijn niet langer nodig voor noodoproep- en locatiediensten.
-
DN's van gemigreerde gebruikers moeten op een verborgen partitie worden geplaatst om fouten in de gespreksroutering te voorkomen en om ervoor te zorgen dat alle CSS'en prioriteitstoegang hebben tot het cloudpad van dezelfde DN's.
-
Update de fysieke locatie en het netwerkelement dat kan worden verzonden in Horizon Mobility wanneer zich wijzigingen voordoen. Veelvoorkomende activiteiten waarvoor updates nodig zijn, zijn:
-
Vervanging van de netwerkswitch
-
Vervanging van een draadloos toegangspunt
-
Wijzigingen in het bereik van DHCP
-
Fysieke veranderingen in het gebouw (indien wordt overgegaan op een cabine/kantoor)
-
Uitbreiding of inkrimping van de fysieke kantoorruimte in een gebouw.
-
Gebruik analyses en probleemoplossing
biedt uitgebreide analyse- en probleemoplossingsmogelijkheden om u te helpen uw implementatie te visualiseren en te volgen. Deze hebben betrekking op mediakwaliteit, gedetailleerde oproepgeschiedenis, gesprekswachtrij, jachtgroep en automatische attendant-analyses. Een voorbeeld van analyses van mediakwaliteit wordt getoond in de figuur Media Quality Analytics.
Onder probleemoplossing kan elk gesprek worden bekeken met gedetailleerde informatie over de belangrijkste mediakwaliteit en signaleringsgerelateerde problemen om te helpen bij het opsporen van mediaproblemen en mislukte gesprekken, zoals weergegeven in figuur Probleemoplossing van de mediakwaliteit.
probleemoplossing kan ook worden geïntegreerd met andere Cisco-producten zoals ThousandEyes- en Meraki-switches om een nog rijkere geïntegreerde ervaring in Control Hub te bieden. Zie Problemen oplossen in de Control Hub voor meer informatie over het gebruik van Webex Callinganalyses en probleemoplossing Webex Calling.
Voordat u begint
Deze handleiding is bedoeld voor teams of individuen met ervaring met het configureren en beheren van Cisco Unified Communications Manager (Unified CM) en Cisco-eindpunten, waaronder IP-bureautelefoons, videoapparaten en Jabber-softclients. In dit document staan links naar product- en ondersteuningsdocumentatie om u te helpen.
Dit document is uitsluitend gericht op de overgang van Unified CM naar een Webex Calling multi-tenant. De term Webex Callingin dit document verwijst altijd naar Webex Calling meerdere huurders.
Voordat u begint met de migratie van Unified CM naarWebex Calling, is het noodzakelijk dat u een volledig begrip hebt van de Webex Calling oplossing en de bijbehorende componenten. Een succesvolle migratie vereist kennis van de Webex Calling architectuur, servicemodellen, implementatieopties en bijbehorende functies om bestaande Unified CM workloads goed in kaart te brengen en een effectief transitieplan op te stellen.
Een grondige kennis van de volgende Webex Calling componenten is essentieel voor een effectieve overgangsstrategie en operationele paraatheid.
-
Controlehub
-
Adresboek en gebruikersvoorziening
-
Webex Callingplatform
-
Ondersteunde eindpunten voor bellen
-
PSTN-connectiviteitsopties
-
Webex Callingtelefoonplan en nummerbeheer
-
Beveiligings- en nalevingsfuncties.
Voor meer informatie, zie Cisco Preferred Architecture forWebex Calling.
In deze handleiding wordt aandacht besteed aan hulpmiddelen en processen die tijdens de levenscyclus van de transitie kunnen worden gebruikt. Een overgang van bellen op locatie naar een nieuw platform voor bellen in de cloud kan echter een aanzienlijke inspanning zijnWebex Calling, met mogelijke zakelijke, technische en complexe uitdagingen. Unified CM Om deze uitdagingen het hoofd te bieden, heeft Cisco een aantal verschillende opties beschikbaar om u bij uw reis te helpen. Het is belangrijk om de informatie bij Enterprise Cloud Calling - Calling Migration te bekijken en inzicht te krijgen in elke optie en hoe elke optie u mogelijk kan helpen bij uw eigen migratie.
-
Webex-migratietools: gratis zelfbedieningstools ingebouwd in Control Hub om uw overgang te stroomlijnen naar Webex Calling
-
Gecertificeerde migratieproviders: Cisco-gevalideerde software- en toolleveranciers die migratieoplossingen hebben ontwikkeld om Webex-partners en -klanten te helpen bij complexe en grote migraties. Deze oplossingen kunnen helpen bij het vereenvoudigen, beheren en versnellen van de overgang naar Webex Calling
-
Webex Setup Assist: een migratieservice onder leiding van Cisco die klanten en partners begeleidt bij de Webex Calling implementatie en configuratie, die nodig zijn om Unified CM gebruikers en services succesvol te migreren naar. Webex Calling
Overzicht
Met de groei van samenwerkingsdiensten die via de cloud worden geleverd, willen meer klanten hun bestaande samenwerkingsworkloads naar de cloud verplaatsen, gezien de beloften van lagere totale eigendomskosten, vereenvoudigd beheer, continue levering van functies, grotere schaal en superieure betrouwbaarheid die inherent is aan clouddiensten. Nu klanten de overstap willen maken van diensten voor samenwerking op locatie naar de cloud, is het belangrijk dat ze begrijpen wat de overgang inhoudt en welke stappen nodig zijn om de overstap te maken.
Het doel van dit document is om klanten te begeleiden bij de implementatie die specifiek op zoek zijn naar een overstap van on-premises Unified CM naar Webex Calling in de cloud. In deze implementatiegids wordt ervan uitgegaan dat de lezer een basiskennis heeft van de gespreksovergang tussen Unified CM enWebex Calling, inclusief wat er verandert bij deze overgang en wat de verschillen zijn wanneer de belbelasting van on-premises naar de cloud wordt verplaatst. Voordat u verder gaat, moet u ervoor zorgen dat u de informatie die beschikbaar is op de Transitiekaart hebt gelezen en ermee vertrouwd bent. Dit document met de overgangskaart bevat informatie over de veranderingen en verschillen van deze overgang.
Zoals te zien is in de figuur Samenwerkingsarchitectuur op locatie: gespreksbeheer en toegang op afstand, omvat een typische implementatie op locatie verschillende componenten van de samenwerkingsinfrastructuur op het netwerk, een platform voor gespreksbeheer, een edge-platform, hardware- en software-eindpunten, en in sommige gevallen zelfs platforms voor conferenties en planning. In de Cisco-architectuur zou dit omvatten Unified CM voor gespreksbeheer, Expressway voor toegang op afstand en business-to-business (B2B) edge-services, Cisco Meeting Server/Cisco Meeting Management voor vergaderingen op locatie, Unity Connection voor spraakberichten en gebruikersgerichte hardware (Cisco IP-telefoons, Cisco Desk and Room-videosystemen) en software () IP-eindpunten. Cisco Jabber Deze componenten kunnen in sommige omgevingen enigszins verschillen, maar dit is het startpunt voor de overgang, zoals beschreven in de rest van dit document.
De architectuur die wordt weergegeven in de figuur Samenwerkingsarchitectuur op locatie: gespreksbeheer en toegang op afstand is gebaseerd op de voorkeursarchitectuur (PA) voor Cisco Collaboration Enterprise On-Premises Deployments. Zie Cisco Collaboration Preferred Architectures voor meer informatie over de Enterprise On-premise.
Vroeger: De tabel met componenten van de oproepinfrastructuur op locatie bevat de belangrijkste elementen van de lokale architectuur vóór de overgang naar Webex Calling de cloud.
| Product | Beschrijving |
|---|---|
| Unified CM | Oproepbeheer op locatie voor de registratie van apparaten en het routeren van gesprekken |
| Cisco Expressway-C/E | Edge-infrastructuur die mobiele en Remote Access (MRA) en business-to-business (B2B) functionaliteit biedt, waardoor externe eindpunten veilig verbinding kunnen maken van buiten de organisatie. Expressway wordt in paren geïmplementeerd om externe eindpunten via de firewall te kunnen bedienen. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) en Cisco Telepresence Management Suite (TMS) | Infrastructuur voor spraak-, video- en webconferenties op locatie die multipoint-vergaderingen, vergaderbeheer en planningsmogelijkheden biedt. [Optioneel] |
| Cisco Unity Connection | Spraakberichtenplatform op locatie met mogelijkheden voor voicemail en geïntegreerde berichten . [Optioneel] |
| Cisco Desk, Cisco Room, Cisco Board, Cisco IP-telefoons en Cisco Jabber | IP-apparaten die geregistreerd zijn bij Unified CM en mogelijkheden bieden voor spraak- en videogesprekken |
Zoals geïllustreerd in de figuur Overgangsbeslissing: bellen op locatie naar Webex Calling, klanten die een gespreksbeheer op locatie hebben met IP-eindpunten op het bureau Unified CM en video, kunnen kiezen tussen de overgang van de architectuur naar een cloudarchitectuur. Webex Calling
De beslissing moet worden genomen op basis van de functionaliteitsvereisten van de klant. Klanten die aan de volgende vereisten voldoen, moeten dit zorgvuldig overwegen voordat ze deze beslissing nemen en kunnen uiteindelijk besluiten om de gesprekscontrole op locatie te houden:
- Telefoonmodellen die niet worden ondersteund door Webex Calling
- Complexe of talrijke integraties met andere systemen of oplossingen op locatie, vooral wanneer het moeilijk Webex Calling is om deze integraties te repliceren met of als er geen gelijkwaardige alternatieve oplossingen beschikbaar zijn
- Complexe telefoonabonnementen, zeer gedetailleerde serviceklassen of beide
- Beperkende, beperkte of onbetrouwbare internettoegang
- Streng beleid inzake gegevensprivacy en -eigendom
- Nalevingsvereiste voor het opnemen en opslaan van media op locatie of in het land
- Integraties van derden zonder haalbare alternatieve Webex Calling integratie
- Integraties van contactcentra waarbij het contact center inter nog niet overstapt naar de cloud.
Dit document is gericht op klanten met Unified CM een gespreksbeheersysteem die inzicht willen krijgen in de algemene stappen, overwegingen en vereisten om de Webex Calling implementatie mogelijk te maken, zoals beschreven in de volgende sectie.
Kerncomponenten
De doelarchitectuur voor deze migratie bevat verschillende nieuwe componenten. Dit omvat de Webex Calling service voor bellen in de cloud, de Webex-app, Cisco Directory Connector voor identiteitsintegratie en de Local Gateway (LGW) voor PSTN-toegang, evenals de integratie van gesprekken op locatie naar de cloud. Cisco Calling Plans of Cloud Connected PSTN (CCP), mogelijk gemaakt door een Cloud Connect for Webex Calling partner, zijn aanvullende opties voor PSTN-toegang.
Zoals te zien is in figuur After: Webex Calling Architecture, worden de nieuwe componenten (Webex CallingDirectory-connector, lokale gateway en Survivability-gateway) toegevoegd aan de bestaande implementatie op locatie.
Na: De tabel met infrastructuurcomponenten voor aanroepen in de cloud bevat de nieuwe elementen van de architectuur na de overgang naar Webex.
| Product | Beschrijving |
|---|---|
| Webex Calling | Oproepservice in de cloud, geleverd vanaf het Webex-platform, met eindpuntregistratie en gespreksroutering |
| Cisco Directory-connector | Windows-toepassing die draait op een Windows-domeincomputer die
identiteitssynchronisatie biedt tussen het bedrijf op locatie Active Directory en de
identiteitsopslag van de Webex-organisatie. Voor klanten die overstappen van on-premises Active Directory naar Entra ID, maakt de identiteitsintegratie met Webex in plaats van Cisco Directory Connector gebruik van de Entra ID Wizard-app. |
| Lokale toegangspoort | Een lokale gateway fungeert als brug tussen het geïntegreerde communicatienetwerk van een klant op locatie en de Webex Calling cloud. Het kan op locatie worden geïmplementeerd of door een partner worden gehost, waardoor PSTN-toegang wordt geboden voor eindpunten die in de cloud zijn geregistreerd, evenals oproepintegratie tussen geregistreerde en in de cloud Unified CM geregistreerde eindpunten. Cisco IOS-XE Integrated Services Router (ISR 1100- en 4000-serie), Cisco Catalyst 8200/8300 Series, Cisco Catalyst 8000V Edge-software en verschillende gecertificeerde Session Border Controllers (SBC's) van derden kunnen worden gebruikt als LGW voor een gefaseerde migratieaanpak. |
| Gateway voor overlevingskansen | Survivability Gateway (SGW) is een op IOS-XE gebaseerde gateway voor een lokaal netwerk die terugvaldiensten biedt naar eindpunten ter plaatse tijdens netwerkuitval. Webex Calling |
| Cisco Calling Plan, Cloud Connect voor Webex Calling | Cisco Calling Plan en Cloud Connect for Webex Calling zijn cloudgebaseerde opties voor PSTN-toegang voor eindpunten. Webex Calling PSTN-toegang wordt mogelijk gemaakt door een PSTN-provider in de cloud en vereist geen apparatuur op locatie. |
| Webex-app | Clienttoepassing die draait op een desktopbesturingssysteem (Windows, Mac) of een mobiel besturingssysteem (Android, iOS) en die rechtstreeks op het Webex Calling platform is geregistreerd voor belfunctionaliteit. |
Overzicht van het PPDIO-proces
Het PPDIO-proces staat voor Prepare, Plan, Design, Implementate en Optimize. Het is een gestructureerde Cisco-methode die projecten begeleidt vanaf de eerste beoordeling tot continue verbetering, zodat efficiënte en succesvolle implementaties of migraties worden gegarandeerd.
Algemene beschrijving van PPDIO
-
Bereid u voor: Evalueer de huidige omgeving, verzamel de vereisten en breng belanghebbenden op elkaar af om een solide basis te leggen.
-
Plan: Ontwikkel gedetailleerde projectplannen, met inbegrip van tijdlijnen, middelen en strategieën voor risicobeperking.
-
Ontwerp: Architect, de doeloplossing die is afgestemd op zakelijke en technische behoeften.
-
Implementeren: Voer de implementatie of migratie uit op basis van het ontwerp, waarbij de functionaliteit en prestaties worden gevalideerd.
-
Optimaliseren: Verbeter de oplossing na de implementatie voortdurend door de prestaties te controleren, configuraties te verfijnen en gebruik te maken van automatiserings- en integratietools.
PPDIO gebruiken voor twee Unified CM Webex Calling migratieprojecten
Bij de overgang van Unified CM naar Webex Calling biedt het PPDIO-proces een duidelijk stappenplan om te zorgen voor een soepele en efficiënte overgang:
Bereid u voor
-
Evalueer de bestaande Unified CM omgeving en de gereedheid voor migratie
-
Gedetailleerde gegevens verzamelen over gebruikers, apparaten, netwerken en afhankelijkheden
-
Locatiegegevens verzamelen, waaronder adres voor noodhulp, aantal gebruikers, internettoegang, toegang tot PSTN
-
Risico's identificeren en de reikwijdte van het project bepalen om alle belanghebbenden op één lijn te brengen.
Plan
-
Stel een uitgebreid migratieplan op met batchschema's, toewijzing van middelen en tijdlijnen
-
Definieer taken zoals firmware-upgrades van apparaten, licentieverlening en onboarding van gebruikers
-
Coördineer de migratievensters met Cisco en partners om onderbrekingen tot een minimum te beperken.
Ontwerp
-
Huidige Unified CM configuraties, belabonnementen en gebruikersprofielen koppelen aan Webex Calling equivalenten
-
Ontwerp de Webex Calling omgeving, inclusief de PSTN-strategie (tussentijds en definitief), locaties, gebruikersrollen en integratiepunten zoals Local Gateway (CUBE) en adreslijstsynchronisatie
-
Plan voor coëxistentiescenario's waar Unified CM en Webex Calling werk tegelijkertijd tijdens de migratie.
Implementeren
-
Gebruik de migratietools van Control Hub naast tools van derden om wijzigingen in de firmwaremodus van het apparaat, de configuratie van functies en gebruikersmigraties uit te voeren
-
Voer bulkbewerkingen en -voorzieningen uit met behulp van Webex API's om grootschalige migraties en configuraties te stroomlijnen
-
Licentieverlening, apparaatregistratie en configuratie-updates uitvoeren
-
Valideer het succes van de migratie door middel van tests en operationele verificatie.
Optimaliseren
-
Houd de Webex Calling prestaties en gebruikerservaring voortdurend in de gaten
-
Configuraties en workflows verfijnen op basis van operationele gegevens en feedback
-
Maak gebruik van automatiserings- en integratiemogelijkheden om de efficiëntie en schaalbaarheid te verbeteren
-
Waar nodig oude Unified CM componenten buiten gebruik stellen en doorlopende ondersteuning bieden voor operaties op dag 2.
Deze verbeterde PPDIO-aanpak zorgt voor een gecontroleerde, transparante en efficiënte migratie van Unified CM naar, waarbij gebruik wordt gemaakt van de toolsWebex Calling, API's en het partnerecosysteem van Cisco om de bedrijfscontinuïteit te behouden en de samenwerkingsmogelijkheden te verbeteren.
PPDIO-feedbackloops
Het overzicht op hoog niveau, weergegeven in figuur Iteraties tijdens de uitvoering van PPDIO, illustreert een enkele feedbacklus van de optimalisatiefase terug naar de voorbereidingsfase. Dit betekent dat er na de eerste implementatie voortdurend mogelijkheden zijn voor voortdurende verbetering. Elke optimalisatiecyclus kan nieuwe vereisten of verbeterpunten identificeren, waaraan kan worden voldaan door middel van volgende projecten of initiatieven. Deze individuele projecten volgen op hun beurt elk de vastgestelde levenscyclus van PPDIO (Prepare, Plan, Design, Implementate, Optimize). Deze iteratieve aanpak zorgt ervoor dat het systeem afgestemd blijft op veranderende bedrijfsdoelstellingen en technologische ontwikkelingen, waardoor een cultuur van voortdurende verfijning en aanpassingsvermogen wordt bevorderd.
Tijdens de uitvoering van het PPDIO-proces is het gebruikelijk dat bevindingen in de latere fasen het noodzakelijk maken om beslissingen die in eerdere stadia zijn genomen opnieuw te bekijken en mogelijk te herzien. Zo kunnen problemen die zich tijdens de uitvoeringsfase hebben voorgedaan, zoals de identificatie van onduidelijkheden in het ontwerp of ontbrekende informatie, aan het licht brengen dat bepaalde aspecten tijdens de ontwerpfase niet volledig zijn behandeld. In dergelijke gevallen is het noodzakelijk om terug te keren naar de relevante eerdere fase om deze problemen op te lossen voordat u verder gaat. Dit iteratieve feedbackmechanisme, zoals geïllustreerd in het Unified CMdoor figuren ondersteunde PPDIO-proces, zorgt ervoor dat de oplossing grondig wordt gevalideerd en verfijnd, wat uiteindelijk bijdraagt aan een robuustere en effectievere implementatie.
Bij de overgang van Unified CM naarWebex Calling, kan elke fase van het PPDIO-proces aanzienlijk profiteren van informatie die is verzameld uit de bestaande Unified CM omgeving. Uit de huidige Unified CM configuratie kunnen bijvoorbeeld uitgebreide inventarissen van gebruikers, telefoonnummers, belfuncties en componenten van het kiesplan worden afgeleid. Deze gegevens vormen een aanvulling op informatie die rechtstreeks door belanghebbenden wordt verstrekt en helpt de plannings- en ontwerpactiviteiten te stroomlijnen. Het gebruik van geschikte hulpmiddelen om de gegevensextractie en -analyse te automatiseren, verbetert niet alleen de nauwkeurigheid, maar versnelt ook het totale proces. Door gebruik te maken van inzichten uit de bestaande implementatie Webex Calling kan de overgang naar efficiënter worden uitgevoerd dan een traditionele greenfield-implementatie, waarbij toch de gestructureerde PPDIO-methodologie wordt gevolgd. Dit proces wordt geïllustreerd in het Unified CMdoor figuren ondersteunde PPDIO-proces.
Migratieaanpak
Bij het plannen van uw overgang van lokaal Unified CM naarWebex Calling, moet u bepalen hoe u deze reis gaat aanpakken. Eerst moet u beslissen of de migratie een snelle aanpak is (alles tegelijk) of een gefaseerde aanpak (groepen gebruikers/apparaten over een langere periode migreren).
Als u een snelle migratie uitvoert, gaan al uw gebruikers en apparaten het snelst over. Met deze methode verplaatst u alle gebruikers en apparaten van on-premises Unified CM naar Webex Calling tegelijkertijd. In wezen is het één migratievenster voor alle gebruikers en apparaten. Nadat deze migratie is voltooid, bevinden al uw gebruikers en apparaten zich op het Webex Calling platform en kan al uw Unified CM infrastructuur buiten gebruik worden gesteld. Veel organisaties kunnen deze aanpak echter niet gebruiken vanwege de schaal en omvang van hun oproepimplementatie.
De tweede benadering is een gefaseerde migratie. De meeste organisaties zullen deze aanpak gebruiken omdat die zorgt voor betere controle, beheer en schaalbaarheid tijdens de migratie. Het is ook beter geschikt voor grotere UC-implementaties en/of implementaties in meerdere regio's. Daarom richt dit document zich op de gefaseerde aanpak met twee stappen in de overgang.
Zoals te zien is in onderstaande figuur Gefaseerde gespreksovergang: hybride en cloud, de eerste overgangsfase (fase 1) resulteert in een co-existentie-implementatie met dubbele belomgevingen. In deze fase wordt overgeschakeld naar sommige gebruikers, apparaten en softclients, Webex Calling terwijl andere nog steeds gebruikmaken van de Unified CM gespreksbediening op locatie. De laatste overgangsfase (fase 2) resulteert in een pure belomgeving in de cloud waar alle gebruikers, apparaten en softclients volledig naar het Webex Calling platform zijn overgeschakeld.
Hoe lang een organisatie nodig heeft om volledig over te schakelen op bellen via de cloud, hangt af van de huidige implementatie. In sommige gevallen kan een organisatie de eerste overgang maken en gedurende een langere periode (maanden of zelfs jaren) in de fase van coëxistentie met dubbele gesprekscontrole (fase 1) blijven, terwijl in andere gevallen een organisatie in een zeer korte periode Webex Calling (weken of maanden) volledig overgaat naar (fase 2). Dit document is bedoeld om beide fasen te behandelen (fase 1 - coëxistentie en fase 2 - volledige overgang).
Het is mogelijk dat sommige organisaties voor onbepaalde tijd een dubbele gesprekscontrole naast elkaar blijven gebruiken zonder van plan te zijn ooit volledig over te stappen op bellen in de cloud.
De tweede overweging is hoe u gebruikers, apparaten en softclients overzet van gespreksbeheer op locatie naar gespreksbeheer in de cloud. De aanbevolen aanpak is een overgang in drie fasen. De figuur Aanbevolen overgang in drie fasen hieronder verdeelt deze aanpak in drie fasen.
Pre-migratie: Deze fase is erop gericht om zowel de Webex als de Unified CM omgevingen klaar te maken voor de migratie. Het gaat er niet om specifieke planning of configuraties aan te roepen en is gericht op het voltooien van activiteiten die nu en voordat een Webex Calling migratieproject start, kunnen worden uitgevoerd. Het doel is om de basis te leggen voor de twee omgevingen om zich voor te bereiden op de migratie.
Voorbereiding van de migratie: In deze fase begint de voorbereiding van de migratie naar Webex Calling. Hier moeten de zakelijke en technische vereisten worden herzien en bijgewerkt. Voer niet zomaar een verschuiving uit van wat momenteel wordt geïmplementeerd en herdefinieer in plaats daarvan de zakelijke en technische vereisten die uw bedrijf vandaag en in de toekomst nodig heeft door gebruik te maken van de kracht van. Unified CM Webex Calling Bovendien is dit de fase waarin u uw ontwerp, configuratieplanning en migratieplanning/-schema voltooit.
Migratie (uitrol en ontmanteling): In deze fase vindt de daadwerkelijke migratie van gebruikers, apparaten, telefoonnummers en softclients plaats. Zoals hierboven besproken, kan deze fase voor iedereen tegelijk worden voltooid (flash-cut) of via meerdere wijzigingsvensters (gefaseerd). Adoptieplannen, training en communicatie voor eindgebruikers zijn van cruciaal belang, zodat uw gebruikers op de hoogte zijn van de wijzigingen, hoe ze het nieuwe belplatform moeten gebruiken en weten wanneer de wijziging zal plaatsvinden. De laatste stap is het buiten gebruik stellen van alle UC-infrastructuur op locatie die niet langer wordt gebruikt.
In de fase vóór de migratie zijn er activiteiten (vereist, aanbevolen en optioneel) waaraan u onmiddellijk kunt beginnen te werken. Het wordt aanbevolen om deze eerder dan later af te ronden, en bij voorkeur voordat uw project begint. Sommige activiteiten kunnen langer duren, dus als u ze eerder start, kunt u uw eigenlijke migratieproject stroomlijnen.
De onderstaande figuur Activiteiten vóór de migratie belicht vijf specifieke categorieën activiteiten die verband houden met een Webex Calling migratie.
Bereid u voor
Zakelijke en technische vereisten
Bij het plannen van een migratie van naar, is het cruciaal om tijdens de planningsfase zowel de technische als de zakelijke vereisten grondig te verzamelen. Deze stap zorgt ervoor dat de migratie wordt afgestemd op de operationele doelstellingen en technische mogelijkheden van uw organisatie, waardoor risico's en verstoringen tot een minimum worden beperkt.
Waarom het verzamelen van vereisten belangrijk is:
-
Stemt bedrijfsdoelstellingen op elkaar af: inzicht in de bedrijfsbehoeften helpt om de migratie aan te passen ter ondersteuning van belangrijke workflows, gebruikerservaring en groeiplannen.
-
Zorgt voor technische compatibiliteit: door technische vereisten vroegtijdig te identificeren, worden integratieproblemen met bestaande infrastructuur, netwerken en eindpunten voorkomen.
-
Vergemakkelijkt de planning van middelen: duidelijke vereisten helpen om de tijdlijnen, kosten en benodigde middelen nauwkeurig in te schatten.
-
Beperkt risico's: vroegtijdige detectie van potentiële uitdagingen maakt proactieve oplossingen mogelijk, waardoor de uitvaltijd en serviceonderbrekingen worden beperkt.
Zakelijke vereisten
Typische zakelijke vereisten zijn onder meer:
-
Aantal gebruikers en locaties dat moet worden gemigreerd
-
Gewenste functies en diensten (bijvoorbeeld routering van gesprekken, voicemail, conferenties, automatische medewerkers, wachtrijen)
-
Nalevings- en beveiligingsbeleid
-
Budgetbeperkingen en kostenverwachtingen
-
Behoeften aan training en ondersteuning van gebruikers
-
Tijdschema voor migratie en overwegingen inzake bedrijfscontinuïteit.
Het verzamelen van de gewenste functies en diensten is een cruciale stap om ervoor te zorgen dat het nieuwe systeem voldoet aan de zakelijke behoeften. Bij het verzamelen van deze vereisten is het belangrijk om niet alleen rekening te houden met wat er momenteel is geconfigureerd, maar ook om de werkelijke vereisten te verzamelen van de bedrijfsentiteiten die het systeem gaan gebruiken. Anders bestaat het risico dat het plan gebaseerd is op niet-actuele veronderstellingen. Zorg ervoor dat u aanvullende of verbeterde functies evalueert die beschikbaar zijn als die mogelijk niet bestaan in, zoals bellen in de cloud, geavanceerde gesprekswachtrijen, , en. Dit helpt om alle voordelen van het cloudplatform te benutten.
Bij de evaluatie van de huidige configuratie in, is het belangrijk om te beseffen dat niet alle bestaande instellingen nodig kunnen blijven als gevolg van veranderende vereisten gedurende de hele levenscyclus van het systeem. De nadruk moet liggen op het identificeren en behouden van alleen die configuraties die aansluiten bij de huidige en toekomstige behoeften van de implementatie.
Concentreer u meer op wat u nodig hebt dan op wat u hebt.
Naleving en beveiligingsbeleid zijn cruciale overwegingen tijdens de migratie van naar om ervoor Webex Calling te zorgen dat het nieuwe communicatiesysteem in de cloud voldoet aan de wettelijke, reglementaire en organisatorische normen.
-
Naleving van de regelgeving: Organisaties moeten controleren of ze voldoen aan branchespecifieke regelgeving, zoals de GDPR, HIPAA of SOX, waarbij wordt voldaan aan de vereisten voor gegevensprivacy, -bewaring en -verwerking, evenals landspecifieke mandaten met betrekking tot de ingezetenschap van gegevens, de tolomleiding en de locatie van de media.
-
Gegevensbeveiliging: ervoor zorgen dat spraak- en signaalgegevens zowel tijdens het transport als in rust worden versleuteld om te beschermen tegen onderschepping of ongeoorloofde toegang.
-
Toegangscontroles: Het definiëren en afdwingen van gebruikersauthenticatie, autorisatie en toegang op basis van rollen om ongeoorloofd gebruik van communicatiemiddelen te voorkomen.
-
Audit en toezicht: Implementatie van registratie- en bewakingsmogelijkheden om de toegang en het gebruik voor nalevingsaudits en onderzoeken naar beveiligingsincidenten bij te houden.
-
Afstemming van het beleid: de migratie afstemmen op het bestaande beveiligingsbeleid van het bedrijf, waaronder eindpuntbeveiliging, netwerksegmentatie en plannen voor incidentrespons.
-
Beveiligingsgarantie van leveranciers: Evaluatie van de beveiligingscertificaten en conformiteitsattesten van Cisco om de betrouwbaarheid te waarborgen.
Door dit nalevings- en beveiligingsbeleid tijdens de planningsfase aan te pakken, kunnen risico's worden beperkt, wettelijke sancties worden voorkomen en kan de integriteit en vertrouwelijkheid van de communicatie tijdens en na de migratie worden gehandhaafd.
De behoeften op het gebied van training en ondersteuning van gebruikers zijn essentiële componenten tijdens de migratie van naar om een soepele overgang en gebruikersacceptatie te garanderen. De belangrijkste overwegingen zijn onder meer:
-
Trainingsprogramma's: Ontwikkel trainingssessies op maat voor verschillende gebruikersgroepen (eindgebruikers, beheerders, helpdeskmedewerkers) om hen vertrouwd te maken met functies, gebruikersinterfaces en nieuwe workflows.
-
Documentatie: Zorg voor duidelijke, toegankelijke gebruikershandleidingen, veelgestelde vragen en beknopt naslagmateriaal, waaronder wat is er nieuw en verschillende bronnen en stapsgewijze handleidingen voor en na (in video- of beknopte handleiding), om gebruikers te ondersteunen bij hun aanpassing aan de bijgewerkte ervaring na de migratie.
-
Veranderingsbeheer: Breng veranderingen proactief over om de verwachtingen van gebruikers te beheersen en de weerstand te verminderen.
-
Ondersteuningsstructuur: Stel een speciaal ondersteuningsteam of een escalatietraject samen om problemen van gebruikers snel aan te pakken tijdens en na de migratie.
-
Doorlopend onderwijs: Plan voor continue trainingsupdates zodra er nieuwe functies of updates worden uitgebracht.
-
Feedbackmechanismen: Implementeer kanalen voor gebruikers om problemen te melden en feedback te geven om de opleidings- en ondersteuningsprocessen te verbeteren.
Door tijdens de planningsfase aan deze behoeften op het gebied van training en ondersteuning te voldoen, wordt de overlast tot een minimum beperkt, wordt het vertrouwen van de gebruiker vergroot en worden de voordelen van de migratie naar gemaximaliseerd.
Technische vereisten
Voor een succesvolle migratie van naar moeten verschillende belangrijke technische vereisten worden verzameld en gedocumenteerd, waaronder gegevens voor:
-
Netwerkparaatheid en bandbreedtecapaciteit
Een uitgebreide netwerkbeoordeling is van cruciaal belang om ervoor te zorgen dat uw bestaande infrastructuur de nieuwe Webex Calling omgeving kan ondersteunen. Dit omvat:
-
Bandbreedteanalyse: Evaluatie van het huidige en verwachte bandbreedtegebruik om spraak-, video- en dataverkeer zonder congestie af te handelen.
-
Quality of Service (QoS): implementatie van QoS-beleid om prioriteit te geven aan spraakverkeer en latentie, jitter en pakketverlies tot een minimum te beperken.
-
WAN- en internetconnectiviteit: Controleren of WAN-koppelingen en internetverbindingen voldoen aan de vereisten voor bellen in de cloud, waaronder redundantie- en failovermogelijkheden.
-
Firewall- en NAT-configuratie: ervoor zorgen dat de firewall- en NAT-instellingen de vereiste signalering en mediaverkeer toestaan voor.
-
-
Integratie met een bestaand systeem
Naadloze integratie met bestaande bedrijfssystemen is essentieel voor de gebruikerservaring en de continuïteit van de workflow:
-
Directorydiensten: Evaluatie van de integratie met een bedrijfsadresboek voor geautomatiseerde gebruikerstoewijzing en -authenticatie.
-
CRM en bedrijfstoepassingen: Identificatie van integratiepunten met systemen voor klantrelatiebeheer en andere bedrijfskritieke toepassingen.
-
Interworking van oude PBX-systemen: Planning voor coëxistentie of gefaseerde migratiestrategieën, indien er oudere telefoniesystemen overblijven tijdens de overgang.
-
-
Compatibiliteit en provisioning van eindpunten
Alle eindpunten, inclusief bureautelefoons, softphones en mobiele apparaten, moeten op compatibiliteit worden beoordeeld :
-
Apparaatondersteuning: bevestigen dat bestaande IP-telefoons en -apparaten worden ondersteund door of om te identificeren welke vervangingen nodig zijn.
-
Provisioningprocessen: Invoering van geautomatiseerde of gestroomlijnde leveringsmethoden voor een efficiënte onboarding van eindpunten.
-
Firmware- en software-updates: Planning van noodzakelijke updates om interoperabiliteit en beveiliging te garanderen.
-
-
Beveiligingsconfiguraties en coderingsstandaarden
Beveiliging is van het grootste belang bij cloudcommunicatie:
-
Encryptie: Encryptie afdwingen van begin tot eind versleuteling voor signalering en mediastreams, in overeenstemming met de best practices van Cisco op het gebied van beveiliging.
-
Authenticatie en toegangscontrole: Implementatie van veilige authenticatiemechanismen (zoals SSO, multifactor-authenticatie) en gedetailleerde toegangscontroles voor gebruikers.
-
Naleving van de regelgeving: ervoor zorgen dat de oplossing voldoet aan de relevante wettelijke en industriële nalevingsnormen (bijvoorbeeld GDPR, HIPAA).
-
Beveiligingsmonitoring: integratie met SIEM-tools en instellen van waarschuwingen voor mogelijke beveiligingsincidenten.
-
| Vereiste | Belangrijkste overwegingen |
|---|---|
| Gereedheid voor het netwerk en bandbreedte | Bandbreedte, QoS, WAN/internet, firewall/NAT |
| Integratie met bestaande systemen | Adresboek, CRM, telefooncentrale, e-mail/agenda |
| Compatibiliteit en provisioning van eindpunten | Apparaatondersteuning, bevoorrading, firmware-updates |
| Beveiligingsconfiguraties en versleuteling | Encryptie, authenticatie, naleving, veiligheidscontrole |
| Gebruikerstraining en wijzigingsbeheer | Trainingsprogramma's, documentatie, communicatie over veranderingen |
| Nummeroverdraagbaarheid en belplan | Nummermigratie/-overdracht, vertaling van het kiesplan |
| Integraties van derden | Paging, contactcenter, fax, analoge apparaten |
Gereedheid en vereisten voor het netwerk
De gereedheid van het netwerk is van cruciaal belang voor een succesvolle migratie naar elke oproepoplossing in de cloud, zoals. Een slechte netwerkplanning kan leiden tot een slechtere gesprekskwaliteit, onderbroken gesprekken en ontevreden gebruikers. Klanten moeten een netwerkbeoordeling uitvoeren voordat ze migreren naar. Het wordt aanbevolen om de beschikbaarheid van de netwerkbandbreedte voor het verwachte gespreksvolume te bevestigen, ervoor te zorgen dat aan de vereisten voor de kwaliteit van de dienstverlening (QoS) wordt voldaan en inzicht te krijgen in de verschillende poorten die moeten worden geopend in de edge-firewall (s).
Betrouwbare netwerkconnectiviteit met voldoende servicekwaliteit (bandbreedte, pakketverlies, RTT) is een basisvereiste om de best mogelijke gebruikerservaring van begin tot eind te garanderen voor alle eindpunten, clients en toepassingen die spraak- en videofunctionaliteit gebruiken.
Klanten en partners hebben toegang tot connectiviteitsopties die verder gaan dan over-the-top (OTT) internet, waarmee de verbinding met Connect kan worden geoptimaliseerd. Webex Edge Voor meer informatie over Webex Edge Connect-ontwerpdetails, zie Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant en Dedicated Instance.
Klanten kunnen CScan gebruiken voor een netwerkbeoordeling, die informatie geeft over de netwerkkwaliteit van de klant, hoeveel gesprekken er kunnen worden gevoerd, de latentie, enzovoort. Voor meer informatie over de CScan-tool, zie CScan gebruiken om de Webex Calling netwerkkwaliteit te testen.
Om er zeker van te zijn dat het netwerk klaar is voor de migratie naar, moet u rekening houden met de volgende checklist:
-
Bandbreedteplanning
Bereken gelijktijdige gesprekken per locatie om er zeker van te zijn dat u voldoende bandbreedte hebt voor- en stroomafwaarts en om ruimte op te nemen voor ander bedrijfskritisch verkeer en toekomstige groei.
De tabel Webex Callingvoor de berekening van de bandbreedte van het oproeptype toont de oproeptypes die beschikbaar zijn bij een implementatie, samen met de codec en de maximale bandbreedte die vereist is voor elk gesprekstype. Zoals blijkt uit de tabel met de berekening van de bandbreedte van het Webex Calling gesprekstype, kan de vereiste bandbreedte voor audiogesprekken voor elk gesprekstype worden berekend met behulp van de volgende algemene formule:
Aantal verwachte gelijktijdige gesprekken * Bandbreedte per gesprek op basis van codec = Vereiste netwerkdoorvoer.
Tabel 2. Webex Calling Berekeningen van de bandbreedte van het oproeptype Soorten gesprekken Codec - bandbreedte Berekeningen van de bandbreedte /Bureautelefoon -> OPUS - 70 kbps Aantal gelijktijdige gesprekken * 70 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> Bureautelefoon OPUS — 70 kbps Aantal gelijktijdige gesprekken * 70 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> PSTN via LGW G.711 — 80 kbps Aantal gelijktijdige gesprekken * 80 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> PSTN via Cloud PSTN (bijv. Cisco-belabonnement) G.711 — 80 kbps Aantal gelijktijdige gesprekken * 80 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> Enterprise via LGW G.722 — 80 kbps Aantal gelijktijdige gesprekken * 80 kbps = Vereiste netwerkdoorvoer /Bureautelefoon -> voicemail OPUS — 70 kbps Aantal gelijktijdige gesprekken * 70 kbps = Vereiste netwerkdoorvoer Door de gelijktijdige vereiste netwerkdoorvoer per gesprekstype bij elkaar op te tellen, kan de totale potentiële bandbreedtebehoefte voor een specifieke locatie worden bepaald.
Alle gespreksonderdelen zijn altijd verankerd op de SBC's voor toegang. Om de vereiste internetbandbreedte voor een bepaalde locatie te bepalen, moet niet alleen rekening worden gehouden met de interlocatiegesprekken, maar ook met gesprekken binnen de locatie en gesprekken van en naar een lokale gateway op die locatie. Voor een gesprek op locatie tussen twee MPP-telefoons zou bijvoorbeeld maximaal 2 x 70 kbps full duplex internettoegang op de locatie nodig zijn.
De tabel met voorbeelden van Webex Calling bandbreedteberekeningen toont een voorbeeld van een volledige berekening van de bandbreedte, ervan uitgaande dat alle apparaten zich op dezelfde locatie bevinden.
Tabel 3. Webex Calling Voorbeelden van bandbreedteberekeningen Soorten gesprekken Aantal gelijktijdige gesprekken Totale bandbreedte Webex-app/bureautelefoon → Webex-app 15 2 * 15 * 70 kbps = 2.100 kbps Webex-app/bureautelefoon → Bureautelefoon 15 2 * 15 * 70 kbps = 2.100 kbps Webex-app/bureautelefoon → PSTN via LGW 50 2 * 50 * 80 kbps = 8.000 kbps Webex app/bureautelefoon → PSTN via Cloud Connect voor Webex Calling 0 0 * 80 Kbps Webex-app/bureautelefoon → Enterprise via LGW 15 2 * 15 * 80 kbps = 2.400 kbps Webex-app/bureautelefoon → Voicemail Webex Calling 5 5 * 70 kbps = 350 kbps Totaal aantal gesprekken/bandbreedte 100 gesprekken 14.950 kbps/14,95 Mbps -
Alle bandbreedtewaarden in de bovenstaande tabellen hebben betrekking op de IP-bandbreedte. De bandbreedte van de verbindingen is hoger, afhankelijk van de WAN-inkapselingen.
-
De bandbreedte in de bovenstaande tabellen is voor audiogesprekken. Voor de bandbreedte van videogesprekken ondersteunen de Webex-app en de MPP 8845/65-telefoons H.264-video met een maximale resolutie van 720p bij een maximale bandbreedte van 1.500 kbps per gesprek. De hoeveelheid bandbreedte die op elk moment tijdens het gesprek wordt verbruikt, zal echter fluctueren op basis van de variabele bitsnelheid die inherent is aan videocommunicatie.
-
-
Kwaliteit van de dienstverlening (QoS)
Implementeer QoS-beleid in uw lokale omgeving om prioriteit te geven aan realtime verkeer en ervoor te zorgen dat QoS op alle switches, routers en firewalls wordt gehandhaafd.
-
Doelstellingen voor latentie, jitter en pakketverlies
De volgende drempels worden aanbevolen voor een optimale spraakkwaliteit bij gesprekken via over-the-top (OTT) en via het internet:
-
Latentie: minder dan 100 ms in één richting
-
Jitter — minder dan 10 ms
-
Pakketverlies - 0,5% of minder.
-
-
Firewall en NAT
Zorg ervoor dat de firewall is geconfigureerd om verkeer toe te staan, zoals vermeld in het artikel dat beschikbaar is op Poortreferentie-informatie voor Webex Calling. Geef bovendien toegang tot domeinen en IP-bereiken die in dezelfde handleiding worden vermeld en vermijd SIP ALG omdat dit de SIP-signalering verstoort. Mediaverkeer via proxy's moet worden vermeden.
-
DNS en NTP
Zorg voor de juiste DNS-resolutie van domeinen en betrouwbare NTP-servers om apparaatklokken te synchroniseren voor de verificatie en logboekregistratie van TLS-certificaten.
-
Failover-planning
Overweeg bestaande dataverbindingen van providers (MPLS, SD-WAN, enzovoort) en zorg in het algemeen voor directe internettoegang op elke locatie binnen uw implementatie. Plan voor redundante internetverbindingen waarbij een hoge beschikbaarheid vereist is. Omdat u clouddiensten gaat gebruiken, is een betrouwbare internetverbinding met voldoende bandbreedte een basisvereiste. U moet deze overstap heroverwegen als de internetverbinding (en) van uw organisatie over het algemeen niet betrouwbaar is met een lage latentie en voldoende stroomopwaartse en stroomafwaartse doorvoer.
-
Overlevingskansen van de site
De overlevingskansen van uw site zorgen ervoor dat uw bedrijf altijd bereikbaar is, zelfs als uw netwerkverbinding uitvalt. Site Survivability maakt gebruik van een gateway in uw lokale netwerk om een uitwijkdienst te bieden naar eindpunten ter plaatse voor situaties waarin de netwerkverbinding wordt verbroken. Overweeg de overlevingskansen van de site met een lokale Survivability Gateway (SGW) als u vanwege zakelijke vereisten voortdurend moet bellen in geval van een netwerkuitval. Voor meer informatie over de overlevingscontrole van de site, zie Site survivability for. Webex Calling
Met de cloud verbonden UC instellen
Cloud Connected UC (CCUC) is een cloudgebaseerde beheer- en analyseoplossing die is ontworpen om gecentraliseerde zichtbaarheid, administratie en inzichten te bieden voor implementaties, zowel op locatie (zoals) als in de cloud (Unified CM). Het fungeert als een brug tussen traditionele on-premises omgevingen en Cisco's cloudservices en ondersteunt organisaties tijdens het migratietraject van naar.
Tijdens de overgang naar speelt CCUC een cruciale rol bij het stroomlijnen van het migratieproces door het verzamelen van uitgebreide gegevens uit de bestaande Unified Communications-implementatie te vergemakkelijken. CCUC helpt bij belangrijke overgangstaken, zoals het migreren van apparaten, functies en gebruikerscontacten, en het automatiseren van firmware-updates voor ondersteunde IP-telefoons. Door gecentraliseerde zichtbaarheid en beheer te bieden, helpt CCUC te zorgen voor een vlottere en efficiëntere migratie-ervaring.
Cisco raadt ten zeerste aan om CCUC vroeg in het overgangsproject te implementeren en te implementeren, bij voorkeur vóór of tijdens de voorbereidingsfase. Dit zal de inzichten en capaciteiten mogelijk maken die nodig zijn om de volgende migratieactiviteiten grondig te beoordelen, te inventariseren en te plannen, en om uw reis naar en toekomstige hybride capaciteiten te beginnen.
Evaluatie van de huidige omgeving
Een belangrijke activiteit bij de planning van uw migratie is het beoordelen van de huidige lokale omgeving en implementatie. Dit geeft inzicht in welke mogelijke veranderingen nodig kunnen zijn voor een succesvolle overgang naar. Het stelt u ook in staat om de belangrijkste elementen van het platform te beoordelen in vergelijking met de bestaande implementatie op locatie. U kunt deze informatie gebruiken om vast te stellen welke specifieke taken nodig zijn voor de overgang en welke wijzigingen u wilt aanbrengen om te voldoen aan uw zakelijke en technische vereisten en gebruikssituaties.
De volgende aspecten zijn belangrijk om in het kader van deze inspanning te bekijken.
Licentieverlening
Inzicht in de huidige licentiestructuur van de bestaande implementatie is van cruciaal belang bij de voorbereiding van de migratie naar. Voer een licentiebeoordeling uit voor de volgende onderdelen van uw bestaande Cisco on-premises oplossing.
-
Platform
De mogelijkheid om volledig onder woorden te brengen wat er momenteel op uw kernplatform is gelicentieerd, is van cruciaal belang wanneer u met uw accountteam of partner wilt bepalen wat de beste manier is om flexlicenties te verlenen. Als u een licentie hebt met behulp van flex-licenties. Zie het Cisco Collaboration Flex-abonnement voor meer informatie over flexlicenties.
-
Gebruikers en apparaten
Bepaal welke licentiecategorie uw bestaande gebruikers en apparaten nodig hebben. Dit wordt gebruikt om te bepalen welk type licentie vereist is voor de gebruikers en apparaten. Biedt meerdere licentietypen, waaronder professionele en standaardlicenties voor gebruikers en licenties voor professionele en gemeenschappelijke ruimten voor werkruimten. Voor meer informatie over apparaatlicenties, zie het gegevensblad dat beschikbaar is op Apparaatlicenties.
-
Lokale toegangspoort
Als de Cisco Unified Border Element (CUBE) vereist is voor PSTN-toegang voor deze overgang, moet ook een CUBE-licentie worden overwogen. Overwegingen op het gebied van CUBE-licenties worden verderop in dit document behandeld.
Locaties/locaties
Bij de planning van deze overgang moet rekening worden gehouden met het aantal en de soorten locaties (grote centrale, regionale, filialen, enzovoort) binnen uw bestaande implementatie. Een volledig inzicht in de bestaande implementatielocaties zal helpen bij het strategisch plannen van een succesvolle overgang, met name als het gaat om het bepalen welke locaties moeten worden gemigreerd en in welke volgorde. Voor het nemen van migratiebeslissingen is het van cruciaal belang dat u de vereisten voor het kiesplan (nummering, kiesgewoonten, beperkingsklassen, enzovoort), de connectiviteit en bandbreedte van de site (internet, WAN, LAN) en PSTN-toegang (lokaal of gecentraliseerd, IP of TDM) voor elke locatie in detail begrijpt. Voor meer informatie over veelgebruikte implementatiemodellen en belangrijke overwegingen, zie de informatie over implementatiemodellen voor samenwerking die beschikbaar is in de Collaboration SRND.
Een andere belangrijke overweging bij de implementatie bij de overgang naar is de beschikbaarheid van de locatie. Er zijn verschillende mogelijkheden, abonnementen en apparaten beschikbaar, afhankelijk van waar uw implementatie zich bevindt. Voor meer informatie over geografische beschikbaarheid, zie Waar is Webex beschikbaar? .
Tot slot is het belangrijk om te begrijpen welke impact de overgang naar Will heeft op andere samenwerkingsdiensten. Op basis van het doel van dit document is de algemene veronderstelling dat als bestaande samenwerkingsdiensten buiten de belbelasting moeten worden gehandhaafd, de overgang naar de hybride implementatie van fase 1, zoals hierboven vermeld, wordt verwacht. Voorbeelden van samenwerkingsdiensten waarvoor mogelijk een hybride implementatie nodig is, zijn onder meer een contactcenter op locatie dat nog niet is gemigreerd naar het Webex-contactcentrum en nauwe integraties in systemen zoals oproepsystemen en facturering. Voor meer informatie over de overgang van extra samenwerkingsworkloads en -services, zie Samenwerkingsovergangen.
Inventarisatie van bestaande apparaten/klanten
Voordat u met de overgang begint, is het belangrijk om uw bestaande hardware- en software-eindpunten te inventariseren. Als u beschikt over een volledige lijst van apparaattypes/modellen, hardwareversies, typen en hoeveelheden van het softclient-besturingssysteem, kunt u de overgang van de apparaten op de juiste manier plannen en de gevolgen beperken voor apparaten die niet kunnen worden gemigreerd naar bellen via de cloud. De inventaris moet worden gebruikt om te bepalen welke apparaten moeten worden overgezet en welke apparaten moeten worden vervangen vóór de overgang.
Telefoons op het bureau
Voor bureautelefoons met audio en video worden alleen bureautelefoons uit de 6800-, 7800-, 8800- en 9800-serie ondersteund. Dit is een subset van de Cisco IP-telefoons die worden ondersteund met. Er zijn enkele modellen en versies van de 6800-, 7800- en 8800-telefoons die niet kunnen worden gebruikt met. Voor meer informatie over welke modellen en hardwareversies worden ondersteund, zie Ondersteunde apparaten voor Webex Calling.
De IP-telefoons uit de Cisco 6800-reeks kunnen niet worden geüpgraded van bedrijfsfirmware naar multiplatform-firmware (MPP), wat vereist is voor. Daarom moeten alle 6800 telefoons waarop bedrijfsfirmware is geïnstalleerd, worden vervangen door een 6800 MPP-model of door een ander ondersteund telefoonmodel.
De IP-telefoons uit de Cisco 7800- en 8800-reeks moeten worden geüpgraded naar de MPP-firmware (Multiplatform Phone) voordat ze worden overgezet en geregistreerd op. Om te bepalen welke 7800- en 8800-modellen en hardwareversies de MPP-firmware ondersteunen, zie IP-telefoons uit de Cisco 7800- en 8800-serie converteren tussen Enterprise - en MPP-firmware.
De 8845, 8865 en 8865NR hebben het einde van de verkoop bereikt en het wordt niet aanbevolen om naar te migreren.
Oudere versies van telefoons uit de 8800-serie (8811, 8841, 8851, 8851NR, 8861) worden niet aanbevolen voor gebruik met. Webex Calling Telefoons met hardwareversie VID 14 of eerder worden geregistreerd, maar vanwege de hardware kunnen er prestatieproblemen optreden.
De bureautelefoons uit de 9800-serie draaien op PhoneOS, dat zowel als registratie ondersteunt. Daarom kan naar deze telefoons worden overgeschakeld zonder een firmware-upgrade.
Alle andere IP-telefoons moeten worden vervangen door telefoons uit de 6800-, 7800-, 8800- of 9800-serie die worden ondersteund door. Webex Calling Voor meer informatie over de ondersteunde IP- en bureautelefoons met, zie het artikel op Ondersteunde apparaten voor Webex Calling.
Video-eindpunten
Persoonlijke video-eindpunten en video-eindpunten in de ruimte, waaronder de Cisco Board-serie, de Room-serie en de Desk-serie, kunnen standaard SIP-registratie uitvoeren op. Voor elk van deze eindpunten waarvoor audio- en/of PSTN-gesprekken nodig zijn, is een belvergunning vereist:
-
Voor gedeelde apparaten in vergaderzalen, vergaderruimten, enz. is een licentie voor Professional Workspace of Workspace vereist.
-
Voor een persoonlijk apparaat van een eindgebruiker is een professionele of standaardlicentie vereist.
Bepaal hoeveel video-eindpunten zijn geregistreerd en worden gebruikt om audiogesprekken te voeren. Het is mogelijk dat sommige video-eindpunten alleen worden gebruikt om deel te nemen aan vergaderingen of om SIP-videogesprekken te voeren. In beide gevallen moeten de eindpunten nog steeds worden gemigreerd voordat de servers buiten gebruik worden gesteld, maar dit zal helpen bepalen naar hoeveel van deze eindpunten een licentie nodig zijn om te kunnen blijven telefoneren.
-
Wanneer videoapparaten worden overgezet van registratie naar, zal de URI voor deze eindpunten veranderen omdat ze nu in de cloud geregistreerd zijn.
-
De telefoonmodellen 8845, 8865 en 8875 zijn persoonlijke videotelefoons die worden ondersteund met.
Zachte klanten
Het is de enige softclient die wordt ondersteund door, in tegenstelling tot Unified CM wat zowel de Webex-app als Jabber ondersteunt, en is de nieuwe standaard softclient voor eindgebruikers.
Afhankelijk van de implementatiemodus (s) die zijn geïmplementeerd voor Jabber (alleen IM-modus, alleen telefoonmodus en/of volledige UC-modus), moet u wellicht ook overwegen om de Messaging- en/of Meetings-workloads over te schakelen van Jabber naar de. Het kan worden geïmplementeerd in de modus voor alleen telefonie als het wordt gebruikt als een client die alleen belt, of het kan volledig worden geïmplementeerd Webex Suite als andere workloads worden uitgevoerd, bijv. Webex Messagingen/of Webex Meetings worden overgezet naar de app door te bellen.
Dit verbetert de ervaring van de eindgebruiker door AI-functies te bieden, zoals audio-/video-intelligentie, transcriptie van gesprekken en andere. Voor meer informatie, zie https://www.webex.com/all-new-webex.
Voordat u gebruikers naar u overzet, moet u hun Jabber-clients overzetten naar de. U hebt twee opties om deze overgang te voltooien.
-
Voordat u ze overzet naar
-
Wanneer u ze overzet naar.
Om de eerste overgang naar de te vergemakkelijken, wordt aanbevolen om optie 1 te gebruiken en gebruikers eerst naar de optie met bellen te verplaatsen. Dit geeft gebruikers de tijd om vertrouwd te raken met de nieuwe toepassing terwijl ze nog steeds gebruik maken van het bestaande lokale belplatform. Zodra u klaar bent om gebruikers over te zetten naar, configureert u hun gebruikers om zich te registreren bij het cloud calling-platform.
Voor meer informatie, over deze twee opties, zie Migratiereis - een of twee stappen? .
Voor een volledige lijst van ondersteunde apparaten, zie Ondersteunde apparaten voor Webex Calling.
Controleer of het apparaat in aanmerking komt
Zoals eerder vermeld, ondersteunt het een subset van Cisco IP-telefoons en is een ander firmwaretype vereist voor telefoons uit de 7800- en 8800-serie. Unified CMtelefoons gebruiken de firmware van het bedrijf, terwijl telefoons de MPP-firmware (Multiplatform Phone) gebruiken. Het wordt aanbevolen om tijdens de voorbereidingsfase te controleren welke geregistreerde telefoons in aanmerking komen voor een upgrade naar de MPP-firmware. Dit geeft u de tijd om telefoons die niet in aanmerking komen te vervangen door een van de ondersteunde telefoonmodellen of om een alternatief abonnement te vinden, zoals het overzetten van een gebruiker naar de Webex-app.
Om te helpen bepalen of de telefoons in aanmerking komen, heeft Control Hub een ingebouwde tool genaamd Migrate Your Phone to Webex Calling. Als u dit hulpmiddel gebruikt om te controleren of een apparaat in aanmerking komt, selecteert u de migratieoptie Alleen apparaatlicentie genereren.
Met deze optie kunt u een CSV-bestand uploaden dat de telefoons bevat, zodat u kunt controleren of elke telefoon geschikt is. Als u deze migratieoptie selecteert, worden de telefoons niet toegevoegd, aangezien u zich nog in de voorbereidingsfase bevindt en daar nog niet klaar voor bent. Zie Uw telefoon migreren naar voor meer informatieWebex Calling.
Het is mogelijk dat sommige telefoons terugkomen met een onbekende geschiktheid. Dit komt meestal omdat bepaalde informatie over de telefoon niet kan worden gevalideerd in het back-endsysteem. Voor alle telefoons met de status Onbekend hebt u twee opties om te controleren of ze in aanmerking komen voor een upgrade naar de MPP-firmware.
-
Controleer elke telefoon handmatig en controleer het model en de hardwareversie (PID VID)
7800/8800 telefoonlabel met informatie over het model en de hardwareversie -
Gebruik de Cisco tool voor gereedheid voor IP-telefoons
Download de tool van https://github.com/joemar2/mpp_readiness_check.
Deze tool is geen officiële Cisco-tool en wordt ook niet ondersteund door TAC. Het biedt de beste ondersteuning, maar is gratis te gebruiken.
Deze tool moet worden uitgevoerd op een machine die zich op locatie bevindt en toegang heeft tot de servers en de IP-telefoons. Het heeft een optie om webtoegang mogelijk te maken op de IP-telefoons, wat wordt aanbevolen en nodig is voor de beste resultaten. Daarom moet het buiten kantooruren worden gebruikt om overlast voor de eindgebruikers te voorkomen. De output van de tool bevat een rapport waarin wordt vermeld welke telefoons uit de 7800- en 8800-serie in aanmerking komen voor een upgrade naar de MPP-firmware. Omdat het apparaat rechtstreeks toegang heeft tot de telefoon, kan het de onbekende apparaten verifiëren die via de Control Hub-tool zijn gemeld.
Rapport van Cisco over de gereedheid van IP-telefoons
Gebruikers
Een van de belangrijkste voorbereidingsstappen om ervoor te zorgen dat uw migratie succesvol verloopt, is de juiste gebruikersvoorziening. U moet een goede planning hebben voor alle gebruikers, zelfs als u een gefaseerde migratie uitvoert. Gebruikers moeten worden aangemeld voor een van de volgende zaken:
-
Implementatie van de with Calling
-
Implementatie van de met
-
Services configureren voor een gebruiker
-
Om gebruikers doorzoekbaar te maken in het telefoonboek (click-to-call, contactgegevens van de gebruiker, zoeken in het telefoonboek).
Het wordt aanbevolen om alle gebruikers in te schakelen voor of aan het begin van uw project. Dit geldt ook Unified CM voor gebruikers die nog steeds hun belplatform gebruiken dat onafhankelijk is van hun oproepapparaat (IP-telefoon, Jabber,). Als gebruikers worden gemigreerd naar (en/of de), zult u hun licenties updaten om de diensten mogelijk te maken die ze nodig hebben. Door alle zakelijke gebruikers die bellen te bevoorraden voordat u met uw overgang begint, kan een gebruiker die is overgestapt naar de of to in het telefoonboek zoeken naar een zakelijke gebruiker die nog Jabber gebruikt en/of aan staat. Dit zorgt ervoor dat gebruikers die een overstap hebben gemaakt de contactgegevens van andere gebruikers kunnen vinden en deze kunnen bellen met behulp van de zoekfunctie in het telefoonboek.
De zoekfunctie in de figuur in een adresboek toont een voorbeeld van een gebruiker die naar een andere gebruiker zoekt. De zoekresultaten tonen de contactgegevens van de gebruiker en kunnen betrekking hebben op een gebruiker die nog steeds Jabber gebruikt en/of voor een gebruiker die is overgestapt naar de en/of.
Bepaal vervolgens naar welke van de bestaande oproepende gebruikers op locatie wordt overgeschakeld. Als alle of een groot aantal gebruikers worden overgezet, dan is het aan te raden gebruikers in groepen te verdelen om ervoor te zorgen dat het projectteam, het IT-personeel en het ondersteunend personeel de overgang en eventuele problemen die zich kunnen voordoen, kunnen afhandelen. U moet ook wat tijd vrijmaken om initiële informatie en trainingssessies te geven om gebruikers voor te bereiden op deze overgang. De groepering van de gebruikersovergang kan worden gedaan op basis van verschillende criteria, zoals de locatie of locatie waaraan gebruikers zijn toegewezen, de afdelingen van de gebruikers of zelfs gebruikerstypes (kenniswerkers, leidinggevenden, mobiele werknemers, enzovoort).
Als de gebruikers in de implementatie bijvoorbeeld verdeeld zijn over drie belangrijke locaties, New York (NYC), San Francisco (SFC) en Research Triangle Park (RTP), kan een overgangsplan voor gebruikers er ongeveer zo uitzien als het plan dat is beschreven in de tabel Gebruikerstransitieplan per locatie.
| Site/locatie van de gebruiker | Informatie- en trainingssessies vóór de overgang | Overgangsperiode | Ondersteuning na de overgang |
|---|---|---|---|
| NYC (1.525 gebruikers) | Week van 1 april | 15 april — 27 april | Week van 29 april |
| SFO (1.600 gebruikers) | Week van 6 mei | 20 mei — 31 mei | Week van 3 juni |
| RTP (1.275 gebruikers) | Week van 3 juni | 17 juni — 28 juni | Week van 1 juli |
Een andere belangrijke factor is de overgang van gebruikers die afhankelijk zijn van elkaar . Dit kan het volgende omvatten, maar is niet beperkt tot:
-
BLF-monitoring
-
Dezelfde jachtpiloot/groep
-
Lijnen delen
-
Maakt deel uit van dezelfde groep voor het opnemen van gesprekken
-
Met dezelfde call-parkingnummers
-
Intercom
-
Admin/directeur.
U kunt de configuratie bekijken (GUI of export) of de Migration Insights-tool gebruiken om te helpen bij het identificeren van de gebruikersgroepen met deze afhankelijkheden.
PSTN-connectiviteit
heeft op drie manieren toegang tot het PSTN: Cisco-belabonnementen, Cloud connect voor (voorheen Cloud Connected PSTN) en PSTN op locatie (lokale gateway). Eén locatie, zoals gedefinieerd in de, kan echter slechts aan één PSTN-optie worden toegewezen.
PSTN op locatie met een lokale gateway (LGW) is een essentieel onderdeel van de overgangsstrategie. Het biedt connectiviteit tussen de lokale implementatie en/of PSTN en het platform. Ondersteunt zowel Cisco als gecertificeerde externe sessiegrenscontrollers (SBC) die als lokale gateway kunnen worden gebruikt. Voor de meest recente lijst van ondersteunde SBC's, zie Lijst van ondersteunde SBC's.
ondersteunt tot 250 gelijktijdige gesprekken via één lokale gateway die gebaseerd is op registratie en meer dan 250 gelijktijdige gesprekken via een enkele lokale gateway die gebaseerd is op certificaten. Lokale gateways op basis van certificaten kunnen tot 6500 gelijktijdige gesprekken ondersteunen, maar dit is gebaseerd op het type connectiviteit dat de lokale gateway nodig heeft (over-the-top versus interconnect peering) en het SBC-model waarop de Local Gateway is geïmplementeerd. Deze limieten zijn in wezen de standaardlimiet voor zowel PSTN-gesprekken op basis van lokale gateways als intersite-gesprekken tussen en eindpunten. Zie Aan de slag met een lokale gateway voor meer informatie.
Oproepen die deze limiet overschrijden, worden geweigerd met een 403 Forbidden. De actieve spraakopdracht Show Call kan op elk gewenst moment op de lokale gateway worden uitgevoerd om het totale aantal actieve gesprekken te bepalen.
Slechte netwerkomstandigheden tussen een lokale gateway en de toegangs-SBC kunnen de prestaties van de signaalverbinding beperken, wat leidt tot een nog lagere limiet voor gelijktijdige gesprekken. De latentie in één richting tussen de lokale gateway en het datacenter mag niet langer zijn dan 100 ms en de jitter mag minder dan 10 ms bedragen, terwijl het pakketverlies minder dan 0,5% bedraagt.
Functies en gebruik van functies
Bij het beoordelen van de huidige omgeving is het belangrijk om vast te stellen en te bekijken welke functies zijn geconfigureerd. Daarnaast is het belangrijk om het gebruik van de functies te begrijpen, zodat u uw zakelijke en technische vereisten voor uw implementatie kunt (her) definiëren.
Om te bepalen welke functies zijn geconfigureerd, moet u de configuratie analyseren. Dit zijn allemaal statische gegevens die worden ingesteld wanneer een functie of instelling op het systeem wordt geconfigureerd. De volgende opties kunnen worden gebruikt om deze analyse te voltooien:
-
Bekijk de configuratie in de beheerdersinterface
-
export van configuraties -- bulkexport of AXL
-
tool voor inzichten in migratie (aanbevolen)
-
Hulpmiddelen van derden van Cisco (aanbevolen).
Om het gebruik van functies effectief te analyseren, is het essentieel om dynamische systeemgegevens te onderzoeken, zoals gebruik, registraties en gespreksactiviteit. Verschillende analysetools en dashboards bieden inzicht in deze statistieken, waardoor een uitgebreid inzicht in de prestaties en capaciteit van het systeem mogelijk wordt, wat een geïnformeerde besluitvorming ondersteunt tijdens migratie- en optimalisatie-inspanningen. De volgende opties kunnen worden gebruikt om dit soort analyses te voltooien:
-
Beoordeling van onbewerkte CDR-records
-
Beoordeling van Unified CM RTMT-gegevens
-
tool voor migratie-inzichten op basis van CDR-gegevens
-
Beoordeling van UC-analyses die verbonden zijn met de cloud in
-
Omvang van het gesprek
-
Geregistreerde eindpunten
-
(CAC) locaties
-
Gebruik van de kofferbak.
-
-
Hulpmiddelen van derden van Cisco.
Cisco raadt aan om voor deze analyse te beginnen met de Webex Control Hub Migration Insights tool. U importeert uw .TAR-bestand voor export en de Unified CM CDR-bestanden (optioneel, maar vereist voor de analyse van het gebruik van functies) in de tool. De tool genereert de volgende CSV-rapporten die kunnen worden gebruikt om de analyse te starten:
| Naam van het rapport Beschrijving van het rapport |
|---|
| ImportedDataBulk.csv
Alle gebruikers en apparaten op basis van Unified CM data |
| DeviceEligibility.csv
Identificeert apparaten die in aanmerking komen voor de migratie naar Webex Calling (IP-telefoons, apparaten in het kamerbesturingssysteem, ATA's en derden) |
| DevicePoolNumbers.txt Lijst van alle nummers in een bepaalde apparaatgroep |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Gegevens over apparaten en gebruikers die samen moeten worden gemigreerd op basis van gedeelde lijnen, configuratie van Hunt Pilot, call queue, call park en call pickup group |
| HuntGroupMigrationInsight.csv Gedetailleerde informatie over toegewezen jachtlijnen, lijngroepen en geassocieerde agenten |
| SharedlineGroupMigrationReport.csv Overzicht van de manier waarop telefoonnummers (telefoonnummers) worden gedeeld tussen gebruikers |
| Naam van het rapport Beschrijving van het rapport |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informatie over het in aanmerking komen voor een migratie van apparaten op basis van het gebruik van de functies |
| FeatureUsageWithLastUsageDateReport.csv Aantal gebruikers voor het aantal keren dat de jachtpiloot (s) en de oproepwachtrij (s) zijn gebeld, samen met de laatste gebruiksdatum |
| UserWorkspaceLastUsage.csv Datum van laatste gebruik voor gebruikers en werkruimten voor zowel softclients als harde telefoons |
| DIDUsageReport.csv DID-gebruik voor zowel toegewezen als niet-toegewezen DID's |
Voor meer informatie over de Migration Insights-rapporten, zie Migratie-inzichten.
Als u na het bekijken van de informatie in de Migration Insights-rapporten meer informatie nodig hebt over de functies en het gebruik, raadt Cisco aan om een van de migratietools van derden van Cisco te overwegen en/of de configuraties in de GUI of in de exportgegevens van de configuratie te bekijken.
Cisco-integraties: Unity Connection UCCX UCCE
Voicemail is een integraal onderdeel van het aanbod en is standaard ingebouwd in de oplossing. Kan niet worden geïntegreerd met een voicemailoplossing op locatie, zoals Unity Connection of Unity Connection Express. Verder is er geen standaardmanier om bestaande voicemailberichten of begroetingen met de Unity-verbinding te migreren naar de native voicemailservice die beschikbaar is met. Sommige migratietools van derden van Cisco hebben de mogelijkheid om sommige van deze gegevens te migreren. Voor meer informatie over voicemail voor, zie Voicemailinstellingen voor een Webex Calling gebruiker configureren en beheren.
ondersteunt ook gedeelde voicemail- en faxmailboxen. Voor meer informatie, zie Een gedeelde voicemail en inkomende faxbox beheren voor. Webex Calling
heeft een ingebouwde Auto Attendant-functie die deel uitmaakt van het kernplatform. Deze functie maakt de overgang mogelijk van de oproepafhandelingsfuncties van uw Unity Connection naar de functie voor automatische assistentie. De tool Control Hub, Migrate Features fromUnified CM, ondersteunt de migratie van de Unity Connection-configuraties naar Auto-Attendants. Voor meer informatie over het gebruik van deze tool, zie Migratie van apparaten en functies van Unified CM naarWebex Calling.
Oproep opnemen
bevat twee opties voor het opnemen van gesprekken zonder extra kosten.
-
Opname van Webex-gesprekken
-
Dubber Go-opname (partneraanbieding) - een integratie tussen en dubber waarbij alle opgenomen media veilig in de cloud worden bewaard.
De bijgevoegde tabel met opnameopties belicht enkele belangrijke functies van de twee opties voor het opnemen van gesprekken die beschikbaar zijn zonder extra kosten.
| Webex | Dubber Go |
|---|---|
| Beschikbaar voor alle gebruikers | Beschikbaar voor alle gebruikers |
| Onbeperkt aantal opnames | Onbeperkt aantal opnames |
| Bewaartermijn van 1 jaar* | Bewaartermijn van 30 dagen |
| 100 GB opslagruimte per organisatie | - |
| Nalevingsfunctionarissen hebben toegang tot gespreksopnamen en kunnen deze beheren | - |
| API's om opnames te beheren | - |
Beheerders kunnen de toegang van gebruikers tot hun gespreksopnamen configureren en beheren
|
Alleen gebruikers hebben toegang tot hun opnamen en deze beheren
|
Als uw organisatie aanvullende opnamemogelijkheden nodig heeft, zoals het opnemen van telefoongesprekken, langere bewaartermijnen, meer opslagruimte, AI-analyse en/of beheerderstoegang, dan zijn er betaalde aanbiedingen of add-ons van zowel Cisco als externe opnameleveranciers. Voor meer informatie over opnameleveranciers, configuraties en aanvullende partnerservices, zie Gespreksopname beheren voor Webex Calling.
Integraties met derden
ondersteunt verschillende integraties van derden, waaronder maar niet beperkt tot SBC's voor lokale gateways, IP-telefoons, intercomtelefoons, luidsprekers/pagers, ATA's, enz. Naast deze apparaten van derden, Webex Calling ondersteunt het verschillende oplossingen van derden voor klantenondersteuning, analyses, registratie, facturering, enz. Zie Webex App Hub voor meer informatie over oplossingen van derden.
Plan
Projectplan op hoog niveau
Bij de ontwikkeling van een projectplan op hoog niveau voor de migratie van naar, is het essentieel om duidelijke fasen en mijlpalen vast te stellen die aansluiten bij zowel de bedrijfsdoelstellingen als de technische vereisten. Het plan moet beginnen met een uitgebreide evaluatiefase, waaronder het verzamelen van gedetailleerde technische en zakelijke vereisten, het identificeren van belanghebbenden en het definiëren van succescriteria. Belangrijke overwegingen zijn onder meer de toewijzing van middelen, een schatting van het tijdschema, risicobeheer en communicatiestrategieën om ervoor te zorgen dat alle partijen tijdens de migratie geïnformeerd en betrokken zijn. Daarnaast moet het plan validatiecontrolepunten bevatten, zoals piloottests en gefaseerde uitrol, om onderbrekingen tot een minimum te beperken en aanpassingen mogelijk te maken op basis van feedback.
Voorbeelden van elementen die in het projectplan moeten worden opgenomen zijn:
-
De omvang van de migratie bepalen (bijvoorbeeld welke gebruikers, apparaten en functies worden overgezet)
-
Trainingssessies plannen voor eindgebruikers en ondersteuningsteams
-
Coördinatie van beoordelingen van de gereedheid van het netwerk, en
-
Planning voor tijdelijke activiteiten met uitwijkmogelijkheden. Het is ook belangrijk om nalevings- en veiligheidsbeoordelingen te integreren, evenals de ondersteunings- en optimalisatiefasen na de migratie.
Door het projectplan op basis van deze overwegingen te structureren, kunnen organisaties de complexiteit beter beheersen, risico's beperken en een vlottere overgang naar.
Migratietraject - een of twee stappen?
vereist dat gebruikers de softclient voor bellen gebruiken. Dus als er nog gebruikers gebruik maken, hebt u twee opties om ze over te zetten naar de. U kunt een gebruikersmigratie in één stap uitvoeren of een gebruikersmigratie in twee stappen uitvoeren.
Optie 1: migratie van gebruikers in één stap
Bij een migratie in één stap gaan gebruikers over van naar en tegelijkertijd worden ze overgezet van Unified CM naar. Deze optie is meestal bedoeld voor klanten met een klein aantal gebruikers om te migreren en kan ervoor zorgen dat zowel de softclient als de beldienst van de gebruiker tegelijkertijd worden overgezet. Het onderstaande cijfer waar de beldienst van de gebruiker, de softclient en de telefoon naartoe migreren, wijst op dit soort migratie. Met deze optie moet een gebruiker tegelijkertijd het volgende invullen:
-
Oproepdiensten zijn verplaatst van naar
-
Telefoonnummers en extensies zijn verplaatst van naar
-
Softclient die is overgestapt van Jabber naar de - zal zich registreren naar
-
De telefoonregistratie is verplaatst van naar.
Dit kan nog steeds een gefaseerde migratie zijn waarbij groepen gebruikers op verschillende tijdstippen worden verplaatst, maar wanneer elke gebruiker wordt verplaatst, gebeurt dit allemaal tegelijkertijd.
Optie 2: gebruikersmigratie in twee stappen
De andere benadering is een migratie in twee stappen. In stap 1 worden gebruikers overgeschakeld van naar de maar blijf aan voor beldiensten. In stap 2 worden gebruikers vervolgens verplaatst van Unified CM naar. Deze optie wordt aanbevolen voor grotere klanten om de wijzigingen van de eindgebruikers te beheren en om de wijziging van de softclient van de gebruiker te scheiden van de wijziging van de oproepservice. De volgende afbeelding Migreer soft client; migreer vervolgens de belservice, softclient en telefoon naar Webex Calling hieronder, belicht dit type migratie.
Stap 1
-
Softclient die is overgestapt van naar - zal zich registreren naar.
Stap 2
-
De beldiensten zijn verplaatst van naar.
-
Telefoonnummers en extensies zijn verplaatst van naar.
-
registratie is verplaatst van naar.
-
De telefoonregistratie is verplaatst van naar.
Dit kan nog steeds een gefaseerde migratie zijn waarbij groepen gebruikers in beide stappen op verschillende tijdstippen worden verplaatst.
Welke optie u kiest, hangt af van hoe u de overgang van uw gebruikers naar de en wilt beheren. De aanbeveling is om het stapsgewijs te doen (optie 2). Zo kunt u de wijzigingen van de eindgebruiker in één keer tot een minimum beperken en de inspanningen over verschillende delen van het project verdelen. Als u echter liever wilt dat gebruikers slechts één keer worden beïnvloed, dan is optie 1 ook geldig.
Als we kijken naar de aanbevolen reis (optie 1), dan toont de afbeelding op hoog niveau van de Jabber naar de Webex-app hieronder de overgang op hoog niveau voor stap 1.
In deze stap worden gebruikers overgeschakeld van Jabber naar de voor al hun beldiensten. Het belplatform bestaat echter nog steeds Unified CM en het zal zijn beldiensten registreren bij. Zoals te zien is in de overgangskaart op hoog niveau van de Jabber-naar-Webex-app verandert de infrastructuur op locatie niet, en dat werkt op dezelfde manier als Jabber. De enige wijziging is dat er een verbinding nodig is naar.
Voor meer informatie over deze overgang, zie de overgangskaart en implementatiegids van Jabber naar Webex onder de sectie Client op de pagina Samenwerkingstransitie.
Unified CMnaar Webex Calling een overgangskaartfiguur op hoog niveau is de overgang op hoog niveau van naar. Dit is stap 2 van de aanbevolen reis.
Als u besluit om de eenstapsbenadering te gebruiken, is dit ook van toepassing.
In deze stap worden gebruikers overgezet naar groepen. Op dat moment beginnen de gebruikers gebruik te maken van hun beldiensten, oproepregistratie en IP-telefoonregistratie.
Aangezien gebruikers zich in groepen verplaatsen, worden Enterprise-gebruikers tijdens de overgang verdeeld over de twee belplatforms. De figuur van fase 1 Unified CMnaar Webex Calling een overgangskaart op hoog niveau geeft deze toestand weer. Tijdens deze fase is planning vereist voor het beheer van gesprekken tussen gebruikers op de twee platforms en hoe PSTN-gesprekken worden gerouteerd. Elke keer dat een groep gebruikers wordt overgezet naar, moeten de belabonnementen en de routering worden bijgewerkt, en moeten de lokale gateway (s) worden ingeschakeld.
Zodra alle gebruikers, softclients en apparaten zijn overgezet naar (fase 2), kan alle UC-infrastructuur op locatie worden verwijderd en buiten gebruik worden gesteld.
Ontwerp
Selectie van de regio
is wereldwijd beschikbaar en wordt geleverd vanuit redundante datacenters in meerdere regio's: VS (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), VK (Londen, Manchester), Australië (Melbourne, Sydney), Japan (Tokio, Osaka), Saoedi-Arabië (Riyad, Jeddah) en India (Mumbai, Chennai). De media-POP's bieden mediadiensten om de retourtijden van media te optimaliseren. Het datacenter in Singapore wordt bijvoorbeeld gebruikt om de reistijden van de media te optimaliseren voor klanten in Aziatische landen waar de retourtijden naar de regio Australië of Japan mogelijk niet optimaal zijn. De datacenters zijn onderling verbonden via een multi-gigabit en volledig redundante backbone. De figuur wereldwijd gedistribueerde datacenters geeft een overzicht van alle datacenters. Voor de meest recente lijst van beschikbare datacenters, zie Datacenterlocaties voor Webex Calling.
Elke klant wordt in één van de gevallen bevoorraad. Alle leveringsinformatie van die klant wordt in dat geval opgeslagen en de SIP-signalering van alle eindpunten en lokale gateways die voor die klant beschikbaar zijn, is gekoppeld aan de instantie waarop de klant is ingericht. Omdat het moeilijk is om de initiële regioselectie te wijzigen, is het belangrijk om alle relevante factoren in overweging te nemen als onderdeel van het besluitvormingsproces dat tot de regioselectie leidt. Om buitensporige vertraging van de signalering heen en terug te voorkomen, is het belangrijk om vroeg in het overgangsproces te beslissen welke instantie moet worden gebruikt. Cisco raadt aan de instantie te kiezen die de laagste retourtijden voor signalering biedt voor het grootste aantal gebruikers binnen de implementatie.
Voor beschikbaarheid per land, zie Waar is Webex beschikbaar? .
Locaties
Om de beschikbaarstelling van locaties voor te bereiden, moet de vereiste informatie voor alle migratiedoellocaties worden verzameld. De informatie die nodig is voor elke locatie is samengevat in Informatie die voor elke locatie moet worden vastgelegd.
| Informatie | Commentaar |
|---|---|
| Uitbreidingsbereik (en) | Elke locatie kan extensies hebben die beginnen met verschillende cijfers. Eén cijfer moet worden gespaard voor
het stuurcijfer voor interlokaal bellen (bijvoorbeeld 8) en één cijfer voor het
PSTN-stuurcijfer (bijvoorbeeld 9). Geen enkel uitbreidingsbereik kan met een van
deze twee cijfers beginnen. Alle uitbreidingsbereiken van alle locaties moeten even lang zijn. |
| DID-reeks (en) | - |
| Stuurcijfer van PSTN | - |
| Code van de site | Alle sitecodes van alle locaties moeten uniek zijn en even lang zijn. |
| Hoofdnummer | Bij het aanmaken van een locatie moeten twee DID's worden ingericht. Eén als
hoofdnummer (bijvoorbeeld om toe te wijzen aan een autobegeleider) en één voor
het voicemailportaal. Voorziening één DID voor het voicemailnummer. |
| Voicemailnummer | |
| Aantal licenties | Vereiste licenties per type, waaronder Standard, Professional, Workspace, Routelijst, Outbound Calling Plan. |
| Gelijktijdige gesprekken tijdens drukke uren | Som van gelijktijdige gesprekken tussen apparaten en tussen apparaten en de Local Gateway (PSTN en oproepen naar apparaten). Nodig om de vereiste bandbreedte voor internettoegang te bepalen. |
| Land | - |
| Tijdzone | - |
| Taal | - |
| Contactpersoon (naam, telefoon, e-mail) | - |
| Adres (straatnaam, stad, staat, postcode) | - |
| De fysieke verzendlocatie van de hulpdiensten voor eindpunten | De verzendlocatie van het apparaat die wordt gebruikt voor noodoproepen omvat over het algemeen het volgende: adres van het gebouw, adres van het gebouw + verdieping, adres van het gebouw + suite-nummer, of adres van het gebouw + vloernummer + kantoor-/kubusnummer. |
| Per apparaat unieke fysieke netwerklocatie voor hulpdiensten | De fysieke netwerklocatie voor noodoproepen omvat over het algemeen het volgende: switch/switchpoort voor bekabelde apparaten, draadloze Access Point (AP) Basic Service Set Identifiers (BSSID's) voor draadloos verbonden apparaten en/of IP-subnet (en) op locatie voor eindpuntapparaten. |
PSTN
Bij het ontwerpen van een implementatie hebben klanten drie primaire PSTN-connectiviteitsopties: Cisco Calling Plans (een PSTN-service in de cloud die wordt beheerd door Cisco), Cloud Connected PSTN-providers (CCPP, waarbij providers PSTN-diensten leveren via de cloud) en PSTN op locatie (waarbij lokale gateways het bedrijfsnetwerk verbinden met het PSTN). Met de introductie van PSTN-trunking voor hybride implementaties (zie PSTN-trunking voor hybride implementaties en PSTN-trunking voor meer informatie) Webex Calling krijgen organisaties extra flexibiliteit in hun migratieaanpak. Met deze functie kunnen klanten hun PSTN overzetten naar CCPP aan het begin van de transitie en beginnen met de overgang naar PSTN in de cloud voor gebruikers, terwijl ze CCPP gebruiken om de PSTN-service te behouden voor gebruikers die Cisco blijven gebruiken tijdens een gefaseerde migratie.
Met deze hybride aanpak kunnen organisaties bepaalde gebruikersgroepen eerst naar de cloud verplaatsen, zonder onmiddellijk hun hele telefonieomgeving te herzien. Het brengt echter extra complexiteit en risico's met zich mee, met name als het gaat om het aanpassen van de bestaande logica voor gespreksroutering ter ondersteuning van de nieuwe architectuur. Interoperabiliteit met oudere toepassingen, zoals faxservers, contactcenters of oproepsystemen, vereist ook een zorgvuldige afweging. Belangrijke technische uitdagingen zijn onder meer het waarborgen van naadloze codec-onderhandelingen van begin tot eind en DTMF-signalering (Dual-Tone Multi-Frequency) in de gemengde omgeving, en het valideren van de compatibiliteit met gespecialiseerde telefoniefuncties. Goede planning en tests zijn essentieel om onderbrekingen tot een minimum te beperken en betrouwbare spraakdiensten te behouden gedurende het hele migratieproces. Daarnaast zijn commerciële overwegingen belangrijk, aangezien voor hybride trunking een gebruikslicentie vereist is die is gebaseerd op het aantal gelijktijdige gesprekken tussen de lokale omgeving en de Cloud Connected PSTN Provider (CCPP).
Als alternatief kunnen organisaties ervoor kiezen om tijdens de overgangsfase hun PSTN-connectiviteit op locatie te behouden. In dit scenario kan de migratie naar CCPP op twee manieren worden uitgevoerd: als een enkele, gecoördineerde cutover voor alle gebruikers en locaties zodra de migratie is voltooid, of stapsgewijs, waarbij de PSTN-migratie per locatie plaatsvindt wanneer gebruikers worden overgeplaatst. Deze aanpak kan helpen om coëxistentie te stroomlijnen en de continuïteit van bestaande integraties te handhaven, maar brengt verschillende operationele complexiteiten met zich mee. Dit zijn onder meer uitdagingen in verband met nummeroverdracht, zoals de noodzaak van nauwkeurige coördinatie van nummerpoortorders, mogelijke vertragingen en door de provider opgelegde beperkingen, zoals een limiet op het aantal gelijktijdige poortaanvragen of beperkingen op het overzetten van subsets van grote nummerblokken. Organisaties moeten hun PSTN-overgangsstrategie zorgvuldig plannen, rekening houdend met deze logistieke overwegingen om onderbrekingen van de dienstverlening te voorkomen en een soepele migratie-ervaring te garanderen.
De figuur Migratie naar CCCP aan het begin versus PSTN op locatie behouden toont de twee PSTN-migratieopties die hierboven zijn uitgelegd. De afbeelding aan de linkerkant toont het scenario waarin alle lokale gebruikers en toepassingen gebruik maken van Cloud Connected PSTN-services via een lokale trunk en een lokale gateway waarmee de lokale verbinding wordt verbonden, terwijl de afbeelding aan de rechterkant het scenario toont waarin het bestaande PSTN op locatie op zijn plaats blijft en gebruikers PSTN op locatie Webex Calling gebruiken via de Local Gateway-verbinding tussen on-premises en. Tijdens de overgang kan naar locaties worden overgeschakeld via Cloud Connected PSTN.
In beide scenario's maken gesprekken tussen on-premises en gebruikers gebruik van de Local Gateway-verbinding. De verbinding tussen lokaal en moet dienovereenkomstig worden ontworpen en gedimensioneerd op basis van het verwachte aantal gelijktijdige gesprekken en de vereiste redundantie.
Dialplan
Om een naadloze interoperabiliteit tussen en tijdens de migratieperiode te bereiken, moet op beide platforms een uitgebreide architectuur voor het kiesplan worden ontwikkeld en geïmplementeerd. Dit ontwerp voor twee platforms zorgt voor consistente gespreksroutering, nummervertaling en transparantie van functies, zodat gebruikers op beide systemen kunnen communiceren zonder dat de service verslechtert of de gebruikerservaring wordt verstoord tijdens de coëxistentiefase.
Inbelabonnement op locatie
Tijdens de overgang moet, om het naast elkaar kunnen bestaan van apparaten die zijn geregistreerd op Unified CM en op het ondernemingsnummer, worden gewijzigd, zodat ten minste aan de volgende vereisten kan worden voldaan:
-
+E.164 bellen van naar
-
Extensiekeuzen van naar (binnen de site, maar ook tussen locaties als de extensiebereiken uniek zijn)
-
Verkort interlokaal bellen van naar
-
Geforceerd bellen op het net van naar
-
Terugbellen vanuit het telefoonboek van gemiste oproepen naar bestemmingen op
-
PSTN-oproepen van naar PSTN als tijdens de overgang PSTN op locatie wordt gebruikt voor
-
PSTN-oproepen van naar if tijdens de overgang PSTN-trunking voor hybride implementaties wordt gebruikt om PSTN-toegang te bieden aan gebruikers op locatie via Cloud Connect voor
-
Gedwongen op het net van naar
-
Bellen via een extensie van naar (tussen locaties).
Als een van de bovenstaande belgewoonten vóór de overgang niet wordt ondersteund, bijvoorbeeld als er geen verkorte gewoonte bestaat om tussen verschillende locaties te kiezen, dan hoeven ze niet noodzakelijk tijdens de overgang te worden ingevoerd .
Het kiesplan in figuur Best practices toont de beste aanpak voor een kiesplan, zoals beschreven in de Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. De belangrijkste kenmerken van deze aanpak zijn onder andere:
-
Eén partitie voor adresnummers van +E.164
-
Kernroutering op basis van +E.164 routeringspatronen
-
Normalisatie van alle kiesgewoonten naar +E.164 met behulp van vertaalpatronen
-
Gebruik van een vertaalpatroon dat de overerving van de zoekruimte aanroept (optie Gebruik de aanroepzoekruimte van de afzender die is ingesteld op vertaalpatronen).
Als u bijvoorbeeld via PSTN kiest (9+1+10D) vanaf een apparaat in SJC dat is uitgerust met een zoekruimte voor lijngesprekken (SJCInternational), wordt eerst het vertaalpatroon van 9,1 [2-9] XX [2-9] XXXXXX gevolgd, waardoor het nummer van de gebelde partij wordt genormaliseerd naar +E.164. De secundaire zoekfunctie gebruikt dan opnieuw dezelfde aanroepende zoekruimte SJCInternational (waarbij de overerving van de zoekruimte wordt aangeroepen) en de tekenreeks van +E.164 wordt ofwel vergeleken met een +E.164-cijferig mapnummer op de DN-partitie, ofwel met een van de PSTN-routepatronen op de USPSTNNational- of SJCpStnLocal-partitie. Door de vertalingen in de ESN - en SjcToe164-partitie worden verkorte belgewoonten binnen en tussen sites geïmplementeerd. Hoewel de ESN-partitie een globale partitie is (op alle locaties toegankelijk voor telefoons), is de SJCTOE164-partitie alleen toegankelijk voor gebruikers op locatie SJC. Hierbij wordt uitgegaan van overlappende uitbreidingsbereiken.
De eerste stap om bellen van naar mogelijk te maken, is ervoor te zorgen dat +E.164 bestemmingen op de juiste manier worden omgeleid. Dit kan worden bereikt door een partitie toe te voegen aan het belplan, +E.164 routepatronen voor alle bestemmingen toe te voegen aan die partitie, en tenslotte de partitie toe te voegen aan alle aanroepende zoekruimten die serviceklassen vertegenwoordigen die moeten kunnen worden bereikt. Het aanmaken van een speciale partitie is vereist om een gedifferentieerde serviceklasse te creëren voor gesprekken die afkomstig zijn van. Om callloops te vermijden, zou de zoekruimte voor binnenkomende gesprekken op de trunk van de Local Gateway geen toegang moeten hebben tot de partitie.
Zoals weergegeven in figuur +E.164 routering naarWebex Calling, om routering van naar mogelijk te maken voor een locatie met +E.164 DID-bereik +1 221 555 2XXX en locatiecode 121, moet een dringend routepatroon dat overeenkomt met dit +E.164-bereik aan de partitie worden toegevoegd.
Als er geen locatiespecifieke Local Gateway-selectie nodig is, dan kan in plaats van een routelijst met een lokale routegroep als bestemming te gebruiken voor routepatronen die naar een enkele routegroep verwijzen, worden voorzien van de Local Gateway als enige lid en dan verwijzen de routepatronen naar één enkele routelijst met deze ene routegroep als enige invoer.
Om verkort bellen naar de site mogelijk te maken, wordt het vereiste routepatroon 8121.2XXX aan de partitie toegevoegd. Voor sites die moeten worden overgezet naar een kiesnormalisatiepatroon 8121.2XXX dat het kiezen van ESN-nummers naar +E.164 normaliseert, bestaat mogelijk al op de ESN-partitie. In dat geval lijkt de 8121.2XXX overbodig, maar zodra alle DN's van de betreffende locatie zijn gemigreerd naar het 8121.2XXX kiesnormalisatiepatroon kan worden verwijderd, en dan maakt het 8121.2XXX-routepatroon het mogelijk om ESN-nummers te kiezen, zelfs voor gebruikers met een extensie in dat bereik.
Met deze wijzigingen in het kiesplan kunnen oproepen naar de locatie niet alleen worden geplaatst door de verkorte intersite en +E.164 te kiezen. Internationale en nationale PSTN-nummers zijn ook mogelijk omdat deze kiesgewoonten eerst worden genormaliseerd naar +E.164 via de reeds bestaande vertaalpatronen voor nummernormalisatie en vervolgens worden doorgestuurd door het routepatroon van +E.164 op de partitie te evenaren.
Het routeschema van +E.164 dat overeenkomt met het DID-bereik van de locatie kan worden ingesteld zolang alle DID's nog steeds worden gehost. Het beste algoritme voor het matchen van patronen zorgt ervoor dat wanneer een nummer wordt gebeld dat wordt gehost, het +E.164-telefoonnummer dat is ingesteld, beter overeenkomt dan het +E.164-routepatroon met jokertekens waarnaar wordt verwezen, zodat de gesprekken worden doorgezet naar een lijn aan en niet worden doorgestuurd naar.
belplan
Elke gebruiker krijgt een extensie en/of een +E.164-telefoonnummer. De extensielengte is een vaste globale instelling: alle extensies in een implementatie hebben dezelfde lengte. Doorkiesnummers kunnen worden gebruikt tussen gebruikers, zowel binnen een locatie als tussen locaties. Verkort interlokaal kiezen van extensies (in het laatste geval) werkt alleen als de gekozen extensie uniek is.
Als verkort bellen tussen locaties een vereiste is, maar er overlappingen zijn tussen extensies die op verschillende locaties zijn toegewezen, dan moet er een bedrijfsspecifiek nummerplan worden opgesteld door de extensies vooraf te laten gaan door een toegangscode, een sitecode. Voor meer informatie, zie Preferred Architecture for Cisco Collaboration 15 On-Premises Deployments, Ontwerpoverzicht beschikbaar op Cisco collaboration preferred architectures.
De lengte van de extensie, het gedrag bij het kiezen van extensies tussen locaties, de prefixlengte voor kiezen tussen locaties en het stuurcijfer in het routeringsprefix voor kiezen tussen locaties worden geconfigureerd in de instellingen van de oproepservice in:
-
Lengte van het voorvoegsel voor locatieroutering: Lengte van het voorvoegsel inclusief het stuurcijfer. Alleen vereist als er een nummerplan voor bedrijven moet worden opgesteld als alternatief, verkorte gewoonte om tussen verschillende locaties te kiezen.
-
Stuurcijfer in het routeringsprefix: Stuurcijfer voor verkorte belgewoonte tussen bedrijven tussen verschillende locaties. Overlappingen met het eerste cijfer van elke locatie en locatie die naar buiten gaan, moeten worden vermeden. Alleen vereist als er een nummerplan voor bedrijven moet worden opgesteld als alternatief, verkorte gewoonte om tussen verschillende locaties te kiezen.
-
Interne verlengingslengte: standaardlengte van verlengingen. Kan elke waarde tussen twee en tien zijn.
Als doorkiezen of kiezen met significante nummers van het bedrijf (stuurcode, sitecode, extensie) vereist is voor een gespreksbeheer op locatie naar en de oproepbediening op locatie stuurt een extensie als nummerherkenning, zorg er dan voor dat u ook de parameter Maximale onbekende verlengingsduur instelt in het gedeelte Gespreksroutering tussen en lokalen om ervoor te zorgen dat gesprekken die stroomopwaarts via de oproepbediening op locatie worden uitgevoerd, correct als gesprekken op locatie kunnen worden geclassificeerd. -
Extensiekeuze tussen locaties toestaan: Schakel om het kiezen van een extensie tussen locaties in of uit te schakelen. Deze optie moet alleen worden ingeschakeld als alle extensies binnen de organisatie uniek zijn. Als de optie is uitgeschakeld, moeten belangrijke nummers van het bedrijf (stuurcode, sitecode, extensie) of telefoonnummers tussen locaties worden gekozen.
De eerste drie parameters worden voornamelijk gebruikt om een kiesschema op te stellen voor telefoons om de time-outs tussen de cijfers tot een minimum te beperken bij gebruik van off-hook dialing. Afwijkingen van deze globale instellingen zijn nog steeds mogelijk (bijvoorbeeld: er kunnen extensies met een andere lengte worden ingesteld), maar er verschijnt een waarschuwingsbericht in de Control Hub en voor bellen vanaf telefoons kan het nodig zijn om een en-bloknummer te kiezen om conflicten binnen het vooraf geladen belplan te voorkomen.
De tabel Enterprise-nummeringsvoorbeeld toont een voorbeeld van drie locaties waar de uitbreidingsbereiken van twee locaties, NYC en RTP, identiek zijn. De invoering van een nummeringsschema voor bedrijven met stuurcijfer 8 tussen locaties, gevolgd door een sitecode van drie cijfers, en de extensie van vier cijfers zorgt voor een niet-overlappende, verkorte belgewoonte tussen verschillende locaties.
| Website | Uitbreidingsbereik | Code van de site | Enterprise-assortiment |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Om een soepele overgang mogelijk te maken, moeten de kiesgewoonten voor gebruikers voor en na de overgang naar idealiter hetzelfde zijn. Om de overgang voor elke locatie voor te bereiden, moeten de DID-reeksen en -uitbreidingsbereiken (of verkorte belgewoonten binnen de site) worden gedocumenteerd. Op basis van deze informatie moet dan het stuurcijfer tussen locaties worden geselecteerd.
De tabel Fixed length extension ranges toont een voorbeeld van drie locaties en uitbreidingsbereiken met een vaste lengte. Omdat overlappende kiesgewoonten moeten worden vermeden, is het belangrijk om ervoor te zorgen dat bij elk uitbreidingsbereik het eerste cijfer van het bereik niet overeenkomt met het stuurcijfer voor verkorte interlokale nummers. Als bijvoorbeeld 8 is geselecteerd als stuurcijfer voor interlokaal bellen, dan mag op geen enkele locatie een uitbreidingsbereik beginnen met 8. Doorgaans komen de extensies op een bepaalde locatie overeen met de laatste paar cijfers van de DID's die aan die locatie zijn toegewezen. Om conflicten te voorkomen, kan het eerste cijfer van de extensie worden gewijzigd. Als bijvoorbeeld DID's in het bereik van +1 408 555 8XXX worden gebruikt op een locatie, dan kan in plaats van 8XXX als uitbreidingsbereik 7XXX worden gebruikt voor de extensies op die site
| Website | Uitbreidingsbereik | Extensies | Code van de site | Enterprise-assortiment |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Kiesreeksen van zeven cijfers die worden gekozen op een apparaat met het Amerikaanse kiesschema overlappen met een zevencijferig patroon voor lokaal bellen in het vooraf geladen Amerikaanse kiesplan. Om overlappingen tussen belgewoonten op het net en buiten het net (PSTN) te voorkomen, kan op die locatie een verplichte externe toegangscode worden gebruikt. Als het bestaande nummeringsschema voor bedrijven en het bijbehorende verkorte nummeringsschema tussen locaties elkaar overlappen met patronen in de nationale wijzerplaat, dan kan tijdens de overgang naar het nummeringsschema om overlappingen te voorkomen ook worden gewijzigd in een langere of kortere vorm. De eenvoudigste manier om dit te bereiken is door een extra opvulcijfer toe te voegen aan het nummeringsschema. Het nieuwe, langere belschema tussen verschillende locaties hoeft alleen te worden overgenomen door gebruikers die al zijn gemigreerd. Gebruikers die nog actief zijn, kunnen zeven cijfers blijven kiezen. Het zakelijke kiesplan moet er in dit geval voor zorgen dat het verkorte nummer van zeven cijfers van Unified CM naar wordt omgezet naar +E.164 of naar het formaat voor verkorte nummers dat wordt gebruikt op. Dit moet worden gedaan voordat de oproep naar de Local Gateway wordt gestuurd.
De 7-cijferige nummerkeuze van Table Transitioning toont een voorbeeld van deze hernummering. In dit voorbeeld wordt bij verkorte intersite dialing gebruikt van stuurnummer 8, gevolgd door een tweecijferige sitecode en een viercijferige extensie. Om te voorkomen dat locaties op locaties op locaties met zeven cijfers worden afgekort kiezen, kunnen de sitecodes eenvoudig worden gewijzigd in drie cijfers door een willekeurig opvulcijfer (8 in het voorbeeld) voor te voegen aan de tweecijferige sitecodes die worden gebruikt, zodat bij het kiezen tussen locaties vanaf telefoons gebruik wordt gemaakt van stuurcijfer 8, gevolgd door het opvulcijfer 8, de oude tweecijferige sitecode en de viercijferige extensie. Gebruikers hoeven geen nieuwe sitecodes te onthouden; ze hoeven alleen te onthouden dat ze 88 moeten gebruiken als voorvoegsel voor interlokaal bellen in plaats van 8 op.
| Website | Extensies | Code van de site | Enterprise-assortiment | Code van de site | Enterprise-assortiment |
| 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 |
In een scenario waarin verschillende bedrijfsnummers zijn ingeschakeld en als bedrijfsnummers worden gepresenteerd als informatie van de oproeppartij voor oproepen van naar (bijvoorbeeld - Oproepen vanaf apparaten zonder DID), is het belangrijk om ook een koppeling te implementeren tussen de verschillende nummerformaten voor de informatie van de oproeppartij om ervoor te zorgen dat terugbellen werkt. Deze toewijzing kan worden bereikt door een transformatiepatroon van de aanroepende partij te gebruiken op de trunk tussen en de Local Gateway.
Opnemen
Een goed ontworpen oplossing voor gespreksopname vereist een zorgvuldige afweging van verschillende belangrijke ontwerpelementen om ervoor te zorgen dat deze aansluit bij de doelstellingen van de organisatie, wettelijke vereisten en technische beperkingen. Twee van de meest cruciale beslissingen hebben betrekking op de selectie van providers en de selectie van regio's, die beide mogelijk wereldwijd moeten worden aangepast en op specifieke locaties moeten worden overschreven, op basis van zakelijke behoeften.
1. Selectie van een provider voor gespreksopname
Het selecteren van de juiste aanbieder van gespreksopnamen is van fundamenteel belang om de bedrijfsdoelstellingen te bereiken en ervoor te zorgen dat functies in de hele organisatie op elkaar zijn afgestemd:
-
Wereldwijde selectie van providers: Organisaties wijzen doorgaans een primaire aanbieder voor gespreksopname op mondiaal niveau aan, zodat consistentie in de functieset, naleving en ondersteuning op alle locaties wordt gegarandeerd
-
Op locatie gebaseerde overschrijvingen: In scenario's waarin specifieke locaties of regio's unieke zakelijke behoeften of wettelijke vereisten hebben, kan het nodig zijn om de wereldwijde selectie van providers te negeren en alternatieve aanbieders voor die locaties te specificeren. Deze flexibiliteit ondersteunt uiteenlopende nalevingsmandaten en lokale operationele behoeften.
-
Zakelijke vereisten: De keuze van de aanbieder moet worden bepaald door een beoordeling van zakelijke factoren, zoals naleving van de regelgeving (bijvoorbeeld MiFID II, HIPAA), kwaliteitsborging, geschillenbeslechting of opleidingsbehoeften
-
Beschikbaarheid van functies: Aanbieders moeten worden beoordeeld op basis van hun vermogen om de vereiste functies te leveren, zoals realtime monitoring, zoek- en afspeelmogelijkheden, versleuteling, bewaarbeleid, integratie met analyseplatforms en ondersteuning voor verschillende soorten gesprekken (inkomend, uitgaand, intern).
2. Selectie van de regio
Het bepalen van de regio waar gespreksopnamen worden opgeslagen en verwerkt, is van cruciaal belang voor de naleving en de prestaties:
-
Wereldwijde regioselectie: organisaties kunnen standaard één regio kiezen voor het opslaan van gespreksopnamen om het beheer en beheer te vereenvoudigen
-
Op locatie gebaseerde regio-overschrijvingen: Waar de wetgeving inzake de ingezetenschap van gegevens of het bedrijfsbeleid dit vereist, kan het nodig zijn om de globale regio-instelling voor specifieke locaties te negeren, zodat gespreksopnamen binnen de vereiste geografische grenzen worden opgeslagen en verwerkt
-
Vereisten inzake ingezetenschap van gegevens: bij het ontwerp moet rekening worden gehouden met internationale en lokale voorschriften inzake gegevensbescherming (zoals de GDPR, de CCPA of landspecifieke mandaten) die kunnen bepalen waar en hoe gespreksopnamen worden bewaard.
Een ander belangrijk aspect waaraan aandacht moet worden besteed bij de planning en het ontwerp van een oplossing voor gespreksopname is de schatting van de opslagvereisten. Het nauwkeurig voorspellen van de opslagbehoeften is essentieel om ervoor te zorgen dat er voldoende capaciteit beschikbaar is om de lopende bedrijfsactiviteiten te ondersteunen, de naleving te handhaven en onderbrekingen van de dienstverlening te voorkomen.
Bij het bepalen van de verwachte opslagvraag moet rekening worden gehouden met verschillende belangrijke parameters:
-
Aantal opgenomen gesprekken: Evalueer het verwachte aantal gesprekken dat binnen een bepaald tijdsinterval zal worden opgenomen (bijvoorbeeld per dag, week of maand). Dit omvat niet alleen externe gesprekken, maar ook interne communicatie, indien vereist op grond van het bedrijfsbeleid of wettelijke mandaten
-
Gemiddelde gespreksduur: Bereken de typische duur van opgenomen gesprekken, want langere gesprekken nemen meer opslagruimte in beslag. Variaties in gespreksduur tussen verschillende afdelingen of gebruikersgroepen moeten ook in de schatting worden meegenomen
-
Bewaartermijn: Definieer hoe lang opnames moeten worden bewaard, wat vaak wordt bepaald door het beleid van de organisatie of externe regelgeving (zoals branchespecifieke nalevingsnormen). Langere bewaartermijnen zullen de algemene opslagvereisten verhogen
-
Groeiprognoses: Houd rekening met de verwachte groei van het aantal gesprekken of de uitbreiding van het opnamebereik, die het gevolg kan zijn van schaalvergroting van het bedrijf, nieuwe wettelijke vereisten of de onboarding van extra gebruikers of locaties.
Door deze parameters grondig te analyseren, kunnen organisaties een robuuste opslagstrategie ontwikkelen die zorgt voor schaalbaarheid, kosteneffectiviteit en naleving van de regelgeving voor hun oplossing voor gespreksopname. Het is ook aan te raden om de opslagtoewijzingen regelmatig te herzien en aan te passen naarmate het gebruikspatroon zich in de loop van de tijd ontwikkelt.
Noodoproep
De vereiste om een noodoproep door te sturen naar de juiste meldkamer is een vereiste voor elke oproepdienst die een PSTN-service aanbiedt. Met, de routering van noodoproepen is eigen aan de oplossing en omvat ondersteuning voor alle nationale noodnummers in de landen die ondersteuning bieden. De routering van een noodoproep is gebaseerd op de daarin gedefinieerde locatie en de PSTN-toegangsmethode van de locatie. De noodnummers zijn vooraf gedefinieerd en specifiek voor het land waar de gebruikers en apparaten worden ingezet.
Er zijn twee manieren om noodoproepen binnen te halen. Er is een eenvoudige routeringsservice voor noodoproepen en een uitgebreide routeringsservice voor noodoproepen. De basisrouteringsdienst voor noodoproepen gebruikt een door de beheerder geselecteerd nummer om de locatie en de oproeproute te identificeren om de hulpdiensten te bereiken. Voor eenvoudige noodoproepen verloopt het oproeppad doorgaans via de PSTN-optie van de klant voor die locatie. Er is ook een verbeterde routering voor noodoproepen ontworpen voor implementaties in de VS en Canada die voldoen aan de wettelijke vereisten die vereisen dat een nationale provider wordt ingeschakeld om noodoproepen naar de juiste meldkamer te sturen.
Alle klanten moeten ten minste de basisconfiguratie voor noodoproepen implementeren. Voor een eenvoudige noodoproep moet ten minste één +E.164-nummer van een klant worden toegewezen aan elke locatie die is gedefinieerd in. Voor eenvoudige noodoproepen wordt elke locatie bepaald door een adres waar politie-, brandweer- of ambulancediensten naartoe worden gestuurd in geval van nood. In de meeste gevallen is het hoofdnummer voor de locatie de beste keuze om de fysieke locatie van de noodsituatie weer te geven. Doorgaans wordt de toewijzing van het adres aan het +E.164-nummer gecoördineerd met de PSTN-provider. De afbeeldingen hieronder tonen de toewijzing van het hoofdnummer dat moet worden gebruikt als noodnummer voor de locatie in Richardson.
In de meeste gevallen is een adres van het gebouw voldoende voor het verzendadres van de locatie. Maar als er aanvullende locatiegegevens nodig zijn voor specifieke gebruikers of apparaten, dan kan een beheerder hetzelfde proces gebruiken als hierboven beschreven en die apparaten toewijzen aan een specifiek adres of een meer precieze locatie binnen het adres (zoals een verdieping of kamer). In Gebruikersbeheer in, kan op het tabblad Bellen een specifiek nummer worden gebruikt voor een gebruiker en zijn apparaten om een specifiek verzendadres te krijgen. De volgende afbeeldingen illustreren hoe een specifiek nummer kan worden toegewezen aan een apparaat. De beheerder is verantwoordelijk om ervoor te zorgen dat aan het nummer dat door het apparaat wordt gebruikt, het juiste verzendadres is toegewezen. De adrestoewijzing gebeurt meestal via de PSTN-provider van die locatie.
Voor telefonie-implementaties in de VS die verbeterde oplossingen voor noodoproepen moeten bieden, wordt Horizon Mobility van RedSky gebruikt, geïntegreerd in voor routering van noodoproepen. Wanneer RedSky wordt gebruikt voor gespreksroutering, moet een beheerder zich aanmelden voor een account via Cisco en de juiste informatie configureren in de instellingen voor bellen -> service om deze functie in te schakelen. Zodra de RedSky-service op systeemniveau is ingeschakeld, zal een beheerder de RedSky-service op elk locatieniveau inschakelen. Als u Enhanced Emergency Calling op een locatie inschakelt, wordt de service geactiveerd voor alle apparaten die aan die locatie zijn toegewezen. Apparaten die Enhanced Emergency Calling ondersteunen zijn Cisco MPP-telefoons, Cisco PhoneOS-telefoons en Cisco's.
Er zijn twee instellingen om Enhanced Emergency Calling op een locatie in te schakelen. De optie Allow RedSky to receive network connectivity-informatie en testoproepen moet worden gebruikt om te controleren of de RedSky-configuratie voor apparaat- en infrastructuurtoewijzingen correct is. Met deze instelling kunnen ook testgesprekken worden gevoerd naar 933 om de locatie te verifiëren met behulp van het IVR-systeem van RedSky om de locatie van de beller uit te lezen. Hoewel dit document geen betrekking heeft op de RedSky-configuratie voor locatietracking, moet een beheerder ALTIJD zijn locatiedetectie testen voordat hij noodoproepen activeert om naar RedSky te routeren. Zodra de test is voltooid en is geverifieerd dat ze juist zijn, stuurt de beheerder de oproepen door naar RedSky door de noodoproepen naar RedSky te laten doorsturen. Met deze schakelaar worden alle noodoproepen voor de locatie doorgestuurd naar RedSky, zodat ze naar het antwoordcentrum van de locatie worden gebracht.
De verbeterde instellingen voor noodoproepen zijn ook van toepassing op klanten, zowel op locatie als daarbuiten. Op locatie kunnen ze op dezelfde manier worden gevolgd als bureautelefoons. Als de gebruiker niet op locatie is, kan hij zijn locatie dynamisch instellen, rechtstreeks binnen de. Voor meer informatie over noodoproepen, zie Verbeterde noodoproep voor.
Licentieverlening
Er zijn meerdere opties om licenties toe te wijzen aan gebruikers.
Handmatige toewijzing via
Beheerders wijzen via de interface handmatig licenties toe aan individuele gebruikers.
Beheerders kunnen servicelicenties voor individuele gebruikers bewerken en rechtstreeks bellicenties toewijzen.
Sjablonen voor automatische licentietoewijzing
Gebruik sjablonen voor licentietoewijzing om automatisch licenties toe te wijzen aan gebruikers op basis van groeps- of organisatie-instellingen.
Automatische licentieverlening kan worden verleend door middel van adreslijstsynchronisatie of handmatige gebruikersupdates, maar gebruikers moeten een geldig telefoonnummer in +E.164-formaat hebben en de telefoonnummers moeten op een locatie aanwezig zijn voordat ze door de gebruiker kunnen worden toegewezen. Als niet aan de voorwaarden wordt voldaan (bijvoorbeeld een ongeldig telefoonnummerformaat), worden er geen licenties toegewezen.
Bulktoewijzing via CSV-sjabloon
Upload een CSV-bestand met gebruikersgegevens en licentietoewijzingen om meerdere gebruikers tegelijk toe te voegen of te wijzigen.
CSV-import ondersteunt het toevoegen van maximaal 20.000 gebruikers en het toewijzen van licenties, maar voor licenties zijn specifieke velden vereist, zoals telefoonnummer en extensie.
Toewijzing op basis van API
Gebruik API's om licenties programmatisch toe te wijzen en gebruikers te beheren.
ondersteunt API-bewerkingen voor gebruikers- en licentiebeheer (People, SCIM 2.0 en Licenses API's), die kunnen worden gebruikt voor de automatisering van licentietoewijzingen. De Licenses-API maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk.
| Wijze van toewijzing | Voordelen | Nadelen |
|---|---|---|
| Handmatig via | Eenvoudig voor weinig gebruikers. Maakt nauwkeurige en gedetailleerde controle over de licentietoewijzing mogelijk. | Niet schaalbaar, tijdrovend Gevoelig voor menselijke fouten bij handmatige invoer. |
| Automatische licentiesjablonen | Schaalbaar Vermindert handmatige fouten Kan worden toegepast op nieuwe en bestaande gebruikers. | Vereist geldige telefoonnummers en locaties. Moeilijker om in te stellen Vereist ook gebruikersgroepen per groep gebruikers met gelijkwaardige licentievereisten. |
| CSV-bestanden in bulk uploaden | Efficiënt voor grote gebruikerssets Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist een zorgvuldige CSV-opmaak Mogelijke fouten als telefoonnummers of extensies ontbreken of onjuist zijn. |
| Toewijzing op basis van API | Automatiseerbaar, flexibel. Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist ontwikkelings- en API-kennis. |
De tabel Inrichtingsopties voor gebruikers - samenvatting geeft een overzicht van de opties voor gebruikersinrichting en hun voor- en nadelen. Dit overzicht helpt bij het kiezen van de beste licentietoewijzingsmethode op basis van de grootte van de organisatie van de klant, de automatiseringsmogelijkheden en de processen en vereisten voor de levering van gebruikers.
Waar mogelijk raadt Cisco aan om bellicenties toe te wijzen aan de hand van licentiesjablonen. Dit vereist dat voor elke groep gebruikers waarvoor een unieke set licenties nodig is (voorbeeld - Standard vs. Professional) bestaat er een groep met de respectieve groepslidmaatschappen. Zoals besproken in de secties Gebruikersgroepen, kunnen gebruikersgroepen handmatig worden gedefinieerd in of gesynchroniseerd worden vanuit een bedrijfsgids. Een combinatie van beide benaderingen is mogelijk.
Gebruikers die tot meerdere groepen behoren, krijgen licenties voor alle opdrachten die op al hun groepen worden toegepast. Dit maakt het mogelijk om licentiespecifieke beveiligingsgroepen in het ondernemingsregister te gebruiken om de licentietoewijzing te beheren, waarbij de resulterende gebruikerslicentietoewijzing wordt beheerd door de vereniging van groepslidmaatschappen.
Voor meer informatie, zie Automatische licentietoewijzingen instellen in Control Hub en Sjablonen voor automatische licentietoewijzing instellen voor Webex Calling gebruikers.
Licentievereisten
Dit gedeelte heeft alleen betrekking op gerelateerde licenties. Andere licentietypen (bijvoorbeeld: registratie van Webex-apparaten, berichten, vergaderingen) vallen niet onder de dekking. Als onderdeel van het ontwerpproces moeten de licentievereisten worden bepaald. Het aantal licenties voor de volgende licentietypen moet worden berekend:
-
Standaard: aantal individuele gebruikers die standaard telefoniefuncties nodig hebben.
-
Professioneel: aantal gebruikers en werkplekken waarvoor geavanceerde telefoniefuncties nodig zijn. Virtuele lijnen en groepsvoicemail hebben recht op een verhouding van 1:1. voor elke professionele licentie. In zeldzame gevallen waarin het aantal vereiste virtuele lijnen of groepsvoicemails groter is dan het aantal gebruikers en werkplekken die geavanceerde telefoniefuncties nodig hebben, moeten dus extra professionele licenties worden bijgehouden.
-
Workspace for Common Area: aantal locaties voor gedeeld gebruik of gemeenschappelijke ruimtes waarvoor standaard belmogelijkheden zijn vereist.
-
Klantenservice: aantal agenten en supervisors die Customer Assist-functies nodig hebben. De klantenondersteuning omvat de professionele licentie.
-
Routelijstgesprekken: aantal vereiste PSTN-gesprekken met cloudverbinding tussen gebruikers op locatie en/of gespecialiseerde toepassingen van derden op locatie.
-
Attendant Console: aantal gebruikers dat toegang nodig heeft tot de Attendant Console Client.
-
Cisco Calling Plan (Outbound Calling Plan): aantal gebruikers die een PSTN-nummer en/of uitgaande PSTN-oproeptoegang nodig hebben voor de Cisco PSTN-service.
Er is geen specifiek licentietype voor professionele werkruimten. Voor professionele werkplekken is een professionele licentie vereist.
Voor werkplekken die alleen voor hotdesk beschikbaar zijn, kunt u gebruikmaken van de hotdesk-hostservice en een noodoproep van de hotdesk-host. Hiervoor is geen vergunning vereist. Zie Hotdesk-apparaten toevoegen en beheren voor meer informatie.
Om het vereiste licentietype voor elke gebruiker en werkruimte te bepalen op basis van de benodigde functies, zie Functies die beschikbaar zijn per licentietype voor Webex Calling.
Om onderscheid te maken tussen de functionaliteit die wordt geboden door oproepwachtrijen in combinatie met de professionele licentie, in tegenstelling tot de klantenservice, zie vergelijking van de functies Webex Calling voor gesprekswachtrijen en klantenondersteuning.
Provisioning door gebruikers
Bij het bevoorraden van gebruikers in Webex zijn er verschillende opties beschikbaar, die elk geschikt zijn voor verschillende organisatorische behoeften en omgevingen:
-
Handmatige provisioning: Beheerders kunnen rechtstreeks binnen individuele gebruikers toevoegen en beheren. Deze methode is eenvoudig, maar het meest geschikt voor kleine organisaties of beperkte gebruikerswijzigingen.
-
Bulkvoorziening via CSV: Voor grotere gebruikersgroepen kunnen beheerders gebruikers in bulk importeren en updaten door CSV-bestanden te uploaden naar. Dit maakt een efficiënt beheer van maximaal duizenden gebruikers tegelijk mogelijk.
-
Opties voor het synchroniseren van adresboeken:
Directory Connector: Dit is een hulpmiddel voor automatische synchronisatie dat in Microsoft Active Directory omgevingen wordt gebruikt. Het synchroniseert gebruikersaccounts, groepen en kenmerken volgens een vast schema (elk uur, dagelijks of wekelijks). Het ondersteunt Active Directory configuraties met meerdere domeinen en meerdere bossen en kan profielafbeeldingen en ruimteobjecten synchroniseren.
Entra ID (Azure AD) wizardapp: Deze methode is ontworpen voor organisaties die Microsoft Entra ID (Azure AD) gebruiken en biedt automatische, bijna realtime synchronisatie van gebruikersaccounts en -kenmerken rechtstreeks van Entra ID naar. Het wordt volledig intern beheerd en vereist een minimale installatie.
SCIM 2.0-toepassingen: Voor omgevingen die niet van Microsoft zijn of andere identiteitsproviders, zoals Okta of Duo, maken op SCIM gebaseerde synchronisatie-apps automatische provisioning en deprovisioning van gebruikers mogelijk met attribuuttoewijzing en groepssynchronisatie.
-
Unified CMgebruikerssynchronisatie: Met deze optie kunt u gebruikersaccounts aanmaken op basis van bestaande eindgebruikers door te synchroniseren van tot. Hiervoor moet Cloud Connected UC (CCUC) op de lokale clusters draaien. Over het algemeen wordt het echter aanbevolen om gebruikers te synchroniseren vanuit een gecentraliseerde clouddirectory, zoals Entra ID, in plaats van rechtstreeks vanuit.
-
API-voorziening: openbare API's (People, SCIM 2.0) kunnen worden gebruikt om gebruikers te bevoorraden. Het belangrijkste voordeel van het gebruik van API's is de mogelijkheid om de gebruikersvoorziening te integreren met andere bedrijfssystemen.
Dit overzicht en deze tabel geven de belangrijkste inrichtingsopties voor gebruikers weer, hun voordelen en beperkingen om u te helpen bij het kiezen van de beste aanpak voor de behoeften van uw organisatie.Tabel 6. Opties voor het inrichten van gebruikers voor Bevoorradingsmethode Beschrijving Voordelen Nadelen Handboek Gebruikers individueel aanmaken/beheren in Eenvoudig voor weinig gebruikers; geen infrastructuur nodig Niet schaalbaar; tijdrovend voor veel gebruikers Bulk (CSV-bestand) Gebruikers in bulk importeren/updaten via CSV in Efficiënt voor groepen; geen codering vereist Handmatige CSV-voorbereiding; minder dynamisch Mensen en SCIM 2.0 API Programmatisch gebruikersbeheer via Webex API's Flexibel; ondersteunt automatisering en integratie Vereist ontwikkeling en infrastructuur Synchronisatie van adresboeken Automatische synchronisatie vanuit AD, Entra ID, SCIM-apps, Unified CM Automatiseert de levenscyclus; ondersteunt filteren en in kaart brengen Complexiteit van de installatie: sommige opties hebben beperkte functies of vereisen infrastructuur
Gebruikersgroepen
Met gebruikersgroepbeheer kunnen beheerders gebruikers in groepen indelen voor efficiënt bulkbeheer van licenties, instellingen en bronnen. Groepen helpen het beheer te stroomlijnen door beleidsregels, licenties en instellingensjablonen toe te passen op meerdere gebruikers tegelijk, in plaats van gebruikers afzonderlijk te beheren.
Beheer van gebruikersgroepen biedt verschillende voordelen, waaronder:
-
Vereenvoudigd beheer: beheer licenties, instellingen en beleidsregels voor meerdere gebruikers tegelijk.
-
Consistentie: pas uniforme instellingen en licenties toe voor gebruikers in dezelfde groep.
-
Schaalbaarheid: ondersteunt tot 250.000 leden per groep.
-
Integratie: groepen synchroniseren vanuit Microsoft Entra ID (Azure AD) of Active Directory voor geautomatiseerd gebruikers- en groepsbeheer.
-
Flexibiliteit: maak lokale groepen of synchroniseer beveiligingsgroepen; beheer het groepslidmaatschap handmatig of via CSV-bestanden.
-
Toewijzing van middelen: beheer de toegang tot geïntegreerde apps en services op basis van het groepslidmaatschap.
De belangrijkste toepassingen voor gebruikersgroepen bij de bevoorrading zijn:
-
Licentietoewijzingen: Wijs licenties toe aan groepen om automatisch diensten zoals bellen, vergaderen, berichten of hybride diensten aan groepsleden te leveren.
-
Sjablonen voor instellingen: Pas verzamelingen service-instellingen (zoals berichten, vergaderen, bellen) toe op groepen voor een consistente gebruikerservaring.
-
Gebruikersbeheer in bulk: gebruikers in bulk toevoegen of verwijderen via CSV-bestanden of adreslijstsynchronisatie.
-
Automatisering en integratie: Gebruik API's of adreslijstsynchronisatie voor geautomatiseerd beheer van de levenscyclus van gebruikers en groepen.
De volgende tabel geeft een overzicht van de verschillende opties voor het beheren van gebruikersgroepen en groepsbeheer in.
| Optie | Beschrijving | Voordelen | Nadelen |
|---|---|---|---|
| groepsbevoorrading (groepen) | Creëer en beheer groepen rechtstreeks in. Leden handmatig of via CSV toevoegen/verwijderen. | Volledige controle over het groepslidmaatschap Onmiddellijke toepassing van licenties en sjablonen Eenvoudig om groepen aan te maken en te bewerken |
Handmatige updates vereist Risico op fouten bij handmatige CSV-uploads Geen automatische synchronisatie met externe mappen |
| Gesynchroniseerde groepen van Entra ID (Azure AD) of Active Directory | Beveiligingsgroepen en lidmaatschappen van externe telefoonboekdiensten automatisch synchroniseren. | Geautomatiseerde synchronisatie vermindert handmatig werk Zorgt voor consistentie met het bedrijfsregister Ondersteunt grote organisaties |
Kan het groepslidmaatschap niet bewerken in Synchronisatievertraging tot 12 uur Geneste groepen vereisen handmatige selectie |
| Groepen en SCIM 2.0 API (groepen) | Groepen of de SCIM 2.0 API gebruiken voor programmatisch beheer van groepen en leden | Automatisering en integratie met andere systemen Schaalbaar voor grote of complexe omgevingen |
Vereist ontwikkelingsinspanningen De complexiteit hangt af van het gebruik van de API |
Hoewel gesynchroniseerde groepen zorgen voor consistentie en één beheerpunt bieden, is een hybride aanpak waarbij gesynchroniseerde groepen en groepen worden gecombineerd (ofwel beheerd in de controlehub of via API's) mogelijk. Zo kunnen groepen voor licentietoewijzing bijvoorbeeld gesynchroniseerde groepen zijn en kan een aparte set groepen worden gebruikt voor het toewijzen van gebruikers- en oproepsjablonen.
Deze alomvattende benadering van gebruikersgroepbeheer stelt organisaties in staat om gebruikerslicenties, -instellingen en -beleid efficiënt te beheren, waardoor consistente en schaalbare samenwerkingservaringen worden gegarandeerd.
Aanbevolen aanpak bij de migratie van naar
De belangrijkste gegevensbron voor gebruikers is de database, die informatie over eindgebruikers bevat. Is echter doorgaans niet de gezaghebbende bron voor het beheer van gebruikersidentiteiten en wat nog belangrijker is, zal aan het einde van de overgang worden stopgezet en is daarom uitgesloten als gezaghebbende bron voor identiteitsinformatie op lange termijn.
Cisco raadt aan om een gecentraliseerde clouddirectory, zoals Microsoft Entra ID (Azure AD), te gebruiken als enige bron van waarheid voor gebruikersidentiteiten. Gebruikers van Entra ID synchroniseren om consistentie te garanderen, het beheer te vereenvoudigen en de mogelijkheden voor eenmalige aanmelding (SSO) te ondersteunen.
Om ervoor te zorgen dat alle gebruikers ook aanwezig zijn in Entra ID, moeten organisaties controleren of de gebruikersaccounts overeenkomen met accounts in Entra ID. Dit kan worden gedaan door gebruikerslijsten te exporteren van en deze te vergelijken met gebruikerslijsten van Entra ID.
Samenvattend is de aanbevolen inrichtingsmethode het synchroniseren van gebruikers van Microsoft Entra ID (Azure AD) naar Webex met behulp van de Azure AD Wizard- of SCIM-apps. Handmatige en CSV-bulkprovisioning zijn beschikbaar als aanvullende methoden, maar zijn minder schaalbaar en meer foutgevoelig voor grote organisaties. Ervoor zorgen dat Entra ID de gezaghebbende bron is en dat alle gebruikers in Entra ID aanwezig zijn, is van cruciaal belang voor een succesvolle migratie en een consistente gebruikerservaring tussen verschillende omgevingen.
De overgang van een lokale adreslijstservice naar een Active Directory adreslijstservice in de cloud, zoals Entra ID (Azure ID), is onafhankelijk van de overgang van de oproep. Cisco raadt aan om de overgang naar een cloudadreslijstservice te voltooien voordat de oproepovergang wordt gestart.
Gebruikersgroepen ontwerpen
Na de overgang van het ondernemingsregister van on-premises naar de cloud verzamelt u de vereiste gebruikersgroepen op basis van de vereisten voor licenties en functiesjablonen. Voor elk groepsdocument:
-
Groepsnaam: unieke naam van de groep.
-
Licenties: licenties die aan deze groep moeten worden toegewezen (indien aanwezig) en toepassingsgebied (indien licenties worden toegewezen aan bestaande gebruikers of alleen aan nieuwe gebruikers)
-
Sjablonen voor instellingen: Webex-app en sjablonen voor telefoongesprekken door gebruikers.
-
Directory-synchronisatie: Wordt deze groep gesynchroniseerd vanuit de bedrijfsdirectory of is dit een lokale Webex-groep die wordt ingericht in Control Hub of via een API.
-
Beschrijving: hoe wordt deze groep gebruikt en welke gebruikers moeten lid zijn van deze groep
Deze gegevens zullen later tijdens de implementatiefase worden gebruikt om lokale groepen of groepen in het ondernemingsregister te creëren en het groepslidmaatschap van gebruikers te beheren.
Eenmalige aanmelding (SSO)
Cisco raadt het gebruik van SSO aan voor gebruikersauthenticatie. Het gebruik van SSO heeft enkele overtuigende voordelen, waaronder:
-
Vereenvoudigde gebruikersauthenticatie: gebruikers kunnen zich één keer aanmelden met hun bedrijfsgegevens (bijvoorbeeld van Azure ID) voor toegang tot en andere geïntegreerde toepassingen, waardoor er geen meerdere wachtwoorden meer nodig zijn en er minder aanmeldingsvragen nodig zijn. Dit verbetert de beveiliging door ervoor te zorgen dat bedrijfswachtwoorden na authenticatie nooit worden opgeslagen of naar hen worden verzonden.
-
Vereenvoudigd gebruikersbeheer: Automatiseert het aanmaken, bijwerken en deactiveren van gebruikersaccounts op basis van wijzigingen in het bedrijfsregister, waardoor de administratieve rompslomp wordt beperkt en ervoor wordt gezorgd dat alleen bevoegde gebruikers toegang hebben.
-
Verbeterde beveiliging: SSO vermindert wachtwoordmoeheid en het risico op inbreuken op wachtwoorden door de authenticatie via vertrouwde identiteitsproviders (IDP's) te centraliseren.
-
Eenvoudige integratie van multifactor-authenticatie (MFA): MFA kan eenvoudig worden ondersteund via een Identity Access Management-oplossing zoals Cisco Duo of via MFA-ondersteuning van de IdP.
Er zijn meerdere opties om SSO voor diensten te implementeren:
-
SSO op basis van SAML 2.0: het primaire protocol dat wordt ondersteund voor SSO-integratie, waardoor veilige uitwisseling van authenticatiegegevens tussen de IdP en de serviceprovider mogelijk is.
-
OpenID connect (OIDC): ondersteund als alternatief modern authenticatieprotocol voor SSO-integratie.
-
Webex-identiteit: wordt ook ondersteund als optie voor identiteitsproviders.
SSO wordt centraal geconfigureerd en beheerd via, waarbij metagegevens moeten worden uitgewisseld tussen en de gekozen IdP.
Na de configuratie kan SSO binnen worden getest voordat deze wordt geactiveerd om te garanderen dat de installatie correct is.
Cisco ondersteunt integratie met meerdere geteste en veelgebruikte IDP's en Identity Management Systems (IAM), waaronder maar niet beperkt tot:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederatiediensten (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Deze IDP's voldoen aan de SAML 2.0- of OpenID Connect-standaarden en zijn gevalideerd voor compatibiliteit met Cisco-samenwerkingsoplossingen.
Ondersteuning voor meerdere IdP
stelt organisaties in staat SSO met meerdere IDP's te configureren voor complexe IT-omgevingen zoals fusies, overnames of gedecentraliseerde IT-afdelingen waar verschillende groepen verschillende IDP's gebruiken. Ondersteuning voor meerdere IdP kan worden geïmplementeerd met behulp van de functie voor meerdere IdP in of via de integratie van een IAM-systeem voor ondernemingen, zoals Cisco Duo.
De ondersteuning voor meerdere Identity Providers (IdP) heeft betrekking op verschillende belangrijke toepassingen waarbij organisaties flexibele en veilige authenticatie nodig hebben in verschillende IT-omgevingen:
1. Fusies en overnames
Wanneer bedrijven fuseren of andere bedrijven overnemen, hebben ze vaak aparte IT-infrastructuren en verschillende binnenlandse ontheemden die niet kunnen worden gefedereerd. Dankzij ondersteuning voor meerdere IdP kunnen gebruikers van beide organisaties zich authenticeren en veilig samenwerken zonder dat ze hun identiteitssystemen onmiddellijk hoeven te verenigen.
2. Meerdere onafhankelijke IT-afdelingen
Grote organisaties of overheidsinstellingen kunnen meerdere onafhankelijke IT-afdelingen hebben, die elk hun eigen IdP beheren. Dankzij de functie voor meerdere IdP kunnen deze afdelingen hun eigen authenticatiesystemen onderhouden en hebben gebruikers tegelijkertijd naadloze toegang.
3. Verschillende gebruikersgroepen of domeinen
Organisaties met verschillende gebruikersgroepen (bijvoorbeeld werknemers versus contractanten) of meerdere e-maildomeinen kunnen routeringsregels configureren om authenticatieverzoeken naar de juiste IdP te sturen op basis van het domein of groepslidmaatschap. Dit ondersteunt een gedifferentieerd toegangsbeleid en beveiligingscontroles.
4. Ondersteuning voor verschillende authenticatieprotocollen
ondersteunt IDP's van SAML en OpenID Connect (OIDC), waardoor organisaties verschillende soorten identiteitsproviders kunnen integreren op basis van hun bestaande infrastructuur- en beveiligingsvereisten.
5. Verbeterde beveiliging en naleving van regelgeving
Door meerdere IDP's mogelijk te maken, kunnen organisaties sterkere authenticatiemechanismen implementeren, waaronder meervoudige authenticatie (MFA) via integraties zoals Duo, en een consistent beveiligingsbeleid afdwingen voor verschillende gebruikersgroepen.
6. Vereenvoudigde gebruikerservaring
Gebruikers kunnen zich authenticeren met hun bestaande inloggegevens van hun respectieve IDP's, wat een uniforme aanmeldingservaring biedt, ondanks de onderliggende complexiteit van systemen met meerdere identiteiten.
Ondersteuning voor meerdere IdP biedt flexibiliteit, maar vereist zorgvuldige coördinatie tussen beveiligings- en identiteitsteams om een consistent beveiligingsbeleid te handhaven en mogelijke kwetsbaarheden te vermijden.
Duo MFA met SSO voor
Duo Access Gateway (DAG) kan gebruikers authenticeren met behulp van bestaande mappen op locatie of in de cloud, zoals Active Directory (AD) en OpenLDAP. Het ondersteunt ook integratie met andere identiteitsproviders zoals Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS en Shibboleth. Dankzij deze flexibiliteit kunnen organisaties hun huidige directory-infrastructuur gebruiken voor Webex SSO met Duo MFA.
Duo fungeert als een sterke authenticatielaag bovenop de primaire adresboekverificatie. Het werkt als identiteitsprovider (IdP) die SAML 2.0 gebruikt om tweefactorauthenticatie (2FA) af te dwingen voordat toegang wordt verleend tot. Duo evalueert de context van gebruikers, apparaten en netwerken aan de hand van configureerbaar beleid om toegang toe te staan of te weigeren, waardoor de beveiliging verder gaat dan alleen gebruikersnaam en wachtwoord. Duo biedt ook flexibele beleidsmaatregelen, zoals het vereisen van MFA bij elke aanmelding voor sommige apps en minder vaak voor andere.
De voordelen van Cisco Duo zijn onder andere:
-
Verbeterde beveiliging: Voegt phishing-resistente MFA toe om de toegang te beschermen, waardoor het risico op gecompromitteerde wachtwoorden wordt beperkt.
-
Flexibel beleid: Maakt gedetailleerde controle mogelijk over de authenticatievereisten per toepassing of gebruikersgroep.
-
Integratie met bestaande mappen: ondersteunt AD, OpenLDAP, cloudmappen en verschillende SSO-providers op locatie, waardoor wijzigingen in de infrastructuur tot een minimum worden beperkt.
-
Gebruiksgemak: ondersteunt Single Sign-On (SSO) om wachtwoordmoeheid te verminderen door gebruikers in staat te stellen één keer in te loggen en veilig toegang te krijgen tot meerdere bronnen.
-
Vertrouwde eindpunten: ondersteunt apparaatvertrouwen voor clients op Windows en MacOS, waardoor de beveiliging wordt verbeterd.
-
Self-Service Enrollment: Inline inschrijving en dubbele prompt verbeteren de gebruikerservaring tijdens de MFA-configuratie.
Duo MFA met SSO for maakt gebruik van bestaande adresboeken, zoals Active Directory OpenLDAP, of aanbieders van cloudidentiteitsdiensten, om gebruikers te authenticeren. De rol van Duo is om een sterke, beleidsgestuurde tweede authenticatiefactor te bieden, geïntegreerd via SAML 2.0, waardoor de beveiliging wordt verbeterd en het gebruikersgemak behouden blijft via SSO. De voordelen zijn onder meer een verbeterde beveiliging, flexibele beleidshandhaving, naadloze integratie en een betere gebruikerservaring.
Cisco raadt aan om SSO voor gebruikers te implementeren. Voor een betere beveiliging wordt integratie met Cisco Duo aanbevolen.
De Enterprise IAM- en SSO-strategie moet worden geïmplementeerd voordat met de overgang van naar wordt begonnen.
Kenmerken
heeft een volledige reeks kernfuncties die bij de service zijn inbegrepen. Dit omvat veel belfuncties op bedrijfsniveau die al vele jaren beschikbaar zijn. U ziet misschien niet 100% pariteit tussen functies en functies, maar zoals u kunt zien in de onderstaande afbeelding, zijn de belangrijkste oproepfuncties beschikbaar in.
Naast de vele gebruikersfuncties, heeft het ook de belangrijkste systeemfuncties die bij het platform zijn inbegrepen. Dit zijn onder meer functies zoals auto-attendants, wachtrijen, call park, enz. U kunt alle beschikbare kernfuncties van het systeem zien onder Service → Bellen → Functies, zoals weergegeven in de Webex Calling kernfuncties van de figuur.
Automobilist
Met de Auto Attendant kan de afhandeling van inkomende gesprekken 24/7 worden geautomatiseerd, wat een efficiënte afhandeling van gesprekken mogelijk maakt zonder dat iemand elke oproep hoeft te beantwoorden.
De automatische begeleider beantwoordt binnenkomende oproepen en biedt de beller een menu met opties om te bepalen waar hij of zij het gesprek naartoe wil doorsturen. Dit kan naar een persoon, een voicemailbox of een telefoondienst zijn (bijv. Oproepwachtrij). De beller gebruikt het toetsenblok van zijn telefoon om het nummer in te voeren in het Auto Attendant-menu.
De Auto Attendant ondersteunt de volgende belangrijke functies:
-
Dienstregelingen op kantoor en buiten kantooruren
-
Vakantieschema
-
Optie in het kiesmenu om uw klanten door te verwijzen naar waar ze heen moeten
-
Begroetingen aanpassen
-
Optie om op naam te bellen
-
Opties voor het doorschakelen van gesprekken
-
Analyses en rapporten van de Control Hub.
Zie Autobegeleiders beheren voor meer informatie.
Call Park
Met Call Park kunnen gebruikers eenvoudig een gesprek in de wacht zetten zodat een andere gebruiker het gemakkelijk kan terugvinden wanneer ze beschikbaar zijn om het gesprek aan te nemen. Het maakt de gebruiker die de oorspronkelijke oproep heeft beantwoord ook vrij om andere gesprekken te voeren of te ontvangen terwijl de oproep geparkeerd staat.
Er zijn twee soorten callparks beschikbaar in:
-
Call park direct - hiermee kan elke gebruiker een gesprek naar een toestel van een andere gebruiker of naar een callpark-extensie parkeren, zoals gedefinieerd door de beheerder
-
Call park-groep - biedt een bepaalde groep gebruikers de mogelijkheid om oproepen automatisch te parkeren op basis van beschikbare parkbestemmingen die voor de groep zijn gedefinieerd. Deze bestemmingen kunnen extensies van de groepsleden zijn of callparkextensies.
Op basis van de configuratie en het parkeertype kunnen gebruikers oproepen oproepen door *88+> te kiezen<extension of parked call>, op de lijntoets te drukken die is gekoppeld aan de call park-extensie of door een softkey op hun IP-telefoon te gebruiken.
Er is een oproepoptie beschikbaar om een geparkeerde oproep na een bepaalde periode terug te roepen naar de gebruiker die de oproep heeft geparkeerd of naar een andere gebruiker.
Zie Call Park beheren in Control Hub voor meer informatie.
Ophalen van gesprekken
Met gespreksopname kan een beheerder een groep gebruikers (leden) definiëren die een oproep naar de telefoon van een ander lid kunnen beantwoorden. Dit geeft een gebruiker de mogelijkheid om oproepen te beantwoorden wanneer zijn teamgenoten het druk hebben en een binnenkomend gesprek niet kunnen beantwoorden.
De gebruikers in een groep moeten zich op dezelfde locatie bevinden.
Gebruikers kunnen de telefoon of hun bureautelefoon gebruiken om een gesprek aan te nemen.
-
:
-
Ondersteunt visuele en audiomeldingen
-
Melding van een inkomend gesprek
-
Op basis van een fax (kies *98) of op het moment dat u een gesprek opneemt
-
Meldingen voor het afhalen van gesprekken voor meerdere lijnen.
-
-
Telefoons op het bureau:
-
Melding van een inkomend gesprek
-
Geluidssignaal en visuele melding via de LED van de handset. De 6821 ondersteunt alleen audiogong
-
Als het meldingstype is geselecteerd in het veld „Niet niets”
-
-
Meldingen voor het afhalen van gesprekken, alleen voor primaire lijnen.
-
Zie voor meer informatie de groep voor het opnemen van gesprekken configureren.
Oproepwachtrij
omvat wachtrijen voor gesprekken met alleen spraak als onderdeel van de kernfuncties en elke gebruiker met een Professional-licentie kan deel uitmaken van een oproepwachtrij, agent of supervisor. Met deze functie kunnen gebruikers efficiënt met klanten communiceren. Oproepwachtrijen ondersteunen een deel van de kernfuncties van het callcenter, zoals voicewachtrijen, terugbellen, routering via vaardigheden of prioriteit, beheer van de wachtrijen van medewerkers, analyses, rapportage, enz.
Cisco's oproep voor Microsoft Teams-integratie biedt agenten rechtstreeks toegang tot gesprekken in de wachtrij en functies van hun Microsoft Teams-client.
Call Queues ondersteunen de volgende belangrijke functies:
-
Groeten en berichten (welkom, troost, gefluister, enz.)
-
Muziek in de wacht
-
Terugbellen
-
Beleid voor het routeren van wachtrijen (nachtdienst, feestdagen, doorsturen)
-
Aanmelden/uitloggen in de wachtrij voor agenten
-
Beheer van de status van de wachtrijen van agenten
-
voor telefonische ondersteuning op het bureau
-
Supervisor, agent, oproepmonitor, coach, binnenvaart of neem het over via Feature Access Codes (FAC's)
-
(toegang voor de beheerder) voor:
-
beheer van de wachtrijen
-
Analyse en rapportage van agenten en wachtrijen
-
Beheer van wachtrijen, agenten en toezichthouders.
-
Zie Oproepwachtrij configureren voor meer informatie.
heeft een aanvullende functie voor Customer Assist die extra mogelijkheden biedt voor gesprekswachtrijen en agenten en supervisors een betere gebruikerservaring biedt binnen de. Zie vergelijking van de functies voor gesprekswachtrij en klantenservice voor een vergelijking van de functies Webex Calling voor gesprekswachtrij en klantenservice.
Hunt-groep
Hunt Groups maken het mogelijk om inkomende gesprekken door te sturen naar een specifieke groep gebruikers via een vooraf bepaald routeringspatroon. Dit zorgt ervoor dat oproepen door de juiste groep gebruikers worden beantwoord of naar een voicemail worden gestuurd om ze op te volgen.
Een groot verschil tussen Hunt Groups en Call Queues is dat gesprekken niet in de wachtrij staan in een Hunt Group, dus als er geen gebruikers in de Hunt Group beschikbaar zijn om de oproep te beantwoorden, wordt de verbinding verbroken, naar de voicemail gestuurd of doorgestuurd naar een ander nummer (gebruiker of service).
Voor meer informatie, zie Jachtgroepen beheren in Control Hub.
Bedrijfsmodi
Met de functie Operating Modes kunnen bedrijven gesprekken efficiënt doorsturen naar verschillende bestemmingen (gebruikers, voicemail, oproepdiensten zoals een gesprekswachtrij). Waar en wanneer een gesprek wordt doorgestuurd, is gebaseerd op een schema van de dag en de dag van de week en elke gebruiker kan worden gemachtigd om deze modi (schema's) te beheren om wijzigingen in de gespreksroutering te controleren.
Oproepen naar een oproepwachtrij kunnen bijvoorbeeld worden doorgestuurd naar een andere oproepwachtrij met agenten in een andere tijdzone om oproepen buiten kantooruren te beantwoorden, tijdens kantooruren worden doorgestuurd naar de lokale agenten en tijdens vakanties naar de voicemail worden doorgestuurd voor opvolging nadat agenten naar kantoor zijn teruggekeerd.
Een geautoriseerde gebruiker kan schakelen tussen deze verschillende scenario's voor het doorschakelen van gesprekken (modi) als hij gedurende een bepaalde periode moet wijzigen naar een andere locatie voor inkomende gesprekken. Deze gebruikers kunnen de modi beheren via hun 6800/7800/8800 MPP-telefoons, 9800-telefoons of in de gebruikershub bij de beheermodi.
Voor meer informatie, zie Gespreksroutering op basis van de bedieningsmodi in Webex Calling.
Oproepgroep
Met paginggroepen kunnen gebruikers eenrichtingsgesprekken voeren om een audiobericht naar een groep gebruikers te sturen. Elke groep kan maximaal 75 doelgebruikers en/of werkruimten bevatten die worden bereikt door een vooraf gedefinieerd nummer of extensie te kiezen.
Wanneer een gebruiker een oproepgroep belt, wordt er tegelijkertijd naar alle toegewezen doelen in de groep gebeld, waarna de beller zijn berichten kan uitspreken en kan ophangen als hij klaar is.
Zie Een oproepgroep configureren in Control Hub voor meer informatie.
Opnamen
ondersteunt het opnemen van gesprekken die door een gebruiker zijn gevoerd of ontvangen. Dit kan nodig zijn voor kwaliteits-, verzekerings-, beveiligings- of opleidingsbehoeften. Gesprekken worden standaard opgenomen, maar andere externe opnameleveranciers kunnen ook worden gebruikt als andere opnamefuncties of nalevings- en wettelijke vereisten vereist zijn.
Als u het opnameplatform gebruikt, worden alle opgenomen gesprekken binnen beheerd. Volledige beheerders met de rol van Compliance Officer kunnen de opnames spelen en downloaden. Zonder de rol van Compliance Officer kan de beheerder alleen de opnames verwijderen.
Voor meer informatie over deze functie en een lijst met opnamen van derden, zie Gespreksopname beheren voor Webex Calling.
Bereik van één nummer
Met één nummer kunt u naar het telefoonnummer van een gebruiker bellen naar meerdere apparaten. Dit kan zowel andere bureautelefoons als mobiele telefoons zijn. Er kunnen ook gesprekken worden geplaatst vanaf deze apparaten en gebruikers kunnen oproepen tussen deze apparaten pushen en doorverbinden.
Voor meer informatie over deze functie en hoe een beheerder deze configureert, zie Bereik van één nummer configureren (overal op kantoor).
Voor meer informatie over hoe een gebruiker deze functie voor zichzelf kan beheren en configureren in de Webex User Hub (portal), zie Bereik van één nummer configureren (overal op kantoor).
Voicemailgroep
Voicemailgroepen maken een gedeelde voicemailbox mogelijk die kan worden toegewezen aan een gebruiker of een functie voor het routeren van gesprekken. Enkele redenen waarom een voicemailgroep nodig kan zijn, zijn:
-
Voicemail voor algemene doeleinden voor een afdeling of werkgroep
-
Voicemailoptie toevoegen aan een autobegeleider of jachtgroep
-
Om overloopgesprekken te verzenden vanuit een gesprekswachtrij
-
Gebruikers die alleen een voicemailbox nodig hebben.
Voor meer informatie, zie Een gedeelde voicemail en inkomende faxbox beheren voor. Webex Calling
Attendant Console staat vermeld op de pagina Calling Features in Webex, maar het is een extra functie waarvoor de licentie voor de Attendant Console moet worden aangeschaft om deze te kunnen gebruiken.
Zie Aan de slag met de Attendant Console voor meer informatie.
Voor informatie over alle functies, waaronder enkele aanvullende functies, zie Functies die beschikbaar zijn per licentietype voor Webex Calling.
Implementeren
Gereedheid voor het netwerk
De eerste stap in de overgang naar is zorgen voor een betrouwbare en veilige internetverbinding tussen het lokale netwerk en de cloud.
Aangezien de meeste organisaties verbinding maken met het internet via een of meer firewalls of beveiligingsapparatuur, is het essentieel om te controleren of de vereiste verkeersstromen worden ondersteund.
Netwerk- en beveiligingsbeheerders moeten deze stromen begrijpen in termen van:
-
Richting (inkomend versus uitgaand)
-
Protocollen (voorbeeld: SIP, TLS, SRTP, HTTPS)
-
IP-adresbereiken die door diensten worden gebruikt
-
Poortnummers die moeten worden geopend of toegestaan.
Dit zorgt ervoor dat bedrijfsfirewalls, NAT-apparaten en andere netwerkinfrastructuur correct zijn geconfigureerd om verkeer op te vangen, terwijl het beveiligingsbeleid van de onderneming wordt gehandhaafd.
Voor informatie over de vereiste stromen, waaronder IP-adres, poorten en protocollen, zie Poortreferentie-informatie voor Webex Calling. Gebruik deze informatie om de firewall, proxy's en andere netwerkinfrastructuur in de bestaande implementatie te configureren om netwerkstromen mogelijk te maken.
Een gedecentraliseerde internetuitbraak vanuit elk filiaal of elke locatie is de aanbevolen aanpak voor samenwerkingsdiensten in de cloud, zoals. Door het verkeer lokaal te laten verlaten, dit model:
-
Vermindert het aantal retourvertragingen en jitter, waardoor de algehele gesprekskwaliteit verbetert
-
Kan efficiënt worden geschaald naarmate meer gebruikers en locaties overstappen naar
-
Werkt naadloos samen met SD-WAN, dat sessies dynamisch naar het dichtsbijzijnde cloud-toegangspunt kan routeren voor optimale prestaties
- Maakt het mogelijk om de locatie van gebruikers te volgen op basis van hun openbare IP-adres, wat helpt bij de analyse van mediapaden en het oplossen van problemen.
Bovendien moeten organisaties zorgen voor voldoende internetbandbreedte op elke locatie. De bandbreedte moet worden bepaald op basis van het verwachte aantal gelijktijdige gesprekken, de geselecteerde codec (bijvoorbeeld Opus of G.711), plus de overheadkosten voor signalering, doorgifte en groei. Dit sluit aan bij de voorbereidingsfase van de PPDIO-levenscyclus en vormt een solide basis voor migratie.
Eerste installatie
De eerste subsectie van de installatie binnen de implementatiefase van de implementatie is van fundamenteel belang voor het opzetten van een goed gestructureerde en beheersbare omgeving voor bellen in de cloud. Deze fase omvat kritieke taken zoals het opzetten van de organisatie, het verkrijgen en toewijzen van licenties en het verifiëren en claimen van de domeinen van uw bedrijf om te zorgen voor een goed gebruikersbeheer en beveiliging. Daarnaast omvat het de levering van licentiesjablonen om de toewijzing van gebruikerslicenties te automatiseren, de configuratie van Single Sign-On (SSO) om de gebruikersauthenticatie te stroomlijnen en de beveiliging te verbeteren, en het aanpassen van service- en clientinstellingen aan het beleid van de organisatie en de behoeften van de gebruikers. Het voltooien van deze initiële installatieactiviteiten zorgt ervoor dat de omgeving naar behoren is geconfigureerd voor schaalbaarheid, beveiliging en een naadloze gebruikerservaring, wat de basis vormt voor de volgende implementatie- en operationele fasen.
Verificatie van het domein
Om gebruikers te kunnen identificeren die geregistreerd zijn met de e-maildomeinen van uw bedrijf, is het essentieel dat u uw domeinen verifieert. Zonder domeinverificatie worden gebruikers toegewezen aan een consumentenorganisatie, wat het gebruikersbeheer voor uw bedrijf bemoeilijkt. Domeinverificatie is een verplichte stap waarmee uw organisatie deze gebruikers effectief kan claimen en beheren.
Zorg ervoor dat alle domeinen die gekoppeld zijn aan de e-mailadressen van uw gebruikers geverifieerd zijn. Domeinverificatie is niet exclusief; hetzelfde domein kan in meerdere organisaties worden geverifieerd.
Zie Uw domeinen beheren voor meer informatie over het beheren van domeinen.
Bestaande gebruikers claimen (omzetten)
Nadat uw domeinen met succes zijn geverifieerd, kunt u doorgaan met het claimen van gebruikers die zich hebben geregistreerd voor het gebruik van de e-maildomeinen van uw bedrijf bij uw organisatie. Dit proces brengt alle gebruikers samen onder één paraplu van de organisatie, wat gecentraliseerd beheer en gestroomlijnd beheer mogelijk maakt. Door deze gebruikers te claimen, zorgt u ervoor dat uw bedrijf volledige controle heeft over gebruikersaccounts, zodat u de juiste licenties kunt toewijzen, diensten kunt configureren en de nodige ondersteuning efficiënt kunt bieden. Deze uniforme beheeraanpak verbetert de beveiliging, vereenvoudigt de voorziening van gebruikers en zorgt voor consistente toegang tot diensten in uw hele organisatie. Gebruikers claimen voorkomt ook dat ze worden beheerd in externe organisaties of consumentenorganisaties, waardoor de integriteit van de organisatie en de controle over de samenwerkingsmiddelen behouden blijven.
Voor meer informatie over het claimen van gebruikers, zie Gebruikers naar uw organisatie claimen (gebruikers converteren).
Synchronisatie van adresboeken configureren en testen
Om naadloos gebruikers- en groepsbeheer mogelijk te maken, kunt u gebruikers en groepen uit uw bedrijfsadresboek naar Microsoft Entra ID (voorheen Azure AD) of Microsoft Active Directory (AD) synchroniseren naar. Dit proces zorgt ervoor dat gebruikersidentiteiten en groepslidmaatschappen in uw hele omgeving consistent worden gehandhaafd.
Voor organisaties die gefaseerde implementaties implementeren, is het cruciaal om de omvang van de synchronisatie tijdens de eerste implementaties te controleren en te beperken. Dit minimaliseert het risico op onbedoelde wijzigingen en maakt gerichte tests mogelijk voordat ze op grotere schaal worden toegepast.
De meest effectieve methode om te filteren welke gebruikers gesynchroniseerd zijn, is door gebruik te maken van het lidmaatschap van een adresboekgroep:
| 1 |
Maak een speciale synchronisatiegroep: Maak in uw bedrijfsadresboek (Microsoft Entra ID of AD) een beveiligingsgroep speciaal voor synchronisatie (bijvoorbeeld synchronisatiegroep). |
| 2 |
Vul de groep met doelgebruikers: Voeg alleen de gebruikers toe die u wilt synchroniseren (zoals een testgroep tijdens de pilotfase) aan deze groep. Zo kunt u nauwkeurig controleren wie er bij het synchronisatieproces betrokken is. |
| 3 |
Configureer de synchronisatieovereenkomst met op groepen gebaseerde filtering: Wanneer u de synchronisatieovereenkomst instelt in de Directory Connector- of Entra ID-voorziening, moet u het bereik zodanig configureren dat alleen gebruikers worden opgenomen die lid zijn van de aangewezen groep.
|
| 4 |
Breid de groep uit als dat nodig is: Naarmate u verder gaat met de implementatiefasen, voegt u gewoon extra gebruikers of groepen toe aan de synchronisatiegroep. Het synchronisatiebereik wordt automatisch uitgebreid naar deze gebruikers, waardoor een gecontroleerde en geleidelijke implementatie mogelijk is. Voorbeelden van implementatiestappen:
Referenties: Entra ID-gebruikers synchroniseren met de Control Hub |
Single Sign-On (SSO) instellen en testen
Single Sign-On (SSO) verbetert de beveiliging en vereenvoudigt de gebruikerstoegang door gebruikers in staat te stellen zich eenmalig te authenticeren met hun bedrijfsgegevens en naadloos toegang te krijgen tot. ondersteunt SSO-integratie met IDP's die voldoen aan SAML 2.0, waaronder Microsoft Entra ID (voorheen Azure AD), federatieve oplossingen Active Directory (AD) en verschillende externe ontheemden.
Op dit moment moet de ontworpen SSO-installatie worden geïmplementeerd en getest.
Referenties:
Integratie van eenmalige aanmelding in de controlehub
eenmalige aanmelding configureren voor Webex-beheer
Licenties verkrijgen, verstrekken en verifiëren
Als onderdeel van de initiële configuratie is het essentieel om de juiste licenties aan te schaffen, te verstrekken en te verifiëren om diensten effectief mogelijk te maken en te beheren. Het aankoopproces omvat het selecteren van licentietypen op basis van gebruikersrollen en workloads, zoals Professional-, Standard- en Workspace-licenties. Licenties worden gegenereerd en geleverd via de softwareplatforms van Cisco of via partners. Na aanschaf en levering moet het juiste aantal licenties worden geverifieerd in. Dit proces zorgt ervoor dat de organisatie de juiste licenties heeft geactiveerd en klaar is voor gebruik tijdens de implementatie.
Als onderdeel van de initiële licentie-installatie in, is het belangrijk om automatische licenties op organisatiebasis te configureren om de licentietoewijzing voor nieuwe gebruikers te stroomlijnen. Met deze configuratie kunnen licenties automatisch worden toegekend wanneer gebruikers aan de organisatie worden toegevoegd, waardoor handmatige licentietoewijzing niet meer nodig is. Wanneer u automatische licentieverlening op organisatieniveau configureert, selecteert u de services die u wilt toewijzen en definieert u het bereik, zoals het toepassen van licenties uitsluitend op toekomstige gebruikers of ook op bestaande gebruikers.
Als uw implementatieplan echter inhoudt dat u in plaats daarvan automatische licenties op groepsniveau gebruikt, kunt u ervoor kiezen om geen licenties toe te wijzen op organisatieniveau om conflicten of dubbele licentietoewijzingen te voorkomen. Met automatische licenties op groepsniveau worden licenties toegewezen op basis van het groepslidmaatschap. Gebruikers in meerdere groepen krijgen licenties voor alle toepasselijke groepsopdrachten.
De configuratie van de licentietoewijzing op basis van een groep moet worden uitgevoerd nadat de adreslijstsynchronisatie is voltooid, zodat er gesynchroniseerde groepen bestaan die kunnen worden gebruikt voor licentietoewijzing.
Met name voor automatische licentietoewijzing zijn aanvullende inrichtingsgegevens vereist, zoals de locatie van de gebruiker en de toewijzing van telefoonnummers. Het zakelijke telefoonnummer van de gebruiker moet de indeling +E.164 hebben, vooraf zijn ingevoerd, en toegewezen zijn aan een geldige locatie om de licentie automatisch te activeren. Als niet aan deze voorwaarden wordt voldaan, krijgt de gebruiker niet automatisch diensten en is mogelijk handmatige tussenkomst vereist.
Samenvattend: configureer automatische licentieverlening op basis van de organisatie voor nieuwe gebruikers als u een brede licentietoewijzing voor de hele organisatie wilt. Als u de voorkeur geeft aan meer gedetailleerde controle of verschillende licentiebehoeften hebt per groep, configureer dan automatische licenties op groepsniveau en vermijd het toewijzen van licenties op organisatieniveau om overlapping te voorkomen en te zorgen voor een goed licentiebeheer.
Webex Callingservice-instellingen
Het is essentieel om de wereldwijde service-instellingen binnen een uitgebreide beoordeling en configuratie uit te voeren.
Ga eerst naar het gedeelte Instellingen en ga naar het gedeelte met instellingen. Bekijk elke configureerbare optie zorgvuldig, inclusief, maar niet beperkt tot, interne kiesconfiguratie, parameters voor noodoproepen, routeringsbeleid, voicemailbeheer en standaardinstellingen van het apparaat.
Pas deze globale instellingen aan om rekening te houden met het beleid en de ontwerpbeslissingen van uw organisatie.
Ook instellingsinstellingen en gebruikers- en app-sjablonen.
Migratie als piloot
Tijdens de implementatiefase is het uitvoeren van een pilotmigratie een cruciale mijlpaal in de validatie van de overgang van naar. Dit proefproject omvat het aanbieden van een representatieve subgroep van gebruikers op een of meer locaties op het platform, waarbij ervoor wordt gezorgd dat de geselecteerde populatie een afspiegeling is van verschillende gebruikssituaties en organisatorische rollen. Parallel aan de migratie van gebruikers moeten essentiële samenwerkingsdiensten, zoals voicemail, automatische medewerkers, wachtrijen en jachtgroepen, worden overgezet naar hun equivalenten om de bedrijfscontinuïteit en de servicefunctionaliteit te behouden.
De pilotmigratie moet gebruikmaken van dezelfde combinatie van door Cisco geleverde tools en migratiehulpprogramma's van derden die gepland zijn voor de bredere implementatie van de organisatie, zodat de processen, automatiseringsworkflows en integratiepunten grondig worden gevalideerd onder representatieve voorwaarden.
De belangrijkste doelstellingen van deze pilootimplementatie zijn tweeledig: ten eerste, het valideren en verfijnen van de overgangsprocessen van begin tot eind, waaronder workflows voor de levering van gebruikers, procedures voor datamigratie en eindpuntconfiguraties; en ten tweede, het volledig verifiëren van de functionaliteit van gemigreerde diensten onder reële operationele omstandigheden.
Deze gefaseerde aanpak stelt het projectteam in staat om technische of procedurele problemen in een gecontroleerde omgeving te identificeren en op te lossen, feedback van gebruikers te verzamelen over de nieuwe platformervaring, de effectiviteit van geselecteerde migratietools te beoordelen en vertrouwen te wekken in de migratiemethodologie alvorens over te gaan tot een bredere organisatorische implementatie.
De inzichten die tijdens deze pilotfase zijn verkregen, zijn essentieel om de volgende migratiegolven te optimaliseren en te zorgen voor een soepele, risicobeperkte overgang voor de hele onderneming.
PSTN aanschaffen
Om PSTN-diensten aan te schaffen, selecteert u eerst een PSTN-connectiviteitsoptie in het.
Als een organisatie van plan is om hybride dubbele gesprekscontrole (fase 1 in figuur Phased Calling Transition: Hybrid and Cloud) tijdelijk of voor onbepaalde tijd te behouden, moet ze een of meer lokale gateways voor PSTN op locatie implementeren om gesprekken tussen en eindpunten mogelijk te maken .
Als een volledige overgang (fase 2) naar de cloud het einddoel is, inclusief PSTN, dan is voor PSTN ofwel een Cisco Calling Plan ofwel een Cloud Connect for option vereist.
Werk samen met de provider van uw keuze om telefoonnummers te bestellen en over te dragen voordat u ze configureert. Het bestellen van telefoonnummers of het initiëren van poortbestellingen is alleen nodig/mogelijk voor PSTN op locatie en Cloud Connect for. Voor Cisco Calling Plans wordt het bestellen en porteren gestart vanuit de Control Hub zodra de locatie is aangemaakt, en in landen waar het Cisco Calling Plan beschikbaar is. Zie Aan de slag met de Cisco-abonnementen voor meer informatie over Cisco Calling-abonnementen.
Als onderdeel van de PSTN-implementatie moet u ervoor zorgen dat uw provider zowel inkomende als uitgaande PSTN-diensten voor uw locatie heeft ingeschakeld. Voer bovendien testopdrachten uit om te controleren of gesprekken correct worden doorgestuurd via de door u gekozen PSTN-verbinding.
Locaties configureren
Voordat u gebruikers en apparaten toevoegt, moet u de bellocaties opgeven. Voor elke locatie moet een geldig adres worden ingevoerd. In de VS en Canada wordt dit adres gevalideerd en door het platform gebruikt om PIDF-LO-locatiegegevens te verzenden voor noodoproepen.
Wanneer u locaties configureert die PSTN op locatie gebruiken, moet u de lokale gateways dienovereenkomstig instellen. In, voor elke lokale gateway moeten een hoofdlijn en een routegroep worden aangemaakt, en de routegroep wordt dan toegewezen als de PSTN-keuze voor de locatie. Cisco raadt ten zeerste aan om altijd een routegroep te kiezen als PSTN-keuze, omdat u op deze manier in de toekomst eenvoudig extra trunks kunt toevoegen, wat zowel schaalbaarheid als redundantie ondersteunt. Cisco raadt ook aan om ondersteuning voor dubbele identiteit en P-Charge-Info in te schakelen op elke PSTN-trunk, omdat dit de identificatie van de factureerbare partij vereenvoudigt voor uitgaande directe of doorgestuurde gesprekken. Als uw PSTN-provider een andere header gebruikt voor de facturering, kunt u de informatie van de P-Charge-Info-header op de lokale gateway naar de vereiste koptekst voor facturering kopiëren.
Voor locaties die Cloud Connect of het Cisco Calling Plan als PSTN-optie gebruiken, selecteert u tijdens de installatie gewoon de respectieve PSTN-keuze voor de locatie. Als de locatie Cloud Connect of PSTN op locatie gebruikt, moet u de telefoonnummers toevoegen die u in de vorige stap hebt besteld. Nummers kunnen als inactief worden toegevoegd als u niet wilt dat ze meteen worden opgenomen in de routering van gesprekken; u kunt deze nummers later activeren wanneer ze zijn toegewezen aan gebruikers of functies.
Het is belangrijk om voor elke locatie altijd het hoofdnummer in te stellen. Het hoofdnummer kan worden toegewezen aan een gebruiker of aan een functie, zoals een auto-attendant. Om voicemail op de locatie mogelijk te maken, moet u ervoor zorgen dat u het nummer van de voicemailpiloot instelt, ook wel het voiceportalnummer genoemd.
Aanvullende instellingen voor oproeplocaties omvatten het configureren van noodoproepgegevens, zoals het noodoproepnummer, meldingsopties en verbeterde functies voor noodoproepen. U moet ook de opname-instellingen, taalvoorkeuren en apparaatconfiguraties bekijken en aanpassen, zoals vereist voor elke locatie. Als uw organisatie gebruik maakt van verkort interlokaal bellen op het net met nummers die significant zijn voor ondernemingen, vergeet dan niet om in de interne kiesinstellingen een unieke sitecode in te stellen voor de locatie. Tot slot, als voor extern kiezen een cijfer voor uitgaand kiezen vereist is, zorg er dan voor dat u dit instelt in de instellingen voor extern kiezen. Wanneer een uitgaand kiescijfer is geconfigureerd, raadt Cisco aan om handhaving van uitgaande kiesnummers in te schakelen om consistentie te garanderen.
Integratie met gespreksbeheer op locatie
Voor integratie met gespreksbeheer op locatie is het noodzakelijk om trunks, routegroepen, telefoonabonnementen voor bedrijven en zowel locatie- als globale instellingen te configureren. Begin met het instellen van de trunks en lokale gateways die bedoeld zijn voor interconnectie met het oproepbeheersysteem op locatie; deze stap is alleen nodig als speciale trunks nodig zijn. Als bestaande trunks en routegroepen voldoende zijn voor uw implementatie, kunnen ze opnieuw worden gebruikt voor de interconnectie op locatie zonder aanvullende configuratie.
Zodra de trunks en routegroepen zijn vastgesteld, gaat u verder met het maken van de telefoonabonnementen voor ondernemingen en wijst u de juiste routegroep toe als bestemming voor elk belplan. Als bij de integratie meerdere oproepbeheersystemen op locatie nodig zijn die via verschillende trunks met elkaar zijn verbonden, zijn meerdere belabonnementen vereist. Het is belangrijk ervoor te zorgen dat deze belabonnementen alleen de patronen bevatten die nodig zijn voor het routeren van gesprekken naar bestemmingen op locatie.
Als voor uw implementatie ondersteuning nodig is voor onbekende routering van extensies, moet deze functie op locatieniveau worden ingeschakeld. Wanneer onbekende routering van extensies is geactiveerd, moet u bovendien de maximale onbekende verlengingsduur opgeven in het gedeelte Gespreksroutering tussen en lokalen van de instellingen voor oproepdiensten in. Dit zorgt voor een naadloze routering van gesprekken en een correcte afhandeling van belscenario's op basis van extensies in uw geïntegreerde omgeving.
Gebruikers batchgewijs migreren
Wanneer u gebruikers migreert van naar, kunt u mogelijk niet alle gebruikers tegelijk verplaatsen. Dit kan verschillende oorzaken hebben, waaronder maar niet beperkt tot het aantal sites of gebruikers, hoe lang het duurt om een site en/of groep gebruikers tegelijk over te schakelen, beperkte IT- of sitebronnen om het wijzigingsvenster te ondersteunen, de duur van de wijzigingsperiode, de complexiteit van de wijziging, enz.
Wanneer u gebruikers gefaseerd migreert, is het van cruciaal belang om vast te stellen welke gebruikers samen in dezelfde batch moeten migreren. Het belangrijkste doel is om gebruikers te migreren die afhankelijk zijn van elkaar voor hun beldiensten en -functies. U wilt er zeker van zijn dat al hun belfuncties (bijvoorbeeld oproepwachtrijen) volledig functioneren zoals ze waren voor de overgang.
Zelfs als u gespreksinterworking tussen en met lokale gateways implementeert, kunt u gedeelde diensten of functies niet over deze verbinding verdelen. Daarom moet u de afhankelijkheden tussen gebruikers identificeren aan de hand van functies zoals:
-
Andere gebruikers in de gaten houden met behulp van BLF's
-
In dezelfde jachtpiloot, oproepwachtrij, enz.
-
Gedeelde lijnen
-
Met behulp van gespreksopname
-
Met dezelfde call-parkingnummers
-
Intercom
-
Uitvoerend/beheerder.
Een voorbeeld is een gebruiker die deel uitmaakt van een Hunt Group waarnaar wordt overgeschakeld. Deze gebruiker zal overstappen naar de Hunt Group en naar alle andere leden van de Hunt Group. Na de overgang kunnen de Hunt Group en haar leden dus met succes oproepen beantwoorden op het nieuwe platform.
Dit wordt nog moeilijker wanneer gebruikers verbonden zijn met verschillende groepen gebruikers voor verschillende beldiensten en functies. Hiervoor moeten meer dan één groep gebruikers en één oproepdienst tegelijkertijd worden overgezet.
Gebruik de resultaten van de Migration Insights-tool of de tool van een derde partij die u in de voorbereidingsfase hebt gebruikt om te bepalen welke gebruikers en functies moeten worden gegroepeerd. Deze output had moeten worden gebruikt om uw migratieplan te ontwikkelen en zal u inzicht geven in hoe u gebruikers en functies gaat groeperen die moeten worden samengevoegd.
De belangrijkste stappen bij de overgang van een groep gebruikers zijn:
-
Gebruikers identificeren om samen te migreren
-
Controleer of alle gebruikers binnen zijn
-
Controleer of alle TN's voor de gebruikers aanwezig zijn in
-
Controleer het juiste formaat van het telefoonnummer in het adresboek
-
Zorg ervoor dat de licentie- en instellingensjabloon voor de gebruikersgroepen correct is ingesteld
-
Alle oproepdiensten en -functies voor de groep gebruikers verifiëren of configureren (voor of tijdens de overgang, voor zover van toepassing)
-
Voeg in het bedrijfsadresboek gebruikers toe aan een groep gebruikers die kunnen bellen
-
Benut Tools — hulpmiddelen voor migratie van gebruikers en functies en/of tools van derden
-
Het telefoonboek van de gebruiker en het apparaat uitschakelen/verwijderen en de belfuncties/diensten inschakelen na de overgang.
Na de migratie test een groep gebruikers een subset van de gebruikers om te controleren of al hun belfuncties en -diensten correct werken. Als gespreksfuncties zoals Call Queue, Hunt Groups, enz. met de groep gebruikers worden overgezet, test dan deze oproepdiensten op de juiste functionaliteit.
Werkruimten
In, een werkruimte verwijst naar een gedeelde locatie (zoals een vergaderruimte, vergaderruimte of hotdesk) waaraan apparaten, extensies en gebruikers kunnen worden toegewezen. In tegenstelling tot traditionele Unifed CM-telefoons zijn werkplekken:
-
Locatiegericht: gekoppeld aan fysieke ruimtes.
-
Flexibel apparaat: kan een of meer apparaten bevatten (bureautelefoons, kaarten, enz.).
Zodra werkruimten zijn geïdentificeerd als onderdeel van de overgang naar, kunnen ze worden toegevoegd onder Apparaten. Voor elke werkruimte moet een apparaat worden toegewezen, en als ze al binnen zijnUnified CM, moeten ze opnieuw worden ingesteld of opnieuw worden bevoorraad. functies zoals voicemail, doorschakelen en opnemen van gesprekken kunnen worden in- of uitgeschakeld, en indien nodig kunnen beleidsregels worden toegepast voor videogesprekken, call park en mobiliteit. Test elke werkruimte door interne en externe gesprekken te voeren, video-, conferentie- en mobiliteitsfuncties te testen. Tot slot, stel gebruikers op de hoogte van alle toepasselijke processen voor apparaten voor werkplekken en boekingen.
Voor meer informatie over werkruimten in, zie Workspaces.
Apparatuur voor bevoorrading
Telefoons waarop momenteel geregistreerd is, moeten worden overgezet naar telefoons als onderdeel van de overgang naar de cloud. Om de migratie zo eenvoudig mogelijk te maken met een minimale kans op fouten, raadt Cisco aan om fysieke locaties of afdelingen tegelijkertijd te migreren. Het kan echter zijn dat u gebruikers in batches moet migreren vanwege functie-afhankelijkheden. Zie de sectie Gebruikers batchgewijs migreren voor meer informatie.
Alle ondersteunde telefoons waarvan u moet overstappen, moeten worden geconfigureerd als gebruiker of als werkruimte en de fysieke telefoon moet opnieuw worden geconfigureerd om u te registreren. Bovendien moet de firmware van de telefoons uit de 7800- en 8800-serie worden geüpgraded van Enterprise-firmware naar MPP-firmware (Multiplatform Phone). Dit proces omvat het laden van de overgangsfirmware voordat de MPP-firmware wordt geladen die nodig is voor de registratie. Het vereist ook de juiste migratielicentie. Cisco heeft dit proces de afgelopen jaren verbeterd om het voor u gemakkelijker te maken uw firmwaretelefoons voor ondernemingen te upgraden naar MPP-firmware. Zie Cisco 7800- en 8800-serie IP-telefoons converteren tussen Enterprise- en MPP-firmware voor meer informatie over de stappen om de firmware-upgrade te voltooien.
Naast de stappen die in dit artikel worden beschreven, is er een ingebouwde tool, Migrate your phone to Webex Calling, die u kunt gebruiken om uw 7800- en 8800-telefoons over te zetten van Enterprise- naar MPP-firmware. Met deze tool kunt u ook telefoons toevoegen en ze toewijzen aan de juiste gebruikers of werkruimten. Zie Uw telefoon migreren voor meer informatie over het gebruik van gereedschap.
Voor telefoons uit de 9800-serie waarvoor de bovenstaande firmwaremigratievereiste is niet van toepassing. Deze telefoons draaien op PhoneOS, dat wordt ondersteund door zowel als. Om deze telefoons over te zetten naar, moet u ze toevoegenWebex Calling, ze toewijzen aan een gebruiker of werkruimte en vervolgens de telefoons terugzetten naar de fabrieksinstellingen. De opstartvolgorde van PhoneOS voor de registratie hieronder toont de opstartvolgorde van PhoneOS en hoe de telefoon zich zal registreren zodra deze is toegevoegd, zelfs als de telefoon nog is ingeschakeld en/of de DHCP-opties (voorbeeld 150) in gebruik zijn.
ondersteunt het terugzetten van de fabrieksinstellingen van PhoneOS-apparaten, zodat Zero-Touch-onboarding mogelijk is. beheerders kunnen de 9800- en 8875-telefoons op afstand terugzetten naar de fabrieksinstellingen via de beheerpagina's van CUCM, waardoor fysieke toegang tot de telefoons niet meer nodig is om de telefoons aan boord van de telefoons te kunnen gebruiken. Deze functie wordt vanaf 9 september 2025 ondersteund met de apparaatpakketten:
-
CUCM v15 - Unified Communications Manager versie 15
-
CUCM v14 - Unified Communications Manager versie 14.
Voor meer informatie over het registratieproces voor de 9800-serie, zie Registratieproces.
Naast de Cisco IP-telefoons kan de levering van andere apparaten nodig zijn, zoals analoge telefoonadapters (ATA's), draadloze telefoons (wifi, DECT), videoapparatuur, spraakgateways en apparaten en telefoons van derden. Veel van deze apparaten hebben geen firmware-upgradepad, zoals bij IP-telefoons, om ze over te zetten van bedrijfsfirmware naar cloudfirmware. Daarom stelt u elk van deze apparaten in de Control Hub in. Sommige hiervan kunnen niet worden overgezet naar en het equivalente model moet het vervangen worden (bijv. ATA 191/192) en andere vereisen handmatige herconfiguratie en/of softwarewijzigingen.
- Spraakgateways - Om uw lokale gateway te migreren, zie Lokale gateway migreren.
-
Analoge telefoonadapter (ATA) - Om aan de slag te gaan met uw Cisco ATA 191 en 192, zie Cisco ATA.
-
Draadloze Wifi-telefoon - Zie Webex draadloze telefoon integreren om de draadloze telefoon 840 en 860 te integreren.
-
Draadloze DECT-telefoons - Om aan de slag te gaan met uw nieuwe Cisco IP DECT 6800-serie, zie Cisco IP DECT.
Om een digitaal DECT-netwerk te bouwen en te beheren in Control Hub, zie DECT-netwerk beheren
Zie de implementatiegids voor meer informatie over Cisco IP DECT 6800
-
Apparaten en telefoons van derden - Werk samen met externe leveranciers aan de vereisten voor apparaat/telefoon en het proces om ze te migreren of te vervangen ter ondersteuning.
Functies configureren
Alle belfuncties die vereist zijn, moeten voor of tijdens de overgang beschikbaar zijn. Zoals besproken in de sectie Gebruikers in batches migreren, moeten de oproepfuncties worden geconfigureerd en overgezet wanneer de gebruikers die ze gebruiken, worden overgezet.
Voor meer informatie over het configureren van elk van de functies, zie de bijbehorende hulpartikelen voor de configuratie.
-
Auto-attendants - Voor het beheren van autobedienden, zie Autobedienden
-
Call park - Om een callpark te beheren, zie Call park
-
Ophalen van gesprekken - Zie Ophalen van gesprekken om de groep voor het opnemen van gesprekken te configureren
-
Oproepwachtrijen - Om de oproepwachtrij te configureren, zie Oproepwachtrij
-
Jachtgroepen - Om jachtgroepen te beheren, zie Jachtgroep beheren
-
Bedrijfsmodi - Voor gespreksroutering op basis van bedrijfsmodi, zie Gespreksroutering op basis van operationele modi
-
Paginggroepen - Om een oproepgroep te configureren, zie Een oproepgroep configureren
-
Opnamen - Om de gespreksopname te beheren, zie Opnamen beheren
-
Bereik van één nummer - Om het bereik van één nummer te configureren (overal op kantoor), zie Eén nummer configureren
Acceptatietesten
Acceptatietests zorgen ervoor dat de gemigreerde omgeving voldoet aan de functionele vereisten, naar verwachting werkt en een naadloze gebruikerservaring biedt in alle communicatieworkflows. Dit validatieproces is veelzijdig en omvat alles, van gebruikerstoewijzing en nummertoewijzing tot de operationele prestaties van geavanceerde belfuncties.
Dit gedeelte bevat voorbeelden en belicht de belangrijkste aspecten waarmee rekening moet worden gehouden tijdens acceptatietests; het is echter niet bedoeld als een volledige of uitgebreide checklist.
Indeling van de gebruiker en toewijzing van nummers
Een fundamenteel aspect van acceptatietests bestaat erin te verifiëren dat alle gebruikers nauwkeurig en volledig van binnen worden bevoorraad. Dit vereist een grondige vergelijking tussen het bronbestand () en de nieuw opgerichte gebruikersbasis om er zeker van te zijn dat elk gebruikersaccount, samen met de bijbehorende kenmerken zoals toestelnummers en DID-toewijzingen (Direct Inward Dial), correct is gemigreerd. De volledigheid van de bevoorrading is niet alleen van cruciaal belang voor de werking op de eerste dag, maar ook voor de lopende administratie en ondersteuning.
De validatie van de nummertoewijzing omvat de bevestiging dat aan elke gebruiker de juiste extensie en het juiste externe nummer is toegewezen, en dat deze nummers correct worden doorgestuurd in zowel interne (on-net) als externe (PSTN) gespreksstromen. Het is essentieel om te controleren op overlappingen, ontbrekende opdrachten of verkeerde configuraties die kunnen leiden tot fouten in de routering van gesprekken of onderbrekingen van de service.
Oproepstromen via PSTN en weergave van nummerherkenning
Een robuuste acceptatietestprocedure moet de volledige validatie van PSTN-gespreksstromen omvatten. Dit omvat zowel scenario's voor inkomende als uitgaande gesprekken. Voor binnenkomende PSTN-gesprekken moet het testteam bevestigen dat de gesprekken worden doorgestuurd naar de beoogde eindpunten, of dit nu individuele gebruikers, wachtrijen, jachtgroepen of auto-attendants zijn. Uitgaande PSTN-gesprekken moeten met succes worden geplaatst, waarbij bijzondere aandacht moet worden besteed aan de correcte levering en presentatie van nummerherkenningsinformatie. Dit houdt in dat de juiste naam en het juiste nummer van de beller worden weergegeven aan externe ontvangers, in overeenstemming met het beleid van de organisatie en de wettelijke vereisten.
De tests moeten ook betrekking hebben op failover-scenario's, zoals de afhandeling van onbereikbare eindpunten of netwerkonderbrekingen. Dit helpt om te bevestigen dat de terugvalmechanismen en alternatieve routering naar behoren werken, waardoor de continuïteit en betrouwbaarheid van de service behouden blijven.
Telefoongesprekken op het net
Interne of on-net gespreksstromen vormen de ruggengraat van bedrijfscommunicatie. Acceptatietests op dit gebied verifiëren dat gesprekken tussen gebruikers binnen de organisatie correct worden gerouteerd, waarbij functies zoals doorverbinden, wachten, doorschakelen en vergaderen naar behoren werken. De integriteit van belabonnementen, de connectiviteit tussen uitbreidingen en de ondersteuning van het gespreksbeleid van de organisatie moeten allemaal worden bevestigd.
Afhandeling van gebruikersoproepen en validatie van functies
Een belangrijk aspect van acceptatietests is het valideren van de manier waarop gebruikers gesprekken afhandelen met behulp van de en ondersteunde bureautelefoons. Dit proces is erop gericht te bevestigen dat de dagelijkse gespreksworkflows intuïtief en betrouwbaar zijn en dat gebruikers naadloos toegang hebben tot de belangrijkste functies die nodig zijn voor hun rol. Bij tests moet worden beoordeeld hoe gemakkelijk gebruikers oproepen kunnen plaatsen en ontvangen, de functies voor de wachtstand en het hervatten kunnen beheren en zowel blinde als consultatieve overschrijvingen kunnen uitvoeren. Het is ook essentieel om te controleren of doorschakelen, vergaderen en andere geavanceerde mogelijkheden, zoals parkeren en oproepen ophalen of 'Niet storen' activeren, gemakkelijk beschikbaar zijn en soepel werken.
De ervaring moet worden beoordeeld op duidelijkheid en reactievermogen, rekening houdend met de manier waarop gebruikers omgaan met de gespreksgeschiedenis, voicemail en geïntegreerde telefoonboeken. Er moet extra aandacht worden besteed aan de mogelijkheid om actieve gesprekken tussen apparaten te verplaatsen en om bedieningselementen tijdens gesprekken effectief te gebruiken in de applicatie of op fysieke telefoons. Het uiteindelijke doel is ervoor te zorgen dat de eindgebruikerservaring consistent en efficiënt is en de communicatiebehoeften van de organisatie na de migratie volledig ondersteunt.
Oproepwachtrijen: ervaring als agent en supervisor
Oproepwachtrijen worden vaak gebruikt voor het afhandelen van scenario's voor inkomende gesprekken met een hoog volume. Acceptatietests richten zich hier op verschillende dimensies. Ten eerste moet worden geverifieerd dat gesprekken worden doorgestuurd naar agenten volgens de geconfigureerde wachtrijlogica, zoals round robin, langste inactiviteit of gelijktijdige beltoon. De weergave van gesprekken in de wachtrij op desktops van agenten moet worden onderzocht op duidelijkheid en gebruiksgemak, zodat agenten gesprekken efficiënt kunnen aannemen, aannemen en doorverbinden.
Voor supervisors moet de desktopervaring worden geëvalueerd voor functies zoals realtime monitoring, binnenvallen van gesprekken en analyses of inzichten in de prestaties van de wachtrijen. Dit omvat, maar is niet beperkt tot, het valideren van dashboards en rapportagetools die bruikbare gegevens bieden over gespreksverdeling, activiteit van agenten en wachtrijstatistieken.
Hunt Groups: gespreksdistributie
Hunt-groepen zijn een belangrijk mechanisme voor het verspreiden van gesprekken naar vooraf gedefinieerde groepen gebruikers. Acceptatietests moeten bevestigen dat gesprekken worden doorgestuurd naar groepsleden op basis van het geconfigureerde jachtalgoritme, en dat overloop-, doorstuurscenario's en scenario's zonder antwoord volgens het ontwerp worden afgehandeld. Ervoor zorgen dat het groepslidmaatschap en het routeringsgedrag van gesprekken overeenkomen met het eerder vastgestelde gedrag is essentieel voor operationele consistentie en gebruikerstevredenheid.
Auto Attendants: Aankondigingen en menubediening
Auto attendants vormen de frontlinie van geautomatiseerde gespreksafhandeling. De tests moeten betrekking hebben op het afspelen van aankondigingen, de nauwkeurigheid van opgenomen begroetingen en de correcte werking van de menubomen. Menuselecties moeten bellers op betrouwbare wijze doorverwijzen naar de juiste afdelingen, personen of externe nummers. De tests moeten ook ongeldige scenario's of scenario's met een time-out omvatten om te bevestigen dat bellers duidelijke begeleiding krijgen of worden doorverwezen zoals bedoeld.
Bediening van de voicemail
Tot slot is de voicemailfunctionaliteit van cruciaal belang voor de gebruikerservaring. Acceptatietests moeten verifiëren dat de voicemailboxen correct zijn toegewezen en toegankelijk zijn, zowel vanuit de organisatie als op afstand. De mogelijkheid om berichten op te nemen, op te halen en te beheren moet worden bevestigd, evenals de ontvangst van de meldingen.
Optimaliseren
PSTN-migratie naar Cloud Connect voor
Zodra alle eindpunten en gebruikers naar de cloud zijn gemigreerd, Unified CM is het enige doel om te fungeren als doorvoer tussen de PSTN-gateways en via de Local Gateway. Het uit beeld verwijderen van PSTN-gateways en Local Gateway door Cloud Connect te gebruiken als PSTN-toegang voor alle Webex Calling gebruikers heeft verschillende voordelen, waaronder kostenbesparingen en verbeterde betrouwbaarheid. Volg deze stappen om PSTN-toegang op locatie over te zetten naar Cloud Connect voor :
-
Cloud Connect voor de selectie van partners.
Raadpleeg de lijst met Cloud Connect for partners en maak een keuze uit de beschikbare partner (s) voor de locatie van uw organisatie.
-
Cloud Connect voor validatie.
Voordat PSTN-toegang voor locaties wordt overgeschakeld naar Cloud Connect, moet de connectiviteit met PSTN via de geselecteerde Cloud Connect-partner worden geverifieerd en gevalideerd. Voor dit doel moet een testlocatie worden ingericht met enkele testgebruikers op die testlocatie. PSTN-toegang voor deze testlocatie wordt vervolgens ingesteld op de Cloud Connect-partner voordat de PSTN-connectiviteit wordt gevalideerd met behulp van de testtelefoons. Na succesvolle validatie kan de testlocatie worden gedeprovisioneerd.
-
Nummeroverdracht.
Om de overgang naar Cloud Connect voor te bereiden, moet een poortorder worden geplaatst voor alle nummers die momenteel zijn toegewezen aan de PSTN-trunk die eindigt op. Alle nummers moeten worden overgedragen naar de Cloud Connect-partner. Om de bereikbaarheid tussen locaties te behouden, moeten alle nummers van alle locaties tegelijkertijd worden geport.
-
Schakel over naar een Cloud Connect-partner.
Op de datum van de cutover moet de PSTN-toegang voor alle locaties worden ingesteld op de Cloud Connected PSTN-provider, en de inkomende en uitgaande connectiviteit moet worden geverifieerd.
Zoals besproken in de PSTN-sectie van het ontwerphoofdstuk kunnen klanten er ook voor kiezen om hun PSTN-toegang over te zetten naar Cloud Connect om aan het begin van de overgang PSTN-trunking te gebruiken voor hybride implementaties. Zie PSTN-trunking voor hybride implementaties voor meer informatie. Webex Calling In dat geval is de PSTN-toegang tijdens de overgang via de lokale gateway en nadat alle gebruikers zijn overgezet naar PSTN, is er geen andere migratiestap in verband met PSTN dan de ontmanteling en de lokale gateways.
Optimaliseer de infrastructuur op locatie
Zodra alle gebruikers zijn overgeschakeld naar en alle eindpunten zijn overgezet naar cloudregistratie (of buiten gebruik zijn gesteld), moet u de juiste infrastructuur op locatie bijwerken nu bellen via de cloud in gebruik is. Updates voor de infrastructuur omvatten:
-
Verwijder DNS SRV records voor gespreksbeheer en berichten op locatie van de lokale DNS-server (s), inclusief cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Deze SRV-records zijn niet langer nodig om de klantenservice te ontdekken.
-
Edge-gerelateerde DNS SRV records verwijderen van het openbare DNS-systeem, waaronder collab_edge. _tls. <domain>. Deze SRV-records zijn niet langer nodig voor het ontdekken van diensten op het gebied van samenwerking op het gebied van de rand van de klantenservice.
-
Update alle relevante DHCP-scopes om TFTP-/boot-serveradressen van optie 66 en optie 150 te verwijderen. Deze scopes zijn niet langer nodig voor het ontdekken en downloaden van de configuratie van Endpoint Call Control.
-
Bijwerken/verwijderen van de juiste dial-peers in de Local Gateway/Cube die gesprekken van en naar doorsturen. Unified CM Deze dial-peers zijn niet langer nodig voor gespreksroutering op locatie.
-
Alle virtuele machines en/of servers met clusternodes verwijderen of verwijderen. Hergebruik computerbronnen en hardware indien nodig. Deze middelen zijn niet langer nodig voor gespreksbeheer en randdiensten.
-
Verwijder of verwijder alle virtuele machines en/of servers met clusterknooppunten. Hergebruik computerbronnen en hardware indien nodig. Deze bronnen zijn niet langer nodig voor voicemail- en unified messaging-diensten.
-
Opschonen: Na de migratie van PSTN-toegang naar Cloud Connected PSTN kunnen PSTN-trunks, PSTN-gateways en Local Gateway buiten gebruik worden gesteld.
-
Verwijder voor elke bestaande E911-oplossing op locatie alle locaties of nummers die zijn gemigreerd naar en verwijder, zodra de volledige overgang is voltooid, virtuele machines of servers van toepassingen. Hergebruik computerbronnen en hardware indien nodig. Deze middelen zijn niet langer nodig voor noodoproep- en locatiediensten.
-
DN's van gemigreerde gebruikers moeten op een verborgen partitie worden geplaatst om fouten in de gespreksroutering te voorkomen en om ervoor te zorgen dat alle CSS'en prioriteitstoegang hebben tot het cloudpad van dezelfde DN's.
-
Update de fysieke locatie en het netwerkelement dat kan worden verzonden in Horizon Mobility wanneer zich wijzigingen voordoen. Veelvoorkomende activiteiten waarvoor updates nodig zijn, zijn:
-
Vervanging van de netwerkswitch
-
Vervanging van een draadloos toegangspunt
-
Wijzigingen in het bereik van DHCP
-
Fysieke veranderingen in het gebouw (indien wordt overgegaan op een cabine/kantoor)
-
Uitbreiding of inkrimping van de fysieke kantoorruimte in een gebouw.
-
Gebruik analyses en probleemoplossing
biedt uitgebreide analyse- en probleemoplossingsmogelijkheden om u te helpen uw implementatie te visualiseren en te volgen. Deze hebben betrekking op mediakwaliteit, gedetailleerde oproepgeschiedenis, gesprekswachtrij, jachtgroep en automatische attendant-analyses. Een voorbeeld van analyses van mediakwaliteit wordt getoond in de figuur Media Quality Analytics.
Onder probleemoplossing kan elk gesprek worden bekeken met gedetailleerde informatie over de belangrijkste mediakwaliteit en signaleringsgerelateerde problemen om te helpen bij het opsporen van mediaproblemen en mislukte gesprekken, zoals weergegeven in figuur Probleemoplossing van de mediakwaliteit.
probleemoplossing kan ook worden geïntegreerd met andere Cisco-producten zoals ThousandEyes- en Meraki-switches om een nog rijkere geïntegreerde ervaring in Control Hub te bieden. Zie Problemen oplossen in de Control Hub voor meer informatie over het gebruik van Webex Callinganalyses en probleemoplossing Webex Calling.
Inleiding
Voordat u begint
Deze handleiding is bedoeld voor teams of individuen met ervaring in het configureren en beheren van Cisco Unified Communications Manager (Unified CM) en Cisco-eindpunten, waaronder IP-bureautoestellen, videoapparaten en Jabber-softclients. In dit document vindt u links naar product- en ondersteuningsdocumentatie ter hulp.
Dit document richt zich uitsluitend op de overgang van Unified CM naar Webex Calling multi-tenant. De term Webex Calling in dit document verwijst altijd naar Webex Calling multi-tenant.
Voordat u begint met de migratie van Unified CM naar Webex Calling, is het essentieel om een grondig begrip te hebben van de Webex Calling-oplossing en de bijbehorende componenten. Een succesvolle migratie vereist kennis van de Webex Calling-architectuur, servicemodellen, implementatieopties en bijbehorende functies om bestaande Unified CM-workloads correct in kaart te brengen en een effectief transitieplan te ontwerpen.
Een grondig begrip van de volgende Webex Calling-componenten is essentieel voor een effectieve transitiestrategie en operationele paraatheid.
-
Control Hub
-
Directory- en gebruikersprovisionering
-
Webex-belplatform
-
Ondersteunde bel-eindpunten
-
PSTN-connectiviteitsopties
-
Webex Calling kiesplan en nummerbeheer
-
Beveiligings- en compliancefuncties.
Voor meer informatie, zie Cisco Preferred Architecture for Webex Calling.
Deze handleiding beschrijft de tools en processen die gedurende de gehele transitiecyclus gebruikt kunnen worden. De overstap van een lokaal geïnstalleerd belsysteem, Unified CM, naar een nieuw cloudbelplatform, Webex Calling, kan echter een aanzienlijke inspanning vergen en gepaard gaan met potentiële zakelijke, technische en complexe uitdagingen. Om deze uitdagingen te overwinnen, biedt Cisco verschillende opties om u te ondersteunen tijdens uw traject. Het is belangrijk om de informatie op Enterprise cloud calling - Calling migration te bekijken en elke optie te begrijpen, evenals hoe deze u mogelijk kan helpen bij uw eigen migratie.
-
Webex-migratietools: Zelfservice, gratis tools ingebouwd in Control Hub om uw overstap naar Webex Calling te stroomlijnen.
-
Gecertificeerde migratieaanbieders: Cisco heeft software- en toolleveranciers gevalideerd die migratieoplossingen hebben ontwikkeld om Webex-partners en -klanten te helpen bij complexe en grootschalige migraties. Deze oplossingen kunnen de overgang naar Webex Calling vereenvoudigen, beheren en versnellen.
-
Webex-installatiehulp: Een door Cisco geleide migratieservice die klanten en partners begeleidt bij de implementatie en configuratie van Webex Calling, wat nodig is om Unified CM-gebruikers en -services succesvol naar Webex Calling te migreren.
Overzicht
Door de groei van cloudgebaseerde samenwerkingsdiensten kiezen steeds meer klanten ervoor om hun bestaande samenwerkingsworkloads naar de cloud te verplaatsen. Dit vanwege de voordelen zoals lagere totale eigendomskosten, vereenvoudigd beheer, continue levering van nieuwe functies, grotere schaalbaarheid en superieure betrouwbaarheid die inherent zijn aan cloudgebaseerde diensten. Naarmate klanten de overstap willen maken van on-premises naar cloudgebaseerde samenwerkingsdiensten, is het belangrijk dat ze begrijpen wat deze overgang inhoudt en welke stappen daarvoor nodig zijn.
Het doel van dit document is om implementatierichtlijnen te bieden aan klanten die specifiek willen overstappen van Unified CM op locatie naar Webex Calling in de cloud. Deze implementatiehandleiding gaat ervan uit dat de lezer een basiskennis heeft van de overgang tussen Unified CM en Webex Calling, inclusief de wijzigingen die bij deze overgang optreden en de verschillen bij het verplaatsen van de belworkload van on-premises naar de cloud. Voordat u verdergaat, dient u ervoor te zorgen dat u de informatie in de overgangskaarthebt bekeken en ermee vertrouwd bent. Dit transitieplan geeft informatie over de veranderingen en verschillen tijdens deze transitie.
Zoals weergegeven in Figuur Architectuur voor samenwerking op locatie: gespreksbeheer en toegang op afstand, een typische on-premises implementatie omvat verschillende samenwerkingsinfrastructuurcomponenten op het netwerk, een platform voor gespreksbeheer, een edge-platform, hardware- en software-eindpunten en in sommige gevallen zelfs platforms voor videoconferenties en planning. In de Cisco-architectuur omvat dit Unified CM voor gespreksbeheer, Expressway voor toegang op afstand en zakelijke (B2B) edge-services, en Cisco Meeting Server. / Cisco Meeting Management voor vergaderingen op locatie, Unity Connection voor spraakberichten en gebruikersgerichte hardware (Cisco IP-telefoons, Cisco Desk- en Room-videosystemen) en software (Cisco Jabber) IP-gebaseerde eindpunten. Deze componenten kunnen in sommige omgevingen enigszins variëren, maar dit is het uitgangspunt voor de overgang die in de rest van dit document wordt beschreven.
De architectuur weergegeven in Figuur Architectuur voor samenwerking op locatie: Gespreksbeheer en toegang op afstand is gebaseerd op de Preferred Architecture (PA) voor Cisco Collaboration Enterprise On-Premises-implementaties. Voor meer informatie over Enterprise On-premise, zie Cisco collaboration preferred architectures.
Voor: De tabel met on-premises belinfrastructuurcomponenten geeft een overzicht van de belangrijkste elementen van de on-premises architectuur vóór de overstap naar Webex Calling in de cloud.
| Product | Beschrijving |
|---|---|
| Unified CM | Lokale gespreksbeheer met apparaatregistratie en gespreksrouteringsservices. |
| Cisco Expressway-C/E | Edge-infrastructuur die mobiele en externe toegang (MRA) en business-to-business (B2B) functionaliteit biedt, waardoor externe eindpunten veilig verbinding kunnen maken van buiten de organisatie. Expressway wordt in paren ingezet om firewall-traversal mogelijk te maken voor externe eindpunten. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) en Cisco Telepresence Management Suite (TMS) | Infrastructuur voor spraak-, video- en webconferenties op locatie, met mogelijkheden voor vergaderingen met meerdere deelnemers, vergaderingsbeheer en planning. [Optional] |
| Cisco Unity Connection | Een lokaal geïnstalleerd platform voor spraakberichten met voicemail- en unified messaging-functionaliteit. [Optional] |
| Cisco Desk, Cisco Room, Cisco Board, Cisco IP-telefoons en Cisco Jabber | IP-gebaseerde apparaten die geregistreerd zijn bij Unified CM en spraak- en videobelfunctionaliteit bieden. |
Zoals weergegeven in Figuur Overgangsbeslissing: Klanten die on-premises bellen naar Webex Calling, hebben de mogelijkheid om de architectuur over te zetten naar een Webex Calling-cloudarchitectuur.
De beslissing moet worden genomen op basis van de functionele eisen van de klant. Klanten met de volgende vereisten dienen deze beslissing zorgvuldig te overwegen en kunnen er uiteindelijk voor kiezen om gespreksbeheer lokaal te houden:
- Telefoonmodellen die niet door Webex Calling worden ondersteund
- Complexe of talrijke integraties met andere on-premises systemen of oplossingen, met name wanneer het repliceren van deze integraties met Webex Calling moeilijk is of er geen gelijkwaardige alternatieve oplossingen beschikbaar zijn.
- Complex kiesplan, zeer gedetailleerde serviceklassen of beide.
- Beperkte, ontoegankelijke of onbetrouwbare internettoegang
- Strikte beleidsregels inzake gegevensbescherming en -eigendom.
- Nalevingseis voor het opnemen en opslaan van media op locatie of binnen het betreffende land.
- Integraties met externe partijen zonder een haalbaar alternatief voor de Webex Calling-integratie
- Integraties van contactcenters waarbij de contactcenterinterface (nog) niet naar de cloud migreert.
Dit document is bedoeld voor klanten met Unified CM-oproepbeheerimplementaties die de algemene stappen, aandachtspunten en vereisten voor het inschakelen van Webex Calling willen begrijpen, zoals beschreven in de volgende sectie.
Kerncomponenten
De beoogde architectuur voor deze migratie omvat verschillende nieuwe componenten. Dit omvat de Webex Calling-service voor bellen vanuit de cloud, de Webex-app, de Cisco Directory Connector voor identiteitsintegratie en de Local Gateway (LGW) voor toegang tot het PSTN-netwerk, evenals integratie van bellen vanuit on-premises naar de cloud. Cisco Calling Plans of Cloud Connected PSTN (CCP), aangeboden door een Cloud Connect for Webex Calling-partner, zijn extra opties voor toegang tot het PSTN-netwerk.
Zoals weergegeven in Figuur Na: Webex Calling Architecture, de nieuwe componenten (Webex Calling, Directory connector, Local gateway en Survivability gateway) worden toegevoegd aan de bestaande on-premises implementatie.
Na: De tabel van de componenten van de cloud-belinfrastructuur geeft een overzicht van de nieuwe elementen van de architectuur na de overstap naar Webex.
| Product | Beschrijving |
|---|---|
| Webex Calling | Een cloudgebaseerde beldienst, geleverd via het Webex-platform, die eindpuntregistratie en gespreksroutering mogelijk maakt. |
| Cisco Directory Connector | Een Windows-applicatie die draait op een Windows-domeinmachine en zorgt voor de synchronisatie van identiteiten tussen de on-premises Active Directory van de onderneming en de identiteitsopslag van de Webex-organisatie. Voor klanten die overstappen van een on-premises Active Directory naar Entra ID, maakt de identiteitsintegratie met Webex in plaats van Cisco Directory Connector gebruik van de Entra ID Wizard-app. |
| Lokale gateway | Een lokale gateway fungeert als een brug tussen het on-premises unified communications-netwerk van een klant en de Webex Calling-cloud. Het kan lokaal worden geïmplementeerd of door een partner worden gehost, en biedt PSTN-toegang voor in de cloud geregistreerde eindpunten, evenals integratie van gesprekken tussen in Unified CM geregistreerde en in de cloud geregistreerde eindpunten. Cisco IOS-XE Integrated Services Router (ISR 1100- en 4000-serie), Cisco Catalyst 8200/8300 De Cisco Catalyst 8000V Edge-software en diverse gecertificeerde Session Border Controllers (SBC's) van derden kunnen worden gebruikt als LGW voor een gefaseerde migratieaanpak. |
| Survivabilitygateway | Survivability Gateway (SGW) is een lokale gateway op basis van IOS-XE die tijdens netwerkstoringen back-up beldiensten biedt aan Webex Calling-eindpunten op locatie. |
| Cisco-belabonnement, Cloud Connect voor Webex-gesprekken | Cisco Calling Plan en Cloud Connect voor Webex Calling zijn cloudgebaseerde opties voor PSTN-toegang voor Webex Calling-eindpunten. De toegang tot het PSTN-netwerk wordt mogelijk gemaakt door een cloudprovider voor PSTN-diensten en vereist geen apparatuur op locatie. |
| Webex-app | Clientapplicatie die draait op een desktopbesturingssysteem (Windows, Mac) of een mobiel besturingssysteem (Android, iOS) en die direct is geregistreerd bij het Webex Calling-platform voor de belfunctionaliteit. |
Overzicht van het PPDIO-proces
Het PPDIO - proces staat voor : Voorbereiden, Plannen, Ontwerpen, Implementeren enOptimaliseren . Het is een gestructureerde Cisco-methodologie die projecten begeleidt vanaf de eerste beoordeling tot en met continue verbetering, waardoor efficiënte en succesvolle implementaties of migraties worden gegarandeerd.
Algemene beschrijving van PPDIO
-
Voorbereiden: Analyseer de huidige situatie, verzamel de vereisten en breng belanghebbenden op één lijn om een solide basis te leggen.
-
Plan: Ontwikkel gedetailleerde projectplannen, inclusief tijdlijnen, benodigde middelen en strategieën voor risicobeheersing.
-
Ontwerp: Ontwerp de beoogde oplossing, afgestemd op de zakelijke en technische behoeften.
-
Implementeren: Voer de implementatie of migratie uit volgens het ontwerp en valideer de functionaliteit en prestaties.
-
Optimaliseren: Verbeter de oplossing na de implementatie continu door de prestaties te monitoren, configuraties te verfijnen en gebruik te maken van automatiserings- en integratietools.
PPDIO gebruiken voor migratieprojecten van Unified CM naar Webex Calling.
Bij de overstap van Unified CM naar Webex Calling biedt het PPDIO-proces een duidelijke routekaart om een soepele en efficiënte overgang te garanderen:
Voorbereiden
-
Beoordeel de bestaande Unified CM-omgeving en de gereedheid voor migratie.
-
Verzamel gedetailleerde gegevens over gebruikers, apparaten, netwerk en afhankelijkheden.
-
Verzamel locatiegegevens, waaronder het adres voor noodgevallen, het aantal gebruikers, internettoegang en toegang tot het openbare telefoonnetwerk (PSTN).
-
Identificeer risico's en definieer de projectomvang om alle belanghebbenden op één lijn te brengen.
Abonnement
-
Stel een uitgebreid migratieplan op met batchschema's, toewijzing van resources en tijdlijnen.
-
Definieer taken zoals firmware-upgrades van apparaten, licentieverstrekking en gebruikersregistratie.
-
Stem de migratieperiodes af met Cisco en partners om de verstoring tot een minimum te beperken.
Ontwerp
-
Koppel de huidige Unified CM-configuraties, kiesplannen en gebruikersprofielen aan de equivalenten in Webex Calling.
-
Ontwerp de Webex-belomgeving, inclusief de PSTN-strategie (tijdelijk en definitief), locaties, gebruikersrollen en integratiepunten zoals Local Gateway (CUBE) en adresboeksynchronisatie.
-
Plan scenario's voor co-existentie waarbij Unified CM en Webex Calling gelijktijdig functioneren tijdens de migratie.
Implementeren
-
Gebruik de migratietools van Control Hub in combinatie met tools van derden om wijzigingen in de firmwaremodus van apparaten, functieconfiguraties en gebruikersmigraties uit te voeren.
-
Gebruik bulkbewerkingen en provisioning via Webex API's om grootschalige migraties en configuraties te stroomlijnen.
-
Voer licentieverlening, apparaatregistratie en configuratie-updates uit.
-
Valideer het succes van de migratie door middel van testen en operationele verificatie.
Optimaliseren
-
Monitor continu de prestaties en gebruikerservaring van Webex Calling.
-
Optimaliseer configuraties en workflows op basis van operationele gegevens en feedback.
-
Benut de mogelijkheden van automatisering en integratie om de efficiëntie en schaalbaarheid te verbeteren.
-
Neem waar nodig de oude Unified CM-componenten buiten gebruik en bied doorlopende ondersteuning voor de dagelijkse operationele werkzaamheden.
Deze verbeterde PPDIO-aanpak zorgt voor een gecontroleerde, transparante en efficiënte migratie van Unified CM naar Webex Calling, waarbij gebruik wordt gemaakt van Cisco's tools, API's en partner-ecosysteem om de bedrijfscontinuïteit te waarborgen en de samenwerkingsmogelijkheden te verbeteren.
PPDIO-feedbacklussen
Het overzicht op hoog niveau weergegeven in Figuur Iteraties tijdens de uitvoering van PPDIO illustreert een enkele feedbacklus van de optimaliseer fase terug naar de voorbereiding fase. Dit betekent dat er na de initiële implementatie voortdurend mogelijkheden zijn voor verbetering. Elke optimalisatiecyclus kan nieuwe behoeften of verbeterpunten aan het licht brengen, die vervolgens in latere projecten of initiatieven kunnen worden aangepakt. Deze afzonderlijke projecten volgen op hun beurt elk de vastgestelde PPDIO-levenscyclus (Voorbereiden, Plannen, Ontwerpen, Implementeren, Optimaliseren). Deze iteratieve aanpak zorgt ervoor dat het systeem afgestemd blijft op veranderende bedrijfsdoelstellingen en technologische ontwikkelingen, waardoor een cultuur van voortdurende verfijning en aanpassingsvermogen wordt bevorderd.
Tijdens de uitvoering van het PPDIO-proces is het gebruikelijk dat bevindingen in latere fasen aanleiding geven tot herziening en mogelijk aanpassing van beslissingen die in eerdere fasen zijn genomen. Problemen die zich bijvoorbeeld voordoen tijdens de implementatiefase, zoals het vaststellen van onduidelijkheden in het ontwerp of ontbrekende details, kunnen aan het licht brengen dat bepaalde aspecten tijdens de ontwerpfase niet volledig aan bod zijn gekomen. In dergelijke gevallen is het noodzakelijk om terug te keren naar de relevante eerdere fase om deze problemen op te lossen alvorens verder te gaan. Dit iteratieve feedbackmechanisme, zoals geïllustreerd in Figuur Unified CM assisted PPDIO process, zorgt ervoor dat de oplossing grondig wordt gevalideerd en verfijnd, wat uiteindelijk bijdraagt aan een robuustere en effectievere implementatie.
Bij de overgang van Unified CM naar Webex Calling kan elke fase van het PPDIO-proces aanzienlijk profiteren van informatie die is verzameld in de bestaande Unified CM-omgeving. Zo kunnen bijvoorbeeld uitgebreide inventarissen van gebruikers, telefoonnummers, belfuncties en kiesplancomponenten worden geëxtraheerd uit de huidige Unified CM-configuratie. Deze gegevens vormen een aanvulling op de informatie die rechtstreeks door belanghebbenden wordt verstrekt en helpen bij het stroomlijnen van plannings- en ontwerpactiviteiten. Door gebruik te maken van geschikte tools om data-extractie en -analyse te automatiseren, wordt niet alleen de nauwkeurigheid verbeterd, maar wordt ook het gehele proces versneld. Door gebruik te maken van inzichten uit de bestaande implementatie kan de overgang naar Webex Calling efficiënter worden uitgevoerd dan een traditionele, volledig nieuwe implementatie, terwijl de gestructureerde PPDIO-methodologie nog steeds wordt gevolgd. Dit proces wordt geïllustreerd in Figuur Unified CM assisted PPDIO process.
Migratieaanpak
Bij het plannen van uw overstap van Unified CM op locatie naar Webex Calling, moet u bepalen hoe u deze overgang wilt aanpakken. Eerst moet je beslissen of de migratie een flash-cut (alles in één keer) of een gefaseerde aanpak wordt (groepen migreren). users/devices gedurende een langere periode).
Door een flash-cut migratie uit te voeren, worden al uw gebruikers en apparaten het snelst overgezet. Met deze methode migreert u alle gebruikers en apparaten tegelijkertijd van uw on-premises Unified CM-omgeving naar Webex Calling. In essentie is het één enkel migratievenster voor alle gebruikers en apparaten. Nadat deze migratie is voltooid, bevinden al uw gebruikers en apparaten zich op het Webex Calling-platform en kan uw gehele Unified CM-infrastructuur worden uitgefaseerd. Veel organisaties kunnen deze aanpak echter niet gebruiken vanwege de omvang van hun belinfrastructuur.
De tweede aanpak is een gefaseerde migratie. De meeste organisaties zullen deze aanpak gebruiken, omdat deze betere controle, beheer en schaalbaarheid biedt bij de migratie. Het is bovendien beter geschikt voor grotere UC-implementaties. and/or implementaties in meerdere regio's. Daarom richt dit document zich op de gefaseerde aanpak met twee stappen in de overgang.
Zoals weergegeven in onderstaande afbeelding Gefaseerde oproepovergang: Hybride en cloud, de eerste overgangsfase (Fase 1) resulteert in een co-existentie-implementatie met dubbele belomgevingen. In deze fase worden sommige gebruikers, apparaten en softclients overgezet naar Webex Calling, terwijl andere nog steeds gebruikmaken van de on-premises Unified CM-gespreksbeheeroplossing. De laatste overgangsfase (Fase 2) resulteert in een volledig cloudgebaseerde belomgeving waarin alle gebruikers, apparaten en softclients volledig zijn overgezet naar het Webex Calling-platform.
De tijd die een organisatie nodig heeft om volledig over te stappen op bellen via de cloud, hangt af van de huidige implementatie. In sommige gevallen kan een organisatie de initiële overgang maken en gedurende een langere periode (maanden of zelfs jaren) in de fase van co-existentie met dubbele gespreksbeheer (Fase 1) blijven, terwijl een organisatie in andere gevallen in een zeer korte periode (weken of maanden) volledig kan overstappen op Webex Calling (Fase 2). Dit document is bedoeld om beide fasen te behandelen (Fase 1 - co-existentie en Fase 2 - volledige transitie).
Het is mogelijk dat sommige organisaties een co-existentie van twee gespreksbeheersystemen onbeperkt handhaven, zonder ooit volledig over te stappen op cloudbellen.
De tweede overweging is hoe u gebruikers, apparaten en softclients zult migreren van de on-premises gespreksbeheeroplossing naar de cloudgebaseerde gespreksbeheeroplossing. De aanbevolen aanpak is een transitie in 3 fasen. De onderstaande afbeelding Aanbevolen 3-fasenovergang splitst deze aanpak op in de 3 fasen.
Voor de migratie: In deze fase ligt de focus op het gereedmaken van zowel de Webex- als de Unified CM-omgeving voor de migratie. Het gaat hier niet om het plannen of configureren van specifieke zaken, maar om het voltooien van activiteiten die nu al kunnen worden uitgevoerd, voordat een Webex Calling-migratieproject van start gaat. Het doel is om de basis te leggen voor beide omgevingen ter voorbereiding op de migratie.
Migratievoorbereiding: In deze fase begint de voorbereiding op de migratie naar Webex Calling. Hier moeten de zakelijke en technische vereisten worden herzien en bijgewerkt. Ga niet zomaar over op de huidige implementatie van Unified CM, maar herdefinieer de zakelijke en technische vereisten die uw bedrijf vandaag en in de toekomst nodig heeft door de kracht van Webex Calling te benutten. Daarnaast is dit de fase waarin u uw ontwerp, configuratieplanning en migratie afrondt. planning/schedule.
Migratie (uitrol en uitfasering): In deze fase vindt de daadwerkelijke migratie van gebruikers, apparaten, telefoonnummers en softwareclients plaats. Zoals hierboven besproken kan deze fase voor iedereen tegelijk worden voltooid (flash-cut) of over meerdere wijzigingsvensters (phased-cut). Adoptieplannen voor eindgebruikers, trainingen en communicatie zijn cruciaal, zodat uw gebruikers op de hoogte zijn van de veranderingen, weten hoe ze het nieuwe belplatform moeten gebruiken en wanneer de verandering zal plaatsvinden. De laatste stap is het buiten gebruik stellen van alle on-premises UC-infrastructuur die niet langer wordt gebruikt.
De pre-migratiefase omvat activiteiten (verplicht, aanbevolen en optioneel) waarmee u direct aan de slag kunt. Het is raadzaam deze taken zo snel mogelijk af te ronden, bij voorkeur vóór de start van uw project. Sommige activiteiten kunnen langer duren, dus door er eerder mee te beginnen, kunt u uw migratieproject stroomlijnen.
De onderstaande afbeelding Activiteiten vóór de migratie laat vijf specifieke categorieën activiteiten zien die verband houden met een Webex Calling-migratie.
Voorbereiden
Zakelijke en technische vereisten
Bij het plannen van een migratie van naar is het cruciaal om tijdens de planningsfase zowel de technische als de zakelijke vereisten grondig in kaart te brengen. Deze stap zorgt ervoor dat de migratie aansluit bij de operationele doelstellingen en technische mogelijkheden van uw organisatie, waardoor risico's en verstoringen tot een minimum worden beperkt.
Waarom het belangrijk is om eisen te verzamelen:
-
Stemt bedrijfsdoelstellingen op elkaar af: Inzicht in de bedrijfsbehoeften helpt bij het afstemmen van de migratie op belangrijke workflows, de gebruikerservaring en de groeiplannen.
-
Garandeert technische compatibiliteit: Door de technische vereisten vroegtijdig in kaart te brengen, worden integratieproblemen met de bestaande infrastructuur, het netwerk en de eindpunten voorkomen.
-
Vergemakkelijkt de planning van middelen: Duidelijke eisen helpen bij het nauwkeurig inschatten van de benodigde tijd, kosten en middelen.
-
Vermindert risico's: Vroegtijdige detectie van potentiële problemen maakt proactieve oplossingen mogelijk, waardoor uitvaltijd en serviceonderbrekingen worden beperkt.
Bedrijfsvereisten
Typische zakelijke vereisten zijn onder andere:
-
Aantal gebruikers en locaties die gemigreerd moeten worden
-
Gewenste functies en diensten (bijvoorbeeld gespreksdoorschakeling, voicemail, conferenties, automatische beantwoorders, wachtrijen voor inkomende oproepen)
-
Nalevings- en beveiligingsbeleid
-
Budgettaire beperkingen en kostenverwachtingen
-
Trainings- en ondersteuningsbehoeften van gebruikers
-
Tijdschema voor de migratie en aandachtspunten voor bedrijfscontinuïteit.
Het verzamelen van de gewenste functies en diensten is een cruciale stap om ervoor te zorgen dat het nieuwe systeem aan de bedrijfsbehoeften voldoet. Bij het verzamelen van deze eisen is het belangrijk om niet alleen rekening te houden met de huidige configuratie, maar ook de daadwerkelijke eisen te achterhalen van de bedrijfsonderdelen die het systeem gaan gebruiken. Anders bestaat het risico dat het plan gebaseerd is op verouderde aannames. Zorg ervoor dat u de extra of verbeterde functies evalueert die beschikbaar zijn in en die mogelijk niet aanwezig zijn in , zoals bellen via de cloud, geavanceerde wachtrijen voor oproepen, en . Dit helpt om alle voordelen van het cloudplatform optimaal te benutten.
Bij het evalueren van de huidige configuratie is het belangrijk te beseffen dat niet alle bestaande instellingen noodzakelijk zullen blijven vanwege veranderende eisen gedurende de levenscyclus van het systeem. De focus moet liggen op het identificeren en behouden van uitsluitend die configuraties die aansluiten bij de huidige en toekomstige behoeften van de implementatie.
Richt je meer op wat je nodig hebt dan op wat je hebt.
Naleving en beveiligingsbeleid zijn cruciale aandachtspunten tijdens de migratie van naar Webex Calling om ervoor te zorgen dat het nieuwe cloudgebaseerde communicatiesysteem voldoet aan wettelijke, regelgevende en organisatorische normen.
-
Naleving van wet- en regelgeving: Organisaties moeten verifiëren dat ze voldoen aan branchespecifieke regelgeving zoals GDPR, HIPAA of SOX, met betrekking tot vereisten voor gegevensprivacy, -bewaring en -verwerking, evenals landspecifieke voorschriften met betrekking tot gegevensopslaglocatie, tolheffing en medialocaliteit.
-
Gegevensbeveiliging: Ervoor zorgen dat spraak- en signaleringsgegevens zowel tijdens de overdracht als in rusttoestand worden versleuteld om te beschermen tegen onderschepping of ongeautoriseerde toegang.
-
Toegangsbeheer: Het definiëren en afdwingen van gebruikersauthenticatie, -autorisatie en op rollen gebaseerde toegang om ongeoorloofd gebruik van communicatiemiddelen te voorkomen.
-
Audit en monitoring: Het implementeren van logboekregistratie- en monitoringmogelijkheden om toegang en gebruik te volgen voor nalevingsaudits en onderzoek naar beveiligingsincidenten.
-
Afstemming van het beleid: De migratie afstemmen op het bestaande beveiligingsbeleid van het bedrijf, inclusief endpointbeveiliging, netwerksegmentatie en incidentresponsplannen.
-
Beveiligingsgarantie van de leverancier: Het evalueren van Cisco's beveiligingscertificeringen en nalevingsverklaringen om de betrouwbaarheid te waarborgen.
Door deze nalevings- en beveiligingsrichtlijnen al in de planningsfase vast te leggen, worden risico's beperkt, juridische sancties voorkomen en de integriteit en vertrouwelijkheid van de communicatie tijdens en na de migratie gewaarborgd.
De behoeften aan training en ondersteuning voor gebruikers zijn essentiële onderdelen tijdens de migratie van naar om een soepele overgang en acceptatie door gebruikers te garanderen. Belangrijke aandachtspunten zijn onder meer:
-
Trainingsprogramma's: Ontwikkel op maat gemaakte trainingssessies voor verschillende gebruikersgroepen (eindgebruikers, beheerders, helpdeskmedewerkers) om hen vertrouwd te maken met functies, gebruikersinterfaces en nieuwe werkprocessen.
-
Documentatie: Zorg voor duidelijke, toegankelijke gebruikershandleidingen, veelgestelde vragen en snel naslagmateriaal, inclusief 'Wat is nieuw en anders' bronnen en stapsgewijze 'Voor en na' handleidingen (in video- of snelgidsformaat), om gebruikers te ondersteunen bij de aanpassing aan de bijgewerkte ervaring na de migratie.
-
Veranderingsbeheer: Communiceer wijzigingen proactief om de verwachtingen van gebruikers te managen en weerstand te verminderen.
-
Ondersteuningsstructuur: Stel een speciaal ondersteuningsteam of escalatieprocedure in om gebruikersproblemen tijdens en na de migratie snel op te lossen.
-
Permanente educatie: Plan voor continue updates van de training naarmate er nieuwe functies of updates worden uitgebracht.
-
Feedbackmechanismen: Implementeer kanalen waar gebruikers problemen kunnen melden en feedback kunnen geven om de trainings- en ondersteuningsprocessen te verbeteren.
Door tijdens de planningsfase in te spelen op deze trainings- en ondersteuningsbehoeften, wordt verstoring tot een minimum beperkt, het vertrouwen van de gebruikers vergroot en de voordelen van de migratie naar gemaximaliseerd.
Technische vereisten
Voor een succesvolle migratie van naar moeten diverse belangrijke technische vereisten worden verzameld en gedocumenteerd, waaronder details voor:
-
Netwerkgereedheid en bandbreedtecapaciteit
Een grondige netwerkbeoordeling is essentieel om ervoor te zorgen dat uw bestaande infrastructuur de nieuwe Webex Calling-omgeving kan ondersteunen. Dit is inclusief:
-
Bandbreedteanalyse: Het huidige en verwachte bandbreedtegebruik evalueren om spraak-, video- en dataverkeer zonder overbelasting te kunnen verwerken.
-
Kwaliteit van de dienstverlening (QoS): QoS-beleid implementeren om spraakverkeer prioriteit te geven en latentie, jitter en pakketverlies te minimaliseren.
-
WAN- en internetverbinding: Controleren of WAN-verbindingen en internetverbindingen voldoen aan de vereisten voor cloudgebaseerd bellen, inclusief redundantie- en failovermogelijkheden.
-
Firewall- en NAT-configuratie: Ervoor zorgen dat firewall- en NAT-instellingen het benodigde signalerings- en mediaverkeer toestaan.
-
-
Integratie met bestaand systeem
Naadloze integratie met bestaande bedrijfssystemen is essentieel voor een goede gebruikerservaring en de continuïteit van de workflow:
-
Telefoongidsdiensten: Het beoordelen van de integratie met een bedrijfsdirectory voor geautomatiseerde gebruikersprovisionering en authenticatie.
-
CRM- en bedrijfsapplicaties: Het identificeren van integratiepunten met klantrelatiebeheersystemen en andere bedrijfskritische applicaties.
-
Interoperabiliteit tussen oudere PBX-systemen: Plannen maken voor co-existentie of gefaseerde migratiestrategieën, voor het geval er tijdens de overgang nog bestaande telefoniesystemen in gebruik blijven.
-
-
Compatibiliteit en inrichting van eindpunten
Alle eindpunten, waaronder vaste telefoons, softphones en mobiele apparaten, moeten worden gecontroleerd op compatibiliteit:
-
Ondersteuning voor apparaten: Controleren of bestaande IP-telefoons en -apparaten worden ondersteund, of de benodigde vervangingen identificeren.
-
Provisioneringsprocessen: Het opzetten van geautomatiseerde of gestroomlijnde provisioningmethoden voor een efficiënte onboarding van endpoints.
-
Firmware- en software-updates: Het plannen van noodzakelijke updates om interoperabiliteit en beveiliging te waarborgen.
-
-
Beveiligingsconfiguraties en encryptiestandaarden
Beveiliging is van het grootste belang in cloudcommunicatie:
-
Versleuteling: Het afdwingen van end-to-end-encryptie voor signalering en mediastromen, in lijn met de best practices van Cisco op het gebied van beveiliging.
-
Authenticatie en toegangscontrole: Het implementeren van veilige authenticatiemechanismen (zoals SSO, multifactorauthenticatie) en gedetailleerde toegangscontrole voor gebruikers.
-
Naleving: Ervoor zorgen dat de oplossing voldoet aan de relevante wettelijke en branchestandaarden (bijv. GDPR, HIPAA).
-
Beveiligingsmonitoring: Integratie met SIEM-tools en het instellen van waarschuwingen voor potentiële beveiligingsincidenten.
-
| Vereiste | Belangrijke aandachtspunten |
|---|---|
| Netwerkgereedheid en bandbreedte | Bandbreedte, QoS, WAN/Internet, Firewall/NAT |
| Integratie met bestaande systemen | Telefoongids, CRM, telefooncentrale, Email/Calendar |
| Compatibiliteit en inrichting van eindpunten | Apparaatondersteuning, configuratie, firmware-updates |
| Beveiligingsconfiguraties en versleuteling | Versleuteling, authenticatie, naleving van regelgeving, beveiligingsmonitoring |
| Gebruikerstraining en verandermanagement | Trainingsprogramma's, documentatie, communicatie over veranderingen. |
| Nummerportabiliteit en kiesplan | Nummer migration/porting, vertaling van het kiesplan |
| Integraties met externe partijen | Paging, contactcenter, fax, analoge apparaten |
Netwerkgereedheid en -vereisten
Netwerkparaatheid is cruciaal voor een succesvolle migratie naar elke cloudgebaseerde beloplossing zoals . Slechte netwerkplanning kan leiden tot een slechtere gesprekskwaliteit, onderbroken gesprekken en ontevreden gebruikers. Klanten moeten een netwerkbeoordeling uitvoeren voordat ze migreren naar . Het is raadzaam om de beschikbare netwerkbandbreedte te controleren voor het verwachte belvolume, ervoor te zorgen dat aan de kwaliteitseisen (QoS) wordt voldaan en inzicht te hebben in de verschillende poorten die in de edge-firewall(s) geopend moeten worden.
Betrouwbare netwerkverbinding met voldoende kwaliteit van de dienstverlening (bandbreedte, pakketverlies, RTT) is een basisvereiste om de best mogelijke gebruikerservaring van begin tot eind te garanderen voor alle spraak- en video-compatibele eindpunten, clients en applicaties die gebruikmaken van .
Klanten en partners hebben toegang tot verbindingsopties die verder gaan dan Over-the-top (OTT) internet en waarmee de verbinding kan worden geoptimaliseerd, waaronder Webex Edge Connect. Voor meer informatie over de ontwerpdetails van Webex Edge Connect, zie Cisco Preferred Architecture for Webex Edge Connect for Webex Meetings, Calling Multi-Tenant, and Dedicated Instance.
Klanten kunnen CScan gebruiken voor netwerkbeoordeling, wat informatie geeft over de netwerkkwaliteit van de klant, hoeveel gesprekken er tot stand kunnen worden gebracht, latentie, enzovoort. Voor meer informatie over de CScan-tool, zie Gebruik CScan om de netwerkkwaliteit van Webex Calling te testen.
Om ervoor te zorgen dat het netwerk klaar is voor de migratie naar , kunt u de volgende checklist raadplegen:
-
Bandbreedteplanning
Bereken het aantal gelijktijdige gesprekken per locatie om ervoor te zorgen dat u over voldoende upstream- en downstreambandbreedte beschikt en houd rekening met reservecapaciteit voor ander bedrijfskritisch verkeer en toekomstige groei.
De tabel Webex Calling-gespreksbandbreedteberekeningen toont de beschikbare gesprekstypen bij een implementatie, samen met de codec en de maximaal vereiste bandbreedte voor elk gesprekstype. Zoals weergegeven in de tabel Webex Calling-gespreksbandbreedteberekeningen kan de vereiste audiobandbreedte voor elk gesprekstype worden berekend met behulp van de volgende algemene formule:
Aantal verwachte gelijktijdige oproepen * Bandbreedte per gesprek op basis van codec = Vereiste netwerkdoorvoer.
Tabel 2. Bandbreedteberekeningen voor Webex-gesprekken Oproeptypen Codec - bandbreedte Bandbreedteberekeningen / Bureautelefoon -> OPUS - 70 kbps Aantal gelijktijdige oproepen * 70 kbps = Vereiste netwerkdoorvoer / Bureautelefoon -> Bureautelefoon OPUS – 70 kbps Aantal gelijktijdige oproepen * 70 kbps = Vereiste netwerkdoorvoer / Bureautelefoon -> PSTN via LGW G.711 – 80 kbps Aantal gelijktijdige oproepen * 80 kbps = Vereiste netwerkdoorvoer / Bureautelefoon -> PSTN via Cloud PSTN (bijv. Cisco-belabonnement) G.711 – 80 kbps Aantal gelijktijdige oproepen * 80 kbps = Vereiste netwerkdoorvoer / Bureautelefoon -> Enterprise via LGW G.722 – 80 kbps Aantal gelijktijdige oproepen * 80 kbps = Vereiste netwerkdoorvoer / Bureautelefoon -> voicemail OPUS – 70 kbps Aantal gelijktijdige oproepen * 70 kbps = Vereiste netwerkdoorvoer Door de gelijktijdig vereiste netwerkdoorvoer per gesprekstype bij elkaar op te tellen, kan de totale potentiële bandbreedtebehoefte voor een specifieke locatie worden bepaald.
Alle gespreksverbindingen zijn altijd verankerd aan de toegangs-SBC's. Om de benodigde internetbandbreedte voor een bepaalde locatie te bepalen, moet niet alleen rekening worden gehouden met gesprekken tussen locaties, maar ook met gesprekken binnen dezelfde locatie en met gesprekken van en naar een lokale gateway op die locatie. Een intern gesprek tussen twee MPP-telefoons vereist bijvoorbeeld een internetverbinding van maximaal 2 x 70 kbps in full-duplex modus op die locatie.
De tabel Webex Calling bandbreedteberekeningsvoorbeelden toont een voorbeeld van een complete bandbreedteberekening, ervan uitgaande dat alle apparaten zich op dezelfde locatie bevinden.
Tabel 3. Voorbeelden van bandbreedteberekeningen voor Webex-gesprekken Oproeptypen Aantal gelijktijdige oproepen Totale bandbreedte Webex-app / Vaste telefoon → Webex-app 15 2 * 15 * 70 kbps = 2100 kbps Webex-app / Bureautelefoon → Bureautelefoon 15 2 * 15 * 70 kbps = 2100 kbps Webex-app / Bureautelefoon → PSTN via LGW 50 2 * 50 * 80 kbps = 8.000 kbps Webex-app / Bureautelefoon → PSTN via Cloud Connect voor Webex-gesprekken 0 0 * 80 Kbps Webex-app / Bureautelefoon → Zakelijk via LGW 15 2 * 15 * 80 kbps = 2400 kbps Webex-app / Vaste telefoon → Webex-bellen Voicemail 5 5 * 70 kbps = 350 kbps Totaal aantal oproepen / Bandbreedte 100 oproepen 14.950 kbps / 14,95 Mbps -
Alle bandbreedtewaarden in bovenstaande tabellen hebben betrekking op IP-bandbreedte. De bandbreedte van de verbinding is hoger afhankelijk van de WAN-encapsulatie.
-
De bandbreedte in de bovenstaande tabellen geldt voor audiogesprekken. Voor bandbreedte voor videogesprekken, de Webex-app en de MPP. 8845/65 De telefoons ondersteunen H.264-video met een maximale resolutie van 720p en een maximale bandbreedte van 1500 kbps per gesprek. De hoeveelheid bandbreedte die tijdens het gesprek wordt verbruikt, zal echter op elk moment fluctueren als gevolg van de variabele bitsnelheid die inherent is aan videocommunicatie.
-
-
Kwaliteit van de dienstverlening (QoS)
Implementeer QoS-beleid in uw on-premises omgeving om realtime verkeer te prioriteren en ervoor te zorgen dat QoS behouden blijft op switches, routers en firewalls.
-
Doelstellingen voor latentie, jitter en pakketverlies
De volgende drempelwaarden worden aanbevolen voor een optimale spraakkwaliteit bij Over-the-Top (OTT) gesprekken via internet:
-
Latentie - minder dan 100 ms in één richting
-
Jitter - minder dan 10 ms
-
Pakketverlies - 0,5% of minder.
-
-
Firewall en NAT
Zorg ervoor dat de firewall zo is geconfigureerd dat verkeer is toegestaan zoals vermeld in het artikel op Poortreferentie-informatie voor Webex-gesprekken. Sta bovendien toegang toe tot de domeinen en IP-bereiken die in dezelfde handleiding worden vermeld en vermijd SIP ALG, aangezien dit de SIP-signalering verstoort. Mediaverkeer via proxy's moet worden vermeden.
-
DNS en NTP
Zorg voor een correcte DNS-resolutie van domeinen en betrouwbare NTP-servers om de klokken van apparaten te synchroniseren voor TLS-certificaatverificatie en -registratie.
-
Failoverplanning
Houd rekening met bestaande dataverbindingen van providers (MPLS, SD-WAN, enzovoort) en plan in het algemeen voor directe internettoegang op elke locatie binnen uw implementatie. Plan voor redundante internetverbindingen waar hoge beschikbaarheid vereist is. Omdat u gebruik zult maken van cloudgebaseerde diensten, is een betrouwbare internetverbinding met voldoende bandbreedte een basisvereiste. U dient deze overstap te heroverwegen als de internetverbinding(en) op de locaties van uw organisatie over het algemeen niet betrouwbaar zijn, met een lage latentie en voldoende upload- en downloadsnelheid.
-
overlevingskans van de locatie
Site-survivability zorgt ervoor dat uw bedrijf altijd bereikbaar blijft, zelfs als uw netwerkverbinding wegvalt. Site Survivability maakt gebruik van een gateway in uw lokale netwerk om een alternatieve belservice te bieden naar lokale eindpunten in situaties waarin de netwerkverbinding wordt verbroken. Overweeg de continuïteit van de website met een lokale Survivability Gateway (SGW) als de bedrijfsvereisten vereisen dat er continu gebeld kan worden in geval van een netwerkstoring. Voor meer informatie over de site-overlevingstest, zie Site-overlevingstest voor Webex Calling.
Cloud-Connected UC instellen
Cloud Connected UC (CCUC) is een cloudgebaseerde beheer- en analyseoplossing die is ontworpen om gecentraliseerde zichtbaarheid, beheer en inzichten te bieden voor implementaties zowel on-premises (zoals Unified CM) als in de cloud. Het fungeert als een brug tussen traditionele on-premises omgevingen en de cloudservices van Cisco, en ondersteunt organisaties gedurende het gehele migratietraject van naar .
Tijdens de overgang naar speelt CCUC een cruciale rol bij het stroomlijnen van het migratieproces door het verzamelen van uitgebreide gegevens uit de bestaande Unified Communications-implementatie te faciliteren. CCUC helpt bij belangrijke overgangstaken, zoals het migreren van apparaten, functies en gebruikerscontacten, en het automatiseren van firmware-updates voor ondersteunde IP-telefoons. Door gecentraliseerd inzicht en beheer te bieden, zorgt CCUC voor een soepeler en efficiënter migratieproces.
Cisco raadt ten zeerste aan om CCUC vroegtijdig in het transitieproject te implementeren, idealiter vóór of tijdens de voorbereidingsfase. Dit biedt de inzichten en mogelijkheden die nodig zijn om de daaropvolgende migratieactiviteiten grondig te beoordelen, in kaart te brengen en te plannen, en om uw traject naar toekomstige hybride mogelijkheden te starten.
Het huidige milieu beoordelen
Een belangrijke stap in de planning van uw migratie is het beoordelen van de huidige on-premises omgeving en implementatie. Dit geeft inzicht in welke mogelijke veranderingen nodig kunnen zijn om succesvol over te stappen naar . Het stelt u ook in staat om de belangrijkste elementen van het platform te beoordelen in vergelijking met de bestaande on-premises implementatie. Je kunt deze informatie gebruiken om te bepalen welke specifieke taken nodig zijn voor de overgang en welke wijzigingen je wilt doorvoeren om aan je zakelijke en technische eisen en gebruiksscenario's te voldoen.
De volgende aspecten zijn belangrijk om in het kader van dit proces te bekijken.
Licentieverlening
Inzicht in de huidige licentiestructuur van de bestaande implementatie is essentieel bij de voorbereiding op de migratie naar . Voer een licentiebeoordeling uit voor de volgende onderdelen van uw bestaande Cisco on-premises oplossing.
-
Platform
Het vermogen om volledig te beschrijven wat er momenteel op uw kernplatform is gelicentieerd, is cruciaal bij de samenwerking met uw accountteam of partner om de beste weg naar flexibele licenties te bepalen. Voor meer informatie over flexibele licenties, zie Cisco collaboration flex plan.
-
Gebruikers en apparaten
Bepaal welke licentiecategorie uw huidige gebruikers en apparaten nodig hebben. Dit wordt gebruikt om te bepalen welk type licentie nodig is voor de gebruikers en apparaten. biedt meerdere licentietypes aan, waaronder professionele en standaardlicenties voor gebruikers en professionele en licenties voor gedeelde ruimtes voor werkplekken. Voor meer informatie over apparaatlicenties kunt u het gegevensblad raadplegen op Apparaatlicenties.
-
Lokale gateway
Als voor deze overgang toegang tot het PSTN-netwerk via het Cisco Unified Border Element (CUBE) vereist is, moet ook rekening worden gehouden met de CUBE-licenties. De licentievoorwaarden voor CUBE worden later in dit document besproken.
Locations/Sites
Bij het plannen van deze overgang moet rekening worden gehouden met het aantal en de soorten locaties (grote centrale locatie, regionale locaties, filialen, enzovoort) binnen uw bestaande implementatie. Een volledig inzicht in de bestaande implementatielocaties zal helpen bij de strategische planning van een succesvolle overgang, met name als het gaat om het bepalen welke locaties gemigreerd moeten worden en in welke volgorde. Een gedetailleerd inzicht in de vereisten van het kiesplan (nummering, kiesgewoonten, restrictieklassen, enzovoort), de netwerkconnectiviteit en bandbreedte van elke locatie (internet, WAN, LAN) en de toegang tot het openbare telefoonnetwerk (lokaal of centraal, IP of TDM) is cruciaal bij het nemen van migratiebeslissingen. Voor meer informatie over gangbare implementatiemodellen en belangrijke aandachtspunten, zie de informatie over samenwerkingsimplementatiemodellen in het Collaboration SRND.
Een andere belangrijke overweging bij de overstap naar is de beschikbaarheid op locatie. heeft verschillende mogelijkheden, abonnementen en apparaten beschikbaar, afhankelijk van de locatie van uw implementatie. Voor meer informatie over geografische beschikbaarheid, zie Waar is Webex beschikbaar?.
Tot slot is het belangrijk om te begrijpen welke impact de overgang zal hebben op andere samenwerkingsdiensten. Op basis van de doelstelling van dit document wordt er over het algemeen van uitgegaan dat, indien de bestaande samenwerkingsdiensten buiten de belwerkzaamheden behouden moeten blijven, de overgang naar de hierboven beschreven hybride implementatie van fase 1 te verwachten is. Voorbeelden van samenwerkingsdiensten die mogelijk een hybride implementatie vereisen, zijn onder meer een on-premises contactcenter dat nog niet is gemigreerd naar Webex Contact Center en nauwe integraties met systemen zoals oproepsystemen en facturatiesystemen. Voor meer informatie over de overgang van extra samenwerkingsworkloads en -diensten, zie Overgangen van samenwerking.
Bestaande inventaris devices/clients
Voordat u met de overgang begint, is het belangrijk om een inventarisatie te maken van uw bestaande hardware- en software-eindpunten. Een complete lijst van apparaten hebben types/models, Hardwareversies, typen softclientbesturingssystemen en aantallen zorgen ervoor dat u de overgang van de apparaten adequaat kunt plannen en de impact kunt beperken voor de apparaten die niet naar cloudbellen kunnen worden gemigreerd. De inventarisatie moet worden gebruikt om te bepalen welke apparaten moeten worden overgezet en welke apparaten moeten worden vervangen vóór de overstap.
Bureautelefoons
Voor audio- en videodesktelefoons worden alleen de 6800-, 7800-, 8800- en 9800-serie desktelefoons ondersteund. Dit is een subset van de Cisco IP-telefoons die worden ondersteund door . Er zijn bepaalde modellen en versies van de 6800-, 7800- en 8800-telefoons die niet met [naam van de app] gebruikt kunnen worden. Voor meer informatie over welke modellen en hardwareversies worden ondersteund, zie Ondersteunde apparaten voor Webex Calling.
De Cisco 6800-serie IP-telefoons kunnen niet worden geüpgraded van Enterprise-firmware naar Multiplatform (MPP)-firmware, wat vereist is voor . Daarom moeten alle 6800-telefoons die geregistreerd staan voor de bedrijfsfirmware worden vervangen door een 6800 MPP-model of een ander ondersteund telefoonmodel.
De Cisco 7800- en 8800-serie IP-telefoons moeten worden geüpgraded naar de Multiplatform Phone (MPP)-firmware voordat ze kunnen worden overgezet en geregistreerd. Om te bepalen welke 7800- en 8800-modellen en hardwareversies de MPP-firmware ondersteunen, zie Cisco 7800- en 8800-serie IP-telefoons converteren tussen Enterprise- en MPP-firmware.
De 8845, 8865 en 8865NR zijn niet meer leverbaar en het wordt afgeraden om ze te migreren naar een nieuw model.
Oudere versies van de 8800-serie telefoons (8811, 8841, 8851, 8851NR, 8861) worden niet aanbevolen voor gebruik met Webex Calling. Telefoons met hardwareversie VID 14 of ouder kunnen wel worden geregistreerd, maar er kunnen prestatieproblemen optreden als gevolg van de hardware.
De bureautelefoons uit de 9800-serie draaien op PhoneOS, dat zowel als registratie ondersteunt. Deze telefoons kunnen daarom zonder firmware-update worden gebruikt.
Alle andere IP-telefoons moeten worden vervangen door telefoons uit de 6800-, 7800-, 8800- of 9800-serie die door Webex Calling worden ondersteund. Voor meer informatie over de ondersteunde IP- en bureautelefoons met , zie het artikel op Ondersteunde apparaten voor Webex Calling.
Video-eindpunten
Persoonlijke en ruimtevideo-eindpunten, waaronder de Cisco Board-, Room- en Desk-serie, kunnen zich van nature via SIP registreren. Elk van deze eindpunten die audio moeten produceren and/or Voor gesprekken via het PSTN-netwerk is een belvergunning vereist:
-
Voor het delen van apparaten in vergaderruimtes, overlegplekken, enz. is een Professional Workspace- of Workspace-licentie vereist.
-
Voor het persoonlijke apparaat van een eindgebruiker is een professionele of standaardlicentie vereist.
Bepaal hoeveel video-eindpunten geregistreerd zijn en gebruikt worden voor het maken van audio-oproepen. Het is mogelijk dat sommige video-eindpunten alleen gebruikt kunnen worden om deel te nemen aan vergaderingen of SIP-videogesprekken te voeren. In beide gevallen moeten de eindpunten nog steeds worden gemigreerd voordat de servers worden uitgeschakeld. Dit helpt echter wel bepalen hoeveel van hen een licentie nodig hebben om te kunnen blijven bellen.
-
Wanneer videoapparaten van registratie naar opslag worden verplaatst, verandert de URI voor deze eindpunten, omdat ze nu in de cloud zijn geregistreerd.
-
De telefoonmodellen 8845, 8865 en 8875 zijn persoonlijke videotelefoons die worden ondersteund door .
Soft clients
Dit is de enige softclient die door wordt ondersteund, in tegenstelling tot Unified CM dat zowel de Webex-app als Jabber ondersteunt, en is de nieuwe standaard softclient voor eindgebruikers.
Afhankelijk van de implementatiemodus(sen) die voor Jabber zijn gekozen (alleen IM, alleen telefonie, and/or (volledige UC-modi), moet u mogelijk ook rekening houden met de overgang van de berichtenfunctionaliteit. and/or Vergaderingen en werkdruk van Jabber naar de . De app kan worden ingezet in de telefoon-only modus als deze alleen als belclient wordt gebruikt, of als de volledige Webex Suite voor andere taken, zoals Webex Messaging. and/or Webex Meetings wordt overgezet naar de app met belfunctie.
Dit verbetert de gebruikerservaring door AI-functies te bieden zoals audio/video inlichtingen, transcriptie van telefoongesprekken en andere zaken. Zie https://www.webex.com/all-new-webex voor meer informatie.
Voordat u gebruikers naar de nieuwere versie migreert, moet u hun Jabber-clients overzetten naar de nieuwere versie. Je hebt twee opties om deze overgang te voltooien.
-
Voordat je ze overzet naar
-
Wanneer je ze overzet naar .
Om de initiële overgang naar de nieuwere versie te vergemakkelijken, wordt aanbevolen om optie 1 te gebruiken en gebruikers eerst naar de nieuwere versie over te zetten door de functie aan te roepen. Dit geeft gebruikers de tijd om vertrouwd te raken met de nieuwe applicatie, terwijl ze hun bestaande, lokaal geïnstalleerde belplatform blijven gebruiken. Zodra u klaar bent om gebruikers naar de nieuwe omgeving te migreren, configureert u hun account zodat ze zich kunnen registreren bij het cloudbelplatform.
Voor meer informatie over deze twee opties, zie Migratietraject - één of twee stappen?.
Voor een volledige lijst van de ondersteunde apparaten voor Webex Calling, zie Ondersteunde apparaten voor Webex Calling.
Controleer of het apparaat in aanmerking komt.
Zoals eerder vermeld, ondersteunt het een subset van de Cisco IP-telefoons en vereist het een ander firmwaretype voor de telefoons uit de 7800- en 8800-serie. Unified CM-telefoons draaien op de Enterprise-firmware, terwijl gewone telefoons op de Multiplatform Phone (MPP)-firmware draaien. Het is raadzaam om tijdens de voorbereidingsfase te controleren welke geregistreerde telefoons in aanmerking komen voor een upgrade naar de MPP-firmware. Dit geeft u de tijd om niet-compatibele telefoons te vervangen door een van de ondersteunde modellen of om een alternatieve oplossing te vinden, zoals het overzetten van een gebruiker naar alleen de Webex-app.
Om te helpen bij het bepalen of de telefoons in aanmerking komen, heeft Control Hub een ingebouwde tool genaamd Migreer uw telefoon naar Webex-bellen. Wanneer u deze tool gebruikt om de geschiktheid van een apparaat te controleren, selecteert u de optie Migratie Alleen apparaatlicentie genereren.
Met deze optie kunt u een CSV-bestand uploaden met de telefoonnummers, zodat u kunt controleren of elk telefoonnummer in aanmerking komt. Door deze migratieoptie te selecteren, worden de telefoons niet toegevoegd, omdat u zich nog in de voorbereidingsfase bevindt en hier nog niet klaar voor bent. Voor meer informatie, zie Je telefoon migreren naar Webex Calling.
Het is mogelijk dat sommige telefoons een Onbekende geschiktheid terugkrijgen. Dit komt meestal doordat het systeem bepaalde informatie over de telefoon niet kan valideren in het back-end systeem. Voor telefoons met de status Onbekend heb je twee opties om te controleren of ze in aanmerking komen voor een upgrade naar de MPP-firmware.
-
Controleer elk toestel handmatig en verifieer het model en de hardwareversie (PID VID).
7800/8800 Telefoonlabel met model- en hardwareversie-informatie -
Gebruik de Cisco IP-telefoon gereedheidstool.
Download de tool via https://github.com/joemar2/mpp_readiness_check.
Deze tool is geen officiële Cisco-tool en wordt niet door TAC ondersteund. Het biedt ondersteuning op basis van de beste inspanningen, maar is gratis te gebruiken.
Deze tool moet worden uitgevoerd op een machine die zich op locatie bevindt en toegang heeft tot de servers en de IP-telefoons. Het biedt de mogelijkheid om internettoegang op de IP-telefoons in te schakelen, wat aanbevolen en noodzakelijk is voor de beste resultaten. Het moet daarom buiten de reguliere werktijden worden gebruikt om overlast voor de eindgebruikers te voorkomen. De tool genereert een rapport met een lijst van telefoons uit de 7800- en 8800-serie die in aanmerking komen voor een upgrade naar de MPP-firmware. Omdat het rechtstreeks toegang heeft tot de telefoon, kan het de Onbekende apparaten verifiëren die door de Control Hub-tool zijn gerapporteerd.
Cisco IP-telefoon gereedheidsrapport
Gebruikers
Een van de belangrijkste voorbereidingsstappen voor een succesvolle migratie is het correct inrichten van gebruikersaccounts. Zelfs bij een gefaseerde migratie moet u voor alle gebruikers een goede planning maken. Gebruikers moeten worden aangemaakt voor een van de volgende opties:
-
Implementatie met bellen
-
Het implementeren van de met
-
Services configureren voor een gebruiker
-
Om gebruikers vindbaar te maken in het telefoonboek (klikken om te bellen, contactgegevens van de gebruiker, zoeken in het telefoonboek).
Het is aan te raden om alle gebruikers te configureren vóór of aan het begin van uw project. Dit omvat gebruikers die Unified CM nog steeds gebruiken voor hun belplatform, ongeacht hun belapparaat (IP-telefoon, Jabber, enz.). Naarmate gebruikers worden gemigreerd naar (and/or (deze ) zul je hun licenties bijwerken om de diensten die ze nodig hebben in te schakelen. Door alle zakelijke bellen-gebruikers te configureren vóór de overstap, kan een gebruiker die is overgestapt naar Jabber in de directory zoeken naar een zakelijke bellen-gebruiker die nog steeds Jabber gebruikt. and/or op . Dit zorgt ervoor dat gebruikers die zijn overgestapt de contactgegevens van andere gebruikers kunnen vinden en hen kunnen bellen via de telefoongids.
De afbeelding directory search toont een voorbeeld van een gebruiker die naar een andere gebruiker zoekt. De zoekresultaten tonen de contactgegevens van de gebruiker en kunnen betrekking hebben op een gebruiker die nog steeds Jabber gebruikt of op een gebruiker die is overgestapt naar het andere platform. and/or .
Bepaal vervolgens welke van de bestaande on-premises bellende gebruikers zullen worden overgezet naar . Als alle of een groot aantal gebruikers worden overgezet, is het raadzaam om de gebruikers in groepen te migreren. Zo kunnen het projectteam, de IT-medewerkers en de ondersteunende medewerkers de overgang en eventuele problemen die zich voordoen, goed afhandelen. U dient ook tijd vrij te maken voor het verstrekken van initiële informatie en trainingssessies om gebruikers voor te bereiden op deze overgang. Gebruikers kunnen worden ingedeeld op basis van verschillende criteria, zoals de locatie of vestiging waaraan gebruikers zijn toegewezen, de afdelingen waartoe gebruikers behoren, of zelfs gebruikerstypen (kenniswerkers, leidinggevenden, mobiele werkers, enzovoort).
Als voorbeeld: als de gebruikers in de implementatie verdeeld zijn over drie hoofdlocaties, New York (NYC), San Francisco (SFC) en Research Triangle Park (RTP), kan een gebruikersovergangsplan eruitzien zoals het plan dat is beschreven in de tabel Gebruikersovergangsplan per locatie.
| Gebruikerssite / locatie | Informatie- en trainingssessies voorafgaand aan de transitie | Overgangsperiode | Ondersteuning na de transitie |
|---|---|---|---|
| New York (1.525 gebruikers) | Week van 1 april | 15 april – 27 april | Week van 29 april |
| SFO (1.600 gebruikers) | Week van 6 mei | 20 mei – 31 mei | Week van 3 juni |
| RTP (1.275 gebruikers) | Week van 3 juni | 17 juni – 28 juni | Week van 1 juli |
Een andere belangrijke factor is het gelijktijdig overzetten van gebruikers die van elkaar afhankelijk zijn. Dit kan onder meer het volgende omvatten:
-
BLF-monitoring
-
Dezelfde jacht pilot/group
-
Deel lijnen
-
Onderdeel van dezelfde oproepophalingsgroep
-
Dezelfde parkeernummers gebruiken
-
Intercom
-
Admin/Exec.
U kunt de configuratie bekijken (via de GUI of een export) of de tool Migratie-inzichten gebruiken om de gebruikersgroepen met deze afhankelijkheden te identificeren.
PSTN-verbinding
Je kunt op drie manieren toegang krijgen tot het PSTN-netwerk: Cisco-belabonnementen, Cloud Connect (voorheen Cloud Connected PSTN) en on-premises PSTN (lokale gateway). Een enkele locatie, zoals gedefinieerd in de specificaties, kan echter slechts aan één PSTN-optie worden toegewezen.
Een lokaal openbaar telefoonnetwerk (PSTN) met een lokale gateway (LGW) is een essentieel onderdeel van de transitiestrategie. Het zorgt voor connectiviteit tussen de on-premises implementatie. and/or PSTN en het platform ondersteunen zowel Cisco- als gecertificeerde Session Border Controllers (SBC's) van derden die als lokale gateway kunnen worden gebruikt. Voor de meest recente lijst met ondersteunde SBC's, zie Lijst met ondersteunde SBC's.
Ondersteunt tot 250 gelijktijdige gesprekken vanaf één lokale gateway op basis van registratie en meer dan 250 gelijktijdige gesprekken vanaf één lokale gateway op basis van certificaten. Certificaatgebaseerde lokale gateways kunnen tot 6500 gelijktijdige gesprekken ondersteunen, maar dit is afhankelijk van het type verbinding waarmee de lokale gateway verbinding maakt (Over-the-Top versus interconnect-peering) en het SBC-model waarop de lokale gateway is geïmplementeerd. Deze limieten zijn in feite de standaardlimieten voor het aantal gesprekken, zowel voor lokale, op gateways gebaseerde PSTN-gesprekken als voor gesprekken tussen locaties en eindpunten. Voor meer informatie, zie Aan de slag met de lokale gateway.
Alle oproepen die deze limiet overschrijden, worden geweigerd met een 403 Forbidden. De opdracht show call active voice kan op elk moment op de lokale gateway worden uitgevoerd om het totale aantal actieve gesprekken te bepalen.
Slechte netwerkverbindingen tussen een lokale gateway en de access SBC kunnen de prestaties van de signaleringsverbinding beperken, wat kan leiden tot een nog lagere limiet voor gelijktijdige gesprekken. De eenrichtingslatentie tussen de lokale gateway en het datacenter mag niet meer dan 100 ms bedragen en de jitter moet minder dan 10 ms zijn, terwijl het pakketverlies minder dan 0,5 ms mag zijn. %.
Functies & gebruik van functies
Bij het beoordelen van de huidige omgeving is het belangrijk om te identificeren en te controleren welke functies geconfigureerd zijn. Daarnaast is het belangrijk om te begrijpen hoe de functies gebruikt worden, zodat u uw zakelijke en technische eisen voor de implementatie kunt (her)definiëren.
Om te bepalen welke functies geconfigureerd zijn, moet u de configuratie analyseren. Dit zijn allemaal statische gegevens die worden ingesteld wanneer een functie of instelling in het systeem wordt geconfigureerd. De volgende opties kunnen worden gebruikt om deze analyse te voltooien:
-
Controleer de configuratie in de beheerdersinterface.
-
configuratie-export -- bulkexport of AXL
-
Hulpmiddel voor migratie-inzichten (aanbevolen)
-
Cisco-tools van externe partners (aanbevolen).
Om het gebruik van functies effectief te analyseren, is het essentieel om dynamische systeemgegevens zoals gebruik, registraties en gespreksactiviteit te onderzoeken. Verschillende analysetools en dashboards bieden inzicht in deze meetwaarden, waardoor een uitgebreid begrip van de systeemprestaties en -capaciteit mogelijk is. Dit ondersteunt weloverwogen besluitvorming tijdens migratie- en optimalisatietrajecten. De volgende opties kunnen worden gebruikt om dit type analyse uit te voeren:
-
Beoordeling van onbewerkte CDR-gegevens
-
Evaluatie van Unified CM RTMT-gegevens
-
Migratie-inzichtentool met behulp van CDR-gegevens
-
Overzicht van cloudgebaseerde UC-analyses in
-
Belvolume
-
Geregistreerde eindpunten
-
(CAC) locaties
-
Gebruik van de hoofdkabelboom.
-
-
Tools van Cisco-partners van derden.
Cisco raadt aan om voor deze analyse te beginnen met de Webex Control Hub Migration Insights-tool. Je importeert je geëxporteerde .TAR-bestand en de Unified CM CDR-bestanden (optioneel, maar vereist voor de analyse van het gebruik van functies) in de tool. De tool genereert de volgende CSV-rapporten die als uitgangspunt voor de analyse kunnen dienen:
| Rapportnaam Rapportbeschrijving |
|---|
| ImportedDataBulk.csv Alle gebruikers en apparaten uit Unified CM-gegevens |
| DeviceEligibility.csv Identificeert apparaten die in aanmerking komen voor migratie naar Webex Calling (IP-telefoons, Room OS-apparaten, ATA's en apparaten van derden). |
| DevicePoolNumbers.txt Lijst van alle nummers in een bepaalde apparaatgroep. |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Details over apparaten en gebruikers die samen gemigreerd moeten worden op basis van gedeelde lijnen, hunt pilot, wachtrij, geparkeerde oproepen en configuratie van oproepophalingsgroepen. |
| HuntGroupMigrationInsight.csv Gedetailleerde informatie over toegewezen jachtlijnen, lijngroepen en bijbehorende agenten. |
| SharedlineGroupMigrationReport.csv Overzicht van hoe telefoonnummers (telefoonnummers) worden gedeeld tussen gebruikers. |
| Rapportnaam Rapportbeschrijving |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informatie over de geschiktheid van apparaten voor migratie op basis van het gebruik van de functie. |
| FeatureUsageWithLastUsageDateReport.csv Gebruiksteller voor het aantal keren dat de huntpilot(en) en de wachtrij(en) zijn opgeroepen, inclusief de datum van het laatste gebruik. |
| UserWorkspaceLastUsage.csv Datum van laatste gebruik voor gebruikers en werkruimtes voor zowel softclients als hardwaretelefoons |
| DIDUsageReport.csv DID-gebruik voor zowel toegewezen als niet-toegewezen DID's |
Voor meer informatie over de Migration Insights-rapporten, zie Migration insights.
Als u na het bekijken van de informatie in de Migration Insights-rapporten meer informatie nodig hebt over de functies en het gebruik, raadt Cisco aan om een van Cisco's migratietools van externe partners te overwegen. and/or om de configuraties in de GUI of in de geëxporteerde configuratiegegevens te bekijken.
Cisco-integraties: Unity Connection UCCX UCCE
Voicemail is een integraal onderdeel van het aanbod en is standaard ingebouwd in de oplossing. Integratie met een on-premise voicemailoplossing zoals Unity Connection of Unity Connection Express is niet mogelijk. Bovendien is er geen ingebouwde manier om bestaande voicemailberichten of begroetingen van Unity Connection te migreren naar de native voicemailservice die beschikbaar is in Unity Connection. Sommige migratietools van Cisco's externe partners bieden de mogelijkheid om een deel van deze gegevens te migreren. Voor meer informatie over voicemail voor , zie Voicemailinstellingen configureren en beheren voor een Webex Calling-gebruiker.
Ondersteunt ook gedeelde voicemail- en faxmailboxen. Voor meer informatie, zie Een gedeelde voicemail- en inkomende faxbox beheren voor Webex Calling.
Het beschikt over een ingebouwde automatische telefoonbeantwoorder die deel uitmaakt van het kernplatform. Met deze functie kunt u de gespreksafhandelaars en de automatische beantwoorderfunctionaliteit van uw Unity Connection migreren. De Control Hub-tool, Functies migreren vanuit Unified CM, ondersteunt het migreren van de Unity Connection-configuraties naar automatische antwoordapparaten. Voor meer informatie over het gebruik van deze tool, zie Migratie van apparaten en functies van Unified CM naar Webex Calling.
Gespreksopname
Inclusief twee opties voor gespreksopname zonder extra kosten.
-
Webex-gespreksopname
-
Dubber Go-opname (partneraanbieding) - een integratie tussen Dubber en Dubber waarbij alle opgenomen media veilig in de cloud worden bewaard.
Inbegrepen opnameopties De tabel toont enkele belangrijke kenmerken van de twee gespreksopnameopties die zonder extra kosten beschikbaar zijn.
| Webex | Dubber Go |
|---|---|
| Beschikbaar voor alle gebruikers | Beschikbaar voor alle gebruikers |
| Onbeperkt aantal opnames | Onbeperkt aantal opnames |
| Bewaartermijn van 1 jaar* | Bewaartermijn van 30 dagen |
| 100 GB opslagruimte per organisatie | - |
| Compliancefunctionarissen hebben toegang tot en kunnen gespreksopnames beheren. | - |
| API's voor het beheren van opnames | - |
Beheerders kunnen de toegang van gebruikers tot hun gespreksopnames configureren en beheren.
|
Alleen gebruikers hebben toegang tot hun opnames en kunnen deze beheren.
|
Als uw organisatie behoefte heeft aan extra opnamemogelijkheden, zoals het opnemen van gesprekken in het kader van compliance, langere bewaartermijnen, meer opslagruimte en AI-analyse, and/or Zowel Cisco als externe aanbieders van opnamediensten bieden beheerdersrechten, betaalde aanbiedingen en add-ons. Voor meer informatie over opnameproviders, configuraties en aanvullende partnerdiensten, zie Gespreksopname beheren voor Webex Calling.
Integraties met derden
ondersteunt diverse integraties metexterne partijen, waaronder maar niet beperkt tot SBC's voor lokale gateways, IP-telefoons en intercomtelefoons. Speaker/Pagers, ATA's, enz. Naast deze apparaten vanderden ondersteunt Webex Calling verschillende oplossingen vanderden voor klantenservice, analyses, opnames, facturering, enz. Voor meer informatie over oplossingen vanderden , zie Webex App Hub.
Abonnement
Projectplan op hoog niveau
Bij het ontwikkelen van een projectplan op hoog niveau voor de migratie van naar is het essentieel om duidelijke fasen en mijlpalen vast te stellen die aansluiten bij zowel de bedrijfsdoelstellingen als de technische vereisten. Het plan moet beginnen met een uitgebreide beoordelingsfase, inclusief het verzamelen van gedetailleerde technische en zakelijke eisen, het identificeren van belanghebbenden en het definiëren van succescriteria. Belangrijke aandachtspunten zijn onder meer de toewijzing van middelen, de tijdsplanning, risicobeheer en communicatiestrategieën om ervoor te zorgen dat alle partijen tijdens de migratie op de hoogte zijn en betrokken worden. Daarnaast moet het plan validatiepunten bevatten, zoals proefprojecten en gefaseerde uitrol, om verstoringen te minimaliseren en aanpassingen op basis van feedback mogelijk te maken.
Voorbeelden van elementen die in het projectplan opgenomen kunnen worden, zijn:
-
Het definiëren van de reikwijdte van de migratie (bijvoorbeeld welke gebruikers, apparaten en functies worden overgezet).
-
Het inplannen van trainingssessies voor eindgebruikers en supportteams.
-
Het coördineren van beoordelingen van de netwerkgereedheid, en
-
Planning voor overgangsactiviteiten met terugvalopties. Het is ook belangrijk om compliance- en beveiligingsaudits, evenals ondersteuning na de migratie en optimalisatiefasen, te integreren.
Door het projectplan met deze overwegingen in gedachten te structureren, kunnen organisaties de complexiteit beter beheersen, risico's verminderen en een soepelere overgang naar de nieuwe situatie realiseren.
Migratietraject - één of twee stappen?
Vereist dat gebruikers dit gebruiken voor hun softclient voor bellen. Als er dus nog gebruikers zijn die gebruikmaken van , heb je twee opties om ze naar over te zetten. Je kunt kiezen voor een gebruikersmigratie in één stap of in twee stappen.
Optie 1: Migratie van gebruikers in één stap
Bij een migratie in één stap worden gebruikers tegelijkertijd van Unified CM naar het nieuwe systeem overgezet. Deze optie is doorgaans bedoeld voor klanten met een klein aantal gebruikers die gemigreerd moeten worden en die zowel de softclient als de belservice van de gebruiker tegelijkertijd kunnen overzetten. De afbeelding Gebruikersoproepservice, softclient & telefoon migreert tegelijkertijd hieronder wordt dit type migratie benadrukt. Met deze optie worden de volgende taken tegelijkertijd uitgevoerd:
-
De beldiensten zijn verplaatst van naar
-
Telefoonnummers en doorkiesnummers verplaatst van naar
-
De softclient is overgestapt van Jabber naar - zal zich registreren bij
-
Telefoonregistratie is verplaatst van naar .
Dit kan nog steeds een gefaseerde migratie zijn waarbij groepen gebruikers op verschillende tijdstippen worden verplaatst, maar wanneer elke gebruiker wordt verplaatst, gebeurt dit allemaal tegelijk.
Optie 2: Gebruikersmigratie in twee stappen
De andere aanpak is een migratie in twee stappen. In stap 1 worden gebruikers overgezet van naar , maar blijven op voor het bellen van diensten. Vervolgens worden in stap 2 gebruikers van Unified CM naar verplaatst. Deze optie wordt aanbevolen voor grotere klanten die wijzigingen door eindgebruikers willen beheren en de wijziging in de softclient van de gebruiker willen scheiden van de wijziging in de aanroepende service. De volgende afbeelding Migreer de softclient; migreer vervolgens de aanroepservice, softclient & Telefoon naar Webex-bellen hieronder illustreert dit type migratie.
Stap 1
-
De softclient is overgegaan van naar - zal zich registreren bij .
Stap 2
-
De beldiensten zijn verplaatst van naar .
-
Telefoonnummers en doorkiesnummers zijn verplaatst van naar .
-
De registratie is verplaatst van naar .
-
Telefoonregistratie is verplaatst van naar .
Dit kan nog steeds een gefaseerde migratie zijn, waarbij groepen gebruikers in beide stappen op verschillende tijdstippen worden overgezet.
De optie die u kiest, hangt af van hoe u de overgang van uw gebruikers naar de nieuwere versie wilt begeleiden. Het advies is om het stapsgewijs aan te pakken (Optie 2). Hierdoor kunt u het aantal wijzigingen dat de eindgebruiker tegelijkertijd moet doorvoeren minimaliseren en de inspanningen verdelen over verschillende onderdelen van het project. Als u er echter de voorkeur aan geeft dat gebruikers slechts eenmalig worden beïnvloed, dan is optie 1 ook een geldige optie.
Kijkend naar het aanbevolen traject (Optie 1), Jabber naar Webex App overgangskaart hieronder, toont de overgang op hoog niveau voor Stap 1.
In deze stap worden gebruikers overgezet van Jabber naar de nieuwe dienst voor al hun beldiensten. Het belplatform blijft echter Unified CM en zal zijn beldiensten registreren bij . Zoals te zien is in de Jabber naar Webex App overgangskaart figuur, verandert de on-premises infrastructuur niet en werkt het op dezelfde manier als Jabber. De enige wijziging is dat er een verbinding naar buiten nodig is.
Voor meer informatie over deze overgang, zie Jabber naar Webex Overgangskaart en Implementatiehandleiding onder het gedeelte Client op de Samenwerkingsovergang pagina.
Overzichtskaart van de overgang van Unified CM naar Webex Calling Figuur toont de overgang op hoog niveau van naar . Dit is stap 2 van het aanbevolen traject.
Als u kiest voor de methode met één stap, is dit ook van toepassing.
In deze stap worden gebruikers in groepen ingedeeld. Vanaf dit punt beginnen gebruikers gebruik te maken van de beldiensten, nummerregistratie en IP-telefoonregistratie.
Aangezien gebruikers in groepen migreren, zullen zakelijke gebruikers tijdens de overgang verdeeld worden over de twee belplatformen. Fase 1 in Unified CM naar Webex Calling overgangskaart op hoog niveau figuur toont deze status. In deze fase is planning nodig voor het beheer van gesprekken tussen gebruikers op de twee platforms en voor de routering van PSTN-gesprekken. Telkens wanneer een groep gebruikers wordt overgezet naar , zijn er updates van de belplannen en de gespreksroutering nodig op , en op de lokale gateway(s).
Zodra alle gebruikers, softclients en apparaten zijn overgezet naar fase 2, kan alle on-premises UC-infrastructuur worden verwijderd en buiten gebruik gesteld.
Ontwerp
Regio selectie
is wereldwijd beschikbaar en wordt geleverd vanuit redundante datacenters in meerdere regio's: VS (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), VK (Londen, Manchester), Australië (Melbourne, Sydney), Japan (Tokio, Osaka), Saoedi-Arabië (Riyad, Jeddah) en India (Mumbai, Chennai). De media-PoP's bieden mediadiensten aan om de doorlooptijden van media te optimaliseren. Het datacenter in Singapore wordt bijvoorbeeld gebruikt om de doorlooptijden van mediaverbindingen te optimaliseren voor klanten in Aziatische landen waar de doorlooptijden naar Australië of Japan mogelijk niet optimaal zijn. De datacenters zijn met elkaar verbonden door een multi-gigabit en volledig redundante backbone. De afbeelding wereldwijd verspreide datacenters geeft een overzicht van alle datacenters. Voor de meest recente lijst met beschikbare datacenters, zie Datacenterlocaties voor Webex Calling.
Elke klant krijgt toegang tot een van de instanties. Alle configuratiegegevens van die klant worden in die instantie opgeslagen en de SIP-signalering van alle eindpunten en lokale gateways die voor die klant zijn geconfigureerd, is gekoppeld aan de instantie waarop de klant is geconfigureerd. Omdat het lastig is om de aanvankelijke regiokeuze te wijzigen, is het belangrijk om alle relevante factoren in het besluitvormingsproces dat tot de regiokeuze leidt, mee te wegen. Om overmatige vertraging bij de signaaloverdracht te voorkomen, is het belangrijk om vroeg in het overgangsproces te bepalen welke instantie gebruikt moet worden. Cisco adviseert om de instantie te selecteren die de laagste signaaldoorlooptijden biedt voor het grootste aantal gebruikers binnen de implementatie.
Voor informatie over de beschikbaarheid per land, zie Waar is Webex beschikbaar?.
Locaties
Ter voorbereiding op de inrichting van locaties moet de benodigde informatie voor alle beoogde migratielocaties worden verzameld. De benodigde informatie voor elke locatie is samengevat in Te verzamelen informatie voor elke locatie.
| Informatie | Opmerking |
|---|---|
| Verlengbereik(en) | Elke locatie kan extensies hebben die met verschillende cijfers beginnen. Er moet één cijfer gereserveerd worden voor het intersite-kiesnummer (bijvoorbeeld 8) en één voor het PSTN-kiesnummer (bijvoorbeeld 9). Geen enkel uitbreidingsnummer mag met een van deze twee cijfers beginnen. Alle verlengstukken op alle locaties moeten even lang zijn. |
| DID-bereik(en) | - |
| PSTN-stuurcijfer | - |
| Sitecode | Alle sitecodes van alle locaties moeten uniek zijn en dezelfde lengte hebben. |
| Hoofdnummer | Bij het aanmaken van een locatie moeten twee DID's worden geconfigureerd. Eén nummer als hoofdtelefoonnummer (bijvoorbeeld voor een geautomatiseerd antwoordsysteem) en één nummer voor de voicemail. Voorzie één DID-nummer voor het voicemailnummer. |
| Voicemailnummer | |
| Aantal licenties | Vereiste licenties per type, waaronder Standaard, Professioneel, Werkruimte, Routelijst en Uitgaand Belabonnement. |
| Gelijktijdige gesprekken tijdens de spits | Het totaal van gelijktijdige gesprekken tussen apparaten onderling en tussen apparaten en de lokale gateway (PSTN en gesprekken naar apparaten). Het was nodig om de vereiste bandbreedte voor internettoegang te bepalen. |
| Land | - |
| Tijdzone | - |
| Taal | - |
| Contactgegevens (naam, telefoonnummer, e-mailadres) | - |
| Adres (Straatnaam, Plaats, Provincie, Postcode) | - |
| Fysieke locatie waar hulpdiensten kunnen worden ingezet voor eindpunten | De locatie van het apparaat dat gebruikt wordt voor noodoproepen omvat over het algemeen het volgende: gebouwadres, gebouwadres + verdiepingsnummer, gebouwadres + suitenummer of gebouwadres + verdiepingsnummer + office/cubical nummer. |
| Unieke fysieke netwerklocatie per apparaat voor hulpdiensten | De fysieke locatie van het netwerk voor noodoproepen omvat over het algemeen het volgende: schakelaar / switchpoort voor bekabelde apparaten, draadloze Access Point (AP) Basic Service Set Identifiers (BSSIDs) voor draadloos verbonden apparaten, and/or on-premises IP-subnet(en) voor eindapparaten. |
PSTN
Bij het ontwerpen van een implementatie hebben klanten drie primaire opties voor PSTN-connectiviteit: Cisco Calling Plans (een via de cloud geleverde PSTN-service die door Cisco wordt beheerd), Cloud Connected PSTN Providers (CCPP, waarbij providers PSTN-service via de cloud leveren) en on-premises PSTN (waarbij lokale gateways het bedrijfsnetwerk met het PSTN verbinden). Met de introductie van PSTN-trunking voor hybride implementaties (zie PSTN-trunking voor hybride Webex Calling-implementaties op PSTN-trunkingvoor meer informatie) krijgen organisaties extra flexibiliteit in hun migratieaanpak. Deze functie stelt klanten in staat om hun PSTN-netwerk aan het begin van het transitietraject naar CCPP te migreren en te beginnen met de overgang naar cloud-PSTN voor gebruikers, terwijl CCPP wordt gebruikt om de PSTN-service te behouden voor gebruikers die tijdens een gefaseerde migratie bij Cisco blijven.
Deze hybride aanpak stelt organisaties in staat om eerst bepaalde gebruikersgroepen naar de cloud te migreren, zonder direct hun volledige telefonieomgeving te hoeven vernieuwen. Dit brengt echter extra complexiteit en risico's met zich mee, met name wat betreft het aanpassen van de bestaande logica voor gespreksroutering om de nieuwe architectuur te ondersteunen. Ook de interoperabiliteit met oudere applicaties, zoals faxservers, contactcenters of oproepsystemen, vereist zorgvuldige overweging. Belangrijke technische uitdagingen kunnen onder meer bestaan uit het garanderen van een naadloze end-to-end codec-onderhandeling en DTMF-signalering (Dual-Tone Multi-Frequency) in de gemengde omgeving, evenals het valideren van de compatibiliteit met gespecialiseerde telefoniefuncties. Een goede planning en grondige tests zijn essentieel om verstoringen tot een minimum te beperken en betrouwbare spraakdiensten te garanderen gedurende het gehele migratieproces. Daarnaast zijn commerciële overwegingen belangrijk, aangezien hybride trunking een gebruikslicentie vereist die gebaseerd is op het aantal gelijktijdige gesprekken tussen de on-premises omgeving en de cloudgekoppelde PSTN-provider (CCPP).
Organisaties kunnen er ook voor kiezen om hun eigen PSTN-verbinding tijdens de overgangsfase te behouden. In dit scenario kan de migratie naar CCPP op twee manieren worden uitgevoerd: als een enkele, gecoördineerde overgang voor alle gebruikers en locaties zodra de migratie is voltooid, of stapsgewijs, waarbij de PSTN-migratie per locatie plaatsvindt naarmate gebruikers worden overgezet. Deze aanpak kan helpen bij het stroomlijnen van de co-existentie en het waarborgen van de continuïteit bij bestaande integraties, maar brengt wel een aantal operationele complexiteiten met zich mee. Daaronder vallen uitdagingen met betrekking tot nummerportering, zoals de noodzaak van nauwkeurige coördinatie van nummerporteringsverzoeken, mogelijke vertragingen en door providers opgelegde beperkingen, zoals een maximumaantal gelijktijdige porteringsverzoeken of beperkingen op het porteren van subsets van grote nummerblokken. Organisaties moeten hun PSTN-overgangsstrategie zorgvuldig plannen en daarbij rekening houden met deze logistieke aspecten om serviceonderbrekingen te voorkomen en een soepele migratie te garanderen.
De afbeelding Migratie naar CCCP aan het begin versus behoud van on-premises PSTN toont de twee hierboven beschreven PSTN-migratieopties. De afbeelding links toont het scenario waarbij alle on-premises gebruikers en applicaties gebruikmaken van cloudgekoppelde PSTN-diensten via een on-premises trunk en een lokale gateway die de on-premises verbinding maakt met de cloud. De afbeelding rechts toont het scenario waarbij het bestaande on-premises PSTN-netwerk blijft bestaan en gebruikers van Webex Calling gebruikmaken van het on-premises PSTN-netwerk via de lokale gateway-verbinding tussen de on-premises en de cloud. Tijdens de overgangsperiode kunnen locaties overschakelen naar het gebruik van cloudgekoppelde PSTN.
In beide scenario's maken gesprekken tussen de on-premises omgeving en de gebruiker gebruik van de Local Gateway-verbinding. De verbinding tussen de on-premises omgeving en de omgeving moet dienovereenkomstig worden ontworpen en gedimensioneerd op basis van het verwachte aantal gelijktijdige gesprekken en de vereiste redundantie.
Kies abonnement
Om naadloze interoperabiliteit tussen en tijdens de migratieperiode te garanderen, moet een uitgebreide ontwerparchitectuur voor het kiesplan worden ontwikkeld en geïmplementeerd op beide platforms. Dit dual-platform kiesplanontwerp garandeert consistente gespreksroutering, nummervertaling en transparantie van functies, waardoor gebruikers op beide systemen kunnen communiceren zonder servicevermindering of verstoring van de gebruikerservaring gedurende de co-existentiefase.
Inbelplan op locatie
Tijdens de overgangsperiode, om het naast elkaar bestaan van apparaten die geregistreerd staan in Unified CM en in het bedrijfsabonnement mogelijk te maken, moeten er wijzigingen worden aangebracht zodat ten minste aan de volgende vereisten kan worden voldaan:
-
+E.164 bellen van naar
-
Doorkiesnummers van naar (binnen dezelfde locatie, maar ook tussen verschillende locaties als de doorkiesnummers uniek zijn)
-
Verkorte intersite-belverbinding van naar
-
Geforceerd bellen binnen het netwerk van naar
-
Terugbellen vanuit de lijst met gemiste oproepen naar bestemmingen op
-
PSTN-gesprekken van naar PSTN als tijdens de overgangsperiode gebruik wordt gemaakt van het lokale PSTN-netwerk.
-
PSTN-gesprekken van naar als tijdens de overgang PSTN-trunking voor hybride implementaties wordt gebruikt om on-premises gebruikers toegang te geven tot PSTN via Cloud Connect voor
-
Gedwongen online te gaan van naar
-
Doorkiesnummer van naar (inter-site).
Als een van de bovenstaande inbelgewoonten vóór de overgang niet werd ondersteund, bijvoorbeeld omdat er geen verkorte inbelgewoonte tussen locaties bestond, dan hoeven deze niet per se tijdens de overgang te worden ingevoerd.
De afbeelding Best practices dial plan toont de best practice dial plan-aanpak zoals beschreven in de Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. De belangrijkste kenmerken van deze aanpak zijn:
-
Enkele partitie voor +E.164 telefoonnummers
-
Kernroutering gebaseerd op +E.164 routepatronen
-
Normalisatie van alle belgewoonten naar +E.164 met behulp van vertaalpatronen
-
Gebruik van de overerving van de zoekruimte voor het aanroepen van vertaalpatronen (optie Gebruik de zoekruimte van de oorspronkelijke aanroeper ingesteld op vertaalpatronen).
Bijvoorbeeld, bellen via het PSTN-netwerk (9+1+10D) van een apparaat in SJC dat is voorzien van een lijnbelzoekruimte SJCInternational wordt eerst gematcht door de 9.1[2-9]XX[2-9]XXXXXX vertaalpatroon dat het gebelde partijnummer normaliseert naar +E.164. De secundaire opzoeking gebruikt vervolgens opnieuw dezelfde aanroepzoekruimte SJCInternational (overerving van aanroepzoekruimte) en de +E.164-digit De tekenreeks wordt ofwel gevonden door een +E.164 telefoonnummer in de DN partitie of door een van de PSTN-routeringspatronen in de USPSTNNational of SJCPSTNLocal partitie. Verkorte inbelgewoonten binnen en tussen sites worden geïmplementeerd door de vertalingen in de ESN en SJCtoE164 partitie. Hoewel de ESN partitie een globale partitie is (toegankelijk voor telefoons op alle locaties), is de SJCTOE164 partitie alleen toegankelijk voor gebruikers op locatie SJC. Dit gaat ervan uit dat de uitbreidingsbereiken elkaar overlappen.
De eerste stap om bellen van naar mogelijk te maken, is ervoor te zorgen dat +E.164 De bestemmingen worden dienovereenkomstig doorgestuurd. Dit kan worden bereikt door een partitie aan het kiesplan toe te voegen, waardoor... +E.164 routepatronen voor alle bestemmingen naar die partitie, en tenslotte het toevoegen van de partitie aan alle aanroepende zoekruimtes die serviceklassen vertegenwoordigen die die partitie moeten kunnen bereiken. Het aanmaken van een aparte partitie is nodig om een gedifferentieerde serviceklasse te kunnen creëren voor oproepen afkomstig van . Om gesprekslussen te voorkomen, mag de zoekruimte voor inkomende gesprekken op de trunk vanaf de lokale gateway geen toegang hebben tot de partitie.
Zoals weergegeven in de afbeelding +E.164 routering naar Webex Calling, om routering van naar mogelijk te maken voor een locatie met +E.164 DID-bereik +1 221 555 2XXX en sitecode 121, een urgent routepatroon dat hiermee overeenkomt +E.164 Het bereik moet worden toegevoegd aan de partitie.
Als er geen locatiespecifieke selectie van een lokale gateway vereist is, kan in plaats van een routelijst met een lokale routegroep als bestemming voor routepatronen die naar een enkele routegroep verwijzen, een configuratie worden ingesteld met de lokale gateway als enig lid. De routepatronen verwijzen dan naar een enkele routelijst met deze ene routegroep als enige vermelding.
Om verkorte nummerkeuze tussen locaties mogelijk te maken, wordt het vereiste routepatroon 8121.2XXX aan de partitie toegevoegd. Voor sites die moeten overgaan naar een normalisatiepatroon voor inbelnummers 8121.2XXX dat ESN-kiezen normaliseert naar +E.164 bestaat mogelijk al in de ESN partitie. In dat geval lijkt 8121.2XXX overbodig, maar zodra alle DN's van de betreffende locatie zijn gemigreerd naar het 8121.2XXX normalisatie-vertalingspatroon voor nummerkeuze kan worden verwijderd en maakt het 8121.2XXX routepatroon ESN-nummerkeuze mogelijk, zelfs voor gebruikers met alleen een extensie binnen dat bereik.
Met deze wijzigingen in het kiesplan kunnen oproepen naar de locatie niet alleen worden geplaatst door verkorte inter-site-nummers te kiezen, maar ook +E.164. Bovendien is internationaal en nationaal bellen via het PSTN-netwerk mogelijk, omdat deze belgewoonten eerst genormaliseerd worden. +E.164 via de reeds bestaande normalisatie- en vertaalpatronen voor nummerkeuze en vervolgens doorverwezen naar door de overeenkomst te matchen. +E.164 routepatroon in de partitie.
De +E.164 Routepatroonmatching op basis van het DID-bereik van de locatie kan worden geconfigureerd terwijl alle DID's nog steeds op worden gehost. Het beste algoritme voor patroonherkenning zorgt ervoor dat wanneer een nummer dat op wordt gehost wordt gebeld, dan het +E.164 Het opgegeven directorynummer komt beter overeen dan het nummer met een wildcard. +E.164 Het routeringspatroon wijst naar zodat de gesprekken worden doorgeschakeld naar een lijn op en niet worden doorgestuurd naar .
belplan
Aan elke gebruiker wordt een extensie toegewezen. and/or A +E.164 telefoonnummer. De extensielengte is een vaste, globale instelling: Alle extensies in een implementatie hebben dezelfde lengte. Het bellen via een intern nummer kan worden gebruikt tussen gebruikers binnen een locatie en tussen verschillende locaties. Verkorte interne doorkiesnummers (het laatstgenoemde geval) werken alleen als het gekozen doorkiesnummer uniek is.
Als verkorte nummerkeuze tussen locaties vereist is, maar er overlappingen zijn tussen de extensies die op verschillende locaties zijn toegewezen, dan moet er een bedrijfsspecifiek nummeringsplan worden gemaakt door de extensies te voorzien van een toegangscode of een locatiecode. Voor meer informatie, zie Voorkeursarchitectuur voor Cisco Collaboration 15 On-Premises-implementaties, Ontwerpoverzicht beschikbaar op Cisco collaboration preferred architectures.
De lengte van het toestelnummer, het kiesgedrag voor interlocatie-interlocaties, de lengte van het voorvoegsel voor interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-interlocatie-instellingen worden geconfigureerd in de instellingen van de belservice. :
-
Lengte van het locatierouteringsprefix: Lengte van het voorvoegsel inclusief het stuurcijfer. Alleen vereist als er een bedrijfsnummerplan moet worden opgesteld als alternatieve, verkorte nummerkeuze voor interlocaties binnen het bedrijf.
-
Stuurcijfer in routeringsvoorvoegsel: Stuurcijfer voor verkorte interlocatie-belprocedures binnen een bedrijf. Overlappingen met het eerste cijfer van een locatie en de cijfers van uitgaande gesprekken vanaf die locatie moeten worden vermeden. Alleen vereist als er een bedrijfsnummerplan moet worden opgesteld als alternatieve, verkorte nummerkeuze voor interlocaties binnen het bedrijf.
-
Interne verlengingslengte: Standaardlengte van verlengstukken. Kan elke waarde tussen twee en tien zijn.
Wanneer er vanuit een on-premises gespreksbeheersysteem naar een externe locatie gebeld moet worden met behulp van interne nummers (doorschakelcode, locatiecode, toestelnummer) en het on-premises gespreksbeheersysteem een toestelnummer als beller-ID verzendt, zorg er dan voor dat ook de parameter Maximum unknown extension length in de sectie Call Routing between and premises is ingesteld. Dit zorgt ervoor dat inkomende gesprekken van het on-premises gespreksbeheersysteem naar correct als on-premises gesprekken worden geclassificeerd. -
Schakel tussen locaties door naar een intern nummer: Schakelen naar enable/disable Doorkiesnummers tussen locaties. Deze optie moet alleen worden ingeschakeld als alle extensies binnen de organisatie uniek zijn. Als deze optie is uitgeschakeld, moeten belangrijke bedrijfsnummers (stuurcode, locatiecode, toestelnummer) of telefoonnummers tussen locaties worden gekozen.
De eerste drie parameters worden voornamelijk gebruikt om een kiesplan voor telefoons op te stellen, zodat de time-outs tussen cijfers bij het bellen met de hoorn van de haak tot een minimum worden beperkt. Afwijkingen van deze algemene instellingen zijn nog steeds mogelijk (bijvoorbeeld: extensies met een andere lengte kunnen worden geconfigureerd), maar er verschijnt dan een waarschuwingsbericht in Control Hub en bellen vanaf telefoons vereist mogelijk en-block bellen om conflicten binnen het vooraf geladen kiesplan te voorkomen.
De tabel Voorbeeld van bedrijfsnummering toont een voorbeeld van drie locaties waarbij de extensiebereiken van twee locaties, NYC en RTP, identiek zijn. Het opzetten van een bedrijfsnummeringsschema met een inter-site stuurcijfer 8, gevolgd door een driecijferige sitecode en de viercijferige extensie, creëert een niet-overlappende, verkorte inter-site kiesgewoonte.
| Site | Uitbreidingsbereik | Sitecode | Bedrijfsassortiment |
|---|---|---|---|
| New York | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Om een soepele overgang mogelijk te maken, zouden de belgewoonten van gebruikers vóór en na de overstap idealiter hetzelfde moeten zijn. Ter voorbereiding op de overgang naar elke locatie moeten de DID-bereiken en uitbreidingsbereiken (of verkorte kiesgewoonten binnen de locatie) worden gedocumenteerd. Op basis van deze informatie moet vervolgens het intersite-stuurcijfer worden geselecteerd.
De tabel Bereik van extensies met vaste lengte toont een voorbeeld van drie locaties en bereiken van extensies met vaste lengte. Omdat overlappende kiesgewoonten moeten worden vermeden, is het belangrijk ervoor te zorgen dat voor elk uitbreidingsbereik het eerste cijfer van het bereik niet overeenkomt met het stuurcijfer voor verkorte intersite-kiezing. Als bijvoorbeeld 8 is geselecteerd als het stuurcijfer voor intersite-kiezen, dan kan geen enkel toestelnummer in een site beginnen met 8. Doorgaans komen de toestelnummers op een bepaalde locatie overeen met de laatste paar cijfers van de DID's die aan die locatie zijn toegewezen. Om conflicten te voorkomen, kan het eerste cijfer van het toestelnummer worden gewijzigd. Als bijvoorbeeld DIDs in de +1 Als de nummers 408, 555 en 8XXX in een bepaalde locatie worden gebruikt, kan in plaats van 8XXX als uitbreidingsnummer 7XXX worden gebruikt voor de uitbreidingen op die locatie.
| Site | Uitbreidingsbereik | Toestellen | Sitecode | Bedrijfsassortiment |
|---|---|---|---|---|
| New York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
De zevencijferige nummercombinaties die worden gekozen op een apparaat dat gebruikmaakt van het Amerikaanse kiesplan, overlappen met een zevencijferig patroon voor lokaal bellen in het vooraf geladen Amerikaanse kiesplan. Om overlappingen tussen inbelgewoonten binnen en buiten het PSTN-netwerk te voorkomen, kan op die locatie een verplichte externe toegangscode worden gebruikt. Als het bestaande bedrijfsnummeringsschema en de bijbehorende verkorte nummers voor interne vestigingen overlappen met patronen in het nationale nummeringsschema, kan tijdens de overgang naar het nieuwe schema, om overlappingen te voorkomen, de nummering worden verlengd of verkort. De eenvoudigste manier om dit te bereiken is door een extra opvulcijfer aan het nummeringsschema toe te voegen. Het nieuwe, langere intersite-belschema hoeft alleen te worden ingevoerd door gebruikers die al naar zijn gemigreerd. Gebruikers die nog steeds online zijn, kunnen zeven cijfers blijven intoetsen. Het bedrijfsbelplan moet er in dit geval voor zorgen dat verkorte zevencijferige nummers van Unified CM worden omgezet naar een van beide. +E.164 of naar het verkorte kiesformaat dat wordt gebruikt op . Dit moet gebeuren voordat het gesprek naar de lokale gateway wordt verzonden.
De tabel Overgang naar zevencijferig bellen toont een voorbeeld van deze hernummering. In dit voorbeeld wordt bij verkort intersite-kiezen het stuurcijfer 8 gebruikt, gevolgd door een tweecijferige sitecode en een viercijferig toestelnummer. Om te voorkomen dat er bij het bellen tussen locaties op zeven cijfers een verkorte intersite-code gebruikt moet worden, kunnen de sitecodes eenvoudig worden gewijzigd naar drie cijfers door een willekeurig opvulcijfer (8 in het voorbeeld) toe te voegen aan de tweecijferige sitecodes die in gebruikt worden. Zo gebruikt bellen tussen locaties vanaf telefoons het stuurcijfer 8 gevolgd door het opvulcijfer 8, de oude tweecijferige sitecode en het viercijferige toestelnummer. Gebruikers hoeven geen nieuwe sitecodes te onthouden; ze hoeven alleen maar te onthouden dat ze 88 als voorvoegsel moeten gebruiken voor intersite-bellen in plaats van 8 op .
| Site | Toestellen | Locatiecode | Bedrijfsassortiment | Site-ode | Ondernemingshoek |
| New York | 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 |
In een scenario met verschillende bedrijfsnummerformaten en als bedrijfsnummers worden weergegeven als bellerinformatie voor gesprekken van naar (bijvoorbeeld gesprekken vanaf apparaten zonder DID), is het belangrijk om ook een koppeling te implementeren tussen de verschillende nummerformaten voor bellerinformatie om ervoor te zorgen dat terugbellen werkt. Deze mapping kan worden bereikt door het transformatiepatroon van de beller toe te passen op de verbinding tussen de beller en de lokale gateway.
Opname
Een goed ontworpen oplossing voor gespreksopname vereist zorgvuldige overweging van verschillende belangrijke ontwerpelementen om ervoor te zorgen dat deze aansluit bij de organisatiedoelen, wettelijke vereisten en technische beperkingen. Twee van de meest cruciale beslissingen betreffen de keuze van de leverancier en de regio. Beide keuzes moeten mogelijk wereldwijd worden afgestemd en op specifieke locaties worden overruled, afhankelijk van de bedrijfsbehoeften.
1. Keuze van een aanbieder voor gespreksopname
Het kiezen van de juiste aanbieder van gespreksopnames is essentieel voor het behalen van bedrijfsdoelstellingen en het waarborgen van een uniforme functionaliteit binnen de hele organisatie:
-
Wereldwijde leveranciersselectie: Organisaties wijzen doorgaans één primaire leverancier voor gespreksopnames aan op wereldniveau. Dit garandeert consistentie in functionaliteit, naleving van regelgeving en ondersteuning op alle locaties.
-
Locatiegebonden overschrijvingen: In situaties waarin specifieke locaties of regio's unieke zakelijke behoeften of wettelijke vereisten hebben, kan het nodig zijn om de wereldwijde leveranciersselectie te overrulen en alternatieve leveranciers voor die locaties te specificeren. Deze flexibiliteit ondersteunt uiteenlopende wettelijke voorschriften en lokale operationele behoeften.
-
Bedrijfsvereisten: De keuze voor een dienstverlener moet gebaseerd zijn op een beoordeling van zakelijke overwegingen zoals naleving van wet- en regelgeving (bijv. MiFID II, HIPAA), kwaliteitsborging, geschillenbeslechting of opleidingsbehoeften.
-
Beschikbaarheid van de functie: Aanbieders moeten worden beoordeeld op hun vermogen om de vereiste functies te leveren, zoals realtime monitoring, zoek- en afspeelmogelijkheden, encryptie, bewaarbeleid, integratie met analyseplatformen en ondersteuning voor verschillende gesprekstypen (inkomend, uitgaand, intern).
2. Regio selectie
Het bepalen van de regio waar gespreksopnames worden opgeslagen en verwerkt, is cruciaal voor naleving van de regelgeving en prestaties:
-
Wereldwijde regioselectie: Organisaties kunnen standaard één regio kiezen voor het opslaan van gespreksopnames om het beheer en de governance te vereenvoudigen.
-
Regio-overrides op basis van locatie: Indien wetgeving inzake gegevensopslaglocatie of bedrijfsbeleid dit vereist, kan het nodig zijn om de instelling voor de wereldwijde regio voor specifieke locaties te overschrijven, zodat gespreksopnames binnen de vereiste geografische grenzen worden opgeslagen en verwerkt.
-
Vereisten voor gegevensopslaglocatie: Het ontwerp moet rekening houden met internationale en lokale wetgeving inzake gegevensbescherming (zoals de AVG, de CCPA of landspecifieke voorschriften) die kunnen bepalen waar en hoe gespreksopnames worden bewaard.
Een ander cruciaal aspect dat tijdens de planning en het ontwerp van een gespreksopnameoplossing moet worden aangepakt, is de inschatting van de benodigde opslagruimte. Het nauwkeurig voorspellen van de opslagbehoeften is essentieel om ervoor te zorgen dat er voldoende capaciteit beschikbaar is ter ondersteuning van de lopende bedrijfsactiviteiten, om te voldoen aan de regelgeving en om verstoringen van de dienstverlening te voorkomen.
Bij het bepalen van de verwachte opslagbehoefte moet rekening worden gehouden met verschillende belangrijke parameters:
-
Aantal opgenomen gesprekken: Schat het verwachte aantal gesprekken in dat binnen een bepaald tijdsinterval (bijvoorbeeld per dag, week of maand) zal worden opgenomen. Dit omvat niet alleen externe gesprekken, maar ook interne communicatie, indien vereist door het bedrijfsbeleid of wettelijke voorschriften.
-
Gemiddelde gespreksduur: Bereken de gemiddelde lengte van opgenomen gesprekken, aangezien langere gesprekken meer opslagruimte in beslag nemen. Variaties in gespreksduur tussen verschillende afdelingen of gebruikersgroepen moeten ook in de schatting worden meegenomen.
-
Bewaarperiode: Bepaal hoe lang opnames bewaard moeten blijven; dit wordt vaak bepaald door het beleid van de organisatie of externe regelgeving (zoals branchespecifieke nalevingsnormen). Langere bewaartermijnen verhogen de totale opslagbehoefte.
-
Groeiprognoses: Houd rekening met de verwachte groei van het aantal telefoongesprekken of de uitbreiding van de opnamemogelijkheden, die het gevolg kunnen zijn van bedrijfsgroei, nieuwe wettelijke vereisten of de toevoeging van extra gebruikers of locaties.
Door deze parameters grondig te analyseren, kunnen organisaties een robuuste opslagstrategie ontwikkelen die schaalbaarheid, kosteneffectiviteit en naleving van de regelgeving voor hun gespreksopnameoplossing garandeert. Het is ook raadzaam om de opslagtoewijzingen regelmatig te controleren en aan te passen naarmate het gebruikspatroon in de loop van de tijd verandert.
Noodoproep
De verplichting om een noodoproep door te schakelen naar de juiste meldkamer is een vereiste voor elke telefoondienst die PSTN-diensten aanbiedt. Met deze oplossing is het doorsturen van noodoproepen een integraal onderdeel en omvat het ondersteuning voor alle nationale noodnummers in de landen die deze oplossing ondersteunen. De routering van een noodoproep is gebaseerd op de gedefinieerde locatie en de PSTN-toegangsmethode van die locatie. De noodnummers zijn vooraf gedefinieerd en specifiek voor het land waarin de gebruikers en apparaten worden ingezet.
Er zijn twee manieren om noodoproepen door te geven in . Er is een basisdienst voor het doorschakelen van noodoproepen en een uitgebreide dienst voor het doorschakelen van noodoproepen. De basisdienst voor het doorschakelen van noodoproepen gebruikt een door de beheerder geselecteerd nummer om de locatie en de route naar de hulpdiensten te bepalen. Voor eenvoudige noodoproepen verloopt het gesprek doorgaans via het openbare telefoonnetwerk (PSTN) van de klant op die locatie. Er is ook een verbeterde routering voor noodoproepen, speciaal ontworpen voor implementaties in de VS en Canada, waar wettelijke vereisten gelden die het gebruik van een landelijke provider vereisen om noodoproepen naar de juiste meldkamer door te sturen.
Alle klanten dienen minimaal de basisconfiguratie voor noodoproepen te implementeren. Voor een basisnoodoproep is het vereist dat ten minste één klant een eigen noodnummer heeft. +E.164 Een nummer wordt toegewezen aan elke locatie die is gedefinieerd in . Voor eenvoudige noodoproepen wordt elke locatie gedefinieerd door een straatadres waarnaar politie, brandweer of ambulance wordt gestuurd in geval van nood. In de meeste gevallen is het hoofdnummer van de locatie de beste keuze om de fysieke locatie van de noodsituatie aan te geven. Doorgaans wordt het adres toegewezen aan de +E.164 Het nummer wordt afgestemd met de PSTN-provider. De onderstaande afbeeldingen tonen de toewijzing van het hoofdnummer dat als noodnummer voor de vestiging in Richardson zal worden gebruikt.
In de meeste gevallen volstaat een gebouwadres als verzendadres voor de locatie. Maar als er aanvullende locatiegegevens nodig zijn voor specifieke gebruikers of apparaten, kan een beheerder dezelfde procedure volgen als hierboven beschreven en die apparaten toewijzen aan een specifiek adres of een preciezere locatie binnen het adres (zoals een verdieping of kamer). In Gebruikersbeheer in, maakt het tabblad Bellen het mogelijk om een specifiek nummer te gebruiken voor een gebruiker en hun apparaten om een specifiek verzendadres te ontvangen. De volgende afbeeldingen illustreren hoe een specifiek nummer aan een apparaat kan worden toegewezen. De beheerder is verantwoordelijk ervoor te zorgen dat het nummer dat door het apparaat wordt gebruikt, is gekoppeld aan het juiste verzendadres. De toewijzing van een adres gebeurt doorgaans via de PSTN-provider van die locatie.
Voor telefonie-implementaties in de VS die verbeterde noodoproepoplossingen moeten bieden, maakt RedSky gebruik van Horizon Mobility, geïntegreerd in de routering van noodoproepen. Bij gebruik van RedSky voor gespreksroutering moet een beheerder een account aanmaken via Cisco en de juiste informatie configureren in de Calling-instellingen. -> Service-instellingen om deze functie in te schakelen. Zodra de RedSky-service op systeemniveau is ingeschakeld, zal een beheerder de RedSky-service op locatieniveau inschakelen. Door de functie 'Verbeterde noodoproepen' in een locatie in te schakelen, wordt de service geactiveerd voor alle apparaten die aan die locatie zijn toegewezen. Apparaten die Enhanced Emergency Calling ondersteunen zijn Cisco MPP-telefoons, Cisco PhoneOS-telefoons en Cisco's .
Er zijn twee instellingen om de verbeterde noodoproepfunctie op een locatie in te schakelen. De optie Sta RedSky toe om netwerkverbindingsinformatie te ontvangen en testgesprekken te voeren moet worden gebruikt om te controleren of de RedSky-configuratie voor apparaat- en infrastructuurtoewijzingen correct is. Met deze instelling kunnen ook testgesprekken naar 933 worden gevoerd om de locatie te verifiëren met behulp van het IVR-systeem van RedSky, dat de locatie van de beller voorleest. Hoewel dit document niet ingaat op de RedSky-configuratie voor locatiebepaling, dient een beheerder ALTIJD de locatiedetectie te testen voordat noodoproepen naar RedSky worden doorgestuurd. Zodra de tests zijn voltooid en de nauwkeurigheid is geverifieerd, zal de beheerder oproepen doorverbinden naar RedSky door de optie 'noodoproepen doorverbinden naar RedSky' in te schakelen. Met deze schakelaar worden alle noodoproepen voor de betreffende locatie doorgestuurd naar RedSky, die ze vervolgens doorstuurt naar de meldkamer van die locatie.
De verbeterde instellingen voor noodoproepen zijn ook van toepassing op klanten die zich zowel op locatie als daarbuiten bevinden. Wanneer ze zich op locatie bevinden, kunnen ze op dezelfde manier worden getraceerd als vaste telefoons. Wanneer de gebruiker zich buiten het bedrijfspand bevindt, kan hij of zij de locatie dynamisch instellen, rechtstreeks binnen de app. Voor meer informatie over noodoproepen, zie Verbeterde noodoproepen voor .
Licentieverlening
Er zijn meerdere opties om licenties aan gebruikers toe te wijzen.
Handmatige toewijzing via
Beheerders wijzen handmatig licenties toe aan individuele gebruikers via de interface.
Beheerders kunnen servicelicenties voor individuele gebruikers bewerken en bellicenties rechtstreeks toewijzen.
Automatische licentietoewijzingssjablonen
Gebruik sjablonen voor licentietoewijzing om automatisch licenties toe te wijzen aan gebruikers op basis van groeps- of organisatie-instellingen.
Automatische licentieverlening kan plaatsvinden via directorysynchronisatie of handmatige gebruikersupdates, maar gebruikers moeten wel over een geldige licentie beschikken. +E.164 Het telefoonnummer moet correct geformatteerd zijn en moet op een bepaalde locatie aanwezig zijn voordat de gebruiker kan worden aangemaakt. Als niet aan de voorwaarden wordt voldaan (bijvoorbeeld een ongeldig telefoonnummerformaat), worden er geen licenties verstrekt.
Massatoewijzing via CSV-sjabloon
Upload een CSV-bestand met gebruikersgegevens en licentietoewijzingen om meerdere gebruikers tegelijk toe te voegen of te wijzigen.
Met CSV-import kunt u tot 20.000 gebruikers toevoegen en licenties toewijzen, maar voor licenties zijn specifieke velden zoals telefoonnummer en toestelnummer vereist.
API-gebaseerde toewijzing
Gebruik API's om programmatisch licenties toe te wijzen en gebruikers te beheren.
Ondersteunt API-bewerkingen voor gebruikers- en licentiebeheer (People-, SCIM 2.0- en Licenses-API's), die kunnen worden gebruikt voor het automatiseren van licentietoewijzing. De Licenses API maakt het mogelijk om gelijktijdig licenties, telefoonnummers en extensies toe te wijzen.
| Toewijzingsmethode | Voordelen | Nadelen |
|---|---|---|
| Handleiding via | Eenvoudig voor een klein aantal gebruikers. Biedt nauwkeurige en gedetailleerde controle over de licentietoewijzing. | Niet schaalbaar, tijdrovend Gevoelig voor menselijke fouten bij handmatige invoer. |
| Automatische licentiesjablonen | Schaalbaar Vermindert handmatige fouten Kan worden toegepast op nieuwe en bestaande gebruikers. | Geldige telefoonnummers en locaties zijn vereist. Complexer om in te stellen Vereist tevens gebruikersgroepen per gebruikersgroep met gelijkwaardige licentievereisten. |
| Bulk CSV-upload | Efficiënt voor grote gebruikersgroepen Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist zorgvuldige CSV-opmaak. Er bestaat een risico op fouten als telefoonnummers of doorkiesnummers ontbreken of onjuist zijn. |
| API-gebaseerde toewijzing | Automatiseerbaar, flexibel. Maakt gelijktijdige toewijzing van licenties, telefoonnummers en extensies mogelijk. | Vereist kennis van softwareontwikkeling en API's. |
De tabel Gebruikersprovisioneringsopties - samenvatting geeft een overzicht van de gebruikersprovisioneringsopties en hun voor- en nadelen. Dit overzicht helpt bij het kiezen van de beste methode voor licentietoewijzing op basis van de omvang van de klantorganisatie, de automatiseringsmogelijkheden en de processen en vereisten voor gebruikersprovisionering.
Cisco raadt aan om, waar mogelijk, bellicenties toe te wijzen met behulp van licentiesjablonen. Dit vereist dat voor elke groep gebruikers die een unieke set licenties nodig heeft (bijvoorbeeld Standaard versus Professioneel) een groep bestaat met de bijbehorende groepslidmaatschappen. Zoals besproken in de Gebruikersgroepen secties, kunnen gebruikersgroepen handmatig worden gedefinieerd in of gesynchroniseerd vanuit een bedrijfsdirectory. Een combinatie van beide benaderingen is mogelijk.
Gebruikers die tot meerdere groepen behoren, verkrijgen licenties voor alle toewijzingen die aan al hun groepen zijn toegekend. Dit maakt het mogelijk om licentiespecifieke beveiligingsgroepen in de bedrijfsdirectory te gebruiken voor het beheer van licentietoewijzingen, waarbij de resulterende gebruikerslicentietoewijzing wordt bepaald door de combinatie van groepslidmaatschappen.
Voor meer informatie, zie Automatische licentietoewijzingen instellen in Control Hub en Sjablonen voor automatische licentietoewijzingen instellen voor Webex Calling-gebruikers.
Licentievereisten
Dit gedeelte heeft alleen betrekking op gerelateerde licenties. Andere licentietypes (bijvoorbeeld Webex-apparaatregistratie, berichten, vergaderingen) vallen hier niet onder. Als onderdeel van het ontwerpproces moeten de licentievereisten worden vastgesteld. Het aantal licenties voor de volgende licentietypen moet worden berekend:
-
Standaard: aantal individuele gebruikers die standaard telefoonfuncties nodig hebben.
-
Professioneel: aantal gebruikers en werkplekken die geavanceerde telefoniefuncties vereisen. Virtuele lijnen en groepsvoicemail hebben recht op een 1:1 verhouding voor elke beroepslicentie. Daarom moet er in zeldzame gevallen, waarbij het aantal benodigde virtuele lijnen of groepsvoicemails het aantal gebruikers en werkplekken overschrijdt dat geavanceerde telefoniefuncties vereist, rekening worden gehouden met extra professionele licenties.
-
Werkruimte voor gemeenschappelijke ruimte: aantal gedeelde ruimtes of gemeenschappelijke locaties waar standaard belmogelijkheden vereist zijn.
-
Klantenondersteuning: aantal agenten en supervisors die klantondersteuningsfuncties nodig hebben. De klantenservice omvat de professionele licentie.
-
Routelijstoproepen: aantal benodigde cloudgekoppelde PSTN-gesprekken tussen gebruikers op locatie and/or gespecialiseerde applicaties van derden die lokaal worden geïnstalleerd.
-
Bedieningsconsole: aantal gebruikers dat toegang nodig heeft tot de client voor de beheerdersconsole.
-
Cisco-belabonnement (uitgaand belabonnement): aantal gebruikers die een PSTN-nummer nodig hebben and/or Toegang tot uitgaande PSTN-gesprekken voor de Cisco PSTN-service.
Er bestaat geen specifiek licentietype voor professionele werkruimtes. Voor professionele werkplekken is een professionele licentie vereist.
Werkplekken met alleen flexwerkplekken bieden de service van een flexwerkplekbeheerder en de mogelijkheid om in geval van nood door de beheerder gebeld te worden, en vereisen geen vergunning. Voor meer informatie, zie Apparaten die alleen voor flexwerkplekken zijn bedoeld toevoegen en beheren.
Om het vereiste licentietype voor elke gebruiker en werkruimte te bepalen op basis van de benodigde functies, zie Beschikbare functies per licentietype voor Webex Calling.
Om onderscheid te maken tussen de functionaliteit die wordt geboden door wachtrijen voor inkomende oproepen in combinatie met de professionele licentie en de klantondersteuning, zie Vergelijking van de functies van wachtrijen voor inkomende oproepen en klantondersteuning in Webex Calling.
Inrichten voor gebruiker
Bij het aanmaken van gebruikersaccounts in Webex zijn er verschillende opties beschikbaar, elk afgestemd op verschillende organisatorische behoeften en omgevingen:
-
Handmatige inrichting: Beheerders kunnen individuele gebruikers rechtstreeks binnen het systeem toevoegen en beheren. Deze methode is eenvoudig, maar het meest geschikt voor kleine organisaties of beperkte gebruikerswijzigingen.
-
Bulkprovisionering via CSV: Voor grotere gebruikersgroepen kunnen beheerders gebruikers批量 importeren en bijwerken door CSV-bestanden te uploaden. Dit maakt efficiënt beheer van duizenden gebruikers tegelijk mogelijk.
- Opties voor directorysynchronisatie:
Directory Connector: Dit is een automatisch synchronisatieprogramma dat wordt gebruikt in Microsoft Active Directory-omgevingen. Het synchroniseert gebruikersaccounts, groepen en kenmerken op een geplande basis (elk uur, elke dag of elke week). Het ondersteunt Active Directory-configuraties met meerdere domeinen en forests en kan profielafbeeldingen en ruimteobjecten synchroniseren.
Entra ID (Azure AD) wizard-app: Deze methode is ontworpen voor organisaties die Microsoft Entra ID (Azure AD) gebruiken en biedt automatische, bijna realtime synchronisatie van gebruikersaccounts en -kenmerken rechtstreeks van Entra ID naar Azure AD. Het wordt volledig intern beheerd en vereist minimale configuratie.
SCIM 2.0-toepassingen: Voor niet-Microsoft-omgevingen of andere identiteitsproviders zoals Okta of Duo maken SCIM-gebaseerde synchronisatie-apps automatische gebruikersprovisionering en -deprovisionering mogelijk met attribuuttoewijzing en groepssynchronisatie.
-
Uniforme CM-gebruikerssynchronisatie: Met deze optie kunnen gebruikersaccounts worden aangemaakt op basis van bestaande eindgebruikers door te synchroniseren van naar . Hiervoor is het vereist dat Cloud Connected UC (CCUC) actief is op de on-premises clusters. Het wordt echter over het algemeen aanbevolen om gebruikers te synchroniseren vanuit een gecentraliseerde clouddirectory zoals Entra ID in plaats van rechtstreeks vanuit de applicatie zelf.
-
API-provisionering: Openbare API's (People, SCIM 2.0) kunnen worden gebruikt om gebruikers te provisioneren. Het grootste voordeel van het gebruik van API's is de mogelijkheid om de gebruikersprovisionering te integreren met andere bedrijfssystemen.
Dit overzicht en de bijbehorende tabel geven een beeld van de belangrijkste opties voor gebruikersprovisionering, hun voordelen en beperkingen, zodat u de beste aanpak voor de behoeften van uw organisatie kunt kiezen.Tabel 6. Opties voor gebruikersprovisionering voor Provisioneringsmethode Beschrijving Voordelen Nadelen Handmatig Create/manage gebruikers individueel in Eenvoudig voor een klein aantal gebruikers; geen infrastructuur nodig. Niet schaalbaar; tijdrovend voor veel gebruikers. Bulk (CSV-bestand) Import/update gebruikers in bulk via CSV in Efficiënt voor groepen; geen programmeerkennis vereist Handmatige CSV-voorbereiding; minder dynamisch Mensen en de SCIM 2.0 API Programmatisch gebruikersbeheer via Webex API's Flexibel; ondersteunt automatisering en integratie. Vereist ontwikkeling en infrastructuur. Synchroniseren met Directory Automatische synchronisatie vanuit AD, Entra ID, SCIM-apps en Unified CM. Automatiseert de levenscyclus; ondersteunt filteren en in kaart brengen. Installatiecomplexiteit: Sommige opties hebben beperkte functionaliteit of vereisen een bepaalde infrastructuur.
Gebruikersgroepen
Gebruikersgroepbeheer stelt beheerders in staat gebruikers in groepen te organiseren voor efficiënt beheer van licenties, instellingen en resources in bulk. Groepen helpen het beheer te stroomlijnen door beleidsregels, licenties en instellingensjablonen gelijktijdig op meerdere gebruikers toe te passen, in plaats van gebruikers individueel te beheren.
Gebruikersgroepbeheer biedt diverse voordelen, waaronder:
-
Vereenvoudigde administratie: Beheer licenties, instellingen en beleidsregels voor meerdere gebruikers tegelijk.
-
Samenhang: Pas uniforme instellingen en licenties toe op alle gebruikers in dezelfde groep.
-
Schaalbaarheid: Biedt ondersteuning aan maximaal 250.000 leden per groep.
-
Integratie: Synchroniseer groepen vanuit Microsoft Entra ID (Azure AD) of Active Directory voor geautomatiseerd gebruikers- en groepsbeheer.
-
Flexibiliteit: Maak lokale groepen aan of synchroniseer beveiligingsgroepen; beheer het groepslidmaatschap handmatig of via CSV-bestanden.
-
Toewijzing van middelen: Beheer de toegang tot ingebedde apps en services op basis van groepslidmaatschap.
De belangrijkste gebruiksscenario's voor gebruikersgroepen bij het inrichten van een gebruikersgroep zijn:
-
Licentietoewijzingen: Wijs licenties toe aan groepen om diensten zoals bellen, vergaderen, berichten versturen of hybride diensten automatisch beschikbaar te stellen aan groepsleden.
-
Instellingensjablonen: Pas verzamelingen van service-instellingen (bijv. berichten, vergaderingen, bellen) toe op groepen voor een consistente gebruikerservaring.
-
Beheer van meerdere gebruikers tegelijk: Gebruikers批量 toevoegen of verwijderen via CSV-bestanden of directorysynchronisatie.
-
Automatisering en integratie: Gebruik API's of directorysynchronisatie voor geautomatiseerd beheer van de levenscyclus van gebruikers en groepen.
De volgende tabel geeft een overzicht van de verschillende opties voor het beheren van gebruikersgroepen en groepsbeheer in .
| Optie | Beschrijving | Voordelen | Nadelen |
|---|---|---|---|
| groepsvoorziening (groepen) | Maak en beheer groepen direct in . Add/remove leden handmatig of via CSV. | Volledige controle over het groepslidmaatschap. Directe toepassing van licenties en sjablonen Groepen eenvoudig aanmaken en bewerken |
Handmatige updates vereist Risico op fouten bij handmatige CSV-uploads Geen automatische synchronisatie met externe mappen. |
| Gesynchroniseerde groepen vanuit Entra ID (Azure AD) of Active Directory | Automatisch beveiligingsgroepen en lidmaatschappen synchroniseren vanuit externe directoryservices. | Geautomatiseerde synchronisatie vermindert handmatig werk. Garandeert consistentie met het bedrijfsregister. Ondersteunt grote organisaties |
Het is niet mogelijk om het groepslidmaatschap te bewerken in Synchronisatievertraging tot 12 uur Geneste groepen vereisen handmatige selectie. |
| Groepen en SCIM 2.0 API (Groepen) | Gebruik Groepen of de SCIM 2.0 API voor programmatisch beheer van groepen en leden. | Automatisering en integratie met andere systemen Schaalbaar voor grote of complexe omgevingen. |
Vereist ontwikkelingsinspanning De complexiteit hangt af van het API-gebruik. |
Hoewel gesynchroniseerde groepen consistentie garanderen en een centraal beheerpunt bieden, is een hybride aanpak mogelijk die gesynchroniseerde groepen combineert met groepen (beheerd via de control hub of via API's). Zo kunnen bijvoorbeeld groepen voor licentietoewijzing gesynchroniseerde groepen zijn, terwijl een aparte set groepen kan worden gebruikt voor het toewijzen van gebruikers en het aanroepen van sjablonen.
Deze alomvattende aanpak voor het beheer van gebruikersgroepen stelt organisaties in staat om gebruikerslicenties, instellingen en beleid efficiënt te beheren, waardoor consistente en schaalbare samenwerkingservaringen worden gewaarborgd.
Aanbevolen aanpak bij migratie van naar
De primaire gegevensbron voor gebruikers is de database, die eindgebruikersinformatie bevat. Het is echter doorgaans niet de gezaghebbende bron voor gebruikersidentiteitsbeheer en, belangrijker nog, zal aan het einde van de overgangsperiode worden uitgeschakeld en is daarom uitgesloten als gezaghebbende bron voor identiteitsinformatie op de lange termijn.
Cisco raadt aan om een gecentraliseerde clouddirectory zoals Microsoft Entra ID (Azure AD) te gebruiken als de enige bron van waarheid voor gebruikersidentiteiten. Het synchroniseren van gebruikers van Entra ID zorgt voor consistentie, vereenvoudigt het beheer en ondersteunt single sign-on (SSO).
Om ervoor te zorgen dat alle gebruikers ook in Entra ID aanwezig zijn, moeten organisaties controleren of de gebruikersaccounts in overeenkomen met de accounts in Entra ID. Dit kan worden gedaan door gebruikerslijsten te exporteren en deze te vergelijken met de gebruikerslijsten van Entra ID.
Samenvattend is de aanbevolen methode voor het inrichten van gebruikers het synchroniseren van gebruikers van Microsoft Entra ID (Azure AD) naar Webex met behulp van de Azure AD-wizard of SCIM-apps. Handmatige en CSV-bulkprovisionering zijn beschikbaar als aanvullende methoden, maar zijn minder schaalbaar en foutgevoeliger voor grote organisaties. Ervoor zorgen dat Entra ID de gezaghebbende bron is en dat alle gebruikers in Entra ID geregistreerd staan, is cruciaal voor een succesvolle migratie en een consistente gebruikerservaring in alle omgevingen.
De overstap van een on-premises directoryservice, zoals Active Directory, naar een clouddirectoryservice, zoals Entra ID (Azure ID), staat los van de overgang naar een andere beller. Cisco adviseert om de overstap naar een cloudgebaseerde telefoongids af te ronden voordat met de overstap naar een cloudgebaseerde telefoongids wordt begonnen.
Het ontwerpen van gebruikersgroepen
Na de migratie van de bedrijfsdirectory van on-premises naar de cloud, verzamel de benodigde gebruikersgroepen op basis van licentie- en functiesjabloonvereisten. Voor elk groepsdocument:
-
Groepsnaam: unieke naam van de groep.
-
Licenties: licenties die aan deze groep moeten worden toegewezen (indien van toepassing) en reikwijdte (moeten licenties worden toegewezen aan bestaande gebruikers of alleen aan nieuwe gebruikers)
-
Instellingensjablonen: Webex-app en sjablonen voor gebruikersgesprekken.
-
Mappensynchronisatie: Wordt deze groep gesynchroniseerd vanuit de bedrijfsdirectory of is dit een lokale Webex-groep die is aangemaakt in Control Hub of via een API?
-
Beschrijving: Hoe zal deze groep gebruikt worden en welke gebruikers moeten lid zijn van deze groep?
Deze gegevens worden later tijdens de implementatiefase gebruikt om lokale groepen of groepen in de bedrijfsdirectory aan te maken en het groepslidmaatschap van gebruikers te beheren.
Eenmalige aanmelding (SSO)
Cisco raadt het gebruik van SSO aan voor gebruikersauthenticatie. Het gebruik van SSO biedt een aantal aantrekkelijke voordelen, waaronder:
-
Vereenvoudigde gebruikersauthenticatie: Gebruikers kunnen zich eenmalig aanmelden met hun bedrijfsgegevens (bijvoorbeeld via hun Azure ID) om toegang te krijgen tot deze applicatie en andere geïntegreerde toepassingen. Dit maakt meerdere wachtwoorden overbodig en vermindert het aantal aanmeldprompts. Dit verhoogt de beveiliging doordat bedrijfswachtwoorden na authenticatie nooit worden opgeslagen of verzonden.
-
Vereenvoudigd gebruikersbeheer: Automatiseert het aanmaken, bijwerken en deactiveren van gebruikersaccounts op basis van wijzigingen in de bedrijfsdirectory, waardoor de administratieve lasten worden verlaagd en ervoor wordt gezorgd dat alleen geautoriseerde gebruikers toegang hebben.
-
Verbeterde beveiliging: SSO vermindert wachtwoordmoeheid en het risico op wachtwoordgerelateerde datalekken door authenticatie te centraliseren via vertrouwde identiteitsproviders (IdP's).
-
Eenvoudige integratie van multifactorauthenticatie (MFA): MFA kan eenvoudig worden ondersteund via een Identity Access Management-oplossing zoals Cisco Duo of via MFA-ondersteuning van de IdP.
Er zijn meerdere opties om SSO voor services te implementeren:
-
SAML 2.0-gebaseerde SSO: Het primaire protocol dat wordt ondersteund voor SSO-integratie, waardoor een veilige uitwisseling van authenticatiegegevens tussen de identiteitsprovider en de serviceprovider mogelijk is.
-
OpenID Connect (OIDC): Ondersteund als een modern alternatief authenticatieprotocol voor SSO-integratie.
-
Webex-identiteit: Ook beschikbaar als optie voor identiteitsaanbieder.
SSO wordt centraal geconfigureerd en beheerd via , waarbij metadata-uitwisseling tussen en de gekozen IdP vereist is.
Na de configuratie kan SSO vóór de activering worden getest om een correcte installatie te garanderen.
Cisco biedt ondersteuning voor integratie met diverse beproefde en veelgebruikte identiteitsproviders (IdP's) en identiteitsbeheersystemen (IAM), waaronder maar niet beperkt tot:
-
Cisco Duo
-
Okta
-
Microsoft Active Directory Federation Services (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Deze identiteitsproviders voldoen aan de SAML 2.0- of OpenID Connect-standaarden en zijn gevalideerd op compatibiliteit met Cisco-samenwerkingsoplossingen.
Ondersteuning voor meerdere IdP's
Hiermee kunnen organisaties SSO configureren met meerdere identiteitsproviders (IdP's) om complexe IT-omgevingen te ondersteunen, zoals fusies, overnames of gedecentraliseerde IT-afdelingen waar verschillende groepen verschillende IdP's gebruiken. Ondersteuning voor meerdere IdP's kan worden geïmplementeerd met behulp van de functie voor meerdere IdP's in de applicatie zelf, of door integratie met een enterprise IAM-systeem zoals Cisco Duo.
De ondersteuning voor meerdere identiteitsproviders (IdP's) van biedt oplossingen voor diverse belangrijke gebruiksscenario's waarbij organisaties behoefte hebben aan flexibele en veilige authenticatie in uiteenlopende IT-omgevingen:
1. Fusies en acquisities
Wanneer bedrijven fuseren of andere bedrijven overnemen, hebben ze vaak aparte IT-infrastructuren en verschillende identiteitsproviders (IdP's) die niet kunnen worden gefedereerd. Dankzij de ondersteuning voor meerdere identiteitsproviders kunnen gebruikers van beide organisaties veilig authenticeren en samenwerken zonder dat ze hun identiteitssystemen direct hoeven te verenigen.
2. Meerdere onafhankelijke IT-afdelingen
Grote organisaties of overheidsinstellingen hebben mogelijk meerdere onafhankelijke IT-afdelingen, die elk hun eigen identiteitsprovider beheren. De functie voor meerdere identiteitsproviders (IdP's) stelt deze afdelingen in staat hun eigen authenticatiesystemen te beheren, terwijl gebruikers tegelijkertijd naadloos toegang hebben.
3. Verschillende gebruikersgroepen of domeinen
Organisaties met verschillende gebruikersgroepen (bijv. werknemers versus contractanten) of meerdere e-maildomeinen kunnen routeringsregels configureren om authenticatieverzoeken naar de juiste identiteitsprovider te leiden op basis van domein- of groepslidmaatschap. Dit ondersteunt gedifferentieerde toegangsbeleidsregels en beveiligingsmaatregelen.
4. Ondersteuning voor diverse authenticatieprotocollen
Ondersteunt SAML- en OpenID Connect (OIDC)-identiteitsproviders, waardoor organisaties verschillende soorten identiteitsproviders kunnen integreren op basis van hun bestaande infrastructuur en beveiligingsvereisten.
5. Verbeterde beveiliging en naleving van regelgeving
Door meerdere identiteitsproviders (IdP's) in te schakelen, kunnen organisaties sterkere authenticatiemechanismen implementeren, waaronder multifactorauthenticatie (MFA) via integraties zoals Duo, en consistente beveiligingsregels afdwingen voor diverse gebruikersgroepen.
6. Vereenvoudigde gebruikerservaring
Gebruikers kunnen zich authenticeren met hun bestaande inloggegevens van hun respectievelijke identiteitsproviders, wat zorgt voor een uniforme aanmeldervaring ondanks de onderliggende complexiteit van meerdere identiteitssystemen.
Hoewel ondersteuning voor meerdere identiteitsproviders flexibiliteit biedt, vereist het zorgvuldige coördinatie tussen beveiligings- en identiteitsteams om consistente beveiligingsrichtlijnen te handhaven en potentiële kwetsbaarheden te voorkomen.
Duo MFA met SSO voor
Duo Access Gateway (DAG) kan gebruikers authenticeren met behulp van bestaande on-premises of cloudgebaseerde directory's zoals Active Directory (AD) en OpenLDAP. Het biedt ook ondersteuning voor integratie met andere identiteitsproviders zoals Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS en Shibboleth. Deze flexibiliteit stelt organisaties in staat hun bestaande directory-infrastructuur te gebruiken voor Webex SSO met Duo MFA.
Duo fungeert als een sterke authenticatielaag bovenop de primaire directory-authenticatie. Het functioneert als een identiteitsprovider (IdP) die SAML 2.0 gebruikt om tweefactorauthenticatie (2FA) af te dwingen voordat toegang wordt verleend. Duo analyseert de context van de gebruiker, het apparaat en het netwerk aan de hand van configureerbare beleidsregels om toegang toe te staan of te weigeren, waardoor de beveiliging verder gaat dan alleen gebruikersnaam en wachtwoord. Duo biedt ook flexibele beleidscontroles, zoals het vereisen van MFA bij elke aanmelding voor sommige apps en minder vaak voor andere.
De voordelen van Cisco Duo zijn onder andere:
-
Geavanceerde beveiliging: Voegt phishingbestendige MFA toe om de toegang te beschermen en het risico van gecompromitteerde wachtwoorden te verkleinen.
-
Flexibele beleidsmaatregelen: Biedt gedetailleerde controle over de authenticatievereisten per applicatie of gebruikersgroep.
-
Integratie met bestaande mappen: Ondersteunt on-premises Active Directory, OpenLDAP, clouddirectory's en diverse SSO-providers, waardoor infrastructuurwijzigingen tot een minimum worden beperkt.
-
Gebruiksgemak: Ondersteunt Single Sign-On (SSO) om wachtwoordmoeheid te verminderen doordat gebruikers met één keer inloggen veilig toegang krijgen tot meerdere bronnen.
-
Vertrouwde eindpunten: Biedt ondersteuning voor apparaatvertrouwen voor clients op Windows en macOS, waardoor de beveiliging wordt verbeterd.
-
Zelfservice-inschrijving: Directe registratie en een dubbele prompt verbeteren de gebruikerservaring tijdens het instellen van MFA.
Duo MFA met SSO maakt gebruik van bestaande directory's zoals Active Directory en OpenLDAP, of cloud-identiteitsproviders, om gebruikers te authenticeren. De rol van Duo is het bieden van een sterke, op beleid gebaseerde tweede authenticatiefactor, geïntegreerd via SAML 2.0, waardoor de beveiliging wordt verbeterd en het gebruiksgemak via SSO behouden blijft. De voordelen omvatten een verbeterde beveiliging, flexibele beleidshandhaving, naadloze integratie en een betere gebruikerservaring.
Cisco raadt gebruikers aan om SSO te implementeren. Voor verbeterde beveiliging wordt integratie met Cisco Duo aanbevolen.
De Enterprise IAM- en SSO-strategie moet worden geïmplementeerd voordat de overgang van naar wordt gestart.
Functies
Het beschikt over een volledig pakket aan kernfuncties die bij de service zijn inbegrepen. Dit omvat veel geavanceerde belfuncties die al jaren beschikbaar zijn. U zult wellicht geen 100% overeenkomst zien tussen de functies van beide versies, maar zoals u in de onderstaande afbeelding kunt zien, zijn de belangrijkste belfuncties beschikbaar in beide versies.
Naast de vele gebruikersfuncties beschikt het platform over essentiële systeemfuncties die standaard bij het platform zijn inbegrepen. Dit omvat functies zoals automatische beantwoorders, wachtrijen voor inkomende oproepen, het doorschakelen van inkomende oproepen, enzovoort. U kunt alle beschikbare kernsysteemfuncties bekijken onder Service → Bellen → Functies, zoals weergegeven in afbeelding Kernfuncties van Webex Bellen.
Virtuele operator
De automatische telefoonbeantwoorder maakt het mogelijk om 24/7 Automatisering van de afhandeling van inkomende oproepen, waardoor efficiënte gespreksafhandeling mogelijk is zonder dat een persoon elke oproep hoeft te beantwoorden.
De automatische beantwoorder neemt inkomende oproepen aan en biedt de beller een menu met opties om de oproep door te verbinden. Dit kan naar een persoon zijn, een voicemailbox of een beldienst (bijvoorbeeld een wachtrij voor inkomende oproepen). De beller gebruikt het toetsenblok van zijn telefoon om het nummer in te voeren via het menu van de automatische beantwoorder.
De automatische beantwoorder ondersteunt de volgende belangrijke functies:
-
Zakelijke en avondroosters
-
Vakantieplanning
-
Via het menu kunt u uw klanten rechtstreeks naar de juiste pagina leiden.
-
Personaliseer je begroetingen
-
Bellen op naam-optie
-
Opties voor gesprekken doorschakelen
-
Analyses en rapporten van Control Hub.
Voor meer informatie, zie Automatische antwoordapparaten beheren.
Gesprek parkeren
Met Call Park kunnen gebruikers een gesprek eenvoudig in de wacht zetten, zodat een andere gebruiker het gesprek gemakkelijk kan overnemen wanneer hij of zij beschikbaar is. Het geeft de gebruiker die het oorspronkelijke gesprek beantwoordde ook de mogelijkheid om andere gesprekken te voeren of te ontvangen terwijl het gesprek in de wacht staat.
Er zijn twee soorten belparken beschikbaar in :
-
Directe oproep parkeren - hiermee kan elke gebruiker een gesprek parkeren naar het toestel van een andere gebruiker of naar een door de beheerder gedefinieerd toestel voor oproepparkeren.
-
Oproepparkeergroep - hiermee kan een gedefinieerde groep gebruikers automatisch oproepen parkeren op beschikbare parkeerbestemmingen die voor de groep zijn gedefinieerd. Deze bestemmingen kunnen de verlengstukken van de groepsleden zijn of verlengstukken van het belpark.
Afhankelijk van de configuratie en het parkeertype kunnen gebruikers oproepen ophalen door te bellen. *88+><extension of parked call>, door op de lijntoets te drukken die is gekoppeld aan het toestelnummer voor het parkeren van gesprekken, of door een softkey op hun IP-telefoon te gebruiken.
Er is een terugbeloptie beschikbaar om een geparkeerd gesprek na een bepaalde periode terug te roepen naar de gebruiker die het gesprek heeft geparkeerd of naar een andere gebruiker.
Voor meer informatie, zie Gesprekken parkeren beheren in Control Hub.
Gesprek aannemen
Met de functie 'Oproep beantwoorden' kan een beheerder een groep gebruikers (leden) definiëren die een oproep naar de telefoon van een ander lid kunnen beantwoorden. Dit geeft een gebruiker de mogelijkheid om oproepen te beantwoorden wanneer teamgenoten bezet zijn en niet in staat zijn een inkomend gesprek aan te nemen.
De gebruikers in een groep moeten zich op dezelfde locatie bevinden.
Gebruikers kunnen hun telefoon of hun vaste telefoon gebruiken om een oproep aan te nemen.
-
:
-
Ondersteunt visuele en audio-meldingen.
-
Melding inkomend gesprek
-
FAC-gebaseerd (kiezen) *98) of melding toast oproep ophalen
-
Oproepovernamemeldingen voor meerdere lijnen.
-
-
Bureautelefoons:
-
Melding inkomend gesprek
-
Geluidssignalen en visuele meldingen via de led op het toestel. De 6821 ondersteunt alleen audio-beltonen.
-
Wanneer het geselecteerde meldingstype niet is, geen
-
-
Meldingen voor het aannemen van oproepen gelden alleen voor primaire lijnen.
-
Zie voor meer informatie Groep voor het overnemen van oproepen configureren.
Gesprekswachtrij
Het omvat spraakgestuurde wachtrijen als onderdeel van de kernfunctionaliteiten, en elke gebruiker met een Professional-licentie kan deel uitmaken van een wachtrij, agent of supervisor. Deze functie stelt gebruikers in staat om efficiënt met klanten te communiceren. Wachtrijen voor gesprekken ondersteunen een deel van de kernfunctionaliteiten van een callcenter, zoals spraakwachtrijen, terugbellen, routering op basis van vaardigheden of prioriteit, beheer van wachtrijen voor agenten, analyses, rapportage, enzovoort.
Cisco's oproep tot integratie met Microsoft Teams stelt agenten in staat om rechtstreeks vanuit hun Microsoft Teams-client toegang te krijgen tot gesprekken in de wachtrij en alle bijbehorende functies.
Oproepwachtrijen ondersteunen de volgende belangrijke functies:
-
Groeten en berichten (welkom, troost, gefluister, enz.)
-
Wachtmuziek
-
Terugbellen
-
Beleid voor wachtrijroutering (nachtdienst, feestdagen, doorsturen)
-
Agentwachtrij login/logout
-
Statusbeheer van de agentwachtrij
-
of ondersteuning via de bureautelefoon
-
De supervisor kan via toegangscodes voor functies (FAC's) gesprekken monitoren, begeleiden, overnemen of overnemen.
-
(beheerdersrechten) voor:
-
wachtrijbeheer
-
Agent- en wachtrijanalyse en -rapportage
-
Beheer van wachtrijen, agenten en supervisors.
-
Zie voor meer informatie De oproepwachtrij configureren.
Het systeem beschikt over een Customer Assist-add-on die extra mogelijkheden biedt voor de wachtrij voor inkomende oproepen en agenten en supervisors een betere gebruikerservaring geeft. Voor een vergelijking van de functies voor wachtrijen en klantondersteuning, zie Vergelijking van de functies voor wachtrijen en klantondersteuning van Webex Calling.
Zoekgroep
Met Hunt Groups kunnen inkomende oproepen naar specifieke groepen gebruikers worden doorgestuurd volgens een vooraf bepaald routeringspatroon. Dit zorgt ervoor dat oproepen door de juiste gebruikers worden beantwoord of naar een voicemail worden doorgeschakeld voor opvolging.
Een belangrijk verschil tussen oproepgroepen en wachtrijen is dat oproepen in een oproepgroep niet in een wachtrij worden geplaatst. Als er dus geen gebruikers in de oproepgroep beschikbaar zijn om de oproep te beantwoorden, wordt deze verbroken, naar de voicemail doorgeschakeld of doorgeschakeld naar een ander nummer (van een andere gebruiker of dienst).
Voor meer informatie, zie Jachtgroepen beheren in Control Hub.
Bedrijfsmodi
Met de functie 'Bedrijfsmodi' kunnen bedrijven gesprekken efficiënt doorsturen naar verschillende bestemmingen (gebruikers, voicemail, beldiensten zoals een wachtrij). De bestemming en het tijdstip waarop een gesprek wordt doorgeschakeld, zijn gebaseerd op een schema met tijdstippen en dagen van de week. Elke gebruiker kan gemachtigd worden om deze schema's te beheren en zo wijzigingen in de gespreksroutering te controleren.
Een voorbeeld hiervan is dat inkomende oproepen naar een wachtrij kunnen worden doorgeschakeld naar een andere wachtrij met medewerkers in een andere tijdzone om oproepen buiten kantooruren te beantwoorden, tijdens kantooruren naar de lokale medewerkers kunnen worden doorgeschakeld en tijdens feestdagen naar de voicemail kunnen worden doorgeschakeld voor opvolging nadat de medewerkers weer op kantoor zijn.
Een geautoriseerde gebruiker kan schakelen tussen deze verschillende doorschakelscenario's (modi) als hij of zij de doorschakeling van inkomende oproepen gedurende een bepaalde periode wil wijzigen. Deze gebruikers kunnen de modi beheren via hun 6800/7800/8800 MPP-telefoons, 9800-telefoons of in de gebruikershub op Modi beheren.
Zie voor meer informatie Gespreksroutering op basis van bedrijfsmodi in Webex Bellen.
Paginggroep
Met paginggroepen kunnen gebruikers een eenzijdig gesprek starten om een audiobericht naar een groep gebruikers te sturen. Elke groep kan maximaal 75 doelgebruikers bevatten. and/or Werkplekken die bereikbaar zijn door een vooraf gedefinieerd nummer of toestelnummer te bellen.
Wanneer een gebruiker een oproepgroep belt, wordt er gelijktijdig een oproep gedaan naar alle toegewezen personen in de groep. De beller kan dan zijn of haar berichten inspreken en ophangen zodra hij of zij klaar is.
Zie voor meer informatie Een paginggroep configureren in Control Hub.
Opnamen
Ondersteunt het opnemen van gesprekken die door een gebruiker worden gevoerd of ontvangen. Dit kan nodig zijn voor kwaliteitsborging, beveiliging of trainingsdoeleinden. Standaard worden gesprekken opgenomen in , maar er kunnen ook andere externe opnameproviders worden gebruikt als er andere opnamefuncties of wettelijke vereisten zijn.
Wanneer dit platform voor opnames wordt gebruikt, worden alle opgenomen gesprekken binnen beheerd. Volledige beheerders met de rol van compliance officer kunnen de opnames afspelen en downloaden. Zonder de rol van compliance officer kan de beheerder alleen de opnames verwijderen.
Voor meer informatie over deze functie en een lijst met opnameservices van derden, zie Gespreksopnames beheren voor Webex Calling.
Single Number Reach
Met 'Single number reach' kunnen oproepen naar het telefoonnummer van een gebruiker op meerdere apparaten overgaan. Dit kan zowel vaste telefoons als mobiele telefoons omvatten. Vanaf deze apparaten kunnen ook telefoongesprekken worden gevoerd en gebruikers kunnen gesprekken tussen de apparaten doorsturen en ontvangen.
Voor meer informatie over deze functie en hoe een beheerder deze configureert in , zie Bereik van één nummer configureren (kantoor overal).
Voor meer informatie over hoe een gebruiker deze functie zelf kan beheren en configureren in de Webex User Hub (portal), zie Bereik van één nummer configureren (kantoor overal).
Voicemailgroep
Voicemailgroepen maken een gedeelde voicemailbox mogelijk die aan een gebruiker of een functie voor gespreksroutering kan worden toegewezen. Enkele redenen waarom een voicemailgroep nodig kan zijn, zijn:
-
Algemene voicemail voor een afdeling of werkgroep
-
Voeg een voicemailoptie toe aan een automatische beantwoorder of oproepgroep.
-
Om overloopgesprekken vanuit een wachtrij door te sturen
-
Gebruikers die alleen een voicemailbox nodig hebben.
Voor meer informatie, zie Een gedeelde voicemail- en inkomende faxbox beheren voor Webex Calling.
De Attendant Console staat vermeld op de pagina 'Belfuncties' in Webex, maar het is een extra functie waarvoor de aanschaf van een Attendant Console-licentie vereist is.
Voor meer informatie, zie Aan de slag met de Attendant Console.
Voor informatie over alle functies, inclusief enkele extra functies, zie Beschikbare functies per licentietype voor Webex Calling.
Implementeren
Netwerkgereedheid
De eerste stap in de overgang is het garanderen van een betrouwbare en veilige internetverbinding tussen het lokale netwerk en de cloud.
Aangezien de meeste organisaties via een of meer firewalls of beveiligingsapparaten verbinding maken met het internet, is het essentieel om te controleren of de vereiste verkeersstromen worden ondersteund.
Netwerk- en beveiligingsbeheerders moeten deze processen begrijpen in termen van:
-
Richting (inkomend versus uitgaand)
-
Protocollen (Voorbeeld - SIP TLS, SRTP, HTTPS)
-
IP-adresbereiken gebruikt door services
-
Poortnummers die geopend of toegestaan moeten worden.
Dit zorgt ervoor dat bedrijfsfirewalls, NAT-apparaten en andere netwerkinfrastructuur correct geconfigureerd zijn om het verkeer te verwerken en tegelijkertijd het bedrijfsbeveiligingsbeleid te handhaven.
Voor informatie over de vereiste gegevensstromen, inclusief IP-adres, poorten en protocollen, zie Referentie-informatie over poorten voor Webex-gesprekken. Gebruik deze informatie om de firewall, proxy's en andere netwerkinfrastructuur in de bestaande implementatie te configureren, zodat netwerkverkeer mogelijk wordt.
Gedecentraliseerde internettoegang vanuit elke vestiging of locatie is de aanbevolen aanpak voor cloudcollaboratiediensten zoals . Door het verkeer lokaal te laten uitrijden, biedt dit model:
-
Vermindert de retourvertraging en jitter, waardoor de algehele gesprekskwaliteit verbetert.
-
Schaalt efficiënt mee naarmate meer gebruikers en sites overstappen naar
-
Werkt naadloos samen met SD-WAN, dat sessies dynamisch kan routeren naar het dichtstbijzijnde cloudtoegangspunt voor optimale prestaties.
- Hiermee kan de locatie van de gebruiker worden gevolgd op basis van hun openbare IP-adres, wat helpt bij mediapadanalyse en het oplossen van problemen.
Daarnaast moeten organisaties zorgen voor voldoende internetbandbreedte op elke locatie. De bandbreedte moet worden bepaald op basis van het verwachte aantal gelijktijdige gesprekken, de gekozen codec (bijv. Opus of G.711), plus overhead voor signalering, herverzendingen en groei. Dit sluit aan bij de voorbereidingsfase van de PPDIO-levenscyclus en legt een solide basis voor de migratie.
Initiële setup
De initiële configuratie binnen de implementatiefase is essentieel voor het opzetten van een goed gestructureerde en beheersbare cloudbelomgeving. Deze fase omvat cruciale taken zoals het opzetten van de organisatie, het verkrijgen en toewijzen van licenties en het verifiëren en claimen van de domeinen van uw bedrijf om een goed gebruikersbeheer en de beveiliging te garanderen. Daarnaast omvat het het aanmaken van licentiesjablonen om de toewijzing van gebruikerslicenties te automatiseren, het configureren van Single Sign-On (SSO) om de gebruikersauthenticatie te stroomlijnen en de beveiliging te verbeteren, en het aanpassen van service- en clientinstellingen aan het organisatiebeleid en de behoeften van de gebruikers. Door deze initiële configuratieactiviteiten af te ronden, wordt ervoor gezorgd dat de omgeving correct is ingesteld voor schaalbaarheid, beveiliging en een naadloze gebruikerservaring. Dit vormt de basis voor de daaropvolgende implementatie- en operationele fasen.
Domeinverificatie
Om gebruikers te kunnen identificeren die geregistreerd staan met de e-maildomeinen van uw bedrijf op , is het essentieel om uw domeinen te verifiëren. Zonder domeinverificatie worden gebruikers toegewezen aan een consumentenorganisatie, wat het gebruikersbeheer voor uw bedrijf bemoeilijkt. Domeinverificatie is een verplichte stap waarmee uw organisatie deze gebruikers effectief kan claimen en beheren.
Zorg ervoor dat alle domeinen die aan de e-mailadressen van uw gebruikers zijn gekoppeld, geverifieerd zijn. Domeinverificatie is niet exclusief; hetzelfde domein kan door meerdere organisaties worden geverifieerd.
Voor meer informatie over het beheren van domeinen, zie Uw domeinen beheren.
Bestaande gebruikers claimen (converteren)
Nadat uw domeinen succesvol zijn geverifieerd, kunt u gebruikers die zich hebben geregistreerd voor het gebruik van de e-maildomeinen van uw bedrijf, toevoegen aan uw organisatie. Dit proces brengt alle gebruikers samen onder één overkoepelende organisatiestructuur, waardoor gecentraliseerd beheer en een gestroomlijnde administratie mogelijk worden. Door deze gebruikers te claimen, zorgt u ervoor dat uw bedrijf volledige controle heeft over de gebruikersaccounts, waardoor u de juiste licenties kunt toewijzen, services kunt configureren en efficiënt de nodige ondersteuning kunt bieden. Deze uniforme beheermethode verbetert de beveiliging, vereenvoudigt de gebruikersprovisionering en zorgt voor consistente toegang tot services binnen uw hele organisatie. Door gebruikers te claimen, wordt voorkomen dat ze beheerd worden door externe of consumentenorganisaties, waardoor de organisatorische integriteit en controle over samenwerkingsmiddelen behouden blijven.
Voor meer informatie over het claimen van gebruikers, zie Gebruikers claimen voor uw organisatie (converteren) gebruikers.
Configureer en test de synchronisatie van mappen.
Om naadloos gebruikers- en groepsbeheer mogelijk te maken, kunt u gebruikers en groepen synchroniseren vanuit uw bedrijfsdirectory, hetzij Microsoft Entra ID (voorheen Azure AD) of Microsoft Active Directory (AD). Dit proces zorgt ervoor dat gebruikersidentiteiten en groepslidmaatschappen consistent worden beheerd in uw hele omgeving.
Voor organisaties die gefaseerde implementaties uitvoeren, is het cruciaal om de omvang van de synchronisatie tijdens de eerste uitrolfase te beheersen en te beperken. Dit minimaliseert het risico op onbedoelde wijzigingen en maakt gerichte tests mogelijk vóór bredere invoering.
De meest effectieve methode om te filteren welke gebruikers worden gesynchroniseerd, is door gebruik te maken van het lidmaatschap van directorygroepen:
| 1 |
Maak een speciale synchronisatiegroep aan: Maak in uw bedrijfsdirectory (Microsoft Enterprise ID of Active Directory) een beveiligingsgroep specifiek voor synchronisatie aan (bijvoorbeeld een synchronisatiegroep). |
| 2 |
Vul de groep met de beoogde gebruikers: Voeg alleen de gebruikers die u wilt synchroniseren (bijvoorbeeld een testgroep tijdens de pilotfase) toe aan deze groep. Dit geeft je de mogelijkheid om nauwkeurig te bepalen wie er bij het synchronisatieproces betrokken is. |
| 3 |
Configureer de synchronisatieovereenkomst met filtering op basis van groepen: Bij het instellen van de synchronisatieovereenkomst in Directory Connector of Entra ID-provisioning, moet u het bereik zo configureren dat alleen gebruikers die lid zijn van de aangewezen groep worden opgenomen.
|
| 4 |
Breid de groep naar behoefte uit: Naarmate u verdergaat naar bredere implementatiefasen, kunt u eenvoudig extra gebruikers of groepen toevoegen aan de synchronisatiegroep. Het synchronisatiebereik wordt automatisch uitgebreid met deze gebruikers, waardoor een gecontroleerde en geleidelijke uitrol mogelijk is. Voorbeelden van implementatiestappen:
Referenties: Synchroniseer Entra ID-gebruikers in Control Hub |
Single Sign-On (SSO) instellen en testen
Single Sign-On (SSO) verbetert de beveiliging en vereenvoudigt de toegang voor gebruikers door hen in staat te stellen zich eenmalig te authenticeren met hun bedrijfsgegevens en vervolgens naadloos toegang te krijgen. SSO-integratie met SAML 2.0-compatibele identiteitsproviders (IdP's) wordt ondersteund, waaronder Microsoft Entra ID (voorheen Azure AD), Active Directory (AD) federatieve oplossingen en diverse IdP's van derden.
Op dit punt moet de ontworpen SSO-configuratie worden geïmplementeerd en getest.
Referenties:
Integratie van single sign-on in het controlecentrum
Configureer single sign-on voor Webex-beheer.
Vergunningen verkrijgen, verstrekken en verifiëren.
Als onderdeel van de initiële configuratie is het essentieel om de juiste licenties aan te schaffen, te verstrekken en te verifiëren om de diensten effectief te kunnen gebruiken en beheren. Het inkoopproces omvat het selecteren van licentietypen op basis van gebruikersrollen en werkzaamheden, zoals Professional-, Standard- en Workspace-licenties. Licenties worden gegenereerd en verstrekt via de softwareplatformen van Cisco of via partners. Na de aanschaf en activering moeten de juiste licentieaantallen worden geverifieerd. Dit proces zorgt ervoor dat de organisatie over de juiste licenties beschikt, die geactiveerd en klaar voor gebruik zijn bij de implementatie.
Als onderdeel van de initiële licentieconfiguratie is het belangrijk om organisatiegebaseerde automatische licenties in te stellen om de toewijzing van licenties aan nieuwe gebruikers te stroomlijnen. Deze configuratie maakt het mogelijk om licenties automatisch toe te kennen wanneer gebruikers aan de organisatie worden toegevoegd, waardoor handmatige toewijzing van licenties overbodig wordt. Bij het configureren van automatische licenties op organisatieniveau selecteert u de services waaraan u licenties wilt toewijzen en definieert u het toepassingsgebied, bijvoorbeeld of licenties alleen aan toekomstige gebruikers worden toegekend of ook aan bestaande gebruikers.
Als uw implementatieplan echter inhoudt dat er automatisch licenties op groepsniveau worden toegekend, kunt u ervoor kiezen om geen licenties op organisatieniveau toe te wijzen om conflicten of dubbele licentietoewijzingen te voorkomen. Bij automatische licentieverlening op groepsniveau worden licenties toegewezen op basis van groepslidmaatschap. Gebruikers in meerdere groepen ontvangen licenties van alle toepasselijke groepstoewijzingen.
De configuratie voor licentietoewijzing op basis van groepen moet worden uitgevoerd nadat de directorysynchronisatie is voltooid, zodat de gesynchroniseerde groepen bestaan en kunnen worden gebruikt voor licentietoewijzing.
Voor automatische licentietoewijzing zijn met name aanvullende configuratiegegevens nodig, zoals de locatie van de gebruiker en de toewijzing van een telefoonnummer. Het zakelijke telefoonnummer van de gebruiker moet aanwezig zijn in +E.164 formatteren, vooraf configureren en toewijzen aan een geldige locatie zodat de licentie automatisch kan worden geactiveerd. Als aan deze voorwaarden niet wordt voldaan, worden de diensten niet automatisch aan de gebruiker toegewezen en kan handmatige tussenkomst nodig zijn.
Kortom, configureer automatische licentieverlening op organisatieniveau voor nieuwe gebruikers als u een brede, organisatiebrede licentietoewijzing wilt. Als u de voorkeur geeft aan meer gedetailleerde controle of als uw licentiebehoeften per groep verschillen, configureer dan automatische licentieverlening op groepsniveau en vermijd het toewijzen van licenties op organisatieniveau om overlappingen te voorkomen en een correct licentiebeheer te garanderen.
Instellingen voor de Webex-beldienst
Het is essentieel om een uitgebreide evaluatie en configuratie van de wereldwijde service-instellingen uit te voeren.
Begin door naar de instellingen te gaan en vervolgens naar het gedeelte met instellingen. Bekijk zorgvuldig elke configureerbare optie, inclusief maar niet beperkt tot de interne kiesinstellingen, parameters voor noodoproepen, oproeprouteringsbeleid, voicemailbeheer en standaardinstellingen van het apparaat.
Pas deze algemene instellingen aan zodat ze overeenkomen met het beleid en de ontwerpbeslissingen van uw organisatie.
Stel ook de instellingen en gebruikers- en app-sjablonen in.
Pilotmigratie
Tijdens de implementatiefase is het uitvoeren van een proefmigratie een cruciale mijlpaal voor het valideren van de overgang van naar . Deze pilot omvat het toewijzen van toegang aan een representatieve subset van gebruikers op een of meer locaties aan het platform, waarbij ervoor wordt gezorgd dat de geselecteerde populatie een afspiegeling is van diverse gebruiksscenario's en organisatorische rollen. Parallel aan de gebruikersmigratie moeten essentiële samenwerkingsdiensten, waaronder voicemail, automatische beantwoorders, wachtrijen en gespreksgroepen, worden overgezet naar hun equivalenten om de bedrijfscontinuïteit en de functionaliteit van de dienstverlening te waarborgen.
De pilotmigratie moet gebruikmaken van dezelfde combinatie van door Cisco geleverde tools en migratiehulpprogramma's van derden die gepland zijn voor de bredere uitrol binnen de organisatie. Dit garandeert dat de processen, automatiseringsworkflows en integratiepunten grondig worden gevalideerd onder representatieve omstandigheden.
De belangrijkste doelstellingen van deze proefimplementatie zijn tweeledig: Ten eerste om de volledige transitieprocessen te valideren en te verfijnen, inclusief workflows voor gebruikersprovisionering, procedures voor gegevensmigratie en endpointconfiguraties; en ten tweede om de functionaliteit van de gemigreerde services uitgebreid te verifiëren onder operationele omstandigheden in de praktijk.
Deze gefaseerde aanpak stelt het projectteam in staat om eventuele technische of procedurele problemen in een gecontroleerde omgeving te identificeren en op te lossen, feedback van gebruikers over de nieuwe platformervaring te verzamelen, de effectiviteit van geselecteerde migratietools te beoordelen en vertrouwen in de migratiemethodologie op te bouwen voordat wordt overgegaan tot een bredere uitrol binnen de organisatie.
De inzichten die tijdens deze pilotfase zijn opgedaan, zijn essentieel voor het optimaliseren van volgende migratiegolven en het waarborgen van een soepele, risicobeperkte overgang voor de gehele onderneming.
PSTN aanschaffen
Om PSTN-diensten voor aan te schaffen, selecteert u eerst een PSTN-connectiviteitsoptie in de .
Als een organisatie van plan is om hybride duale gespreksbeheer te handhaven ( fase 1 in figuur Gefaseerde gespreksovergang: Hybride en cloud) hetzij tijdelijk of permanent, zullen ze een of meer lokale gateways voor on-premises PSTN moeten implementeren om bellen tussen en eindpunten mogelijk te maken.
Als een volledige overgang ( fase 2) naar de cloud het einddoel is, inclusief PSTN, dan is voor PSTN een Cisco Calling Plan of een Cloud Connect-optie vereist.
Werk samen met de door u gekozen provider om telefoonnummers te bestellen en over te zetten voordat u ze configureert. Het bestellen van telefoonnummers of het initiëren van havenorders is alleen mogelijk voor... required/possible voor on-premises PSTN en Cloud Connect voor . Voor Cisco Calling Plans wordt het bestellen en porteren gestart vanuit Control Hub zodra de locatie is aangemaakt, en in landen waar Cisco Calling Plan beschikbaar is. Voor meer informatie over Cisco Calling-abonnementen, zie Aan de slag met de Cisco-abonnementen.
Zorg er in het kader van de PSTN-implementatie voor dat uw provider zowel inkomende als uitgaande PSTN-diensten voor uw locatie heeft ingeschakeld. Voer bovendien testgesprekken om te controleren of de gesprekken correct worden doorgestuurd via de door u gekozen PSTN-verbinding.
Locaties configureren
Voordat u gebruikers en apparaten toevoegt, moet u eerst bellocaties instellen. Voor elke locatie moet een geldig straatadres worden ingevoerd. In de VS en Canada wordt dit adres gevalideerd en door het platform gebruikt om PIDF-LO-locatiegegevens te verzenden voor noodoproepen.
Bij het configureren van locaties die gebruikmaken van een lokaal PSTN-netwerk, moet u de lokale gateways dienovereenkomstig instellen. In dit geval moeten voor elke lokale gateway een trunk en een routegroep worden aangemaakt, waarna de routegroep wordt toegewezen als de PSTN-keuze voor de locatie. Cisco raadt ten zeerste aan om altijd een routegroep te selecteren als PSTN-optie. Deze aanpak maakt het namelijk mogelijk om in de toekomst eenvoudig extra trunks toe te voegen, wat zowel schaalbaarheid als redundantie ondersteunt. Cisco raadt ook aan om dual-identity en P-Charge-Info-ondersteuning in te schakelen op elke PSTN-trunk, omdat dit de identificatie van de factureerbare partij voor uitgaande directe of doorgeschakelde gesprekken vereenvoudigt. Als uw PSTN-provider een andere header gebruikt voor de facturering, kunt u de informatie uit de P-Charge-Info-header op de lokale gateway kopiëren naar de vereiste factureringsheader.
Voor locaties die Cloud Connect of het Cisco Calling Plan als PSTN-optie gebruiken, selecteert u tijdens de installatie eenvoudig de betreffende PSTN-optie voor de locatie. Als de locatie gebruikmaakt van Cloud Connect of een lokaal PSTN-netwerk, moet u de telefoonnummers toevoegen die in de vorige stap zijn besteld. Nummers kunnen als inactief worden toegevoegd als u ze niet direct in de gespreksroutering wilt opnemen; u kunt deze nummers later activeren wanneer ze aan gebruikers of functies worden toegewezen.
Het is belangrijk om voor elke locatie altijd het hoofdnummer in te stellen. Het hoofdnummer kan worden toegewezen aan een gebruiker of aan een functie, zoals een automatische telefoonbeantwoorder. Om voicemail op de locatie in te schakelen, moet u het voicemailpilotnummer instellen, ook wel bekend als het voicemailportaalnummer.
Extra instellingen voor bellocaties omvatten het configureren van details voor noodoproepen, zoals het terugbelnummer voor noodgevallen, meldingsopties en verbeterde functies voor noodoproepen. U dient ook de opname-instellingen, taalvoorkeuren en apparaatconfiguraties te controleren en aan te passen, afhankelijk van de locatie. Als uw organisatie gebruikmaakt van verkorte interne nummerkeuze voor interne gesprekken tussen vestigingen met bedrijfsspecifieke nummers, vergeet dan niet een unieke vestigingscode voor de locatie te configureren in de interne belinstellingen. Als er bij het bellen naar het buitenland een cijfer voor uitgaand gesprek vereist is, zorg er dan voor dat u dit instelt in de instellingen voor extern bellen. Wanneer een uitgaand kiescijfer is geconfigureerd, raadt Cisco aan om de handhaving van het uitgaande kiescijfer in te schakelen om consistentie te garanderen.
Integratie met on-premises gespreksbeheer
Om te integreren met on-premises gespreksbeheer, is het nodig om trunks, routegroepen, bedrijfsbrede kiesplannen en zowel locatie- als algemene instellingen te configureren. Begin met het instellen van de trunks en lokale gateways die bedoeld zijn voor de interconnectie met het on-premises gespreksbeheersysteem; deze stap is alleen nodig als er dedicated trunks vereist zijn. Als de bestaande trunks en routegroepen volstaan voor uw implementatie, kunnen deze zonder extra configuratie worden hergebruikt voor de on-premises interconnectie.
Zodra de trunks en routegroepen zijn ingesteld, kunt u de bedrijfskiesplannen aanmaken en de juiste routegroep als bestemming voor elk kiesplan toewijzen. Wanneer de integratie meerdere on-premises gespreksbeheersystemen omvat die via verschillende lijnen met elkaar zijn verbonden, zijn meerdere kiesplannen nodig. Het is belangrijk ervoor te zorgen dat deze kiesplannen alleen de patronen bevatten die nodig zijn voor het routeren van gesprekken naar bestemmingen binnen het eigen netwerk.
Als uw implementatie ondersteuning vereist voor routering naar onbekende extensies, moet deze functie op locatieniveau worden ingeschakeld. Bovendien moet u, wanneer routering naar onbekende extensies is geactiveerd, de maximale lengte van onbekende extensies opgeven in het gedeelte Gespreksroutering tussen en locaties van de instellingen voor beldiensten in . Dit zorgt voor een naadloze gespreksroutering en een correcte afhandeling van op toestelnummers gebaseerde kiesscenario's in uw geïntegreerde omgeving.
Migreer gebruikers in batches.
Bij het migreren van gebruikers van de ene naar de andere locatie is het mogelijk dat u niet alle gebruikers tegelijk kunt migreren. Dit kan verschillende oorzaken hebben, waaronder, maar niet uitsluitend, het aantal websites of gebruikers en de tijd die nodig is om een website over te zetten. and/or groep gebruikers tegelijk, beperkte IT- of locatiebronnen ter ondersteuning van het wijzigingsvenster, duur van het wijzigingsvenster, complexiteit van de wijziging, enz.
Bij het gefaseerd migreren van gebruikers is het cruciaal om te bepalen welke gebruikers samen in dezelfdebatch moeten worden gemigreerd. Het voornaamste doel is om gebruikers die van elkaar afhankelijk zijn voor hun beldiensten en -functies, samen te migreren. Je wilt ervoor zorgen dat al hun belfuncties (bijvoorbeeld wachtrijen) volledig functioneel zijn, net zoals vóór de overgang naar .
Zelfs als u interoperabiliteit tussen en met lokale gateways implementeert, kunt u gedeelde services of functies niet over deze verbinding verdelen. Daarom moet je de afhankelijkheden tussen gebruikers in kaart brengen door te kijken naar kenmerken zoals:
-
Het monitoren van andere gebruikers met behulp van BLF's.
-
In dezelfde jachtpilot, oproepwachtrij, enz.
-
Gedeelde lijnen
-
Gebruik maken van de functie 'oproep beantwoorden'
-
Dezelfde parkeernummers gebruiken
-
Intercom
-
Executive/Admin.
Een voorbeeld hiervan is een gebruiker die deel uitmaakt van een Hunt-groep die wordt overgezet naar een ander platform. Deze gebruiker zal overstappen naar de Hunt Group en alle andere leden van de Hunt Group. Na de transitie kunnen de Hunt Group en haar leden dus succesvol telefoontjes beantwoorden via het nieuwe platform.
Dit wordt lastiger wanneer gebruikers verbonden zijn met verschillende groepen gebruikers voor verschillende beldiensten en -functies. Dit vereist dat meerdere groepen gebruikers en meerdere beldiensten tegelijkertijd worden overgezet.
Gebruik de uitvoer van de Migration Insights-tool of een tool van derden die u in de voorbereidingsfase hebt gebruikt om te bepalen welke gebruikers en functies bij elkaar moeten worden gegroepeerd. Deze output had gebruikt moeten worden om uw migratieplan te ontwikkelen en geeft u inzicht in hoe u gebruikers en functies die samen moeten worden gemigreerd, kunt groeperen.
De belangrijkste stappen bij de migratie van een groep gebruikers zijn:
-
Gebruikers identificeren die samen gemigreerd moeten worden
-
Controleer of alle gebruikers aanwezig zijn.
-
Controleer of alle TN's voor de gebruikers bestaan.
-
Controleer of het telefoonnummer in het juiste formaat staat in het telefoonboek.
-
Zorg ervoor dat de licentie- en instellingensjablonen voor de gebruikersgroepen correct zijn ingesteld.
-
Alle beldiensten en -functies voor de gebruikersgroep controleren of configureren (vóór of tijdens de overgang, afhankelijk van de situatie).
-
Voeg in het bedrijfsdirectory gebruikers toe aan de groep gebruikers die kunnen bellen.
-
Leverage Tools - tools voor gebruikers- en functiemigratie and/or tools van derden
-
Disable/Delete user/device telefoonnummer en bellen features/services na de overgang.
Na de migratie van een groep gebruikers, test u een subset van deze gebruikers om te controleren of alle belfuncties en -services correct werken. Als belfuncties zoals wachtrijen, gespreksgroepen, enzovoort, worden overgezet naar een andere gebruikersgroep, test dan of deze beldiensten naar behoren functioneren.
Werkplekken
In deze context verwijst een werkruimte naar een gedeelde locatie (zoals een vergaderruimte, overlegruimte of flexwerkplek) waaraan apparaten, extensies en gebruikers kunnen worden toegewezen. In tegenstelling tot traditionele Unifed CM-telefoons zijn de werkplekken als volgt:
-
Locatiegericht: verbonden aan fysieke ruimtes.
-
Apparaat-flexibel: Kan één of meer apparaten bevatten (bureautoestellen, whiteboards, enz.).
Zodra werkplekken zijn geïdentificeerd als onderdeel van de overgang naar , kunnen ze worden toegevoegd onder Apparaten. Aan elke werkplek moet een apparaat worden toegewezen. Als de apparaten al in Unified CM staan, moeten ze opnieuw worden ingesteld of geconfigureerd. Functies zoals voicemail, doorschakelen en het aannemen van gesprekken kunnen worden in- of uitgeschakeld, en er kunnen beleidsregels worden toegepast voor videogesprekken, het parkeren van gesprekken en mobiliteit, indien nodig. Test elke werkplek door interne en externe gesprekken te voeren en de video-, vergader- en mobiliteitsfuncties te testen. Laat gebruikers tot slot weten welke procedures er gelden voor apparaten en reserveringen op de werkplek.
Voor meer informatie over werkruimtes in , zie Werkruimtes.
Apparaten leveren
Telefoons die momenteel geregistreerd staan bij moeten worden gemigreerd naar als onderdeel van de cloudovergang. Om de migratie zo eenvoudig mogelijk te laten verlopen en de kans op mislukking te minimaliseren, adviseert Cisco om fysieke locaties of afdelingen gelijktijdig te migreren. Het kan echter nodig zijn om gebruikers in batches te migreren vanwege afhankelijkheden tussen functionaliteiten. Zie de sectie Gebruikers in batches migreren voor meer informatie.
Alle ondersteunde telefoons waarvan u wilt overstappen, moeten worden geconfigureerd als gebruiker of werkruimte en de fysieke telefoon moet opnieuw worden geconfigureerd om zich te registreren bij . Daarnaast moeten de telefoons uit de 7800- en 8800-serie hun firmware upgraden van Enterprise-firmware naar Multiplatform Phone (MPP)-firmware. Dit proces omvat het laden van tijdelijke firmware voordat de voor registratie benodigde MPP-firmware wordt geladen. Ook is een passende migratievergunning vereist. Cisco heeft dit proces de afgelopen jaren verbeterd, waardoor het voor u gemakkelijker is geworden om uw Enterprise-firmware telefoons te upgraden naar MPP-firmware. Voor meer informatie over de stappen om de firmware-upgrade te voltooien, zie Cisco 7800- en 8800-serie IP-telefoons converteren tussen Enterprise- en MPP-firmware.
Naast de stappen die in dit artikel worden beschreven, is er een ingebouwde tool, Migreer uw telefoon naar Webex Calling, die u kunt gebruiken om uw 7800- en 8800-telefoons te migreren van Enterprise- naar MPP-firmware. Met deze tool kunt u de telefoons ook toevoegen en toewijzen aan de juiste gebruikers of werkruimten. Voor meer informatie over het gebruik van de tool, zie Je telefoon migreren.
Voor alle telefoons uit de 9800-serie die geregistreerd zijn, is de bovengenoemde vereiste voor firmwaremigratie niet van toepassing. Deze telefoons draaien op PhoneOS, dat door zowel als wordt ondersteund. Om deze telefoons naar u over te zetten, moet u ze toevoegen aan Webex Calling, ze toewijzen aan een gebruiker of werkruimte en vervolgens de telefoons terugzetten naar de fabrieksinstellingen. PhoneOS-opstartsequentie voor registratie De onderstaande afbeelding toont de PhoneOS-opstartsequentie en hoe de telefoon zich registreert zodra deze is toegevoegd aan , zelfs als de telefoon nog steeds is geconfigureerd op . and/or DHCP-opties (bijvoorbeeld 150) zijn in gebruik.
Ondersteunt het terugzetten van PhoneOS-apparaten naar de fabrieksinstellingen, waardoor Zero-Touch-onboarding mogelijk is. Beheerders kunnen de 9800- en 8875-telefoons op afstand terugzetten naar de fabrieksinstellingen via de CUCM-beheerpagina's. Dit elimineert de noodzaak van fysieke toegang tot de telefoons voor het onboarden ervan. Deze functie wordt ondersteund met de apparaatpakketten vanaf 9 september 2025:
-
CUCM v15 - Unified Communications Manager Versie 15
-
CUCM v14 - Unified Communications Manager Versie 14.
Voor meer informatie over de registratieprocedure voor de 9800-serie, zie Registratieprocedure.
Naast de Cisco IP-telefoons kan het nodig zijn om ook andere apparaten te configureren, zoals analoge telefoonadapters (ATA's), draadloze telefoons (wifi, DECT), videoapparaten, spraakgateways en apparaten en telefoons vanderden . Veel van deze apparaten hebben geen firmware-upgrademogelijkheid zoals IP-telefoons om ze van bedrijfsfirmware naar cloudfirmware over te zetten. U dient daarom elk van deze apparaten in Control Hub te configureren. Sommige van deze modellen kunnen niet worden vervangen door een equivalent model (bijvoorbeeld ATA). 191/192) en andere vereisen handmatige herconfiguratie. and/or Softwarewijzigingen.
- Spraakgateways - Zie Lokale gateway migrerenvoor het migreren van uw lokale gateway.
Voor meer informatie over het configureren van uw spraakgateway VG400, VG410 of VG420 in Control Hub, zie Lokale gateway
-
Analoge telefoonadapter (ATA) - Om aan de slag te gaan met uw Cisco ATA 191 en 192, zie Cisco ATA.
-
Wifi draadloze telefoon - Zie Draadloze telefoon Webex integrerenvoor de integratie van draadloze telefoons 840 en 860.
-
DECT draadloze telefoons - Om aan de slag te gaan met uw nieuwe Cisco IP DECT 6800-serie, zie Cisco IP DECT.
Zie DECT-netwerk beherenvoor het bouwen en beheren van een digitaal DECT-netwerk in Control Hub.
Voor meer informatie over Cisco IP DECT 6800, zie Implementatiehandleiding[ ].
-
Apparaten en telefoons van derden - Werk samen met leveranciers vanderden op device/phone vereisten en het proces om deze te migreren of te vervangen ter ondersteuning.
Functies configureren
Alle benodigde belfuncties moeten vóór of tijdens de overgang worden geconfigureerd. Zoals besproken in het gedeelte 'Gebruikers in batches migreren', moeten de belfuncties geconfigureerd en overgezet worden wanneer de gebruikers die ze gebruiken, worden overgezet.
Voor meer informatie over het configureren van elke functie, raadpleeg de bijbehorende configuratiehandleidingen.
-
Automatische antwoordapparaten - Zie Automatische antwoordapparatenvoor het beheren van automatische antwoordapparaten.
-
Gesprek parkeren - Zie Gesprek parkerenvoor het beheren van gespreksparkeeracties.
-
Oproep beantwoorden - Zie Oproep beantwoordenvoor het configureren van een oproepbeantwoordingsgroep.
-
Oproepwachtrijen - Zie Oproepwachtrijvoor het configureren van de oproepwachtrij.
-
Jachtgroepen - Om jachtgroepen te beheren, zie Jachtgroep beheren
-
Bedrijfsmodi - Voor gespreksroutering op basis van bedrijfsmodi, zie Gespreksroutering op basis van bedrijfsmodi
-
Paginggroepen - Zie Een paginggroep configurerenvoor meer informatie over het configureren van een paginggroep.
-
Opnames - Om gespreksopnames voor te beheren, zie Opnames beheren
-
Bereik met één nummer - Zie Bereik met één nummer configureren voor meer informatie over het configureren van bereik met één nummer (kantoor overal).
-
Voicemailgroep - Om een gedeelde voicemail- en inkomende faxbox voor te beheren, zie Voicemail beheren.
Acceptatietests
Acceptatietesten zorgen ervoor dat de gemigreerde omgeving voldoet aan de functionele eisen, naar behoren functioneert en een naadloze gebruikerservaring biedt in alle communicatieworkflows. Dit validatieproces is veelzijdig en omvat alles, van gebruikersprovisionering en nummertoewijzing tot de operationele prestaties van geavanceerde belfuncties.
Deze sectie bevat voorbeelden en belicht belangrijke aspecten waarmee rekening moet worden gehouden tijdens acceptatietesten; het is echter niet bedoeld als een uitputtende of complete checklist.
Gebruikersprovisionering en nummertoewijzing
Een essentieel onderdeel van acceptatietesten is het controleren of alle gebruikers correct en volledig zijn geconfigureerd. Dit vereist een grondige vergelijking tussen de brondirectory en de nieuw opgezette gebruikersdatabase om ervoor te zorgen dat elk gebruikersaccount, samen met bijbehorende kenmerken zoals toestelnummers en DID-nummers (Direct Inward Dialing), correct is gemigreerd. Een complete configuratie is cruciaal, niet alleen voor de operationele inzetbaarheid vanaf de eerste dag, maar ook voor het doorlopende beheer en de ondersteuning.
De validatie van nummertoewijzing houdt in dat wordt bevestigd dat aan elke gebruiker het juiste toestelnummer en externe nummer zijn toegewezen, en dat deze nummers correct worden doorgeschakeld in zowel interne (binnen het netwerk) als externe (PSTN) gespreksstromen. Het is essentieel om te controleren op overlappingen, ontbrekende toewijzingen of verkeerde configuraties die kunnen leiden tot fouten in de gespreksroutering of serviceonderbrekingen.
PSTN-gespreksstromen en nummerweergave
Een robuuste acceptatietestprocedure moet een volledige validatie van de PSTN-gespreksstromen omvatten. Dit omvat zowel inkomende als uitgaande gespreksscenario's. Voor inkomende PSTN-gesprekken moet het testteam controleren of de gesprekken worden doorverbonden naar de beoogde eindpunten, of dit nu individuele gebruikers, wachtrijen, gespreksgroepen of automatische beantwoorders zijn. Uitgaande gesprekken via het openbare telefoonnetwerk moeten succesvol tot stand komen, waarbij speciale aandacht moet worden besteed aan de correcte weergave en presentatie van de nummerweergave. Dit houdt in dat de juiste naam en het juiste nummer van de beller worden weergegeven aan externe ontvangers, in overeenstemming met het organisatiebeleid en de wettelijke voorschriften.
Bij het testen moet ook rekening worden gehouden met failover-scenario's, zoals de afhandeling van onbereikbare eindpunten of netwerkstoringen. Dit helpt te bevestigen dat terugvalmechanismen en alternatieve routering naar behoren functioneren, waardoor de continuïteit en betrouwbaarheid van de dienstverlening gewaarborgd blijven.
Gespreksstromen binnen het netwerk
Interne, ofwel on-net, gespreksstromen vormen de ruggengraat van de bedrijfscommunicatie. Acceptatietesten op dit gebied verifiëren dat gesprekken tussen gebruikers binnen de organisatie correct worden doorgeschakeld en dat functies zoals doorverbinden, in de wacht zetten, doorschakelen en conferenties naar behoren werken. De integriteit van kiesplannen, de verbinding tussen toestellen en de ondersteuning van het belbeleid van de organisatie moeten allemaal worden bevestigd.
Gebruikersoproepafhandeling en functievalidatie
Een belangrijk aspect van acceptatietesten is het valideren van hoe gebruikers gesprekken afhandelen met behulp van de en ondersteunde bureautelefoons. Dit proces is erop gericht te bevestigen dat de dagelijkse belprocessen intuïtief en betrouwbaar zijn en dat gebruikers probleemloos toegang hebben tot de essentiële functies die nodig zijn voor hun functie. De tests moeten beoordelen hoe gemakkelijk gebruikers kunnen bellen en gebeld worden, de wachtstand- en hervatfunctie kunnen gebruiken en zowel blinde als adviserende doorschakelingen kunnen uitvoeren. Het is ook essentieel om te controleren of doorschakelen, conferentiegesprekken en andere geavanceerde functies, zoals het in de wacht zetten en hervatten van gesprekken of het activeren van de 'niet storen'-modus, direct beschikbaar zijn en probleemloos werken.
De gebruikerservaring moet worden beoordeeld op duidelijkheid en responsiviteit, waarbij rekening moet worden gehouden met de manier waarop gebruikers omgaan met de belgeschiedenis, voicemail en geïntegreerde telefoonboeken. Er moet extra aandacht worden besteed aan de mogelijkheid om actieve gesprekken tussen apparaten over te zetten en om de gespreksbediening effectief te gebruiken, zowel binnen de applicatie als op fysieke telefoons. Het uiteindelijke doel is ervoor te zorgen dat de gebruikerservaring na de migratie consistent, efficiënt en volledig afgestemd is op de communicatiebehoeften van de organisatie.
Oproepwachtrijen: Ervaring als agent en supervisor
Wachtrijen voor inkomende oproepen worden vaak gebruikt voor het afhandelen van grote aantallen inkomende oproepen. Acceptatietesten richten zich hier op verschillende aspecten. Allereerst moet worden gecontroleerd of de gesprekken worden verdeeld over de agenten volgens de geconfigureerde wachtrijlogica, zoals round robin, langst inactieve of gelijktijdig overgaan. De weergave van in de wachtrij staande gesprekken op de desktops van de agenten moet worden gecontroleerd op duidelijkheid en gebruiksgemak, zodat agenten efficiënt gesprekken kunnen aannemen, in de wacht zetten en doorverbinden.
Voor supervisors is het belangrijk om de desktopervaring te beoordelen op functies zoals realtime monitoring, meeluisteren met gesprekken en analyses of inzichten in de prestaties van de wachtrij. Dit omvat, maar is niet beperkt tot, het valideren van dashboards en rapportagetools die bruikbare gegevens leveren over gespreksverdeling, agentactiviteit en wachtrijstatistieken.
Hunt-groepen: Gespreksdistributie
Huntgroepen zijn een belangrijk mechanisme voor het verdelen van oproepen over vooraf gedefinieerde groepen gebruikers. Acceptatietesten moeten bevestigen dat oproepen worden doorgeschakeld naar groepsleden op basis van het geconfigureerde doorschakelalgoritme, en dat overloop-, doorschakel- en niet-beantwoordscenario's worden afgehandeld zoals bedoeld. Het is essentieel voor operationele consistentie en gebruikerstevredenheid dat het groepslidmaatschap en het routeringsgedrag van gesprekken overeenkomen met de eerder vastgestelde instellingen.
Virtuele operators: Mededelingen en menubediening
Automatische telefooncentrales vormen de frontlinie van geautomatiseerde telefoonafhandeling. De tests moeten betrekking hebben op het afspelen van aankondigingen, de nauwkeurigheid van opgenomen begroetingen en de correcte werking van menustructuren. Menuselecties moeten bellers betrouwbaar doorverwijzen naar de juiste afdelingen, personen of externe nummers. De tests moeten ook ongeldige scenario's of time-outscenario's omvatten om te bevestigen dat bellers duidelijke instructies ontvangen of correct worden doorgestuurd.
Voicemail-werking
Tot slot is de voicemailfunctionaliteit cruciaal voor de gebruikerservaring. Acceptatietests moeten verifiëren dat voicemailboxen correct zijn toegewezen en toegankelijk zijn, zowel binnen de organisatie als op afstand. De mogelijkheid om berichten op te nemen, op te halen en te beheren moet worden bevestigd, evenals de levering van notificaties.
Optimaliseren
PSTN-migratie naar Cloud Connect voor
Zodra alle eindpunten en gebruikers zijn gemigreerd naar cloud-bellen, is het enige doel van Unified CM om te fungeren als doorvoer tussen de PSTN-gateways en via de lokale gateway. Het elimineren van PSTN-gateways en lokale gateways door Cloud Connect te gebruiken als PSTN-toegang voor alle Webex Calling-gebruikers biedt diverse voordelen, waaronder kostenbesparing en verbeterde betrouwbaarheid. Volg deze stappen om uw on-premises PSTN-toegang over te zetten naar Cloud Connect:
-
Cloud Connect voor partnerselectie.
Raadpleeg de lijst met Cloud Connect-partners en selecteer de beschikbare partner(s) voor de locatie van uw organisatie.
-
Cloud Connect voor validatie.
Voordat de PSTN-toegang voor locaties wordt overgeschakeld naar Cloud Connect, moet de connectiviteit met PSTN via de geselecteerde Cloud Connect-partner worden geverifieerd en gevalideerd. Hiervoor moet een testomgeving worden ingericht met een aantal testgebruikers. De PSTN-toegang voor deze testlocatie wordt vervolgens ingesteld op de Cloud Connect-partner voordat de PSTN-connectiviteit met behulp van de testtelefoons wordt gevalideerd. Na een succesvolle validatie kan de testlocatie worden gedeactiveerd.
-
Nummerportering.
Ter voorbereiding op de overstap naar Cloud Connect moet een poortaanvraag worden ingediend voor alle nummers die momenteel zijn toegewezen aan de PSTN-trunk die eindigt op [nummer]. Alle nummers moeten worden overgezet naar de Cloud Connect-partner. Om de bereikbaarheid tussen de verschillende locaties te behouden, moeten alle telefoonnummers van alle locaties tegelijkertijd worden overgezet.
-
Schakel over naar een Cloud Connect-partner.
Op de datum van de overschakeling moet de PSTN-toegang voor alle locaties worden ingesteld op de cloudgekoppelde PSTN-provider, en moet de inkomende en uitgaande connectiviteit worden geverifieerd.
Zoals besproken in het PSTN-gedeelte van het ontwerphoofdstuk, kunnen klanten er ook voor kiezen om hun PSTN-toegang aan het begin van de transitie over te zetten naar Cloud Connect, waarbij PSTN-trunking wordt gebruikt voor hybride implementaties. Voor meer informatie, zie PSTN-trunking voor hybride Webex Calling-implementaties. In dat geval verloopt de PSTN-toegang tijdens de overgang via de lokale gateway en zijn er na de migratie van alle gebruikers geen verdere PSTN-gerelateerde migratiestappen nodig, afgezien van het buitenbedrijf stellen van de lokale gateways.
Optimaliseer de infrastructuur op locatie.
Zodra alle gebruikers zijn overgezet naar cloudregistratie en alle eindpunten zijn overgezet naar cloudregistratie (of buiten gebruik zijn gesteld), dient u de relevante on-premises infrastructuur bij te werken nu cloudbellen in gebruik is. De infrastructuur is onder andere bijgewerkt met:
-
Verwijder de DNS SRV-records voor gespreksbeheer en berichtenverkeer van de lokale DNS-server(s), inclusief cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Deze SRV-records zijn niet langer nodig voor het vinden van klantenservicegegevens.
-
Verwijder edge-gerelateerde DNS SRV-records uit het openbare DNS-systeem, inclusief collab_edge._tls.<domain>. Deze SRV-records zijn niet langer vereist voor het ontdekken van samenwerkingsdiensten aan de rand van het netwerk door de klant.
-
Werk alle relevante DHCP-bereiken bij om optie 66 en optie 150 te verwijderen. TFTP/boot serveradressen. Deze scopes zijn niet langer nodig voor het ontdekken en downloaden van configuraties voor gespreksbeheer op eindpunten.
-
Update/remove geschikte inbelpartners in Local Gateway/CUBE die gesprekken van en naar Unified CM doorstuurt. Deze dial-peers zijn niet langer nodig voor on-premises gespreksroutering.
-
Verwijder alle virtuele machines van clusterknooppunten. and/or servers. Hergebruik computerbronnen en hardware waar nodig. Deze resources zijn niet langer nodig voor gespreksbeheer en edge-services.
-
Verwijder alle virtuele machines van de clusterknooppunten. and/or servers. Hergebruik computerbronnen en hardware waar nodig. Deze resources zijn niet langer nodig voor voicemail- en unified messaging-diensten.
-
Opruimen: Na de migratie van PSTN-toegang naar Cloud Connected PSTN kunnen PSTN-trunks, PSTN-gateways en de lokale gateway buiten gebruik worden gesteld.
-
Verwijder bij elke bestaande on-premises E911-oplossing alle locaties of nummers die zijn gemigreerd en verwijder, zodra de volledige overgang is voltooid, de virtuele machines of servers van de applicatie. Hergebruik computerbronnen en hardware waar nodig. Deze middelen zijn niet langer nodig voor noodoproepen en locatiebepaling.
-
DN's van gemigreerde gebruikers moeten in een verborgen partitie worden geplaatst om fouten in de gespreksroutering te voorkomen en ervoor te zorgen dat alle CSS'en prioritaire toegang hebben tot het cloudpad van dezelfde DN's.
-
Werk de fysieke, verplaatsbare locatie en het netwerkelement in Horizon Mobility bij zodra er wijzigingen optreden. De volgende activiteiten vereisen doorgaans een update:
-
Vervanging van de netwerkswitch
-
Vervanging van het draadloze toegangspunt
-
DHCP-bereikwijzigingen
-
Fysieke veranderingen binnen het gebouw (indien het gaat om het oplossen van een probleem) cubical/office)
-
Fysieke uitbreiding of inkrimping van kantoorruimte binnen een gebouw.
-
Gebruik analyses en probleemoplossing.
Biedt uitgebreide analyse- en probleemoplossingsmogelijkheden om u te helpen uw implementatie te visualiseren en te volgen. Deze analyses omvatten mediakwaliteit, gedetailleerde gespreksgeschiedenis, wachtrij voor inkomende oproepen, huntgroepen en analyses van de automatische beantwoorder. Een voorbeeld van mediakwaliteitsanalyse wordt weergegeven in figuur mediakwaliteitsanalyse.
Onder het onderdeel 'probleemoplossing' kan elke gemaakte oproep worden bekeken met gedetailleerde informatie over belangrijke problemen met de mediakwaliteit en signalering, zodat mediaproblemen en mislukte oproepen kunnen worden opgespoord, zoals weergegeven in figuur probleemoplossing mediakwaliteit.
Probleemoplossing kan ook worden geïntegreerd met andere Cisco-producten zoals ThousandEyes en Meraki-switches, voor een nog rijkere geïntegreerde ervaring in Control Hub. Voor meer informatie over het gebruik van Webex Calling analyses en het oplossen van problemen, zie Problemen met Webex Calling-gesprekken oplossen in Control Hub.
