- Start
- /
- Artikel
Hartelijk dank voor uw feedback
Migratie-implementatiehandleiding
In dit artikel
Feedback?Het gestructureerde migratieproces van on-premises Cisco Unified CM naar een cloudgebaseerde oplossing. Webex-bellen, gebruikmakend van de PPDIO-methodologie. Dit brengt cruciale ontwerpoverwegingen met zich mee. zoals regioselectie, kiesplannen, noodnummers en gespreksopname. Het proces omvat ook Details over licenties, gebruikersprovisionering, SSO en netwerkgereedheid om een soepele en efficiënte transitie.
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.
