Leitfaden zur Migrationsbereitstellung

In diesem Artikel

Feedback?

Der strukturierte Migrationsprozess von Cisco Unified CM lokal zu cloudbasiert Webex-Anrufe unter Verwendung der PPDIO-Methode. Dies erfordert wichtige Designüberlegungen. wie z. B. Regionsauswahl, Wählpläne, Notrufdienste und Gesprächsaufzeichnung. Der Prozess auch Details zu Lizenzierung, Benutzerbereitstellung, SSO und Netzwerkbereitschaft, um einen reibungslosen Ablauf zu gewährleisten effizienter Übergang.

Einführung

Vorbereitungen

Dieser Leitfaden richtet sich an Teams oder Einzelpersonen mit Erfahrung in der Konfiguration und Administration von Cisco Unified Communications Manager (Unified CM) und Cisco-Endpunkten, einschließlich IP-Tischtelefonen, Videogeräten und Jabber-Softclients. In diesem Dokument finden Sie Links zu Produkt- und Supportdokumentationen, die Ihnen weiterhelfen.

Dieses Dokument konzentriert sich ausschließlich auf den Übergang von Unified CM zu Webex Calling Multi-Tenant. Der Begriff Webex Calling in diesem Dokument bezieht sich immer auf Webex Calling Multi-Tenant.

Vor Beginn der Migration von Unified CM zu Webex Calling ist es unerlässlich, ein umfassendes Verständnis der Webex Calling-Lösung und ihrer jeweiligen Komponenten zu haben. Für eine erfolgreiche Migration ist es notwendig, mit der Webex Calling-Architektur, den Servicemodellen, den Bereitstellungsoptionen und den zugehörigen Funktionen vertraut zu sein, um die bestehenden Unified CM-Workloads korrekt abzubilden und einen effektiven Übergangsplan zu entwerfen.

Ein umfassendes Verständnis der folgenden Webex Calling-Komponenten ist unerlässlich, um eine effektive Übergangsstrategie und operative Bereitschaft zu gewährleisten.

Control Hub
Verzeichnis- und Benutzerbereitstellung
Webex-Anrufplattform
Unterstützte Aufrufendpunkte
PSTN-Verbindungsoptionen
Webex-Anrufplan und Rufnummernverwaltung
Sicherheits- und Compliance-Funktionen.

Weitere Informationen finden Sie unter Cisco Preferred Architecture for Webex Calling.

Dieser Leitfaden stellt Werkzeuge und Prozesse vor, die während des gesamten Übergangszyklus Anwendung finden. Allerdings kann der Übergang von der lokalen Telefonie (Unified CM) zur neuen Cloud-Telefonieplattform Webex Calling einen erheblichen Aufwand darstellen und mit potenziellen geschäftlichen, technischen und komplexen Herausforderungen verbunden sein. Um Ihnen bei der Bewältigung dieser Herausforderungen zu helfen, bietet Cisco Ihnen verschiedene Optionen an, die Sie auf Ihrem Weg unterstützen. Es ist wichtig, die Informationen unter Enterprise Cloud Calling - Calling Migration zu überprüfen und jede Option zu verstehen sowie zu wissen, wie Ihnen jede einzelne bei Ihrer eigenen Migration helfen kann.

Webex-Migrationstools: Kostenlose Self-Service-Tools, die in Control Hub integriert sind, vereinfachen Ihren Übergang zu Webex Calling.
Zertifizierte Migrationsanbieter: Cisco hat Software- und Tool-Anbieter validiert, die Migrationslösungen entwickelt haben, um Webex-Partner und -Kunden bei komplexen und umfangreichen Migrationen zu unterstützen. Diese Lösungen können dazu beitragen, den Übergang zu Webex Calling zu vereinfachen, zu verwalten und zu beschleunigen.
Webex-Einrichtungshilfe: Ein von Cisco geleiteter Migrationsservice, der Kunden und Partner bei der Bereitstellung und Konfiguration von Webex Calling unterstützt, die für eine erfolgreiche Migration von Unified CM-Benutzern und -Diensten zu Webex Calling erforderlich ist.

Übersicht

Mit dem Wachstum von Cloud-basierten Kollaborationsdiensten wollen immer mehr Kunden ihre bestehenden Kollaborations-Workloads in die Cloud verlagern, da Cloud-basierte Dienste von reduzierten Gesamtbetriebskosten, vereinfachter Verwaltung, kontinuierlicher Funktionsbereitstellung, erhöhter Skalierbarkeit und überlegener Zuverlässigkeit profitieren. Da Kunden den Übergang von lokalen zu Cloud-basierten Kollaborationsdiensten anstreben, ist es wichtig, dass sie verstehen, was dieser Übergang beinhaltet und welche Schritte dafür erforderlich sind.

Zweck dieses Dokuments ist es, Kunden, die von einer lokalen Unified CM-Lösung zu Webex Calling in der Cloud wechseln möchten, eine Bereitstellungsanleitung zu bieten. Dieser Bereitstellungsleitfaden setzt voraus, dass der Leser über grundlegende Kenntnisse des Übergangs von Unified CM zu Webex Calling verfügt, einschließlich der Änderungen, die sich bei diesem Übergang ergeben, und der Unterschiede beim Verschieben der Anruf-Workload von einer lokalen Umgebung in die Cloud. Bevor Sie fortfahren, vergewissern Sie sich, dass Sie die Informationen in der Übergangsübersichtgelesen haben und mit ihnen vertraut sind. Dieses Dokument zur Übergangslandkarte liefert Informationen über die Veränderungen und Unterschiede dieses Übergangs.

Wie in Abbildung dargestellt: Architektur für die Zusammenarbeit vor Ort: Bei einer typischen On-Premises-Bereitstellung für Anrufsteuerung und Fernzugriffsind verschiedene Komponenten der Kollaborationsinfrastruktur im Netzwerk enthalten, eine Anrufsteuerungsplattform, eine Edge-Plattform, Hardware- und Software-Endpunkte und in einigen Fällen sogar Konferenz- und Terminplanungsplattformen. In der Cisco-Architektur würde dies Unified CM für die Anrufsteuerung, Expressway für den Fernzugriff und Business-to-Business (B2B) Edge-Dienste sowie Cisco Meeting Server umfassen. / Cisco Meeting Management für Konferenzen vor Ort, Unity Connection für Sprachnachrichten sowie benutzerorientierte Hardware (Cisco IP-Telefone, Cisco Desk- und Raumvideosysteme) und Software (Cisco Jabber) IP-basierte Endpunkte. Diese Komponenten können in bestimmten Umgebungen geringfügig variieren, dies ist jedoch der Ausgangspunkt für den Übergang, der im Rest dieses Dokuments beschrieben wird.

Die in Abbildung dargestellte Architektur: Lokale Kollaborationsarchitektur: Anrufsteuerung und Fernzugriff basieren auf der bevorzugten Architektur (PA) für Cisco Collaboration Enterprise On-Premises-Bereitstellungen. Weitere Informationen zu Enterprise On-Premise finden Sie unter Cisco Collaboration Preferred Architectures.

Vor: Die Tabelle „Komponenten der lokalen Anrufinfrastruktur “ listet die wichtigsten Elemente der lokalen Architektur vor der Umstellung auf Webex Calling in der Cloud auf.

Tabelle 1: Vor: Komponenten der lokalen Telefoninfrastruktur
Produkt	Beschreibung
Unified CM	Vor-Ort-Anrufsteuerung mit Geräteregistrierung und Anrufweiterleitungsdiensten
Cisco Expressway-C/E	Edge-Infrastruktur mit Mobile and Remote Access (MRA)- und Business-to-Business (B2B)-Funktionalität, die es Remote-Endpunkten ermöglicht, sich sicher von außerhalb der Organisation zu verbinden. Expressway wird paarweise eingesetzt, um die Firewall-Durchquerung für externe Endpunkte zu ermöglichen.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) und Cisco Telepresence Management Suite (TMS)	Lokale Infrastruktur für Sprach-, Video- und Webkonferenzen mit Funktionen für Mehrpunktbesprechungen, Besprechungsmanagement und Terminplanung. [Optional]
Cisco Unity Connection	Lokale Sprachnachrichtenplattform mit Voicemail- und Unified-Messaging-Funktionen. [Optional]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP-Telefone und Cisco Jabber	IP-basierte Geräte, die bei Unified CM registriert sind und Sprach- und Videoanruffunktionen bereitstellen

Wie in Abbildung dargestellt, erfolgt die Übergangsentscheidung: Kunden, die über eine lokale Anrufsteuerung mit Unified CM und Tisch- und Video-IP-Endpunkten verfügen, haben die Möglichkeit, ihre Architektur auf eine Webex Calling Cloud-Architektur umzustellen.

Die Entscheidung muss auf Grundlage der funktionalen Anforderungen des Kunden getroffen werden. Kunden mit folgenden Anforderungen sollten diese Entscheidung sorgfältig abwägen und sich letztendlich dafür entscheiden, die Anrufsteuerung vor Ort beizubehalten:

Webex Calling unterstützt keine bestimmten Telefonmodelle
Komplexe oder zahlreiche Integrationen mit anderen lokalen Systemen oder Lösungen, insbesondere wenn die Nachbildung dieser Integrationen mit Webex Calling schwierig ist oder keine gleichwertigen Alternativlösungen verfügbar sind.
Komplexer Wählplan, hochgranulare Dienstklassen oder beides
Eingeschränkter, begrenzter oder unzuverlässiger Internetzugang
Strenge Datenschutz- und Eigentumsrichtlinien
Compliance-Anforderung für die Aufzeichnung und Speicherung von Medien vor Ort oder im Inland
Drittanbieterintegrationen ohne praktikable alternative Webex Calling-Integration
Contact-Center-Integrationen, bei denen die Contact-Center-Schnittstelle noch nicht in die Cloud migriert wird.

Entscheidung zum Übergang: Anrufe vom lokalen Standort zu Webex — ***Übergangsentscheidung: Anrufe von lokalen Standorten zu Webex Calling***

Kunden, die Cloud-Telefonie-Dienste nutzen möchten, sollten Webex Calling in Betracht ziehen. Dieser Cloud-Telefoniedienst ermöglicht es dem Kunden, die globale Webex-Architektur hinsichtlich Skalierbarkeit und Konnektivität zu nutzen. Teilnehmer im Unternehmensnetzwerk und externe Teilnehmer außerhalb des Unternehmensnetzwerks können über IP-basierte Hardware-Endpunkte kommunizieren. and/or Desktop- oder mobile Softclient-Anwendungen.

Dieses Dokument richtet sich an Kunden mit Unified CM-Anrufsteuerungsbereitstellungen, die die allgemeinen Schritte, Überlegungen und Anforderungen für die Aktivierung der Webex Calling-Bereitstellung verstehen möchten, wie im nächsten Abschnitt dargestellt.

Kernkomponenten

Die Zielarchitektur für diese Migration umfasst mehrere neue Komponenten. Dies umfasst den Webex Calling-Dienst für cloudbasierte Anrufe, die Webex App, den Cisco Directory Connector für die Identitätsintegration und das Local Gateway (LGW) für den PSTN-Zugang sowie die Integration von Anrufen von lokalen Systemen in die Cloud. Weitere Optionen für den PSTN-Zugang sind Cisco Calling Plans oder Cloud Connected PSTN (CCP), die von einem Cloud Connect for Webex Calling-Partner bereitgestellt werden.

Wie in Abbildung dargestellt. Nachher: Webex Calling Architecture, die neuen Komponenten (Webex Calling, Directory Connector, Local Gateway und Survivability Gateway) werden zur bestehenden On-Premises-Bereitstellung hinzugefügt.

Nach: Die Tabelle „Cloud Calling Infrastructure Components “ listet die neuen Architekturelemente nach der Umstellung auf Webex auf.

Tabelle 2. Nach: Komponenten der Cloud-Anrufinfrastruktur
Produkt	Beschreibung
Webex Calling	Cloudbasierter Anrufdienst, bereitgestellt über die Webex-Plattform, mit Endpunktregistrierung und Anrufweiterleitung.
Cisco-Verzeichniskonnektor	Windows-Anwendung, die auf einem Windows-Domänenrechner ausgeführt wird und die Identitätssynchronisierung zwischen dem lokalen Active Directory des Unternehmens und dem Identitätsspeicher der Webex-Organisation ermöglicht. Für Kunden, die von einem lokalen Active Directory auf Entra ID umsteigen, wird die Identitätsintegration mit Webex anstelle des Cisco Directory Connector über die Entra ID Wizard-App durchgeführt.
Lokales Gateway	Ein lokales Gateway fungiert als Brücke zwischen dem lokalen Unified-Communications-Netzwerk des Kunden und der Webex Calling-Cloud. Es kann lokal eingesetzt oder von einem Partner gehostet werden und bietet PSTN-Zugriff für in der Cloud registrierte Endpunkte sowie Anrufintegration zwischen in Unified CM registrierten und in der Cloud registrierten Endpunkten. Cisco IOS-XE Integrated Services Router (ISR 1100 und 4000 Serie), Cisco Catalyst 8200/8300 Die Cisco Catalyst 8000V Edge-Software der Cisco-Serie und verschiedene zertifizierte Session Border Controller (SBCs) von Drittanbietern können als LGW für einen stufenweisen Migrationsansatz verwendet werden.
Survivability Gateway	Das Survivability Gateway (SGW) ist ein lokales Netzwerk-Gateway auf IOS-XE-Basis, das bei Netzwerkausfällen alternative Anrufdienste für Webex Calling-Endpunkte vor Ort bereitstellt.
Cisco-Anrufplan, Cloud Connect für Webex-Anrufe	Cisco Calling Plan und Cloud Connect für Webex Calling sind cloudbasierte Optionen für den PSTN-Zugang für Webex Calling-Endpunkte. Der PSTN-Zugang wird von einem Cloud-PSTN-Anbieter ermöglicht und erfordert keine Geräte vor Ort.
Webex-App	Clientanwendung, die auf einem Desktop-Betriebssystem (Windows, Mac) oder einem mobilen Betriebssystem (Android, iOS) läuft und direkt bei der Webex Calling-Plattform für die Anruffunktion registriert ist.

PPDIO-Prozessübersicht

Der PPDIO - Prozess steht für Vorbereiten, Planen, Entwerfen, Implementieren undOptimieren . Es handelt sich um eine strukturierte Cisco-Methodik, die Projekte von der ersten Bewertung bis zur kontinuierlichen Verbesserung begleitet und so effiziente und erfolgreiche Implementierungen oder Migrationen gewährleistet.

Allgemeine Beschreibung von PPDIO

Vorbereiten: Die aktuelle Situation analysieren, Anforderungen erfassen und die Beteiligten einbeziehen, um eine solide Grundlage zu schaffen.
Tarif: Entwickeln Sie detaillierte Projektpläne inklusive Zeitplänen, Ressourcen und Risikominderungsstrategien.
Design: Entwerfen Sie die Ziellösung, die auf die geschäftlichen und technischen Anforderungen zugeschnitten ist.
Implementieren: Führen Sie die Bereitstellung oder Migration gemäß dem Entwurf durch und überprüfen Sie Funktionalität und Leistung.
Optimieren: Die Lösung sollte nach der Implementierung kontinuierlich verbessert werden, indem die Leistung überwacht, die Konfigurationen optimiert und Automatisierungs- und Integrationswerkzeuge genutzt werden.

Verwendung von PPDIO für Unified CM zu Webex Calling Migrationsprojekte

Beim Übergang von Unified CM zu Webex Calling bietet der PPDIO-Prozess einen klaren Fahrplan, um einen reibungslosen und effizienten Übergang zu gewährleisten:

Vorbereiten (Prepare, P)

Bewerten Sie die bestehende Unified CM-Umgebung und die Migrationsbereitschaft.
Erfassen Sie detaillierte Daten zu Benutzern, Geräten, Netzwerk und Abhängigkeiten.
Erfassen Sie Standortdetails einschließlich Notfalladresse, Anzahl der Nutzer, Internetzugang und PSTN-Zugang.
Risiken identifizieren und den Projektumfang definieren, um alle Beteiligten auf die richtige Linie zu bringen.

Planen (Plan, P)

Erstellen Sie einen umfassenden Migrationsplan mit Batch-Zeitplänen, Ressourcenzuweisungen und Zeitplänen.
Definieren Sie Aufgaben wie Geräte-Firmware-Upgrades, Lizenzbereitstellung und Benutzer-Onboarding.
Die Migrationsfenster sollten mit Cisco und Partnern abgestimmt werden, um Störungen zu minimieren.

Gestalten (Design, D)

Ordnen Sie die aktuellen Unified CM-Konfigurationen, Wählpläne und Benutzerprofile den entsprechenden Webex Calling-Systemen zu.
Entwerfen Sie die Webex-Anrufumgebung, einschließlich der PSTN-Strategie (vorläufig und endgültig), Standorte, Benutzerrollen und Integrationspunkte wie Local Gateway (CUBE) und Verzeichnissynchronisierung.
Planen Sie Koexistenzszenarien ein, in denen Unified CM und Webex Calling während der Migration gleichzeitig funktionieren.

Implementieren (Implement, I)

Verwenden Sie die Migrationstools von Control Hub zusammen mit Tools von Drittanbietern, um Firmware-Modusänderungen an Geräten, Funktionskonfigurationen und Benutzermigrationen durchzuführen.
Nutzen Sie Massenvorgänge und die Bereitstellung mithilfe der Webex-APIs, um groß angelegte Migrationen und Konfigurationen zu optimieren.
Lizenzbereitstellung, Geräteregistrierung und Konfigurationsaktualisierungen durchführen
Den Erfolg der Migration durch Tests und operative Überprüfung validieren.

Optimieren (Optimize, O)

Die Leistung und Benutzererfahrung von Webex Calling werden kontinuierlich überwacht.
Konfigurationen und Arbeitsabläufe anhand von Betriebsdaten und Feedback optimieren
Nutzen Sie Automatisierungs- und Integrationsmöglichkeiten, um Effizienz und Skalierbarkeit zu verbessern.
Alte Unified CM-Komponenten sollten gegebenenfalls außer Betrieb genommen und fortlaufender Support für den laufenden Betrieb (Day-2-Operations) bereitgestellt werden.

Dieser verbesserte PPDIO-Ansatz gewährleistet eine kontrollierte, transparente und effiziente Migration von Unified CM zu Webex Calling, indem er die Tools, APIs und das Partner-Ökosystem von Cisco nutzt, um die Geschäftskontinuität aufrechtzuerhalten und die Kollaborationsmöglichkeiten zu verbessern.

PPDIO-Rückkopplungsschleifen

Die in Abbildung dargestellte Übersicht auf hoher Ebene veranschaulicht Iterationen während der Ausführung von PPDIO eine einzelne Rückkopplungsschleife von der Optimierungsphasezurück zur Vorbereitungsphase. Dies bedeutet, dass nach der ersten Implementierung eine fortlaufende Möglichkeit zur kontinuierlichen Verbesserung besteht. In jedem Optimierungszyklus können neue Anforderungen oder Verbesserungspotenziale identifiziert werden, die dann in nachfolgenden Projekten oder Initiativen angegangen werden können. Diese einzelnen Projekte folgen wiederum jeweils dem etablierten PPDIO-Lebenszyklus (Vorbereiten, Planen, Entwerfen, Implementieren, Optimieren). Dieser iterative Ansatz gewährleistet, dass das System mit den sich wandelnden Geschäftszielen und technologischen Fortschritten Schritt hält und fördert eine Kultur der ständigen Weiterentwicklung und Anpassungsfähigkeit.

Bei der Durchführung des PPDIO-Prozesses kommt es häufig vor, dass Erkenntnisse in späteren Phasen eine Überprüfung und gegebenenfalls eine Überarbeitung der in früheren Phasen getroffenen Entscheidungen erforderlich machen. Beispielsweise können Probleme, die während der Implementierungsphase auftreten, wie die Identifizierung von Unklarheiten im Design oder fehlenden Details, aufzeigen, dass bestimmte Aspekte während der Designphase nicht vollständig berücksichtigt wurden. In solchen Fällen ist es notwendig, zur entsprechenden früheren Phase zurückzukehren, um diese Probleme zu lösen, bevor man fortfahren kann. Dieser iterative Feedback-Mechanismus, wie er in Abbildung Unified CM assisted PPDIO process dargestellt ist, gewährleistet, dass die Lösung gründlich validiert und verfeinert wird, was letztendlich zu einer robusteren und effektiveren Implementierung beiträgt.

Bei der Umstellung von Unified CM auf Webex Calling kann jede Phase des PPDIO-Prozesses erheblich von Informationen profitieren, die aus der bestehenden Unified CM-Umgebung gewonnen wurden. Beispielsweise lassen sich aus der aktuellen Unified CM-Konfiguration umfassende Inventare von Benutzern, Telefonnummern, Anruffunktionen und Wählplankomponenten extrahieren. Diese Daten ergänzen die direkt von den Beteiligten bereitgestellten Informationen und tragen zur Optimierung der Planungs- und Gestaltungsaktivitäten bei. Durch den Einsatz geeigneter Werkzeuge zur Automatisierung der Datenextraktion und -analyse wird nicht nur die Genauigkeit erhöht, sondern auch der Gesamtprozess beschleunigt. Durch die Nutzung von Erkenntnissen aus der bestehenden Implementierung kann der Übergang zu Webex Calling effizienter durchgeführt werden als eine herkömmliche Neuimplementierung, wobei gleichzeitig die strukturierte PPDIO-Methodik eingehalten wird. Dieser Prozess wird in Abbildung Unified CM assisted PPDIO processveranschaulicht.

Migrationsansatz

Bei der Planung Ihres Übergangs von Unified CM vor Ort zu Webex Calling müssen Sie festlegen, wie Sie diesen Übergang angehen werden. Zunächst müssen Sie entscheiden, ob die Migration als Blitzmigration (alles auf einmal) oder als schrittweise Migration (Gruppenmigration) erfolgen soll. users/devices über einen längeren Zeitraum).

Eine Flash-Cut-Migration ermöglicht die schnellste Migration aller Benutzer und Geräte. Mit dieser Methode migrieren Sie alle Benutzer und Geräte gleichzeitig von Ihrem lokalen Unified CM zu Webex Calling. Im Wesentlichen handelt es sich um ein einziges Migrationsfenster für alle Benutzer und Geräte. Nach Abschluss dieser Migration befinden sich alle Ihre Benutzer und Geräte auf der Webex Calling-Plattform und Ihre gesamte Unified CM-Infrastruktur kann außer Betrieb genommen werden. Viele Organisationen können diesen Ansatz jedoch aufgrund des Umfangs und der Größe ihrer Telefonieinfrastruktur nicht anwenden.

Der zweite Ansatz ist eine schrittweise Migration. Die meisten Organisationen werden diesen Ansatz wählen, da er eine bessere Kontrolle, Verwaltung und Skalierbarkeit bei der Migration ermöglicht. Außerdem eignet es sich besser für größere UC-Implementierungen. and/or Einsätze in mehreren Regionen. Daher konzentriert sich dieses Dokument auf den phasenweisen Ansatz mit zwei Schritten im Übergang.

Wie in der folgenden Abbildung dargestellt, erfolgt ein phasenweiser Übergang beim Anruf: Hybrid und Cloud, die erste Übergangsphase (Phase 1) führt zu einer Koexistenzbereitstellung mit zwei Anrufumgebungen. In dieser Phase werden einige Benutzer, Geräte und Softclients auf Webex Calling umgestellt, während andere weiterhin die lokale Unified CM-Anrufsteuerung nutzen. Die letzte Übergangsphase (Phase 2) führt zu einer reinen Cloud-Anrufumgebung, in der alle Benutzer, Geräte und Softclients vollständig auf die Webex Calling-Plattform migriert wurden.

Wie lange eine Organisation für die vollständige Umstellung auf Cloud-Telefonie benötigt, hängt von ihrer aktuellen Implementierung ab. In einigen Fällen kann eine Organisation den anfänglichen Übergang vollziehen und über einen längeren Zeitraum (Monate oder sogar Jahre) in der Phase der parallelen Anrufsteuerung (Phase 1) verbleiben, während in anderen Fällen eine Organisation innerhalb eines sehr kurzen Zeitraums (Wochen oder Monate) vollständig auf Webex Calling umsteigen kann (Phase 2). Dieses Dokument soll beide Phasen abdecken (Phase 1 – Koexistenz und Phase 2 – vollständiger Übergang).

Stufenweiser Übergang zur Anruferstellung: Hybrid- und Cloud-Lösungen — ***Phasenweiser Übergang der Anruferschaft: Hybrid- und Cloud-Lösungen***

Es ist möglich, dass einige Organisationen eine parallele Nutzung von zwei Anrufsteuerungssystemen auf unbestimmte Zeit beibehalten, ohne jemals einen vollständigen Übergang zu Cloud-Telefonie anzustreben.

Der zweite Aspekt betrifft die Migration von Benutzern, Geräten und Softclients von der lokalen Anrufsteuerung zur Cloud-Anrufsteuerung. Empfohlen wird ein dreiphasiger Übergang. Die untenstehende Abbildung Empfohlener 3-Phasen-Übergang unterteilt diesen Ansatz in die 3 Phasen.

Vor der Migration: In dieser Phase liegt der Fokus darauf, sowohl die Webex- als auch die Unified CM-Umgebung für die Migration vorzubereiten. Hierbei geht es nicht um konkrete Planungen oder Konfigurationen, sondern um die Erledigung von Aktivitäten, die jetzt und vor Beginn eines Webex Calling-Migrationsprojekts durchgeführt werden können. Ziel ist es, die Grundlage für die Migration in beiden Umgebungen zu schaffen.

Migrationsvorbereitung: In dieser Phase beginnen die Vorbereitungen für die Migration zu Webex Calling. Hier müssen die geschäftlichen und technischen Anforderungen überprüft und aktualisiert werden. Machen Sie nicht einfach eine Lift and Shift von dem, was derzeit mit Unified CM eingesetzt wird, sondern definieren Sie stattdessen die geschäftlichen und technischen Anforderungen neu, die Ihr Unternehmen heute und in Zukunft benötigt, indem Sie die Leistungsfähigkeit von Webex Calling nutzen. Darüber hinaus ist dies die Phase, in der Sie Ihr Design, Ihre Konfigurationsplanung und Ihre Migration abschließen. planning/schedule.

Migration (Einführung und Stilllegung): In dieser Phase findet die eigentliche Migration von Benutzern, Geräten, Telefonnummern und Softclients statt. Wie oben bereits erwähnt, kann diese Phase für alle gleichzeitig abgeschlossen werden (Blitz-Cut) oder über mehrere Wechselfenster (Phasen-Cut). Die Einführung von Endbenutzer-Einführungsplänen, Schulungen und die Kommunikation sind von entscheidender Bedeutung, damit Ihre Benutzer über die Änderungen informiert sind, wissen, wie sie die neue Anrufplattform nutzen können und wann die Umstellung erfolgen wird. Der letzte Schritt besteht darin, die gesamte nicht mehr genutzte UC-Infrastruktur vor Ort außer Betrieb zu nehmen.

Die Vorbereitungsphase der Migration umfasst Aktivitäten (obligatorische, empfohlene und optionale), mit denen Sie sofort beginnen können. Es wird empfohlen, diese Aufgaben möglichst bald und idealerweise vor Beginn Ihres Projekts zu erledigen. Einige der Aktivitäten können länger dauern; daher hilft es, sie früher zu beginnen, um Ihr eigentliches Migrationsprojekt zu optimieren.

Die untenstehende Abbildung Aktivitäten vor der Migration hebt fünf spezifische Kategorien von Aktivitäten hervor, die mit einer Webex Calling-Migration zusammenhängen.

Vorbereiten (Prepare, P)

Geschäftliche und technische Anforderungen

Bei der Planung einer Migration von [System 1] zu [System 2] ist es entscheidend, sowohl die technischen als auch die geschäftlichen Anforderungen während der Planungsphase gründlich zu erfassen. Dieser Schritt stellt sicher, dass die Migration mit den operativen Zielen und technischen Möglichkeiten Ihres Unternehmens übereinstimmt und minimiert so Risiken und Störungen.

Warum die Anforderungserhebung wichtig ist:

Richtet die Geschäftsziele aus: Das Verständnis der geschäftlichen Bedürfnisse hilft dabei, die Migration so anzupassen, dass sie wichtige Arbeitsabläufe, die Benutzererfahrung und Wachstumspläne unterstützt.
Gewährleistet technische Kompatibilität: Durch die frühzeitige Ermittlung der technischen Anforderungen lassen sich Integrationsprobleme mit der bestehenden Infrastruktur, dem Netzwerk und den Endgeräten vermeiden.
Erleichtert die Ressourcenplanung: Klare Anforderungen helfen dabei, Zeitpläne, Kosten und benötigte Ressourcen genau abzuschätzen.
Mindert Risiken: Die frühzeitige Erkennung potenzieller Probleme ermöglicht proaktive Lösungen und reduziert Ausfallzeiten und Serviceunterbrechungen.

Geschäftsanforderungen

Typische Geschäftsanforderungen umfassen:

Anzahl der zu migrierenden Benutzer und Standorte
Gewünschte Funktionen und Dienste (z. B. Anrufweiterleitung, Voicemail, Konferenzschaltungen, automatische Telefonzentralen, Anrufwarteschlangen)
Compliance- und Sicherheitsrichtlinien
Budgetbeschränkungen und Kostenerwartungen
Schulungs- und Unterstützungsbedarf der Nutzer
Migrationszeitplan und Überlegungen zur Geschäftskontinuität.

Das Sammeln der gewünschten Funktionen und Dienste ist ein entscheidender Schritt, um sicherzustellen, dass das neue System den Geschäftsanforderungen entspricht. Bei der Erfassung dieser Anforderungen ist es wichtig, nicht nur die aktuelle Konfiguration zu berücksichtigen, sondern auch die tatsächlichen Anforderungen der Geschäftseinheiten zu ermitteln, die das System nutzen werden. Andernfalls besteht die Gefahr, dass der Plan auf nicht mehr aktuellen Annahmen basiert. Achten Sie darauf, zusätzliche oder erweiterte Funktionen zu prüfen, die in verfügbar sind, in aber möglicherweise nicht vorhanden sind, wie z. B. Cloud-basierte Anrufe, erweiterte Anrufwarteschlangen und . Dies trägt dazu bei, die Vorteile der Cloud-Plattform voll auszuschöpfen.

Bei der Bewertung der aktuellen Konfiguration in ist zu beachten, dass aufgrund sich ändernder Anforderungen im Laufe des Lebenszyklus des Systems möglicherweise nicht alle bestehenden Einstellungen weiterhin notwendig sind. Der Fokus sollte darauf liegen, nur diejenigen Konfigurationen zu identifizieren und beizubehalten, die den aktuellen und zukünftigen Anforderungen des Einsatzes entsprechen.

Konzentriere dich mehr auf das, was du brauchst, als auf das, was du hast.

Die Einhaltung von Compliance- und Sicherheitsrichtlinien ist bei der Migration von[Alternativsystem zu Webex Calling von entscheidender Bedeutung, um sicherzustellen, dass das neue cloudbasierte Kommunikationssystem den rechtlichen, regulatorischen und organisatorischen Standards entspricht.

Einhaltung gesetzlicher Vorschriften: Organisationen müssen sicherstellen, dass branchenspezifische Vorschriften wie DSGVO, HIPAA oder SOX eingehalten werden, die Anforderungen an Datenschutz, Datenaufbewahrung und Datenverarbeitung sowie länderspezifische Vorgaben in Bezug auf Datenresidenz, Mautumgehung und Medienlokalität berücksichtigen.
Datensicherheit: Sicherstellen, dass Sprach- und Signaldaten sowohl während der Übertragung als auch im Ruhezustand verschlüsselt werden, um Schutz vor Abfangen oder unbefugtem Zugriff zu gewährleisten.
Zugriffskontrollen: Definition und Durchsetzung von Benutzerauthentifizierung, Autorisierung und rollenbasierter Zugriffskontrolle zur Verhinderung der unbefugten Nutzung von Kommunikationsressourcen.
Prüfung und Überwachung: Implementierung von Protokollierungs- und Überwachungsfunktionen zur Nachverfolgung von Zugriffen und Nutzung für Compliance-Audits und Untersuchungen von Sicherheitsvorfällen.
Politische Ausrichtung: Die Migration muss mit den bestehenden Sicherheitsrichtlinien des Unternehmens, einschließlich Endpunktsicherheit, Netzwerksegmentierung und Notfallplänen, in Einklang gebracht werden.
Sicherheitsgarantie für Anbieter: Bewertung der Sicherheitszertifizierungen und Konformitätsbescheinigungen von Cisco zur Gewährleistung der Vertrauenswürdigkeit.

Die Berücksichtigung dieser Compliance- und Sicherheitsrichtlinien während der Planungsphase trägt dazu bei, Risiken zu minimieren, rechtliche Strafen zu vermeiden und die Integrität und Vertraulichkeit der Kommunikation während und nach der Migration zu gewährleisten.

Schulungs- und Unterstützungsbedarf der Benutzer sind wesentliche Bestandteile der Migration von [ ] zu [ ], um einen reibungslosen Übergang und eine hohe Akzeptanz durch die Benutzer zu gewährleisten. Wichtige Überlegungen sind:

Ausbildungsprogramme: Entwickeln Sie maßgeschneiderte Schulungen für verschiedene Benutzergruppen (Endbenutzer, Administratoren, Helpdesk-Mitarbeiter), um sie mit Funktionen, Benutzeroberflächen und neuen Arbeitsabläufen vertraut zu machen.
Dokumentation: Stellen Sie klare, leicht zugängliche Benutzerhandbücher, FAQs und Kurzanleitungen bereit, einschließlich Was ist neu und anders Ressourcen und Schritt-für-Schritt-Anleitungen Vorher und Nachher (im Video- oder Kurzanleitungsformat), um die Benutzer bei der Anpassung an die aktualisierte Benutzererfahrung nach der Migration zu unterstützen.
Änderungsmanagement: Kommunizieren Sie Änderungen proaktiv, um die Erwartungen der Nutzer zu steuern und Widerstände abzubauen.
Unterstützungsstruktur: Richten Sie ein dediziertes Support-Team oder einen Eskalationsweg ein, um Benutzerprobleme während und nach der Migration umgehend zu beheben.
Fortlaufende Weiterbildung: Planen Sie kontinuierliche Schulungsaktualisierungen ein, sobald neue Funktionen oder Updates veröffentlicht werden.
Rückkopplungsmechanismen: Implementieren Sie Kanäle, über die Benutzer Probleme melden und Feedback geben können, um die Schulungs- und Supportprozesse zu verbessern.

Die Berücksichtigung dieser Schulungs- und Unterstützungsbedürfnisse während der Planungsphase trägt dazu bei, Störungen zu minimieren, das Vertrauen der Nutzer zu stärken und die Vorteile der Migration zu maximieren.

Technische Anforderungen

Für eine erfolgreiche Migration von [Version 1] zu [Version 2] müssen mehrere wichtige technische Anforderungen erfasst und dokumentiert werden, darunter Details zu:

Netzwerkbereitschaft und Bandbreitenkapazität

Eine umfassende Netzwerkanalyse ist unerlässlich, um sicherzustellen, dass Ihre bestehende Infrastruktur die neue Webex Calling-Umgebung unterstützen kann. Dazu gehört Folgendes:
- Bandbreitenanalyse: Bewertung der aktuellen und prognostizierten Bandbreitennutzung zur Bewältigung von Sprach-, Video- und Datenverkehr ohne Überlastung.
- Dienstqualität (QoS): Implementierung von QoS-Richtlinien zur Priorisierung des Sprachverkehrs und Minimierung von Latenz, Jitter und Paketverlust.
- WAN- und Internetanbindung: Überprüfung, ob WAN-Verbindungen und Internetverbindungen die Anforderungen für cloudbasierte Anrufe erfüllen, einschließlich Redundanz- und Ausfallsicherheitsfunktionen.
- Firewall- und NAT-Konfiguration: Sicherstellen, dass die Firewall- und NAT-Einstellungen den erforderlichen Signal- und Mediendatenverkehr für . zulassen.
Integration in bestehendes System

Die nahtlose Integration in bestehende Geschäftssysteme ist für ein optimales Benutzererlebnis und einen reibungslosen Arbeitsablauf unerlässlich:
- Verzeichnisdienste: Bewertung der Integration mit einem Unternehmensverzeichnis zur automatisierten Benutzerbereitstellung und -authentifizierung.
- CRM- und Geschäftsanwendungen: Identifizierung von Integrationspunkten mit CRM-Systemen und anderen geschäftskritischen Anwendungen.
- Zusammenarbeit älterer PBX-Systeme: Planung von Strategien für die Koexistenz oder eine schrittweise Migration, falls während der Übergangsphase noch ältere Telefonsysteme im Einsatz bleiben sollen.
Endpunktkompatibilität und -bereitstellung

Alle Endgeräte, einschließlich Tischtelefone, Softphones und Mobilgeräte, sollten auf Kompatibilität geprüft werden:
- Geräteunterstützung: Bestätigung, dass vorhandene IP-Telefone und -Geräte unterstützt werden, bzw. Ermittlung erforderlicher Ersatzgeräte.
- Bereitstellungsprozesse: Etablierung automatisierter oder optimierter Bereitstellungsmethoden für ein effizientes Onboarding von Endpunkten.
- Firmware- und Software-Updates: Planung notwendiger Aktualisierungen zur Gewährleistung von Interoperabilität und Sicherheit.
Sicherheitskonfigurationen und Verschlüsselungsstandards

Sicherheit hat in der Cloud-Kommunikation höchste Priorität:
- Verschlüsselung: Durchsetzung der Ende-zu-Ende-Verschlüsselung für Signal- und Medienströme gemäß den bewährten Sicherheitspraktiken von Cisco.
- Authentifizierung und Zugriffskontrolle: Implementierung sicherer Authentifizierungsmechanismen (wie SSO, Multifaktor-Authentifizierung) und differenzierter Benutzerzugriffskontrollen.
- Einhaltung: Sicherstellen, dass die Lösung den relevanten regulatorischen und branchenspezifischen Compliance-Standards entspricht (z. B. DSGVO, HIPAA).
- Sicherheitsüberwachung: Integration mit SIEM-Tools und Einrichtung von Warnmeldungen für potenzielle Sicherheitsvorfälle.

Tabelle 1: Beispielhafte Bewertung
Anforderung	Wichtige Überlegungen
Netzwerkbereitschaft und Bandbreite	Bandbreite, QoS, WAN/Internet, Firewall/NAT
Integration mit bestehenden Systemen	Verzeichnis, CRM, PBX, Email/Calendar
Endpunktkompatibilität und -bereitstellung	Geräteunterstützung, Bereitstellung, Firmware-Updates
Sicherheitskonfigurationen und Verschlüsselung	Verschlüsselung, Authentifizierung, Compliance, Sicherheitsüberwachung
Anwenderschulung und Änderungsmanagement	Schulungsprogramme, Dokumentation, Veränderungskommunikation
Rufnummernmitnahme und Wählplan	Nummer migration/porting, Übersetzung des Wählplans
Integrationen von Drittanbietern	Paging, Kontaktcenter, Fax, analoge Geräte

Netzwerkbereitschaft und -anforderungen

Die Netzwerkbereitschaft ist entscheidend für eine erfolgreiche Migration zu jeder cloudbasierten Telefonielösung wie beispielsweise . Eine mangelhafte Netzwerkplanung kann zu verminderter Gesprächsqualität, Gesprächsabbrüchen und unzufriedenen Nutzern führen. Kunden müssen vor der Migration eine Netzwerkbewertung durchführen. Es wird empfohlen, die Verfügbarkeit der Netzwerkbandbreite für das erwartete Anrufvolumen zu bestätigen, sicherzustellen, dass die Anforderungen an die Dienstgüte (QoS) erfüllt werden, und die verschiedenen Ports zu kennen, die in der/den Edge-Firewall(s) geöffnet werden müssen.

Eine zuverlässige Netzwerkanbindung mit ausreichender Dienstgüte (Bandbreite, Paketverlust, RTT) ist eine Grundvoraussetzung, um die bestmögliche Benutzererfahrung von Anfang bis Ende für alle sprach- und videofähigen Endpunkte, Clients und Anwendungen zu gewährleisten.

Kunden und Partner haben Zugriff auf Konnektivitätsoptionen jenseits von Over-the-Top (OTT) Internet, die die Verbindung optimieren können, einschließlich Webex Edge Connect. Weitere Informationen zu den Designdetails von Webex Edge Connect finden Sie unter Cisco Preferred Architecture for Webex Edge Connect for Webex Meetings, Calling Multi-Tenant, and Dedicated Instance.

Kunden können CScan zur Netzwerkbewertung nutzen, das Informationen über die Netzwerkqualität des Kunden, die Anzahl der möglichen Anrufe, die Latenz usw. liefert. Weitere Informationen zum CScan-Tool finden Sie unter Verwenden von CScan zum Testen der Webex Calling-Netzwerkqualität.

Um sicherzustellen, dass das Netzwerk für die Migration bereit ist, beachten Sie bitte die folgende Checkliste:

Bandbreitenplanung

Ermitteln Sie die Anzahl gleichzeitiger Anrufe pro Standort, um sicherzustellen, dass Sie über ausreichend Upstream- und Downstream-Bandbreite verfügen und genügend Spielraum für anderen geschäftskritischen Datenverkehr sowie zukünftiges Wachstum einplanen.

Die Tabelle Webex Calling Bandbreitenberechnungen für Anruftypen zeigt die mit einer Bereitstellung verfügbaren Anruftypen sowie den Codec und die maximal erforderliche Bandbreite für jeden Anruftyp. Wie aus der Tabelle Webex Calling-Anruftyp-Bandbreitenberechnungen hervorgeht, kann die erforderliche Audio-Anrufbandbreite für jeden Anruftyp mit der folgenden allgemeinen Formel berechnet werden:

Anzahl der erwarteten gleichzeitigen Anrufe * Bandbreite pro Anruf basierend auf dem Codec = Erforderlicher Netzwerkdurchsatz.

Tabelle 2. Webex-Anrufe Bandbreitenberechnungen
Anruftypen	Codec - Bandbreite	Bandbreitenberechnungen
/ Tischtelefon ->	OPUS - 70 kbps	Anzahl gleichzeitiger Anrufe * 70 kbps = Erforderlicher Netzwerkdurchsatz
/ Tischtelefon -> Tischtelefon	OPUS – 70 kbps	Anzahl gleichzeitiger Anrufe * 70 kbps = Erforderlicher Netzwerkdurchsatz
/ Tischtelefon -> PSTN über LGW	G.711 – 80 kbps	Anzahl gleichzeitiger Anrufe * 80 kbps = Erforderlicher Netzwerkdurchsatz
/ Tischtelefon -> PSTN über Cloud-PSTN (z. B. Cisco-Telefonplan)	G.711 – 80 kbps	Anzahl gleichzeitiger Anrufe * 80 kbps = Erforderlicher Netzwerkdurchsatz
/ Tischtelefon -> Enterprise über LGW	G.722 – 80 kbps	Anzahl gleichzeitiger Anrufe * 80 kbps = Erforderlicher Netzwerkdurchsatz
/ Tischtelefon -> Voicemail	OPUS – 70 kbps	Anzahl gleichzeitiger Anrufe * 70 kbps = Erforderlicher Netzwerkdurchsatz

Durch die Addition des jeweils erforderlichen Netzwerkdurchsatzes pro Anruftyp lässt sich der gesamte potenzielle Bandbreitenbedarf für einen bestimmten Standort ermitteln.

Alle Anrufbeine sind stets an den Zugriffs-SBCs verankert. Um die erforderliche Internetbandbreite für einen bestimmten Standort zu ermitteln, müssen nicht nur die Anrufe zwischen Standorten berücksichtigt werden, sondern auch Anrufe innerhalb eines Standorts sowie Anrufe zu und von einem lokalen Gateway an diesem Standort. Beispielsweise würde ein standortinternes Gespräch zwischen zwei MPP-Telefonen eine Vollduplex-Bandbreite von bis zu 2 x 70 kbps am Internetzugang des Standorts benötigen.

Die Tabelle Webex Calling Bandbreitenberechnungsbeispiele zeigt ein Beispiel für eine vollständige Bandbreitenberechnung unter der Annahme, dass sich alle Geräte am selben Standort befinden.

Tabelle 3. Beispiele zur Berechnung der Webex-Anrufbandbreite
Anruftypen	Anzahl gleichzeitiger Anrufe	Gesamtbandbreite
Webex-App / Festnetztelefon → Webex-App	15	2 * 15 * 70 kbps = 2.100 kbps
Webex-App / Tischtelefon → Tischtelefon	15	2 * 15 * 70 kbps = 2.100 kbps
Webex-App / Tischtelefon → PSTN über LGW	50	2 * 50 * 80 kbps = 8.000 kbps
Webex-App / Tischtelefon → PSTN über Cloud Connect für Webex-Anrufe	0	0 * 80 Kbps
Webex-App / Tischtelefon → Unternehmen über LGW	15	2 * 15 * 80 kbps = 2.400 kbps
Webex-App / Festnetztelefon → Webex-Anruf-Voicemail	5	5 * 70 kbps = 350 kbps
Gesamtzahl der Anrufe / Bandbreite	100 Anrufe	14.950 kbps / 14,95 Mbit/s

Alle Bandbreitenwerte in den obigen Tabellen beziehen sich auf die IP-Bandbreite. Die Bandbreite der Verbindung ist abhängig von der WAN-Kapselung.
Die Bandbreite in den obigen Tabellen bezieht sich auf Audioanrufe. Für die Bandbreite bei Videoanrufen benötigen Sie die Webex-App und den MPP. 8845/65 Die Telefone unterstützen H.264-Video mit einer maximalen Auflösung von 720p und einer maximalen Bandbreite von 1.500 kbps pro Anruf. Die während des Anrufs verbrauchte Bandbreite schwankt jedoch aufgrund der in der Videokommunikation üblichen variablen Bitrate.

Dienstqualität (QoS)

Implementieren Sie QoS-Richtlinien in Ihrer lokalen Umgebung, um den Echtzeit-Datenverkehr zu priorisieren und sicherzustellen, dass QoS über Switches, Router und Firewalls hinweg aufrechterhalten wird.
Latenz-, Jitter- und Paketverlustziele

Für eine optimale Sprachqualität bei Anrufen über Over-the-Top (OTT) und das Internet werden folgende Schwellenwerte empfohlen:
- Latenz – weniger als 100 ms (einfache Verbindung)
- Jitter – weniger als 10 ms
- Paketverlust – 0,5 % oder weniger.
Firewall und NAT

Stellen Sie sicher, dass die Firewall so konfiguriert ist, dass der Datenverkehr wie im Artikel unter Portreferenzinformationen für Webex Callingaufgeführt zugelassen wird. Gewähren Sie außerdem Zugriff auf die in demselben Leitfaden aufgeführten Domänen und IP-Bereiche und vermeiden Sie SIP ALG, da es die SIP-Signalisierung beeinträchtigt. Mediendatenverkehr über Proxys sollte vermieden werden.
DNS und NTP

Stellen Sie die korrekte DNS-Auflösung von Domains und zuverlässige NTP-Server sicher, um die Geräteuhren für die TLS-Zertifikatsprüfung und Protokollierung zu synchronisieren.
Ausfallplanung

Berücksichtigen Sie bestehende Datenverbindungen von Anbietern (MPLS, SD-WAN usw.) und planen Sie generell einen direkten Internetzugang an jedem Standort Ihrer Implementierung ein. Planen Sie redundante Internetverbindungen ein, wenn eine hohe Verfügbarkeit erforderlich ist. Da Sie cloudbasierte Dienste nutzen werden, ist eine zuverlässige Internetverbindung mit ausreichender Bandbreite eine Grundvoraussetzung. Sie sollten diesen Übergang überdenken, wenn die Internetverbindung(en) an den Standorten Ihrer Organisation im Allgemeinen nicht zuverlässig sind und keine geringe Latenz sowie einen ausreichenden Up- und Downstream-Durchsatz aufweisen.
Überlebensfähigkeit des Standorts

Die Ausfallsicherheit Ihrer Website gewährleistet, dass Ihr Unternehmen jederzeit erreichbar ist, selbst wenn Ihre Netzwerkverbindung unterbrochen wird. Site Survivability nutzt ein Gateway in Ihrem lokalen Netzwerk, um einen alternativen Anrufdienst für Endpunkte vor Ort bereitzustellen, falls die Netzwerkverbindung abbricht. Erwägen Sie die Standortausfallsicherheit mit einem lokalen Survivability Gateway (SGW), wenn die Geschäftsanforderungen eine kontinuierliche Telefonie im Falle eines Netzwerkausfalls erfordern. Weitere Informationen zur Überprüfung der Standortverfügbarkeit finden Sie unter Standortverfügbarkeit für Webex Calling.

Cloud-verbundene UC einrichten

Cloud Connected UC (CCUC) ist eine cloudbasierte Management- und Analyselösung, die für die zentrale Transparenz, Verwaltung und Auswertung von Bereitstellungen sowohl lokal (wie Unified CM) als auch in der Cloud entwickelt wurde. Es fungiert als Brücke zwischen traditionellen On-Premises-Umgebungen und den Cloud-Diensten von Cisco und unterstützt Unternehmen während des gesamten Migrationsprozesses von zu .

Während des Übergangs zu spielt CCUC eine entscheidende Rolle bei der Optimierung des Migrationsprozesses, indem es die Erfassung umfassender Daten aus der bestehenden Unified-Communications-Implementierung erleichtert. CCUC unterstützt wichtige Übergangsaufgaben wie die Migration von Geräten, Funktionen und Benutzerkontakten sowie die Automatisierung von Firmware-Updates für unterstützte IP-Telefone. Durch die Bereitstellung zentralisierter Transparenz und Verwaltung trägt CCUC zu einem reibungsloseren und effizienteren Migrationsprozess bei.

Cisco empfiehlt dringend, CCUC frühzeitig im Übergangsprojekt einzusetzen, idealerweise vor oder während der Vorbereitungsphase. Dies ermöglicht die Gewinnung der notwendigen Erkenntnisse und Fähigkeiten, um nachfolgende Migrationsaktivitäten gründlich zu bewerten, zu inventarisieren und zu planen sowie den Weg zu zukünftigen hybriden Fähigkeiten zu beschreiten.

Beurteilung der aktuellen Umgebung

Eine wichtige Aktivität bei der Planung Ihrer Migration ist die Bewertung der aktuellen On-Premises-Umgebung und -Bereitstellung. Dies liefert Erkenntnisse darüber, welche potenziellen Änderungen für einen erfolgreichen Übergang erforderlich sein könnten. Es ermöglicht Ihnen außerdem, die Schlüsselelemente der Plattform im Vergleich zur bestehenden On-Premises-Implementierung zu bewerten. Mithilfe dieser Informationen können Sie ermitteln, welche konkreten Aufgaben für den Übergang erforderlich sind und welche Änderungen Sie vornehmen möchten, um Ihre geschäftlichen und technischen Anforderungen und Anwendungsfälle zu erfüllen.

Folgende Aspekte sollten im Rahmen dieser Bemühungen überprüft werden.

Lizenzierung

Das Verständnis der aktuellen Lizenzstruktur der bestehenden Implementierung ist entscheidend für die Vorbereitung der Migration. Führen Sie eine Lizenzbewertung der folgenden Bereiche Ihrer bestehenden Cisco-On-Premises-Lösung durch.

Plattform

Die Fähigkeit, genau darzulegen, was aktuell auf Ihrer Kernplattform lizenziert ist, ist entscheidend, um gemeinsam mit Ihrem Account-Team oder Partner den besten Weg zu flexiblen Lizenzen zu finden. Weitere Informationen zur Flex-Lizenzierung finden Sie unter Cisco Collaboration Flex Plan.
Benutzer und Geräte

Ermitteln Sie, welche Lizenzkategorie Ihre bestehenden Benutzer und Geräte benötigen. Dies dient zur Ermittlung des benötigten Lizenztyps für die Benutzer und Geräte. bietet verschiedene Lizenztypen an, darunter Professional- und Standardlizenzen für Benutzer sowie Professional- und Gemeinschaftsbereichslizenzen für Arbeitsbereiche. Weitere Informationen zur Gerätelizenzierung finden Sie im Datenblatt unter Gerätelizenzierung.
Lokaler Gateway

Falls für den PSTN-Zugang im Rahmen dieser Umstellung das Cisco Unified Border Element (CUBE) erforderlich ist, muss auch die CUBE-Lizenzierung berücksichtigt werden. Die Lizenzbestimmungen für CUBE werden später in diesem Dokument behandelt.

Locations/Sites

Bei der Planung dieses Übergangs sollten die Anzahl und die Arten der Standorte (großer Zentralstandort, Regionalstandort, Zweigstelle usw.) innerhalb Ihrer bestehenden Infrastruktur berücksichtigt werden. Ein umfassendes Verständnis der bestehenden Einsatzstandorte wird bei der strategischen Planung eines erfolgreichen Übergangs hilfreich sein, insbesondere wenn es darum geht, zu bestimmen, welche Standorte in welcher Reihenfolge migriert werden sollen. Ein detailliertes Verständnis der Anforderungen an den Wählplan (Nummerierung, Wählgewohnheiten, Beschränkungsklassen usw.), der Netzwerkverbindungen und Bandbreite (Internet, WAN, LAN) sowie des PSTN-Zugangs (lokal oder zentralisiert, IP oder TDM) für jeden Standort ist für die Entscheidungsfindung bei der Migration von entscheidender Bedeutung. Weitere Informationen zu gängigen Bereitstellungsmodellen und wichtigen Überlegungen finden Sie in den Informationen zu Bereitstellungsmodellen für die Zusammenarbeit im Collaboration SRND.

Ein weiterer wichtiger Aspekt bei der Umstellung auf ist die Verfügbarkeit am jeweiligen Standort. bietet unterschiedliche Funktionen, Abonnements und Geräte, die je nach Einsatzort verfügbar sind. Weitere Informationen zur geografischen Verfügbarkeit finden Sie unter Wo ist Webex verfügbar?.

Schließlich ist es wichtig, die Auswirkungen des Übergangs auf andere Kollaborationsdienste zu verstehen. Ausgehend vom Ziel dieses Dokuments wird allgemein angenommen, dass, wenn bestehende Kollaborationsdienste außerhalb der aufrufenden Arbeitslast aufrechterhalten werden sollen, ein Übergang zur oben erwähnten hybriden Bereitstellung in Phase 1 zu erwarten ist. Beispiele für Kollaborationsdienste, die möglicherweise eine hybride Bereitstellung erfordern, sind ein lokales Kontaktcenter, das noch nicht auf ein Webex-Kontaktcenter migriert wurde, und enge Integrationen in Systeme wie Paging-Systeme und Abrechnungssysteme. Weitere Informationen zum Übergang zusätzlicher Kollaborations-Workloads und -Dienste finden Sie unter Kollaborationsübergänge.

Vorhandener Lagerbestand devices/clients

Vor Beginn der Umstellung ist es wichtig, eine Bestandsaufnahme Ihrer vorhandenen Hardware- und Software-Endpunkte durchzuführen. Eine vollständige Liste der Geräte types/models, Die Hardwareversionen, die Arten der Soft-Client-Betriebssysteme und die Anzahl der Geräte gewährleisten, dass Sie die Umstellung der Geräte angemessen planen und die Auswirkungen für diejenigen Geräte abmildern können, die nicht auf Cloud-Anrufe migriert werden können. Anhand des Inventars sollte ermittelt werden, welche Geräte vor der Umstellung umgestellt und welche ersetzt werden sollen.

Tischtelefone

Für Audio- und Video-Tischtelefone werden nur die Tischtelefone der Serien 6800, 7800, 8800 und 9800 unterstützt. Dies ist eine Teilmenge der Cisco IP-Telefone, die unterstützt werden. Es gibt einige Modelle und Versionen der Telefone 6800, 7800 und 8800, die nicht mit verwendet werden können. Weitere Informationen darüber, welche Modelle und Hardwareversionen unterstützt werden, finden Sie unter Unterstützte Geräte für Webex Calling.

Die IP-Telefone der Cisco 6800-Serie können nicht von der Enterprise-Firmware auf die Multiplatform (MPP)-Firmware aktualisiert werden, die für erforderlich ist. Daher müssen alle 6800-Telefone, die mit Enterprise-Firmware betrieben werden, durch ein 6800 MPP-Modell oder ein anderes unterstütztes Telefonmodell ersetzt werden.

Die IP-Telefone der Cisco-Serien 7800 und 8800 müssen vor der Umstellung und Registrierung auf die Multiplatform Phone (MPP)-Firmware aktualisiert werden. Um herauszufinden, welche Modelle und Hardwareversionen der Serien 7800 und 8800 die MPP-Firmware unterstützen, siehe Konvertierung von Cisco IP-Telefonen der Serien 7800 und 8800 zwischen Enterprise- und MPP-Firmware.

Die Modelle 8845, 8865 und 8865NR werden nicht mehr verkauft und eine Migration wird nicht empfohlen.

Ältere Versionen der Telefone der Serie 8800 (8811, 8841, 8851, 8851NR, 8861) werden für die Verwendung mit Webex Calling nicht empfohlen. Telefone mit der Hardwareversion VID 14 oder älter werden zwar erkannt, es kann jedoch aufgrund der Hardware zu Leistungsproblemen kommen.

Die Tischtelefone der Serie 9800 laufen mit PhoneOS, das sowohl die Telefonie als auch die Telefonie unterstützt. Daher kann auf diese Telefone ohne Firmware-Upgrade umgestellt werden.

Alle anderen IP-Telefone müssen durch Telefone der Serien 6800, 7800, 8800 oder 9800 ersetzt werden, die von Webex Calling unterstützt werden. Weitere Informationen zu den unterstützten IP- und Tischtelefonen finden Sie im Artikel Unterstützte Geräte für Webex Calling.

Videoendpunkte

Persönliche und raumbezogene Videoendpunkte, einschließlich der Cisco Board-Serie, Room-Serie und Desk-Serie, können sich nativ per SIP registrieren. Alle diese Endpunkte, die Audio ausgeben müssen and/or Für PSTN-Anrufe ist eine Telefonlizenz erforderlich:

Für gemeinsam genutzte Geräte in Konferenzräumen, Besprechungsräumen usw. ist entweder eine Professional Workspace- oder eine Workspace-Lizenz erforderlich.

Für ein persönliches Endgerät benötigt der Benutzer eine professionelle oder Standardlizenz.

Ermitteln Sie, wie viele Videoendpunkte registriert sind und für Audioanrufe verwendet werden. Es ist möglich, dass einige der Videoendpunkte nur für die Teilnahme an Besprechungen oder für SIP-Videoanrufe verwendet werden können. In beiden Fällen müssen die Endpunkte noch migriert werden, bevor die Server außer Betrieb genommen werden. Dies hilft jedoch dabei, festzustellen, wie viele von ihnen Lizenzen benötigen, um weiterhin Telefongespräche führen zu können.

Wenn Videogeräte von der Registrierung in den Cloud-Zustand verschoben werden, ändert sich die URI für diese Endpunkte, da sie nun in der Cloud registriert sind.

Die Telefonmodelle 8845, 8865 und 8875 sind persönliche Videotelefone, die mit unterstützt werden.

Soft-Clients

Dies ist der einzige Softclient, der von unterstützt wird, im Gegensatz zu Unified CM, das sowohl die Webex-App als auch Jabber unterstützt, und ist der neue Standard-Softclient für Endbenutzer.

Abhängig von den für Jabber implementierten Bereitstellungsmodi (nur Instant Messaging, nur Telefonie, and/or Bei vollständigen UC-Modi) müssen Sie möglicherweise auch den Übergang des Messaging-Dienstes in Betracht ziehen. and/or Meeting-Workloads von Jabber bis hin zu . Die Anwendung kann im reinen Telefonmodus bereitgestellt werden, wenn sie nur als Anrufclient verwendet wird, oder als vollständige Webex Suite, wenn andere Arbeitslasten, z. B. Webex Messaging, unterstützt werden. and/or Webex Meetings werden auf die App mit Anruffunktion umgestellt.

Dies verbessert das Endnutzererlebnis durch die Bereitstellung von KI-Funktionen wie audio/video Nachrichtendienstliche Informationen, Gesprächsaufzeichnungen und andere. Weitere Informationen finden Sie unter .https://www.webex.com/all-new-webex

Bevor Sie die Benutzer auf die neue Version umstellen, müssen Sie deren Jabber-Clients auf die neue Version migrieren. Sie haben zwei Möglichkeiten, diesen Übergang abzuschließen.

Bevor Sie sie auf

Wenn Sie sie auf . umstellen

Um den anfänglichen Übergang zu erleichtern, wird empfohlen, Option 1 zu verwenden und die Benutzer mit einem ersten Aufruf auf die neue Version umzustellen. Dadurch haben die Benutzer Zeit, sich mit der neuen Anwendung vertraut zu machen, während sie weiterhin die bestehende lokale Telefonieplattform nutzen. Sobald Sie bereit sind, die Benutzer zu migrieren, konfigurieren Sie deren Benutzerkonten so, dass sie sich bei der Cloud-Anrufplattform registrieren.

Weitere Informationen zu diesen beiden Optionen finden Sie unter Migrationsprozess – ein oder zwei Schritte?.

Eine vollständige Liste der unterstützten Geräte finden Sie unter Unterstützte Geräte für Webex Calling.

Geräteberechtigung prüfen

Wie bereits erwähnt, wird nur eine Teilmenge der Cisco IP-Telefone unterstützt und für die Telefone der Serien 7800 und 8800 ist ein anderer Firmware-Typ erforderlich. Unified CM-Telefone verwenden die Enterprise-Firmware, während Phones die Multiplatform Phone (MPP)-Firmware verwenden. Es wird empfohlen, während der Vorbereitungsphase zu überprüfen, welche registrierten Telefone für ein Upgrade auf die MPP-Firmware geeignet sind. Dies gibt Ihnen Zeit, nicht kompatible Telefone durch eines der unterstützten Telefonmodelle zu ersetzen oder einen alternativen Plan zu finden, z. B. die Umstellung eines Benutzers ausschließlich auf die Webex-App.

Um die Eignung der Telefone zu ermitteln, verfügt Control Hub über ein integriertes Tool namens Migrate Your Phone to Webex Calling. Wenn Sie dieses Tool verwenden, um die Geräteberechtigung zu prüfen, wählen Sie die Migrationsoption Nur Gerätelizenz generieren.

Option des Control Hub-Tools zur Überprüfung der Eignung von Unified CM-Telefonen für Webex Calling

Mit dieser Option können Sie eine CSV-Datei mit den Telefonnummern hochladen, um die Eignung jedes einzelnen Telefons zu überprüfen. Durch die Auswahl dieser Migrationsoption werden die Telefone nicht hinzugefügt, da Sie sich noch in der Vorbereitungsphase befinden und noch nicht bereit sind, dies zu tun. Weitere Informationen finden Sie unter Ihr Telefon zu Webex Calling migrieren .

Es ist möglich, dass einige Telefone mit der Angabe Unbekannt Berechtigung zurückkommen. Dies liegt typischerweise daran, dass das Backend-System einige Informationen über das Telefon nicht validieren kann. Für alle Telefone mit dem Status Unbekannt haben Sie zwei Möglichkeiten zu überprüfen, ob sie für ein Upgrade auf die MPP-Firmware geeignet sind.

Überprüfen Sie jedes Telefon manuell und verifizieren Sie das Modell und die Hardwareversion (PID VID).

7800/8800 Telefonetikett mit Modell- und Hardwareversionsinformationen

Verwenden Sie das Cisco IP-Telefon-Bereitschaftstool

Laden Sie das Tool von https://github.com/joemar2/mpp_readiness_checkherunter.

Dieses Tool ist kein offizielles Cisco-Tool und wird auch nicht vom TAC unterstützt. Es wird bestmöglicher Support angeboten, die Nutzung ist aber kostenlos.

Dieses Tool muss auf einem Rechner ausgeführt werden, der sich im selben Gebäude befindet und auf die Server und IP-Telefone zugreifen kann. Es bietet die Möglichkeit, den Webzugriff auf den IP-Telefonen zu aktivieren, was empfohlen und notwendig ist, um optimale Ergebnisse zu erzielen. Daher sollte es außerhalb der Geschäftszeiten verwendet werden, um Störungen für die Endnutzer zu vermeiden. Das Tool liefert einen Bericht, der auflistet, welche Telefone der Serien 7800 und 8800 für ein Upgrade auf die MPP-Firmware geeignet sind. Da es direkt auf das Telefon zugreift, kann es die unbekannten Geräte überprüfen, die vom Control Hub-Tool gemeldet wurden.

Bericht zum Cisco IP-Telefon-Bereitschaftstool

Benutzer

Einer der wichtigsten Vorbereitungsschritte für eine erfolgreiche Migration ist die ordnungsgemäße Benutzerbereitstellung. Auch bei einer schrittweisen Migration müssen Sie alle Benutzer angemessen einplanen. Für folgende Fälle müssen Benutzer eingerichtet werden:

Bereitstellung mit Calling

Bereitstellung der mit

Dienste für einen Benutzer konfigurieren

Um Benutzer im Verzeichnis auffindbar zu machen (Click-to-Call, Benutzerkontaktinformationen, Telefonverzeichnissuche).

Es wird empfohlen, alle Benutzer vor oder zu Beginn Ihres Projekts zu provisionieren. Dies schließt Benutzer ein, die Unified CM weiterhin für ihre Anrufplattform verwenden, die unabhängig von ihrem Anrufgerät (IP-Telefon, Jabber, ) ist. Wenn Benutzer migriert werden zu (and/or Sie werden deren Lizenzen aktualisieren, um die benötigten Dienste zu aktivieren. Indem Sie alle Enterprise-Telefonie-Benutzer vor Beginn Ihrer Umstellung bereitstellen, ermöglicht dies einem Benutzer, der auf die neue Version umgestiegen ist, im Verzeichnis nach einem Enterprise-Telefonie-Benutzer zu suchen, der noch Jabber verwendet. and/or An . Dadurch wird sichergestellt, dass die Nutzer nach dem Wechsel die Kontaktdaten anderer Nutzer finden und diese über die Verzeichnissuche anrufen können.

Die Abbildung Verzeichnissuche zeigt ein Beispiel, wie ein Benutzer nach einem anderen Benutzer sucht. Die Suchergebnisse zeigen die Kontaktinformationen des Nutzers an und können sich auf einen Nutzer beziehen, der noch Jabber verwendet, oder auf einen Nutzer, der zu [Name der Plattform/des Dienstes] gewechselt ist. and/or Die

Webex App-Verzeichnissuche

Ermitteln Sie anschließend, welche der bestehenden On-Premises-Anrufer auf die neue Plattform umgestellt werden sollen. Wenn alle oder eine große Anzahl von Benutzern umgestellt werden sollen, empfiehlt es sich, die Umstellung in Gruppen durchzuführen, um sicherzustellen, dass das Projektteam, die IT-Mitarbeiter und das Supportpersonal in der Lage sind, die Umstellung und eventuell auftretende Probleme zu bewältigen. Sie sollten außerdem Zeit einplanen, um erste Informationen und Schulungen anzubieten, damit die Benutzer auf diesen Übergang vorbereitet sind. Die Gruppierung von Benutzerübergängen kann auf der Grundlage einer Vielzahl von Kriterien erfolgen, darunter der Standort oder die Stelle, der/die die Benutzer zugewiesen ist, die Abteilungen der Benutzer oder sogar Benutzertypen (Wissensarbeiter, Führungskräfte, mobile Mitarbeiter usw.).

Wenn die Benutzer im Rahmen der Implementierung beispielsweise auf drei Hauptstandorte verteilt sind, New York (NYC), San Francisco (SFC) und Research Triangle Park (RTP), könnte ein Benutzerübergangsplan wie der in der Tabelle Benutzerübergangsplan nach Standort dargestellte Plan aussehen.
Tabelle 4. Benutzerübergangsplan nach Standort
Benutzerseite / Standort Informations- und Schulungsveranstaltungen vor dem Übergang Übergangszeitraum Unterstützung nach dem Übergang
New York City (1.525 Nutzer) Woche vom 1. April 15. April – 27. April Woche vom 29. April
SFO (1.600 Nutzer) Woche vom 6. Mai 20. Mai – 31. Mai Woche vom 3. Juni
RTP (1.275 Benutzer) Woche vom 3. Juni 17. Juni – 28. Juni Woche vom 1. Juli

Ein weiterer wichtiger Faktor ist die gemeinsame Umstellung von Nutzern, die voneinander abhängig sind. Dies kann unter anderem Folgendes umfassen:

BLF-Überwachung

Gleiche Jagd pilot/group

Share-Lines

Teil derselben Anrufannahmegruppe

Verwendung derselben Rufnummern

Sprechanlage

Admin/Exec.

Sie können die Konfiguration überprüfen (GUI oder Export) oder das Tool Migration Insights verwenden, um die Benutzergruppen mit diesen Abhängigkeiten zu identifizieren.

Tabelle 4. Benutzerübergangsplan nach Standort
Benutzerseite / Standort	Informations- und Schulungsveranstaltungen vor dem Übergang	Übergangszeitraum	Unterstützung nach dem Übergang
New York City (1.525 Nutzer)	Woche vom 1. April	15. April – 27. April	Woche vom 29. April
SFO (1.600 Nutzer)	Woche vom 6. Mai	20. Mai – 31. Mai	Woche vom 3. Juni
RTP (1.275 Benutzer)	Woche vom 3. Juni	17. Juni – 28. Juni	Woche vom 1. Juli

PSTN-Anbindung

Es gibt drei Möglichkeiten, auf das PSTN zuzugreifen: Cisco-Telefonie-Tarife, Cloud Connect für (ehemals Cloud Connected PSTN) und lokales PSTN (Local Gateway). Allerdings kann ein einzelner Standort, wie er innerhalb der Definition festgelegt ist, nur einer einzigen PSTN-Option zugeordnet werden.

Ein lokales PSTN-Netz mit einem lokalen Gateway (LGW) ist ein wesentlicher Bestandteil der Übergangsstrategie. Es stellt die Verbindung zwischen der lokalen Bereitstellung her. and/or PSTN und die Plattform unterstützen sowohl Cisco- als auch zertifizierte Session Border Controller (SBC) von Drittanbietern, die als lokales Gateway verwendet werden können. Die aktuellste Liste der unterstützten SBCs finden Sie unter Liste der unterstützten SBCs.

Unterstützt bis zu 250 gleichzeitige Aufrufe von einem einzelnen lokalen Gateway, das auf Registrierung basiert, und mehr als 250 gleichzeitige Aufrufe von einem einzelnen lokalen Gateway, das auf Zertifikat basiert. Zertifikatsbasierte lokale Gateways können bis zu 6500 gleichzeitige Anrufe unterstützen, dies hängt jedoch von der Art der Verbindung ab, zu der das lokale Gateway Konnektivität hat (Over-the-Top vs. Interconnect Peering) und vom SBC-Modell, auf dem das lokale Gateway bereitgestellt wird. Bei diesen Grenzwerten handelt es sich im Wesentlichen um die Standardanzahlbegrenzung sowohl für lokale Gateway-basierte PSTN-Anrufe als auch für standortübergreifende Anrufe zwischen Endpunkten. Weitere Informationen finden Sie unter Erste Schritte mit dem lokalen Gateway.

Anrufe, die dieses Limit überschreiten, werden mit einem 403 Forbiddenzurückgewiesen. Mit dem Befehl show call active voice kann jederzeit auf dem lokalen Gateway die Gesamtzahl der aktiven Anrufe ermittelt werden.

Schlechte Netzwerkbedingungen zwischen einem lokalen Gateway und dem Zugriffs-SBC können die Leistungsfähigkeit der Signalisierungsverbindung einschränken, was zu einer noch geringeren Anzahl gleichzeitiger Anrufe führt. Die Einweglatenz zwischen dem lokalen Gateway und dem Rechenzentrum sollte 100 ms nicht überschreiten, der Jitter sollte unter 10 ms liegen und der Paketverlust unter 0,5 %. %.

Merkmale & Funktionsnutzung

Bei der Beurteilung der aktuellen Umgebung ist es wichtig, die konfigurierten Funktionen zu identifizieren und zu überprüfen. Darüber hinaus ist es wichtig, die Verwendung der Funktionen zu verstehen, damit Sie Ihre geschäftlichen und technischen Anforderungen für Ihre Implementierung (neu) definieren können.

Um festzustellen, welche Funktionen konfiguriert sind, analysieren Sie die Konfiguration. Hierbei handelt es sich ausschließlich um statische Daten, die beim Konfigurieren einer Funktion oder Einstellung im System festgelegt werden. Zur Durchführung dieser Analyse können folgende Optionen verwendet werden:

Überprüfen Sie die Konfiguration in der Admin-GUI.

Konfigurationsexport -- Massenexport oder AXL

Migration Insights Tool (Empfohlen)

Tools von Cisco-Drittanbieterpartnern (Empfohlen).

Für eine effektive Analyse der Funktionsnutzung ist es unerlässlich, dynamische Systemdaten wie Auslastung, Registrierungen und Anrufaktivität zu untersuchen. Diverse Analysetools und Dashboards liefern Einblicke in diese Kennzahlen und ermöglichen so ein umfassendes Verständnis der Systemleistung und -kapazität. Dies unterstützt fundierte Entscheidungen bei Migrations- und Optimierungsmaßnahmen. Für diese Art von Analyse können folgende Optionen verwendet werden:

Überprüfung der Rohdatensätze der CDRs

Überprüfung der Unified CM RTMT-Daten

Migration Insights Tool unter Verwendung von CDR-Daten

Überblick über Cloud-basierte UC-Analysen in

Anrufvolumen

Registrierte Endpunkte

(CAC) Standorte

Trunk-Auslastung.

Tools von Cisco-Drittanbieterpartnern.

Cisco empfiehlt, für diese Analyse mit dem Tool Webex Control Hub Migration Insights zu beginnen. Sie importieren Ihre exportierte .TAR-Datei und die Unified CM CDR-Dateien (optional, aber für die Funktionsnutzungsanalyse erforderlich) in das Tool. Das Tool generiert die folgenden CSV-basierten Berichte, die als Ausgangspunkt für die Analyse dienen können:

Tabelle 5 Berichte, die aus der Unified CM .tar-Datei generiert wurden
Berichtsname
Berichtsbeschreibung
ImportedDataBulk.csv
Alle Benutzer und Geräte aus den Unified CM-Daten
DeviceEligibility.csv
Identifiziert Geräte, die für die Migration zu Webex Calling geeignet sind (IP-Telefone, Room OS-Geräte, ATAs und Drittanbietergeräte).
DevicePoolNumbers.txt
Liste aller Nummern in einem bestimmten Gerätepool
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Details zu Geräten und Benutzern, die basierend auf gemeinsam genutzten Leitungen, Hunt-Pilot, Anrufwarteschlange, Anrufparkplatz und Anrufannahmegruppenkonfiguration gemeinsam migriert werden sollen.
HuntGroupMigrationInsight.csv
Detaillierte Informationen zu zugewiesenen Anruflinien, Anrufgruppen und zugehörigen Agenten
SharedlineGroupMigrationReport.csv
Überblick darüber, wie Telefonnummern (Telefonnummern aus dem Telefonbuch) zwischen Benutzern geteilt werden

Tabelle 6: Berichte, die aus Unified CM .tar- und CDR .gzip-Dateien generiert wurden
Berichtsname
Berichtsbeschreibung
FeatureUsageBasedDeviceEligibilityReport.csv
Informationen zur Berechtigung zur Gerätemigration basierend auf der Funktionsnutzung
FeatureUsageWithLastUsageDateReport.csv
Nutzungszähler für die Anzahl der Anrufe an die Jagdpiloten und Anrufwarteschlangen sowie das Datum der letzten Nutzung
UserWorkspaceLastUsage.csv
Letztes Nutzungsdatum für Benutzer und Arbeitsbereiche sowohl für Softwareclients als auch für Festnetztelefone
DIDUsageReport.csv
DID-Nutzung für zugewiesene und nicht zugewiesene DIDs

Weitere Details zu den Migration Insights-Berichten finden Sie unter Migration Insights.

Falls Sie nach Durchsicht der Informationen in den Migration Insights-Berichten weitere Informationen zu den Funktionen und deren Verwendung benötigen, empfiehlt Cisco die Verwendung eines Migrationstools eines Drittanbieterpartners von Cisco. and/or Die Konfigurationen können Sie in der grafischen Benutzeroberfläche oder in den Konfigurationsexportdaten überprüfen.

Tabelle 5 Berichte, die aus der Unified CM .tar-Datei generiert wurden
Berichtsname Berichtsbeschreibung
ImportedDataBulk.csv Alle Benutzer und Geräte aus den Unified CM-Daten
DeviceEligibility.csv Identifiziert Geräte, die für die Migration zu Webex Calling geeignet sind (IP-Telefone, Room OS-Geräte, ATAs und Drittanbietergeräte).
DevicePoolNumbers.txt Liste aller Nummern in einem bestimmten Gerätepool
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Details zu Geräten und Benutzern, die basierend auf gemeinsam genutzten Leitungen, Hunt-Pilot, Anrufwarteschlange, Anrufparkplatz und Anrufannahmegruppenkonfiguration gemeinsam migriert werden sollen.
HuntGroupMigrationInsight.csv Detaillierte Informationen zu zugewiesenen Anruflinien, Anrufgruppen und zugehörigen Agenten
SharedlineGroupMigrationReport.csv Überblick darüber, wie Telefonnummern (Telefonnummern aus dem Telefonbuch) zwischen Benutzern geteilt werden

Tabelle 6: Berichte, die aus Unified CM .tar- und CDR .gzip-Dateien generiert wurden
Berichtsname Berichtsbeschreibung
FeatureUsageBasedDeviceEligibilityReport.csv Informationen zur Berechtigung zur Gerätemigration basierend auf der Funktionsnutzung
FeatureUsageWithLastUsageDateReport.csv Nutzungszähler für die Anzahl der Anrufe an die Jagdpiloten und Anrufwarteschlangen sowie das Datum der letzten Nutzung
UserWorkspaceLastUsage.csv Letztes Nutzungsdatum für Benutzer und Arbeitsbereiche sowohl für Softwareclients als auch für Festnetztelefone
DIDUsageReport.csv DID-Nutzung für zugewiesene und nicht zugewiesene DIDs

Cisco-Integrationen: Unity Connection UCCX UCCE

Voicemail ist ein integraler Bestandteil des Angebots und nativ in die Lösung integriert. Eine Integration mit einer lokal installierten Voicemail-Lösung wie Unity Connection oder Unity Connection Express ist nicht möglich. Darüber hinaus gibt es keine native Möglichkeit, bestehende Voicemail-Nachrichten oder Begrüßungen aus Unity-Verbindungen in den nativen Voicemail-Dienst zu migrieren, der mit verfügbar ist. Einige Migrationstools von Ciscos Drittanbietern verfügen über die Möglichkeit, einen Teil dieser Daten zu migrieren. Weitere Informationen zur Voicemail für finden Sie unter Konfigurieren und Verwalten der Voicemail-Einstellungen für einen Webex Calling-Benutzer.

Unterstützt auch gemeinsam genutzte Voicemail- und Fax-Postfächer. Weitere Informationen finden Sie unter Verwalten einer gemeinsamen Voicemail- und Fax-Eingangsbox für Webex Calling.

verfügt über eine integrierte automatische Anrufbeantworterfunktion, die als Teil der Kernplattform enthalten ist. Diese Funktion ermöglicht die Migration der Anrufbehandler und der automatischen Telefonzentrale Ihrer Unity Connection. Das Control Hub-Tool, Migrate Features from Unified CM, unterstützt die Migration der Unity Connection-Konfigurationen zu Auto-Attendants. Weitere Informationen zur Verwendung dieses Tools finden Sie unter Migration von Geräten und Funktionen von Unified CM zu Webex Calling.

Anrufaufzeichnung

Beinhaltet zwei Optionen zur Anrufaufzeichnung ohne zusätzliche Kosten.

Webex-Anrufaufzeichnung

Dubber Go-Aufnahme (Partnerangebot) – eine Integration zwischen Dubber und Dubber, bei der alle aufgenommenen Medien sicher in der Cloud gespeichert werden.

enthaltene Aufzeichnungsoptionen Tabelle hebt einige Hauptmerkmale der beiden Anrufaufzeichnungsoptionen hervor, die ohne zusätzliche Kosten verfügbar sind.

Tabelle 7: inklusive Aufnahmeoptionen
Webex Dubber Go

Für alle Nutzer verfügbar Für alle Nutzer verfügbar

Unbegrenzte Aufnahmen Unbegrenzte Aufnahmen

Aufbewahrungsfrist von 1 Jahr* Aufbewahrungsfrist von 30 Tagen

100 GB Speicherplatz pro Organisation -

Compliance-Beauftragte können auf Anrufaufzeichnungen zugreifen und diese verwalten. -

APIs zur Verwaltung von Aufnahmen -

Administratoren können den Zugriff der Benutzer auf ihre Anrufaufzeichnungen konfigurieren und verwalten.
Nutzer können ihre eigenen Aufnahmen über das Benutzer-Hub verwalten. and/or die Webex-App.
Nur Benutzer können auf ihre Aufnahmen zugreifen und diese verwalten.
Von ihrem Synchronisationsportal.

Wenn Ihre Organisation zusätzliche Aufzeichnungsfunktionen benötigt, wie z. B. die Aufzeichnung von Compliance-Anrufen, längere Aufbewahrungsfristen, mehr Speicherplatz oder KI-Analysen, and/or Administratorzugriff, kostenpflichtige Angebote oder Add-ons sind sowohl von Cisco als auch von Drittanbietern für Aufzeichnungsfunktionen verfügbar. Weitere Informationen zu Aufzeichnungsanbietern, Konfigurationen und zusätzlichen Partnerdiensten finden Sie unter Anrufaufzeichnung für Webex Calling verwalten.

Tabelle 7: inklusive Aufnahmeoptionen
Webex	Dubber Go
Für alle Nutzer verfügbar	Für alle Nutzer verfügbar
Unbegrenzte Aufnahmen	Unbegrenzte Aufnahmen
Aufbewahrungsfrist von 1 Jahr*	Aufbewahrungsfrist von 30 Tagen
100 GB Speicherplatz pro Organisation	-
Compliance-Beauftragte können auf Anrufaufzeichnungen zugreifen und diese verwalten.	-
APIs zur Verwaltung von Aufnahmen	-
Administratoren können den Zugriff der Benutzer auf ihre Anrufaufzeichnungen konfigurieren und verwalten. Nutzer können ihre eigenen Aufnahmen über das Benutzer-Hub verwalten. and/or die Webex-App.	Nur Benutzer können auf ihre Aufnahmen zugreifen und diese verwalten. Von ihrem Synchronisationsportal.

Integrationen von Drittanbietern

Unterstützt eine Vielzahl von^{Drittanbieterintegrationen}, darunter unter anderem SBCs für lokale Gateways, IP-Telefone und Intercom-Telefone. Speaker/Pagers, ATAs usw. Zusätzlich zu diesen Geräten von^{Drittanbietern unterstützt Webex Calling verschiedene^{Drittanbieterlösungen für Kundensupport,} Analysen , Aufzeichnung, Abrechnung usw. Weitere Informationen zu^{Drittanbieterlösungen finden Sie im} Webex App Hub.}

Planen (Plan, P)

Projektplan auf hoher Ebene

Migrationsweg – ein oder zwei Schritte?

Option 1: Einzelschritt-Benutzermigration

Option 2: Zweistufige Benutzermigration

Schritt 1

Schritt 2

Projektplan auf hoher Ebene

Bei der Entwicklung eines übergeordneten Projektplans für die Migration von zu ist es unerlässlich, klare Phasen und Meilensteine festzulegen, die sowohl den Geschäftszielen als auch den technischen Anforderungen entsprechen. Der Plan sollte mit einer umfassenden Bewertungsphase beginnen, die die Erfassung detaillierter technischer und geschäftlicher Anforderungen sowie die Identifizierung von Stakeholdern und die Definition von Erfolgskriterien umfasst. Zu den wichtigsten Überlegungen gehören die Ressourcenallokation, die Zeitschätzung, das Risikomanagement und Kommunikationsstrategien, um sicherzustellen, dass alle Beteiligten während der gesamten Migration informiert und eingebunden sind. Darüber hinaus sollte der Plan Validierungs-Checkpoints wie Pilotversuche und schrittweise Einführungen beinhalten, um Störungen zu minimieren und Anpassungen auf der Grundlage von Rückmeldungen zu ermöglichen.

Beispiele für Elemente, die in den Projektplan aufgenommen werden sollten, sind:

Den Umfang der Migration festlegen (z. B. welche Benutzer, Geräte und Funktionen migriert werden)

Planung von Schulungen für Endbenutzer und Supportteams

Koordinierung von Netzwerkbereitschaftsbewertungen und

Planung der Umstellungsaktivitäten mit Ausweichoptionen. Wichtig ist außerdem die Integration von Compliance- und Sicherheitsprüfungen sowie von Support- und Optimierungsphasen nach der Migration.

Durch die Berücksichtigung dieser Aspekte bei der Strukturierung des Projektplans können Organisationen die Komplexität besser bewältigen, Risiken reduzieren und einen reibungsloseren Übergang erreichen.

Migrationsweg – ein oder zwei Schritte?

setzt voraus, dass die Benutzer die Software für ihren Anruf-Softclient verwenden. Wenn also noch Benutzer die Version 1 verwenden, haben Sie zwei Möglichkeiten, wann Sie diese Benutzer zur Version 2 wechseln können. Sie können entweder eine einstufige oder eine zweistufige Benutzermigration durchführen.

Option 1: Einzelschritt-Benutzermigration

Bei einer einstufigen Migration wechseln die Benutzer gleichzeitig von Unified CM zu . Diese Option eignet sich typischerweise für Kunden mit einer geringen Anzahl von Benutzern, die migriert werden müssen und die in der Lage sind, sowohl den Softclient als auch den Anrufdienst des Benutzers gleichzeitig zu migrieren. Die Abbildung Benutzeranrufdienst, Softclient & Das Telefon migriert gleichzeitig unten hebt diese Art der Migration hervor. Mit dieser Option werden folgende Schritte gleichzeitig für den Benutzer erledigt:

Anrufdienste wurden von nach

Telefonnummern und Durchwahlen wurden von nach verschoben

Der Softclient ist von Jabber auf die neue Version umgestiegen und wird sich dort registrieren.

Die Telefonregistrierung wurde von nach verschoben.

Anrufdienst des Benutzers, Softclient & Das Telefon migriert gleichzeitig

Dies kann weiterhin eine phasenweise Migration sein, bei der Benutzergruppen zu unterschiedlichen Zeitpunkten migriert werden, aber wenn jeder Benutzer migriert wird, geschieht dies alles gleichzeitig.

Option 2: Zweistufige Benutzermigration

Der andere Ansatz ist eine zweistufige Migration. Im ersten Schritt werden die Benutzer von der vorherigen zur nächsten Stufe umgeschaltet, bleiben aber für Anrufdienste auf der vorherigen Stufe. Im zweiten Schritt werden die Benutzer dann von Unified CM zu . Diese Option wird größeren Kunden empfohlen, die die Änderungen der Endbenutzer verwalten und die Änderung des Softclients des Benutzers von der Änderung des Anrufdienstes trennen möchten. Die folgende Abbildung Migration des Softclients; anschließend Migration des aufrufenden Dienstes und des Softclients & Die unten stehende Option „Telefon zu Webex Calling “ hebt diese Art der Migration hervor.

Schritt 1

Der Soft-Client wurde von auf umgestellt - wird sich bei registrieren.

Schritt 2

Die Anrufdienste wurden von nach verschoben.

Telefonnummern und Durchwahlen wurden von nach verschoben.

Die Registrierung wurde von nach verschoben.

Die Telefonregistrierung wurde von nach verschoben.

Zuerst den Softclient migrieren; dann den Anrufdienst und den Softclient migrieren. & Telefon zu Webex-Anruf

Dies kann weiterhin eine phasenweise Migration sein, bei der Benutzergruppen in beiden Schritten zu unterschiedlichen Zeitpunkten migriert werden.

Die von Ihnen gewählte Option hängt davon ab, wie Sie den Übergang Ihrer Benutzer zu und gestalten möchten. Es wird empfohlen, schrittweise vorzugehen (Option 2). Dadurch können Sie die Änderungen, die der Endbenutzer auf einmal vornehmen muss, minimieren und den Aufwand auf verschiedene Teile des Projekts verteilen. Sollten Sie es jedoch vorziehen, dass die Benutzer nur einmal betroffen sind, ist auch die Verwendung von Option 1 zulässig.

Betrachtet man den empfohlenen Ablauf (Option 1), zeigt die folgende Abbildung den allgemeinen Übergang von Jabber zur Webex App für Schritt 1.

Übersichtliche Übergangsübersicht von Jabber zu Webex App

In diesem Schritt werden die Benutzer von Jabber auf den Dienst für alle ihre Anrufe umgestellt. Die Anrufplattform ist jedoch weiterhin Unified CM und wird ihre Anrufdienste bei registrieren. Wie aus der Abbildung „ Übersichtliche Übergangskarte von Jabber zu Webex App“ ersichtlich ist, ändert sich die lokale Infrastruktur nicht, und die Funktionsweise entspricht der von Jabber. Die einzige Änderung besteht darin, dass eine Verbindung nach außen erforderlich ist.

Weitere Informationen zu diesem Übergang finden Sie unter Jabber to Webex Transition Map and Deployment Guide im Abschnitt Client auf der Seite Collaboration Transition.

Unified CM to Webex Calling high-level transition map figure is the high-level transition from to . Dies ist Schritt 2 der empfohlenen Vorgehensweise.

Übersichtstabelle für den Übergang von Unified CM zu Webex Calling

Dies gilt auch, wenn Sie sich für die einstufige Vorgehensweise entscheiden.

In diesem Schritt werden die Benutzer in Gruppen eingeteilt. An diesem Punkt beginnen die Benutzer, die Dienste für ihre Anrufe, die Anrufregistrierung und die IP-Telefonregistrierung zu nutzen.

Da die Nutzer in Gruppen umziehen, werden die Enterprise-Nutzer während der Umstellung auf die beiden Anrufplattformen aufgeteilt. Phase 1 in Unified CM to Webex Calling high-level transition map figure depict this state. In dieser Phase ist eine Planung erforderlich, wie Anrufe zwischen Benutzern auf den beiden Plattformen verwaltet werden und wie PSTN-Anrufe weitergeleitet werden. Bei jeder Umstellung einer Benutzergruppe auf sind Aktualisierungen der Wählpläne und der Anrufweiterleitung auf und dem/den lokalen Gateway(s) erforderlich.

Sobald alle Benutzer, Softclients und Geräte auf Phase 2 umgestellt wurden, kann die gesamte lokale UC-Infrastruktur entfernt und außer Betrieb genommen werden.

Gestalten (Design, D)

Regionsauswahl

Standorte

PSTN

Wählplan

Lokaler Wählplan in

Wählplan

Aufzeichnung

1. Auswahl des Anbieters für Anrufaufzeichnung

2. Regionsauswahl

Notruf

Lizenzierung

Manuelle Zuordnung durch

Vorlagen für die automatische Lizenzzuweisung

Massenzuweisung über CSV-Vorlage

API-basierte Zuweisung

Lizenzanforderungen

Benutzerbereitstellung

Benutzergruppen

Empfohlene Vorgehensweise bei der Migration von zu

Gestaltung von Benutzergruppen

Single Sign-On (SSO)

Unterstützung mehrerer IdPs

1. Käufe und Übernahmen

2. Mehrere unabhängige IT-Abteilungen

3. Verschiedene Benutzergruppen oder Domänen

4. Unterstützung für verschiedene Authentifizierungsprotokolle

5. Verbesserte Sicherheit und Compliance

6. Vereinfachte Benutzererfahrung

Duo MFA mit SSO für

Funktionen

Auto Attendant

Anruf parken

Anrufannahme

Anrufwarteschlange

Sammelanschluss

Betriebsarten

Paging-Gruppe

Aufzeichnungen

Erreichbar unter

Voicemail-Gruppe

Regionsauswahl

ist weltweit verfügbar und wird aus redundanten Rechenzentren in mehreren Regionen bereitgestellt: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Großbritannien (London, Manchester), Australien (Melbourne, Sydney), Japan (Tokio, Osaka), Saudi-Arabien (Riad, Dschidda) und Indien (Mumbai, Chennai). Die Media-PoPs bieten Mediendienste zur Optimierung der Medienlaufzeiten. Das Rechenzentrum in Singapur dient beispielsweise dazu, die Medienlaufzeiten für Kunden in asiatischen Ländern zu optimieren, wo die Laufzeiten nach Australien oder Japan möglicherweise suboptimal sind. Die Rechenzentren sind über ein Multi-Gigabit- und vollständig redundantes Backbone miteinander verbunden. Die Abbildung global verteilte Rechenzentren zeigt eine Übersicht aller Rechenzentren. Die aktuellste Liste der verfügbaren Rechenzentren finden Sie unter Rechenzentrumsstandorte für Webex Calling.

Global verteilte Rechenzentren

Jedem Kunden wird eine der Instanzen zugewiesen. Sämtliche Bereitstellungsinformationen dieses Kunden werden in dieser Instanz gespeichert, und die SIP-Signalisierung aller für diesen Kunden bereitgestellten Endpunkte und lokalen Gateways ist an die Instanz gebunden, auf der der Kunde bereitgestellt wird. Da es schwierig ist, die anfängliche Regionsauswahl zu ändern, ist es wichtig, alle relevanten Faktoren in den Entscheidungsprozess, der zur Regionsauswahl führt, einzubeziehen. Um übermäßige Signallaufzeitverzögerungen zu vermeiden, ist es wichtig, frühzeitig im Übergangsprozess zu entscheiden, welche Instanz verwendet werden soll. Cisco empfiehlt, diejenige Instanz auszuwählen, die die niedrigsten Signalisierungs-Roundtrip-Zeiten für die größte Anzahl von Benutzern innerhalb der Bereitstellung bietet.

Informationen zur Länderverfügbarkeit finden Sie unter Wo ist Webex verfügbar?.

Standorte

Zur Vorbereitung der Bereitstellung von Standorten müssen die erforderlichen Informationen für alle Migrationszielstandorte gesammelt werden. Die für jeden Standort benötigten Informationen sind in Informationen, die für jeden Standort erfasst werden sollenzusammengefasst.
Tabelle 1: Informationen, die für jeden Standort erfasst werden sollen
Informationen Kommentar
Erweiterungsbereich(e) Jeder Standort kann Durchwahlen haben, die mit unterschiedlichen Ziffern beginnen. Eine Ziffer muss für die standortübergreifende Wählsteuerungsziffer (z. B. 8) und eine für die PSTN-Steuerungsziffer (z. B. 9) reserviert werden. Keine Nebenstellennummer darf mit einer dieser beiden Ziffern beginnen.
Alle Erweiterungsbereiche aller Standorte müssen gleich lang sein.
DID-Bereich(e) -
PSTN-Lenkradziffer -
Website-Code Alle Standortcodes müssen für alle Standorte eindeutig sein und die gleiche Länge haben.
Hauptnummer Bei der Einrichtung eines Standorts müssen zwei DIDs bereitgestellt werden. Eine als Hauptnummer (zum Beispiel zur Zuweisung an einen automatischen Anrufbeantworter) und eine für das Voicemail-Portal.
Bereitstellung einer DID für die Voicemail-Nummer.
Voicemail-Nummer
Anzahl Lizenzen Erforderliche Lizenzen nach Typ, einschließlich Standard, Professional, Workspace, Routenliste, Ausgehender Anrufplan.
Gleichzeitige Anrufe während der Hauptverkehrszeit Summe der gleichzeitigen Anrufe zwischen Geräten und zwischen Geräten und dem lokalen Gateway (PSTN und Anrufe an Geräte). Erforderlich, um die benötigte Bandbreite für den Internetzugang zu ermitteln.
Land -
Zeitzone -
Sprache -
Kontakt (Name, Telefonnummer, E-Mail-Adresse) -
Adresse (Straße, Ort, Bundesland, Postleitzahl) -
Physischer Einsatzort für Endpunkte der Rettungsdienste Der für Notrufe genutzte Standort des Geräts umfasst im Allgemeinen Folgendes: Gebäudeadresse, Gebäudeadresse + Etage, Gebäudeadresse + Suitenummer oder Gebäudeadresse + Etagennummer + office/cubical Nummer.
Pro Gerät eindeutiger physischer Netzwerkstandort für Notfalldienste Die physische Netzwerkstandortangabe für Notrufe umfasst im Allgemeinen Folgendes: schalten / Switchport für kabelgebundene Geräte, Basic Service Set Identifiers (BSSIDs) für drahtlose Zugangspunkte (AP) für drahtlos verbundene Geräte, and/or Lokale IP-Subnetze für Endgeräte.

PSTN

Bei der Planung einer Implementierung stehen Kunden drei primäre PSTN-Konnektivitätsoptionen zur Verfügung: Cisco Calling Plans (ein von Cisco verwalteter, cloudbasierter PSTN-Dienst), Cloud Connected PSTN Providers (CCPP, bei denen Anbieter PSTN-Dienste über die Cloud bereitstellen) und On-Premises-PSTN (bei dem lokale Gateways das Unternehmensnetzwerk mit dem PSTN verbinden). Mit der Einführung von PSTN-Trunking für Hybridbereitstellungen (Weitere Informationen finden Sie unter PSTN-Trunking für hybride Webex Calling-Bereitstellungen unter PSTN-Trunking), erhalten Unternehmen zusätzliche Flexibilität bei ihrem Migrationsansatz. Diese Funktion ermöglicht es Kunden, ihr PSTN-Netzwerk zu Beginn des Übergangsprozesses auf CCPP umzustellen und mit der Umstellung auf Cloud-PSTN für Benutzer zu beginnen, während gleichzeitig CCPP genutzt wird, um den PSTN-Dienst für Benutzer aufrechtzuerhalten, die während einer schrittweisen Migration bei Cisco bleiben.

Dieser hybride Ansatz ermöglicht es Unternehmen, zunächst ausgewählte Benutzergruppen in die Cloud zu migrieren, ohne sofort ihre gesamte Telefonieumgebung umzugestalten. Allerdings bringt dies zusätzliche Komplexität und Risiken mit sich, insbesondere im Hinblick auf die Anpassung der bestehenden Anrufweiterleitungslogik an die neue Architektur. Die Interoperabilität mit älteren Anwendungen wie Faxservern, Contact Centern oder Paging-Systemen erfordert ebenfalls sorgfältige Überlegungen. Zu den wichtigsten technischen Herausforderungen gehören die Gewährleistung einer nahtlosen End-to-End-Codec-Aushandlung und DTMF-Signalisierung (Dual-Tone Multi-Frequency) in der gemischten Umgebung sowie die Validierung der Kompatibilität mit speziellen Telefoniefunktionen. Eine sorgfältige Planung und gründliche Tests sind unerlässlich, um Störungen zu minimieren und während des gesamten Migrationsprozesses zuverlässige Sprachdienste aufrechtzuerhalten. Darüber hinaus spielen kommerzielle Überlegungen eine wichtige Rolle, da für Hybrid-Trunking eine Nutzungslizenz erforderlich ist, die auf der Anzahl der gleichzeitigen Anrufe zwischen der lokalen Umgebung und dem Cloud Connected PSTN Provider (CCPP) basiert.

Alternativ können Organisationen auch ihre bestehende PSTN-Anbindung vor Ort während der gesamten Übergangsphase beibehalten. In diesem Szenario kann die Migration zu CCPP auf zwei Arten durchgeführt werden: entweder als ein einziger, koordinierter Umstieg für alle Benutzer und Standorte, sobald die Migration abgeschlossen ist, oder schrittweise, wobei die PSTN-Migration standortbezogen erfolgt, wenn die Benutzer umgezogen werden. Dieser Ansatz kann dazu beitragen, die Koexistenz zu vereinfachen und die Kontinuität bestehender Integrationen zu gewährleisten, bringt aber einige operative Komplexitäten mit sich. Dazu gehören Herausforderungen im Zusammenhang mit der Rufnummernmitnahme, wie die Notwendigkeit einer präzisen Koordinierung der Rufnummernmitnahmeaufträge, potenzielle Verzögerungen und von den Anbietern auferlegte Beschränkungen, wie eine Obergrenze für die Anzahl gleichzeitiger Portierungsanfragen oder Beschränkungen bei der Portierung von Teilmengen großer Rufnummernblöcke. Organisationen müssen ihre PSTN-Übergangsstrategie sorgfältig planen und dabei diese logistischen Aspekte berücksichtigen, um Serviceunterbrechungen zu vermeiden und einen reibungslosen Übergang zu gewährleisten.

Migration zu CCCP zu Beginn vs. Beibehaltung des lokalen PSTN

Die Abbildung Migration zu CCCP zu Beginn vs. Beibehaltung des lokalen PSTN zeigt die beiden oben erläuterten PSTN-Migrationsoptionen. Die Abbildung links zeigt das Szenario, in dem alle lokalen Benutzer und Anwendungen Cloud Connected PSTN-Dienste über einen lokalen Trunk und ein lokales Gateway nutzen, das die lokalen Systeme mit dem Cloud-Netzwerk verbindet. Die Abbildung rechts zeigt das Szenario, in dem das bestehende lokale PSTN-Netzwerk erhalten bleibt und Benutzer von Webex Calling das lokale PSTN-Netzwerk über die lokale Gateway-Verbindung zwischen den lokalen Systemen und dem Cloud-Netzwerk nutzen. Während der Übergangsphase können Standorte auf die Nutzung von Cloud Connected PSTN umgestellt werden.

In beiden Szenarien nutzen Anrufe zwischen dem lokalen Server und dem Benutzer die Local Gateway-Verbindung. Die Verbindung zwischen dem lokalen System und dem Zielsystem muss entsprechend der erwarteten Anzahl gleichzeitiger Anrufe und der erforderlichen Redundanz ausgelegt und dimensioniert werden.

Wählplan

Um eine nahtlose Interoperabilität zwischen den Plattformen während der Migrationsphase zu gewährleisten, muss eine umfassende Wählplanarchitektur entwickelt und auf beiden Plattformen implementiert werden. Dieses Dual-Plattform-Wählplandesign gewährleistet eine konsistente Anrufweiterleitung, Nummernübersetzung und Funktionstransparenz, sodass Benutzer beider Systeme während der gesamten Koexistenzphase ohne Servicebeeinträchtigungen oder Störungen des Benutzererlebnisses miteinander kommunizieren können.

Lokaler Wählplan in

Während des Übergangs, um die Koexistenz von Geräten zu ermöglichen, die auf Unified CM und auf dem Unternehmenswahlplan registriert sind, muss die Konfiguration so geändert werden, dass mindestens die folgenden Anforderungen erfüllt werden:

+E.164 Wählen von bis

Nebenstellenwahl von nach (innerhalb eines Standorts, aber auch standortübergreifend, wenn die Nebenstellenbereiche eindeutig sind)

Abgekürzte standortübergreifende Wahl von bis

Erzwungene netzinterne Wahl von zu

Rückruf aus dem Verzeichnis verpasster Anrufe zu Zielen am

PSTN-Anrufe von zu PSTN, wenn während der Umstellung das lokale PSTN-Netz verwendet wird für

PSTN-Anrufe von nach, wenn während der Übergangsphase PSTN-Trunking für Hybridbereitstellungen verwendet wird, um lokalen Benutzern über Cloud Connect PSTN-Zugriff zu ermöglichen.

Erzwungenes On-Net von bis

Nebenstellenwahl von nach (standortübergreifend).

Falls einige der oben genannten Wählgewohnheiten vor der Umstellung nicht unterstützt werden, beispielsweise keine abgekürzte standortübergreifende Wählgewohnheit existiert, müssen sie nicht unbedingt während der Umstellung eingeführt werden.

Die Abbildung Best Practices Dial Plan zeigt den Best-Practice-Ansatz für den Dial Plan, wie er in der Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVDbeschrieben ist. Zu den wichtigsten Merkmalen dieses Ansatzes gehören:

Einzelne Partition für +E.164 Rufnummern

Kernrouting basierend auf +E.164 Routenmuster

Normalisierung aller Wählgewohnheiten auf +E.164 Übersetzungsmuster verwenden

Verwendung der Vererbung des Aufrufsuchraums von Übersetzungsmustern (Option Aufrufsuchraum des Urhebers verwenden für Übersetzungsmuster festgelegt).

Bewährte Verfahren für den Wählplan

Zum Beispiel PSTN-Wahl (9+1+10D) von einem Gerät in SJC, das mit dem Suchraum für Leitungsanrufe SJCInternational ausgestattet ist, wird zuerst von abgeglichen. 9.1[2-9]XX[2-9]XXXXXX Übersetzungsmuster, das die Rufnummer des angerufenen Teilnehmers normalisiert auf +E.164. Die sekundäre Suche verwendet dann erneut denselben aufrufenden Suchraum SJCInternational (Vererbung des aufrufenden Suchraums) und die +E.164-digit Die Zeichenkette wird entweder von einem gefunden. +E.164 Verzeichnisnummer in der Partition DN oder über eines der PSTN-Routingmuster in der Partition USPSTNNational oder SJCPSTNLocal. Verkürzte standortinterne und standortübergreifende Wählgewohnheiten werden durch die Übersetzungen in der Partition ESN und SJCtoE164 implementiert. Während die Partition ESN eine globale Partition ist (zugänglich für Telefone an allen Standorten), ist die Partition SJCTOE164 nur für Benutzer am Standort SJC zugänglich. Dies setzt überlappende Erweiterungsbereiche voraus.

Der erste Schritt, um Aufrufe von „nach“ zu ermöglichen, besteht darin sicherzustellen, dass +E.164 Die Zielorte werden entsprechend weitergeleitet. Dies kann durch Hinzufügen einer Partition zum Wählplan erreicht werden. +E.164 Routenmuster für alle Ziele zu dieser Partition und schließlich das Hinzufügen der Partition zu allen aufrufenden Suchräumen, die Dienstklassen repräsentieren, die erreichbar sein müssen. Die Schaffung einer dedizierten Partition ist erforderlich, um die Erstellung einer differenzierten Dienstklasse für Anrufe zu ermöglichen, die von ausgehen. Um Anrufschleifen zu vermeiden, sollte der eingehende Anrufsuchbereich auf dem Trunk vom lokalen Gateway keinen Zugriff auf die Partition haben.

+E.164 Weiterleitung zu Webex Calling

Wie in Abbildung dargestellt +E.164 Weiterleitung an Webex Calling, um die Weiterleitung von einem Standort zu einem anderen Standort zu ermöglichen +E.164 DID-Bereich +1 221 555 2XXX und Standortcode 121, ein dringendes Routenmuster, das diesem entspricht +E.164 Der Bereich muss der Partition hinzugefügt werden.

Wenn keine standortspezifische Auswahl eines lokalen Gateways erforderlich ist, kann anstelle einer Routenliste mit einer lokalen Routengruppe als Ziel für Routenmuster, die auf eine einzelne Routengruppe verweisen, das lokale Gateway als einziges Mitglied bereitgestellt werden, und dann verweisen die Routenmuster auf eine einzelne Routenliste mit dieser einen Routengruppe als einzigem Eintrag.

Um die standortübergreifende Kurzwahl zum Standort zu ermöglichen, wird das erforderliche Routenmuster 8121.2XXX zur Partition hinzugefügt. Damit Standorte auf ein Wählnormalisierungsmuster 8121.2XXX umgestellt werden können, das die ESN-Wählung normalisiert auf +E.164 könnte bereits in der ESN Partition vorhanden sein. In diesem Fall scheint die 8121.2XXX redundant zu sein, aber sobald alle DNs des jeweiligen Standorts auf das 8121.2XXX Wählnormalisierungs-Übersetzungsmuster migriert wurden, kann das [] 8121.2XXX [] Routenmuster entfernt werden und dann ermöglicht das 8121.2XXX ESN-Wahl auch für Benutzer, die nur eine Nebenstelle in diesem Bereich haben.

Mit diesen Änderungen des Wählplans können Anrufe an den Standort nicht nur durch Wählen der abgekürzten standortübergreifenden Vorwahl getätigt werden, sondern auch durch Wählen der abgekürzten standortübergreifenden Vorwahl. +E.164. Außerdem sind internationale und nationale PSTN-Anrufe möglich, weil diese Wählgewohnheiten zunächst normalisiert werden. +E.164 durch die bereits vorhandenen Wählnormalisierungs-Übersetzungsmuster und werden dann durch Abgleich weitergeleitet. +E.164 Routenmuster in der Partition.

Der +E.164 Die Routenmustererkennung für den DID-Bereich des Standorts kann bereitgestellt werden, während alle DIDs noch auf gehostet werden. Der beste Mustererkennungsalgorithmus stellt sicher, dass beim Anwählen einer auf gehosteten Nummer die +E.164 Die angegebene Verzeichnisnummer passt besser als die mit einem Platzhalter versehene. +E.164 Routenmuster, das darauf verweist, dass die Anrufe auf eine Leitung erweitert und nicht an gesendet werden.

Wählplan

Jedem Benutzer wird eine Erweiterung zugewiesen and/or A +E.164 Telefonnummer. Die Verlängerungslänge ist eine feste globale Einstellung: Alle Erweiterungen in einer Bereitstellung haben die gleiche Länge. Die Durchwahl kann zwischen Benutzern sowohl innerhalb eines Standorts als auch zwischen verschiedenen Standorten genutzt werden. Die abgekürzte standortübergreifende Durchwahl (Letzteres) funktioniert nur, wenn die gewählte Durchwahl eindeutig ist.

Wenn eine Kurzwahl zwischen Standorten erforderlich ist, es aber Überschneidungen zwischen den an verschiedenen Standorten zugewiesenen Nebenstellen gibt, muss ein unternehmensspezifischer Nummerierungsplan erstellt werden, indem den Nebenstellen ein Zugangscode bzw. ein Standortcode vorangestellt wird. Weitere Informationen finden Sie unter Bevorzugte Architektur für Cisco Collaboration 15 On-Premises-Bereitstellungen, Designübersicht verfügbar unter Cisco Collaboration bevorzugte Architekturen.

Die Länge der Nebenstellenverbindung, das Verhalten bei standortübergreifenden Nebenstellenwahlen, die Präfixlänge für standortübergreifende Wahlen und die Steuerziffer im Routing-Präfix für standortübergreifende Wahlen werden in den Einstellungen des Anrufdienstes konfiguriert. :

Länge des Standortrouting-Präfixes: Präfixlänge einschließlich der Lenkziffer. Nur erforderlich, wenn ein unternehmensweiter Nummerierungsplan als alternative, abgekürzte unternehmensweite Wählweise eingerichtet werden soll.

Steuerziffer im Routing-Präfix: Steuerziffer für abgekürzte unternehmensinterne Wählweise. Überschneidungen mit der ersten Ziffer einer beliebigen Ortsvorwahl und den Ziffern der ausgehenden Ortsvorwahl sollten vermieden werden. Nur erforderlich, wenn ein unternehmensweiter Nummerierungsplan als alternative, abgekürzte unternehmensweite Wählweise eingerichtet werden soll.

Innere Verlängerungslänge: Standardlänge der Extensions. Kann jeder Wert zwischen zwei und zehn sein.
Wenn von einer lokalen Anrufsteuerung aus eine Durchwahl oder eine Wahl unter Verwendung unternehmensspezifischer Rufnummern (Steuerungscode, Standortcode, Durchwahl) erforderlich ist und die lokale Anrufsteuerung eine Durchwahl als Anrufer-ID sendet, stellen Sie sicher, dass Sie auch den Parameter Maximale Länge unbekannter Durchwahlen im Abschnitt Anrufweiterleitung zwischen und Standorten festlegen, um sicherzustellen, dass Anrufe von der lokalen Anrufsteuerung zum Ziel korrekt als lokale Anrufe klassifiziert werden können.

Durchwahl zwischen Standorten zulassen: Umschalten zu enable/disable Durchwahl zwischen Standorten. Diese Option sollte nur aktiviert werden, wenn alle Nebenstellen innerhalb der Organisation eindeutig sind. Wenn die Option deaktiviert ist, müssen zwischen den Standorten unternehmensspezifische Rufnummern (Steuerungscode, Standortcode, Nebenstellencode) oder Telefonnummern gewählt werden.

Die ersten drei Parameter dienen hauptsächlich dazu, einen Wählplan für Telefone zu erstellen, um die Inter-Digit-Timeouts bei der Verwendung von Off-Hold-Wahlen zu minimieren. Abweichungen von diesen globalen Einstellungen sind weiterhin möglich (Beispiel: Es können Nebenstellen mit einer anderen Länge bereitgestellt werden), jedoch wird im Control Hub eine Warnmeldung angezeigt, und das Wählen von Telefonen erfordert möglicherweise eine Blockwahl, um Konflikte innerhalb des vorinstallierten Wählplans zu vermeiden.

Die Tabelle Beispiel für Unternehmensnummerierung zeigt ein Beispiel von drei Standorten, bei denen die Durchwahlbereiche von zwei Standorten, NYC und RTP, identisch sind. Die Einrichtung eines unternehmensweiten Nummerierungsschemas mit einer standortübergreifenden Steuerziffer 8, gefolgt von einem dreistelligen Standortcode und der vierstelligen Durchwahl, schafft eine sich nicht überschneidende, abgekürzte standortübergreifende Wählgewohnheit.

Tabelle 2. Beispiel für eine Unternehmensnummerierung
Ort Erweiterungsbereich Website-Code Enterprise-Reihe

New York City 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Um einen reibungslosen Übergang zu ermöglichen, sollten die Wählgewohnheiten der Nutzer vor und nach der Umstellung idealerweise gleich sein. Zur Vorbereitung des Übergangs müssen für jeden Standort die DID-Bereiche und Nebenstellenbereiche (oder abgekürzte standortinterne Wählgewohnheiten) dokumentiert werden. Auf Grundlage dieser Informationen muss dann die standortübergreifende Steuerungsziffer ausgewählt werden.

Die Tabelle Feste Längenerweiterungsbereiche zeigt ein Beispiel mit drei Standorten und festen Längenerweiterungsbereichen. Da sich überschneidende Wählgewohnheiten vermeiden lassen, ist es wichtig sicherzustellen, dass bei jedem Nebenstellenbereich die erste Ziffer des Bereichs nicht mit der Steuerziffer für die abgekürzte standortübergreifende Wahl übereinstimmt. Wenn beispielsweise 8 als Steuerziffer für standortübergreifende Wahlen ausgewählt wird, dann kann kein Nebenstellenbereich an irgendeinem Standort mit 8beginnen. Typischerweise entsprechen die Nebenstellen an einem bestimmten Standort den letzten Ziffern der diesem Standort zugewiesenen Rufnummern. Um Konflikte zu vermeiden, kann die erste Ziffer der Durchwahl geändert werden. Wenn beispielsweise DIDs in der +1 Wenn an einem Standort die Rufnummernbereiche 408, 555 und 8XXX verwendet werden, kann anstelle von 8XXX der Bereich 7XXX für die Nebenstellen an diesem Standort verwendet werden.

Tabelle 3. Verlängerungsbereiche mit fester Länge
Ort Erweiterungsbereich Erweiterungen Website-Code Enterprise-Reihe

New York City 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Siebenstellige Wählfolgen, die auf einem Gerät mit dem US-Wählplan gewählt werden, überschneiden sich mit einem siebenstelligen Muster für Ortswahlen im vorinstallierten US-Wählplan. Um Überschneidungen zwischen den Wählgewohnheiten innerhalb und außerhalb des Festnetzes (PSTN) zu vermeiden, kann an diesem Standort eine obligatorische externe Zugangsvorwahl verwendet werden. Falls sich das bestehende unternehmensweite Nummerierungsschema und die entsprechende abgekürzte standortübergreifende Durchwahl mit Mustern im nationalen Wählschema überschneiden, kann während der Umstellung auf das Nummerierungsschema auch eine längere oder kürzere Form gewählt werden, um Überschneidungen zu vermeiden. Am einfachsten lässt sich dies erreichen, indem man dem Nummerierungsschema eine zusätzliche Füllziffer hinzufügt. Das neue, längere standortübergreifende Wählschema muss nur von Benutzern übernommen werden, die bereits auf migriert wurden. Nutzer, die noch online sind, können weiterhin sieben Ziffern wählen. Der unternehmensweite Wählplan muss in diesem Fall sicherstellen, dass die abgekürzte siebenstellige Wählung von Unified CM in Folgendes umgewandelt wird: +E.164 oder an das abgekürzte Wählformat, das auf . Dies muss vor dem Senden des Aufrufs an das lokale Gateway erfolgen.

Die Tabelle Übergang zur siebenstelligen Wahl zeigt ein Beispiel für diese Umnummerierung. In diesem Beispiel wird für die standortübergreifende Kurzwahl die achte Vorwahlziffer, gefolgt von einem zweistelligen Standortcode und einer vierstelligen Durchwahl verwendet. Um die siebenstelligen Kurzwahlnummern für Standorte auf zu vermeiden, können die Standortcodes einfach auf drei Ziffern geändert werden, indem den zweistelligen Standortcodes, die in verwendet werden, eine beliebige Füllziffer (8 im Beispiel) vorangestellt wird, sodass die standortübergreifende Wahl von Telefonen aus die Steuerziffer 8 gefolgt von der Füllziffer 8, dem alten zweistelligen Standortcode und der vierstelligen Durchwahl verwendet. Benutzer müssen sich keine neuen Standortcodes merken; sie müssen sich nur merken, dass sie 88 als Präfix für standortübergreifende Anrufe anstelle von 8 verwenden müssen.

Tabelle 4. Umstellung auf siebenstellige Wahl

Ort Erweiterungen Standort-Code Enterprise-Reihe Site ode Enterprise ange

New York City 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 einem Szenario mit unterschiedlichen Unternehmensnummernformaten und wenn Unternehmensnummern als Anruferinformationen für Anrufe von einem zum anderen angezeigt werden (z. B. Anrufe von Geräten ohne DID), ist es wichtig, auch eine Zuordnung zwischen den verschiedenen Nummernformaten für Anruferinformationen zu implementieren, um sicherzustellen, dass der Rückruf funktioniert. Diese Zuordnung kann durch die Verwendung des Anruferpartei-Transformationsmusters auf der Trunk-Verbindung zwischen dem lokalen Gateway und dem lokalen Gateway erreicht werden.

Aufzeichnung

Eine gut konzipierte Lösung zur Gesprächsaufzeichnung erfordert die sorgfältige Berücksichtigung mehrerer wichtiger Gestaltungselemente, um sicherzustellen, dass sie mit den Unternehmenszielen, den regulatorischen Anforderungen und den technischen Beschränkungen übereinstimmt. Zu den wichtigsten Entscheidungen gehören die Auswahl des Anbieters und die Auswahl der Region. Beide Entscheidungen müssen gegebenenfalls global angepasst und je nach Geschäftsbedarf an bestimmten Standorten außer Kraft gesetzt werden.

1. Auswahl des Anbieters für Anrufaufzeichnung

Die Auswahl des geeigneten Anbieters für Anrufaufzeichnung ist von grundlegender Bedeutung für das Erreichen der Geschäftsziele und die Gewährleistung einer einheitlichen Funktionsstruktur im gesamten Unternehmen:

Globale Anbieterauswahl: Organisationen benennen in der Regel einen primären Anbieter für Anrufaufzeichnung auf globaler Ebene, um die Einheitlichkeit von Funktionsumfang, Compliance und Support an allen Standorten zu gewährleisten.

Standortbasierte Überschreibungen: In Fällen, in denen bestimmte Standorte oder Regionen besondere geschäftliche Bedürfnisse oder regulatorische Anforderungen haben, kann es erforderlich sein, die globale Anbieterauswahl außer Kraft zu setzen und alternative Anbieter für diese Standorte anzugeben. Diese Flexibilität unterstützt unterschiedliche Compliance-Vorgaben und lokale betriebliche Anforderungen.

Geschäftliche Anforderungen: Die Wahl des Anbieters sollte auf einer Bewertung von Geschäftsfaktoren wie der Einhaltung gesetzlicher Bestimmungen (z. B. MiFID II, HIPAA), der Qualitätssicherung, der Streitbeilegung oder des Schulungsbedarfs basieren.

Verfügbarkeit der Funktionen: Die Anbieter sollten anhand ihrer Fähigkeit bewertet werden, die erforderlichen Funktionen bereitzustellen, wie z. B. Echtzeitüberwachung, Such- und Wiedergabefunktionen, Verschlüsselung, Aufbewahrungsrichtlinien, Integration mit Analyseplattformen und Unterstützung für verschiedene Anruftypen (eingehend, ausgehend, intern).

2. Regionsauswahl

Die Bestimmung der Region, in der Anrufaufzeichnungen gespeichert und verarbeitet werden, ist für die Einhaltung von Vorschriften und die Leistungsfähigkeit von entscheidender Bedeutung:

Auswahl globaler Regionen: Standardmäßig können Organisationen eine einzelne Region für die Speicherung von Anrufaufzeichnungen auswählen, um die Verwaltung und Steuerung zu vereinfachen.

Standortbasierte Regionsüberschreibungen: Sofern Gesetze zur Datenspeicherung oder Unternehmensrichtlinien dies erfordern, kann es notwendig sein, die globale Regionseinstellung für bestimmte Standorte zu überschreiben, um sicherzustellen, dass Anrufaufzeichnungen innerhalb der erforderlichen geografischen Grenzen gespeichert und verarbeitet werden.

Anforderungen an den Datenstandort: Bei der Gestaltung müssen internationale und lokale Datenschutzbestimmungen (wie die DSGVO, der CCPA oder länderspezifische Vorgaben) berücksichtigt werden, die vorschreiben können, wo und wie Anrufaufzeichnungen aufbewahrt werden.

Ein weiterer wichtiger Aspekt, der bei der Planung und dem Entwurf einer Lösung zur Gesprächsaufzeichnung berücksichtigt werden muss, ist die Abschätzung des Speicherbedarfs. Eine genaue Prognose des Speicherbedarfs ist unerlässlich, um sicherzustellen, dass ausreichend Kapazität zur Unterstützung des laufenden Geschäftsbetriebs, zur Einhaltung von Vorschriften und zur Vermeidung von Serviceunterbrechungen zur Verfügung steht.

Bei der Ermittlung des zu erwartenden Speicherbedarfs sollten mehrere wichtige Parameter berücksichtigt werden:

Anzahl der aufgezeichneten Anrufe: Schätzen Sie die voraussichtliche Anzahl der Anrufe ein, die innerhalb eines bestimmten Zeitraums (z. B. pro Tag, Woche oder Monat) aufgezeichnet werden. Dies umfasst nicht nur externe Anrufe, sondern auch interne Kommunikation, sofern dies durch Unternehmensrichtlinien oder gesetzliche Vorgaben erforderlich ist.

Durchschnittliche Gesprächsdauer: Ermitteln Sie die typische Länge der aufgezeichneten Anrufe, da längere Anrufe mehr Speicherplatz beanspruchen. Unterschiede in der Gesprächsdauer zwischen verschiedenen Abteilungen oder Nutzergruppen sollten ebenfalls in die Schätzung einbezogen werden.

Aufbewahrungsfrist: Legen Sie die Aufbewahrungsdauer für Aufzeichnungen fest, die häufig durch Unternehmensrichtlinien oder externe Vorschriften (wie z. B. branchenspezifische Compliance-Standards) vorgegeben ist. Längere Aufbewahrungsfristen erhöhen den gesamten Lagerbedarf.

Wachstumsprognosen: Berücksichtigen Sie das zu erwartende Wachstum des Anrufvolumens oder die Ausweitung des Aufzeichnungsbereichs, die sich aus der Skalierung des Unternehmens, neuen regulatorischen Anforderungen oder der Einbindung zusätzlicher Benutzer oder Standorte ergeben können.

Durch die gründliche Analyse dieser Parameter können Organisationen eine robuste Speicherstrategie entwickeln, die Skalierbarkeit, Kosteneffizienz und die Einhaltung gesetzlicher Vorschriften für ihre Anrufaufzeichnungslösung gewährleistet. Es ist außerdem ratsam, die Speicherzuweisungen regelmäßig zu überprüfen und anzupassen, da sich die Nutzungsmuster im Laufe der Zeit ändern.

Notruf

Die Pflicht, einen Notruf an die zuständige Leitstelle weiterzuleiten, ist eine Voraussetzung für jeden Telefondienst, der PSTN-Dienste anbietet. Bei dieser Lösung ist die Weiterleitung von Notrufen standardmäßig integriert und umfasst die Unterstützung aller nationalen Notrufnummern in den Ländern, die diese Lösung unterstützt. Die Weiterleitung eines Notrufs basiert auf dem im System definierten Standort und der PSTN-Zugangsmethode des Standorts. Die Notrufnummern sind vordefiniert und spezifisch für das Land, in dem die Benutzer und Geräte eingesetzt werden.

Es gibt zwei Methoden, um Notrufe zu übermitteln. Es gibt einen einfachen Notrufweiterleitungsdienst und einen erweiterten Notrufweiterleitungsdienst. Der grundlegende Notrufweiterleitungsdienst verwendet eine vom Administrator ausgewählte Nummer, um den Standort zu ermitteln und den Anruf an die Notdienste weiterzuleiten. Bei normalen Notrufen erfolgt die Anrufweiterleitung in der Regel über das Festnetz (PSTN) des Kunden an diesem Standort. Zusätzlich gibt es ein erweitertes Notrufrouting, das speziell für die USA und Kanada entwickelt wurde, da dort regulatorische Bestimmungen die Nutzung eines landesweiten Anbieters erfordern, um Notrufe an die richtige Leitstelle weiterzuleiten.

Alle Kunden sollten zumindest die grundlegende Notrufkonfiguration einsetzen. Für grundlegende Notrufe ist mindestens ein Kundeneigentum erforderlich. +E.164 Jedem Standort, der in definiert ist, wird eine Nummer zugewiesen. Für grundlegende Notrufe wird jeder Standort durch eine Straßenadresse definiert, zu der Polizei, Feuerwehr oder Rettungsdienst im Notfall entsandt werden. In den meisten Fällen ist die Hauptnummer für den Standort die beste Wahl, um den physischen Standort des Notfalls darzustellen. Typischerweise erfolgt die Zuordnung der Adresse zu der +E.164 Die Rufnummer wird mit dem PSTN-Anbieter abgestimmt. Die folgenden Bilder zeigen die Zuordnung der Hauptnummer, die als Notfall-Rückrufnummer für den Standort Richardson verwendet werden soll.

Standort-ECBN-Konfiguration

In den meisten Fällen genügt eine Gebäudeadresse als Versandadresse für den Standort. Wenn jedoch zusätzliche Standortdetails für bestimmte Benutzer oder Geräte benötigt werden, kann ein Administrator das gleiche oben beschriebene Verfahren anwenden und diese Geräte einer bestimmten Adresse oder einem genaueren Standort innerhalb der Adresse (z. B. einem Stockwerk oder Zimmer) zuordnen. In der Benutzerverwaltung in, ermöglicht die Registerkarte Anrufe die Angabe einer bestimmten Nummer, über die ein Benutzer und seine Geräte eine bestimmte Einsatzadresse erhalten können. Die folgenden Bilder veranschaulichen, wie einem Gerät eine bestimmte Nummer zugewiesen werden kann. Der Administrator ist dafür verantwortlich, sicherzustellen, dass der vom Gerät verwendeten Nummer die korrekte Absenderadresse zugewiesen ist. Die Adresszuweisung erfolgt in der Regel über den PSTN-Anbieter des jeweiligen Standorts.

Benutzer-ECBN-Konfiguration

Für in den USA ansässige Telefonie-Implementierungen, die erweiterte Notruflösungen bereitstellen müssen, wird RedSkys Horizon Mobility integriert, um Notrufe weiterzuleiten. Bei Verwendung von RedSky für das Anrufrouting muss sich ein Administrator bei Cisco registrieren und die entsprechenden Informationen in der Anrufkonfiguration einrichten. -> Diensteinstellungen um diese Funktion zu aktivieren. Sobald der RedSky-Dienst auf Systemebene aktiviert wurde, aktiviert ein Administrator den RedSky-Dienst auf Standortebene. Die Aktivierung der erweiterten Notruffunktion an einem Standort aktiviert den Dienst für alle Geräte, die diesem Standort zugeordnet sind. Geräte, die die erweiterte Notruffunktion unterstützen, sind Cisco MPP-Telefone, Cisco PhoneOS-Telefone und Cisco-Geräte.

Es gibt zwei Einstellungen zum Aktivieren des erweiterten Notrufs an einem Standort. Die Option Erlauben Sie RedSky, Informationen zur Netzwerkverbindung zu empfangen und Testanrufe durchzuführen sollte verwendet werden, um zu überprüfen, ob die RedSky-Konfiguration für Geräte- und Infrastrukturzuordnungen korrekt ist. Diese Einstellung ermöglicht es auch, Testanrufe an die 933 zu tätigen, um mithilfe des IVR-Systems von RedSky eine Standortverifizierung durchzuführen und den Standort des Anrufers vorzulesen. Obwohl dieses Dokument die RedSky-Konfiguration für die Standortverfolgung nicht behandelt, sollte ein Administrator die Standortermittlung IMMER testen, bevor er Notrufe an RedSky weiterleitet. Sobald die Tests abgeschlossen und als korrekt verifiziert wurden, leitet der Administrator die Anrufe an RedSky weiter, indem er die Option „Notrufe an RedSky weiterleiten“ aktiviert. Diese Option bewirkt, dass alle Notrufe für diesen Standort an RedSky weitergeleitet und an die zuständige Notrufzentrale übermittelt werden.

Die erweiterten Notrufeinstellungen gelten auch für Kunden, die sich sowohl vor Ort als auch außerhalb des Betriebsgeländes befinden. Wenn sie vor Ort eingesetzt werden, können sie auf die gleiche Weise geortet werden wie Tischtelefone. Wenn sich der Benutzer außerhalb des Firmengeländes befindet, kann er seinen Standort dynamisch direkt in der Anwendung festlegen. Weitere Informationen zum Notruf finden Sie unter Erweiterter Notruf für .

Lizenzierung

Es gibt mehrere Möglichkeiten, Benutzern Lizenzen zuzuweisen.

Manuelle Zuordnung durch

Administratoren weisen einzelnen Benutzern über die Benutzeroberfläche manuell Lizenzen zu.

Administratoren können Dienstlizenzen für einzelne Benutzer bearbeiten und Anruflizenzen direkt zuweisen.

Vorlagen für die automatische Lizenzzuweisung

Verwenden Sie Lizenzzuweisungsvorlagen, um Benutzern automatisch Lizenzen basierend auf Gruppen- oder Organisationseinstellungen zuzuweisen.

Die automatische Lizenzierung kann durch Verzeichnissynchronisierung oder manuelle Benutzeraktualisierungen erfolgen, jedoch benötigen die Benutzer eine gültige Lizenz. +E.164 Die Telefonnummern müssen formatiert sein und vor der Benutzerbereitstellung an einem geeigneten Ort vorhanden sein. Werden die Bedingungen nicht erfüllt (z. B. ungültiges Telefonnummernformat), werden keine Lizenzen vergeben.

Massenzuweisung über CSV-Vorlage

Laden Sie eine CSV-Datei mit Benutzerdetails und Lizenzzuweisungen hoch, um mehrere Benutzer gleichzeitig hinzuzufügen oder zu ändern.

Der CSV-Import unterstützt das Hinzufügen von bis zu 20.000 Benutzern und die Zuweisung von Lizenzen, allerdings benötigen Lizenzen bestimmte Felder wie Telefonnummer und Durchwahl.

API-basierte Zuweisung

Nutzen Sie APIs, um Lizenzen programmatisch zuzuweisen und Benutzer zu verwalten.

Unterstützt API-Operationen für die Benutzer- und Lizenzverwaltung (People, SCIM 2.0 und Licenses APIs), die zur Automatisierung der Lizenzzuweisung genutzt werden können. Die Licenses API ermöglicht die gleichzeitige Zuweisung von Lizenzen, Telefonnummern und Nebenstellen.
Tabelle 5 Optionen zur Benutzerbereitstellung – Zusammenfassung
Zuweisungsmethode Vorteile Nachteile
Handbuch durch Einfach für wenige Nutzer.
Ermöglicht eine präzise und detaillierte Kontrolle über die Lizenzvergabe.
Nicht skalierbar, zeitaufwändig
Anfällig für menschliche Fehler bei der manuellen Dateneingabe.

Automatische Lizenzvorlagen Skalierbar
Reduziert manuelle Fehler
Kann für neue und bestehende Benutzer angewendet werden.
Erfordert gültige Telefonnummern und Standorte.
Komplexer einzurichten
Erfordert außerdem Benutzergruppen pro Benutzergruppe mit gleichwertigen Lizenzanforderungen.

Massen-CSV-Upload Effizient für große Benutzergruppen
Ermöglicht die gleichzeitige Vergabe von Lizenzen, Telefonnummern und Nebenstellen.
Erfordert sorgfältige CSV-Formatierung
Es besteht Fehlerpotenzial, wenn Telefonnummern oder Durchwahlen fehlen oder falsch sind.
API-basierte Zuweisung Automatisierbar, flexibel.
Ermöglicht die gleichzeitige Vergabe von Lizenzen, Telefonnummern und Nebenstellen.
Erfordert Entwicklungs- und API-Kenntnisse.

Die Tabelle Benutzerbereitstellungsoptionen - Zusammenfassung fasst die Benutzerbereitstellungsoptionen und ihre Vor- und Nachteile zusammen. Diese Übersicht hilft dabei, die beste Lizenzzuweisungsmethode auszuwählen, basierend auf der Größe der Kundenorganisation, den Automatisierungsmöglichkeiten sowie den Prozessen und Anforderungen der Benutzerbereitstellung.

Cisco empfiehlt, Anruflizenzen nach Möglichkeit mithilfe von Lizenzvorlagen zuzuweisen. Dies setzt voraus, dass für jede Benutzergruppe, die einen eigenen Satz von Lizenzen benötigt (Beispiel: Standard vs. Professional), eine Gruppe mit den entsprechenden Gruppenmitgliedschaften existiert. Wie in den Abschnitten Benutzergruppen erläutert, können Benutzergruppen manuell definiert oder aus einem Unternehmensverzeichnis synchronisiert werden. Eine Kombination beider Ansätze ist möglich.

Benutzer, die mehreren Gruppen angehören, erhalten Lizenzen aus allen Zuweisungen, die allen ihren Gruppen zugewiesen sind. Dies ermöglicht die Verwendung lizenzspezifischer Sicherheitsgruppen im Unternehmensverzeichnis zur Verwaltung der Lizenzzuweisung, wobei die resultierende Benutzerlizenzzuweisung durch die Vereinigung der Gruppenmitgliedschaften gesteuert wird.

Weitere Informationen finden Sie unter Automatische Lizenzzuweisungen im Control Hub einrichten und Vorlagen für die automatische Lizenzzuweisung für Webex Calling-Benutzer einrichten.

Lizenzanforderungen

Dieser Abschnitt behandelt ausschließlich verwandte Lizenzen. Andere Lizenztypen (z. B. Webex-Geräteregistrierung, Messaging, Meetings) sind nicht abgedeckt. Im Rahmen des Designprozesses müssen die Lizenzanforderungen ermittelt werden. Die Anzahl der Lizenzen für die folgenden Lizenztypen muss berechnet werden:

Standard: Anzahl der einzelnen Benutzer, die Standardtelefoniefunktionen benötigen.

Professionell: Anzahl der Benutzer und Arbeitsbereiche, die erweiterte Telefoniefunktionen benötigen. Virtuelle Leitungen und Gruppen-Voicemail haben Anspruch auf 1:1 Verhältnis für jede Berufslizenz. Daher müssen in seltenen Fällen, in denen die Anzahl der benötigten virtuellen Leitungen oder Gruppen-Voicemails die Anzahl der Benutzer und Arbeitsbereiche übersteigt, die erweiterte Telefoniefunktionen benötigen, zusätzliche professionelle Lizenzen berücksichtigt werden.

Arbeitsbereich für Gemeinschaftsbereiche: Anzahl der gemeinsam genutzten oder gemeinschaftlich genutzten Bereiche, die Standard-Telefonfunktionen erfordern.

Kundendienst: Anzahl der Agenten und Vorgesetzten, die Kundendienstfunktionen benötigen. Die Kundenbetreuung umfasst die Berufslizenz.

Routenlistenaufrufe: Anzahl der erforderlichen Cloud-verbundenen PSTN-Anrufe zwischen lokalen Benutzern and/or lokale, spezialisierte Drittanbieteranwendungen.

Bedienerkonsole: Anzahl der Benutzer, die Zugriff auf den Begleitkonsolenclient benötigen.

Cisco-Anrufplan (Ausgehender Anrufplan): Anzahl der Benutzer, die eine PSTN-Nummer benötigen and/or Ausgehende PSTN-Anrufe über den Cisco PSTN-Dienst.

Es gibt keinen speziellen Lizenztyp für professionelle Arbeitsbereiche. Professionelle Arbeitsbereiche erfordern eine Berufslizenz.

Hot-Desk-Arbeitsplätze bieten ausschließlich den Hot-Desking-Host-Service und die Möglichkeit, Notrufe vom Hot-Desking-Host aus abzusetzen, und benötigen keine Lizenz. Weitere Informationen finden Sie unter Hinzufügen und Verwalten von Hot-Desk-Geräten.

Um den für jeden Benutzer und Arbeitsbereich erforderlichen Lizenztyp anhand der benötigten Funktionen zu ermitteln, siehe Verfügbare Funktionen nach Lizenztyp für Webex Calling.

Um die Unterschiede zwischen den Funktionen von Anrufwarteschlangen in Kombination mit der Professional-Lizenz und dem Kundenservice zu verstehen, siehe Webex Calling Anrufwarteschlange und Kundenservice-Funktionsvergleich.

Benutzerbereitstellung

Bei der Bereitstellung von Benutzern in Webex stehen verschiedene Optionen zur Verfügung, die jeweils auf unterschiedliche organisatorische Bedürfnisse und Umgebungen zugeschnitten sind:

Manuelle Bereitstellung: Administratoren können einzelne Benutzer direkt in der Umgebung hinzufügen und verwalten. Diese Methode ist unkompliziert, eignet sich aber am besten für kleine Organisationen oder begrenzte Benutzeränderungen.

Massenbereitstellung über CSV: Bei größeren Benutzergruppen können Administratoren Benutzerdaten massenhaft importieren und aktualisieren, indem sie CSV-Dateien hochladen. Dies ermöglicht die effiziente Verwaltung von bis zu Tausenden von Benutzern gleichzeitig.

Optionen zur Verzeichnissynchronisierung:
Verzeichnisverbinder: Dies ist ein automatisches Synchronisierungstool, das in Microsoft Active Directory-Umgebungen verwendet wird. Es synchronisiert Benutzerkonten, Gruppen und Attribute nach einem festgelegten Zeitplan (stündlich, täglich oder wöchentlich). Es unterstützt Active Directory-Setups mit mehreren Domänen und Gesamtstrukturen und kann Profilbilder und Raumobjekte synchronisieren.

Entra ID (Azure AD) Assistenten-App: Diese Methode wurde für Organisationen entwickelt, die Microsoft Entra ID (Azure AD) verwenden, und ermöglicht die automatische, nahezu in Echtzeit erfolgende Synchronisierung von Benutzerkonten und Attributen direkt von Entra ID zu . Es wird vollständig intern verwaltet und erfordert nur minimalen Einrichtungsaufwand.

SCIM 2.0-Anwendungen: Für Nicht-Microsoft-Umgebungen oder andere Identitätsanbieter wie Okta oder Duo ermöglichen SCIM-basierte Synchronisierungs-Apps die automatische Bereitstellung und Deaktivierung von Benutzern mit Attributzuordnung und Gruppensynchronisierung.

Einheitliche CM-Benutzersynchronisierung: Diese Option ermöglicht die Erstellung von Benutzerkonten basierend auf bestehenden Endbenutzern durch Synchronisierung von zu . Hierfür ist es erforderlich, dass Cloud Connected UC (CCUC) auf den lokalen Clustern ausgeführt wird. Generell wird jedoch empfohlen, Benutzerdaten aus einem zentralen Cloud-Verzeichnis wie Entra ID zu synchronisieren, anstatt direkt von dort.

API-Bereitstellung: Zur Bereitstellung von Benutzern können öffentliche APIs (People, SCIM 2.0) verwendet werden. Der Hauptvorteil der Verwendung von APIs besteht in der Möglichkeit, die Benutzerbereitstellung in andere Unternehmenssysteme zu integrieren.
Tabelle 6: Benutzerbereitstellungsoptionen für
Bereitstellungsmethode Beschreibung Vorteile Nachteile
Manuell Create/manage Benutzer einzeln in Einfach für wenige Benutzer; keine Infrastruktur erforderlich Nicht skalierbar; für viele Nutzer zeitaufwändig.
Massenversand (CSV-Datei) Import/update Benutzer in großen Mengen über CSV in Effizient für Gruppen; keine Programmierung erforderlich Manuelle CSV-Vorbereitung; weniger dynamisch
Personen und SCIM 2.0 API Programmatische Benutzerverwaltung über Webex-APIs Flexibel; unterstützt Automatisierung und Integration Erfordert Entwicklung und Infrastruktur
Directory Sync Automatische Synchronisierung von AD, Entra ID, SCIM-Apps, Unified CM Automatisiert den Lebenszyklus; unterstützt Filterung und Zuordnung Komplexität der Einrichtung: Einige der Optionen bieten nur eingeschränkte Funktionen oder erfordern eine entsprechende Infrastruktur.
Diese Übersicht und Tabelle veranschaulichen die wichtigsten Optionen zur Benutzerbereitstellung, ihre Vorteile und Einschränkungen, um Ihnen bei der Auswahl des besten Ansatzes für die Bedürfnisse Ihrer Organisation zu helfen.

Benutzergruppen

Die Benutzergruppenverwaltung ermöglicht es Administratoren, Benutzer in Gruppen zu organisieren, um Lizenzen, Einstellungen und Ressourcen effizient in großen Mengen zu verwalten. Gruppen erleichtern die Administration, indem sie Richtlinien, Lizenzen und Einstellungsvorlagen gleichzeitig auf mehrere Benutzer anwenden, anstatt die Benutzer einzeln zu verwalten.

Die Verwaltung von Benutzergruppen bietet mehrere Vorteile, darunter:

Vereinfachte Verwaltung: Verwalten Sie Lizenzen, Einstellungen und Richtlinien für mehrere Benutzer gleichzeitig.

Konsistenz: Einheitliche Einstellungen und Lizenzen für alle Benutzer derselben Gruppe anwenden.

Skalierbarkeit: Unterstützt bis zu 250.000 Mitglieder pro Gruppe.

Integration: Synchronisieren Sie Gruppen von Microsoft Enterprise ID (Azure AD) oder Active Directory zur automatisierten Benutzer- und Gruppenverwaltung.

Flexibilität: Erstellen Sie lokale Gruppen oder synchronisieren Sie Sicherheitsgruppen; verwalten Sie die Gruppenmitgliedschaft manuell oder über CSV-Dateien.

Ressourcenzuweisung: Steuern Sie den Zugriff auf eingebettete Apps und Dienste basierend auf der Gruppenzugehörigkeit.

Die wichtigsten Anwendungsfälle für Benutzergruppen bei der Bereitstellung sind:

Lizenzübertragungen: Weisen Sie Gruppen Lizenzen zu, um Dienste wie Anrufe, Besprechungen, Messaging oder Hybriddienste automatisch für Gruppenmitglieder bereitzustellen.

Einstellungsvorlagen: Weisen Sie Gruppen Sammlungen von Diensteinstellungen (z. B. Messaging, Meetings, Anrufe) zu, um ein einheitliches Benutzererlebnis zu gewährleisten.

Massenverwaltung von Benutzern: Benutzer können per CSV-Datei oder Verzeichnissynchronisierung in großen Mengen hinzugefügt oder entfernt werden.

Automatisierung und Integration: Nutzen Sie APIs oder die Verzeichnissynchronisierung für die automatisierte Verwaltung des Benutzer- und Gruppenlebenszyklus.

Die folgende Tabelle fasst die verschiedenen Optionen zur Verwaltung von Benutzergruppen und Gruppen in . zusammen.
Tabelle 7: Optionen zur Verwaltung von Gruppen und Gruppenmitgliedschaften
Option Beschreibung Vorteile Nachteile

Gruppenbereitstellung (Gruppen) Erstellen und verwalten Sie Gruppen direkt in . Add/remove Mitglieder manuell oder per CSV-Datei. Volle Kontrolle über die Gruppenmitgliedschaft
Sofortige Anwendung von Lizenzen und Vorlagen
Gruppen lassen sich einfach erstellen und bearbeiten Manuelle Aktualisierungen erforderlich
Fehlerrisiko beim manuellen Hochladen von CSV-Dateien
Keine automatische Synchronisierung mit externen Verzeichnissen

Synchronisierte Gruppen aus Entra ID (Azure AD) oder Active Directory Automatische Synchronisierung von Sicherheitsgruppen und Mitgliedschaften aus externen Verzeichnisdiensten. Die automatisierte Synchronisierung reduziert den manuellen Aufwand.
Gewährleistet die Übereinstimmung mit dem Unternehmensverzeichnis
Unterstützt große Organisationen
Die Gruppenmitgliedschaft kann nicht bearbeitet werden in
Synchronisierungsverzögerung bis zu 12 Stunden
Verschachtelte Gruppen erfordern eine manuelle Auswahl

Gruppen und SCIM 2.0 API (Gruppen) Verwenden Sie Gruppen oder die SCIM 2.0 API für die programmatische Gruppen- und Mitgliedschaftsverwaltung. Automatisierung und Integration mit anderen Systemen
Skalierbar für große oder komplexe Umgebungen
Erfordert Entwicklungsaufwand
Die Komplexität hängt von der API-Nutzung ab.

Während synchronisierte Gruppen Konsistenz gewährleisten und eine zentrale Verwaltungsstelle bieten, ist auch ein hybrider Ansatz möglich, der synchronisierte Gruppen und Gruppen (die entweder im Control Hub oder über APIs verwaltet werden) kombiniert. So könnten beispielsweise Gruppen für die Lizenzzuweisung synchronisierte Gruppen sein, während für die Zuweisung von Benutzer- und Aufrufvorlagen ein separater Satz von Gruppen verwendet werden kann.

Dieser umfassende Ansatz für die Benutzergruppenverwaltung ermöglicht es Organisationen, Benutzerlizenzen, Einstellungen und Richtlinien effizient zu verwalten und so konsistente und skalierbare Kollaborationserlebnisse zu gewährleisten.

Empfohlene Vorgehensweise bei der Migration von zu

Die primäre Datenquelle für die Benutzer ist die Datenbank, die Endbenutzerinformationen enthält. Allerdings ist sie in der Regel nicht die maßgebliche Quelle für das Benutzeridentitätsmanagement und wird – was noch wichtiger ist – am Ende des Übergangs abgeschaltet und scheidet daher als langfristig maßgebliche Quelle für Identitätsinformationen aus.

Cisco empfiehlt die Verwendung eines zentralisierten Cloud-Verzeichnisses wie Microsoft Entra ID (Azure AD) als einzige Quelle der Wahrheit für Benutzeridentitäten. Die Synchronisierung der Benutzerdaten von Entra ID gewährleistet Konsistenz, vereinfacht die Verwaltung und unterstützt Single Sign-On (SSO).

Um sicherzustellen, dass alle Benutzer auch in Entra ID vorhanden sind, sollten Organisationen überprüfen, ob die Benutzerkonten in Entra ID mit den Konten in Entra ID übereinstimmen. Dies kann durch Exportieren von Benutzerlisten und Vergleichen dieser Listen mit den Entra ID-Benutzerlisten erfolgen.

Zusammenfassend lässt sich sagen, dass die empfohlene Bereitstellungsmethode darin besteht, Benutzer von Microsoft Entra ID (Azure AD) mit Webex mithilfe des Azure AD-Assistenten oder SCIM-Apps zu synchronisieren. Manuelle und CSV-basierte Massenbereitstellung stehen als ergänzende Methoden zur Verfügung, sind jedoch für große Organisationen weniger skalierbar und fehleranfälliger. Die Gewährleistung, dass Entra ID die maßgebliche Datenquelle ist und dass alle Benutzer in Entra ID vorhanden sind, ist entscheidend für eine erfolgreiche Migration und ein konsistentes Benutzererlebnis über alle Umgebungen hinweg.

Der Übergang von einem lokalen Verzeichnisdienst wie Active Directory zu einem Cloud-Verzeichnisdienst wie Entra ID (Azure ID) ist unabhängig vom aufrufenden Übergang. Cisco empfiehlt, die Umstellung auf einen Cloud-Verzeichnisdienst abzuschließen, bevor mit der Umstellung auf Anrufe begonnen wird.

Gestaltung von Benutzergruppen

Nach der Migration des Unternehmensverzeichnisses von lokal in die Cloud werden die erforderlichen Benutzergruppen anhand der Lizenz- und Funktionsvorlagenanforderungen erfasst. Für jedes Gruppendokument:

Gruppenname: Eindeutiger Name der Gruppe.

Lizenzen: Lizenzen, die dieser Gruppe zugewiesen werden sollen (falls vorhanden), und Geltungsbereich (sollen Lizenzen bestehenden Benutzern oder nur neuen Benutzern zugewiesen werden?).

Einstellungsvorlagen: Webex-App und Benutzeranrufvorlagen.

Verzeichnissynchronisierung: Wird diese Gruppe aus dem Unternehmensverzeichnis synchronisiert oder handelt es sich um eine lokale Webex-Gruppe, die im Control Hub oder über eine API bereitgestellt wurde?

Beschreibung: Wie wird diese Gruppe genutzt und welche Nutzer sollten Mitglieder dieser Gruppe sein?

Diese Angaben werden später während der Implementierungsphase verwendet, um lokale Gruppen oder Gruppen im Unternehmensverzeichnis zu erstellen und die Gruppenzugehörigkeit von Benutzern zu verwalten.

Single Sign-On (SSO)

Cisco empfiehlt die Verwendung von SSO zur Benutzerauthentifizierung. Die Verwendung von SSO bietet einige überzeugende Vorteile, darunter:

Vereinfachte Benutzerauthentifizierung: Benutzer können sich einmalig mit ihren Unternehmensanmeldeinformationen (z. B. von ihrer Azure-ID) anmelden, um auf die Anwendung und andere integrierte Anwendungen zuzugreifen. Dadurch entfällt die Notwendigkeit mehrerer Passwörter und die Anzahl der Anmeldeaufforderungen wird reduziert. Dies erhöht die Sicherheit, indem sichergestellt wird, dass Unternehmenspasswörter nach der Authentifizierung weder gespeichert noch übertragen werden.

Vereinfachte Benutzerverwaltung: Automatisiert die Erstellung, Aktualisierung und Deaktivierung von Benutzerkonten auf Basis von Änderungen im Unternehmensverzeichnis, wodurch der administrative Aufwand reduziert und sichergestellt wird, dass nur autorisierte Benutzer Zugriff haben.

Verbesserte Sicherheit: SSO verringert die Passwortmüdigkeit und das Risiko passwortbezogener Sicherheitslücken durch die Zentralisierung der Authentifizierung über vertrauenswürdige Identitätsanbieter (IdPs).

Einfache Integration der Multi-Faktor-Authentifizierung (MFA): MFA kann problemlos entweder über eine Identity-Access-Management-Lösung wie Cisco Duo oder durch die MFA-Unterstützung des IdP realisiert werden.

Es gibt mehrere Möglichkeiten, SSO für Dienste zu implementieren:

SAML 2.0-basiertes SSO: Das primäre Protokoll, das für die SSO-Integration unterstützt wird, ermöglicht den sicheren Austausch von Authentifizierungsinformationen zwischen dem Identitätsanbieter (IdP) und dem Dienstanbieter.

OpenID Connect (OIDC): Wird als alternatives, modernes Authentifizierungsprotokoll für die SSO-Integration unterstützt.

Webex-Identität: Wird auch als Option für einen Identitätsanbieter unterstützt.

SSO wird zentral über konfiguriert und verwaltet, was einen Metadatenaustausch zwischen und dem gewählten IdP erfordert.

Nach der Konfiguration kann SSO vor der Aktivierung getestet werden, um eine korrekte Einrichtung sicherzustellen.

Cisco unterstützt die Integration mit einer Vielzahl getesteter und weit verbreiteter Identitätsanbieter (IdPs) und Identitätsmanagementsysteme (IAM), einschließlich, aber nicht beschränkt auf:

Cisco Duo

Okta

Microsoft Active Directory Federation Services (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Diese IdPs entsprechen den SAML 2.0- oder OpenID Connect-Standards und wurden auf Kompatibilität mit Cisco-Kollaborationslösungen validiert.

Unterstützung mehrerer IdPs

ermöglicht es Organisationen, SSO mit mehreren IdPs zu konfigurieren, um komplexen IT-Umgebungen wie Fusionen, Übernahmen oder dezentralen IT-Abteilungen gerecht zu werden, in denen verschiedene Gruppen unterschiedliche IdPs verwenden. Die Unterstützung mehrerer Identitätsanbieter (IdPs) kann entweder über die Funktion „Mehrere IdPs“ oder durch die Integration eines unternehmensweiten IAM-Systems wie Cisco Duo implementiert werden.

Die Unterstützung mehrerer Identitätsanbieter (IdP) von [Name des Unternehmens] deckt mehrere wichtige Anwendungsfälle ab, in denen Organisationen eine flexible und sichere Authentifizierung in unterschiedlichen IT-Umgebungen benötigen:

1. Käufe und Übernahmen

Wenn Unternehmen fusionieren oder andere übernehmen, verfügen sie oft über separate IT-Infrastrukturen und unterschiedliche Identitätsanbieter (IdPs), die nicht miteinander kommunizieren können. Die Unterstützung mehrerer Identitätsanbieter (IdPs) ermöglicht es Benutzern beider Organisationen, sich sicher zu authentifizieren und zusammenzuarbeiten, ohne ihre Identitätssysteme sofort vereinheitlichen zu müssen.

2. Mehrere unabhängige IT-Abteilungen

Große Organisationen oder staatliche Institutionen verfügen möglicherweise über mehrere unabhängige IT-Abteilungen, von denen jede ihren eigenen Identitätsanbieter (IdP) verwaltet. Die Funktion für mehrere Identitätsanbieter (IdP) ermöglicht es diesen Abteilungen, ihre eigenen Authentifizierungssysteme beizubehalten und gleichzeitig den Benutzern einen nahtlosen Zugriff zu ermöglichen.

3. Verschiedene Benutzergruppen oder Domänen

Organisationen mit verschiedenen Benutzergruppen (z. B. Angestellte vs. Auftragnehmer) oder mehreren E-Mail-Domänen können Routing-Regeln konfigurieren, um Authentifizierungsanfragen basierend auf der Domänen- oder Gruppenzugehörigkeit an den entsprechenden IdP weiterzuleiten. Dies unterstützt differenzierte Zugriffsrichtlinien und Sicherheitskontrollen.

4. Unterstützung für verschiedene Authentifizierungsprotokolle

Unterstützt SAML- und OpenID Connect (OIDC)-Identitätsanbieter und ermöglicht es Unternehmen, verschiedene Arten von Identitätsanbietern entsprechend ihrer bestehenden Infrastruktur und ihren Sicherheitsanforderungen zu integrieren.

5. Verbesserte Sicherheit und Compliance

Durch die Aktivierung mehrerer Identitätsanbieter (IdPs) können Organisationen stärkere Authentifizierungsmechanismen implementieren, einschließlich Multi-Faktor-Authentifizierung (MFA) durch Integrationen wie Duo, und einheitliche Sicherheitsrichtlinien über verschiedene Benutzergruppen hinweg durchsetzen.

6. Vereinfachte Benutzererfahrung

Die Benutzer können sich mit ihren bestehenden Anmeldeinformationen von ihren jeweiligen Identitätsanbietern authentifizieren, wodurch trotz der zugrunde liegenden Komplexität mehrerer Identitätssysteme ein einheitliches Anmeldeerlebnis gewährleistet wird.

Die Unterstützung mehrerer Identitätsanbieter bietet zwar Flexibilität, erfordert aber eine sorgfältige Abstimmung zwischen den Sicherheits- und Identitätsteams, um einheitliche Sicherheitsrichtlinien zu gewährleisten und potenzielle Schwachstellen zu vermeiden.

Duo MFA mit SSO für

Duo Access Gateway (DAG) kann Benutzer mithilfe vorhandener lokaler oder Cloud-basierter Verzeichnisse wie Active Directory (AD) und OpenLDAP authentifizieren. Es unterstützt außerdem die Integration mit anderen Identitätsanbietern wie Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS und Shibboleth. Diese Flexibilität ermöglicht es Organisationen, ihre bestehende Verzeichnisinfrastruktur für Webex SSO mit Duo MFA zu nutzen.

Duo fungiert als starke Authentifizierungsebene zusätzlich zur primären Verzeichnisauthentifizierung. Es fungiert als Identitätsanbieter (IdP) und verwendet SAML 2.0, um vor der Gewährung des Zugriffs eine Zwei-Faktor-Authentifizierung (2FA) zu erzwingen. Duo wertet Benutzer-, Geräte- und Netzwerkkontext anhand konfigurierbarer Richtlinien aus, um den Zugriff zu erlauben oder zu verweigern und so die Sicherheit über Benutzername und Passwort hinaus zu erhöhen. Duo bietet außerdem flexible Richtlinienkontrollen, wie z. B. die Anforderung von MFA bei jedem Login für einige Apps und in kürzeren Abständen für andere.

Zu den Vorteilen von Cisco Duo gehören:

Verbesserte Sicherheit: Fügt eine phishingresistente MFA hinzu, um den Zugriff zu schützen und das Risiko durch kompromittierte Passwörter zu verringern.

Flexible Richtlinien: Ermöglicht die detaillierte Steuerung der Authentifizierungsanforderungen pro Anwendung oder Benutzergruppe.

Integration mit bestehenden Verzeichnissen: Unterstützt lokale Active Directory-Systeme, OpenLDAP, Cloud-Verzeichnisse und verschiedene SSO-Anbieter, wodurch Infrastrukturänderungen minimiert werden.

Benutzerfreundlichkeit: Unterstützt Single Sign-On (SSO), um die Passwortmüdigkeit zu reduzieren, indem Benutzern ermöglicht wird, sich einmal anzumelden und sicher auf mehrere Ressourcen zuzugreifen.

Vertrauenswürdige Endpunkte: Unterstützt Gerätevertrauen für Clients unter Windows und macOS und verbessert so die Sicherheitslage.

Selbstbedienungsanmeldung: Die Inline-Registrierung und die Duo-Aufforderung verbessern die Benutzerfreundlichkeit während der MFA-Einrichtung.

Duo MFA mit SSO nutzt bestehende Verzeichnisse wie Active Directory und OpenLDAP oder Cloud-Identitätsanbieter zur Authentifizierung von Benutzern. Die Rolle von Duo besteht darin, einen starken, richtlinienbasierten zweiten Authentifizierungsfaktor bereitzustellen, der über SAML 2.0 integriert ist und so die Sicherheit erhöht, während gleichzeitig der Benutzerkomfort durch SSO erhalten bleibt. Zu den Vorteilen gehören eine verbesserte Sicherheitslage, flexible Richtliniendurchsetzung, nahtlose Integration und ein besseres Benutzererlebnis.

Cisco empfiehlt die Implementierung von SSO für Benutzer. Für erhöhte Sicherheit wird die Integration mit Cisco Duo empfohlen.

Die Enterprise IAM- und SSO-Strategie sollte vor Beginn der Umstellung von auf implementiert werden.

Funktionen

verfügt über alle Kernfunktionen, die im Service enthalten sind. Dazu gehören viele Anruffunktionen auf Unternehmensebene, die schon seit vielen Jahren verfügbar sind. Möglicherweise stellen Sie keine hundertprozentige Übereinstimmung zwischen den Funktionen fest, jedoch sind, wie Sie der untenstehenden Abbildung entnehmen können, die wichtigsten Anruffunktionen in verfügbar.

Webex Calling-Funktionen in Unternehmensqualität

Neben den zahlreichen Benutzerfunktionen verfügt die Plattform über grundlegende Systemfunktionen. Dazu gehören Funktionen wie automatische Telefonzentralen, Anrufwarteschlangen, Anrufparkplatz usw. Alle verfügbaren Kernfunktionen des Systems finden Sie unter Service → Calling → Features, wie in Abbildung Webex Calling Kernfunktionendargestellt.

Webex Calling – Kernfunktionen

Auto Attendant

Die automatische Telefonzentrale ermöglicht Folgendes: 24/7 Automatisierung der Anrufannahme, wodurch eine effiziente Anrufbearbeitung ermöglicht wird, ohne dass eine Person jeden Anruf entgegennehmen muss.

Die automatische Telefonzentrale nimmt eingehende Anrufe entgegen und bietet dem Anrufer ein Menü mit Optionen zur Weiterleitung des Anrufs an. Dies kann an eine Person, eine Voicemailbox oder einen Anrufdienst (z. B. Call Queue) erfolgen. Der Anrufer gibt die Nummer über die Wähltastatur seines Telefons aus dem automatischen Anrufbeantwortermenü ein.

Die automatische Telefonzentrale unterstützt folgende Hauptfunktionen:

Geschäfts- und Außerhalb-der-Geschäftszeiten-Zeiten

Urlaubszeitplan

Wählmenüoption, um Ihre Kunden an den gewünschten Ort zu leiten

Begrüßungen personalisieren

Wahlmöglichkeit nach Namen

Optionen für die Anrufweiterleitung

Analysen und Berichte des Control Hubs.

Weitere Informationen finden Sie unter Automatische Telefonzentralen verwalten.

Anruf parken

Die Anrufparkfunktion ermöglicht es Benutzern, einen Anruf einfach in die Warteschleife zu stellen, damit ein anderer Benutzer ihn leicht wieder aufnehmen kann, sobald er verfügbar ist. Außerdem ermöglicht es dem Benutzer, der den ursprünglichen Anruf angenommen hat, während des geparkten Anrufs andere Anrufe zu tätigen oder entgegenzunehmen.

Es gibt zwei Arten von Callcentern in :

Direktes Parken von Anrufen - Ermöglicht es jedem Benutzer, einen Anruf an die Nebenstelle eines anderen Benutzers oder an eine vom Administrator definierte Parknebenstelle zu parken.

Anruf-Parkgruppe - ermöglicht es einer definierten Gruppe von Benutzern, Anrufe automatisch auf verfügbaren, für die Gruppe definierten Parkzielen zu parken. Bei diesen Zielen kann es sich um Nebenstrecken der Gruppenmitglieder oder um Nebenstrecken des Parks handeln.

Je nach Konfiguration und Parktyp können Benutzer Anrufe durch Wählen von abrufen. *88+><extension of parked call>, indem Sie die mit der Nebenstelle „Anruf parken“ verknüpfte Leitungstaste drücken oder eine Funktionstaste auf Ihrem IP-Telefon verwenden.

Es besteht die Möglichkeit, einen geparkten Anruf nach einer bestimmten Zeitspanne entweder dem Benutzer, der den Anruf geparkt hat, oder einem anderen Benutzer wieder in Empfang zu nehmen.

Weitere Informationen finden Sie unter Anrufparkplatz im Control Hub verwalten.

Anrufannahme

Die Anrufannahme ermöglicht es einem Administrator, eine Gruppe von Benutzern (Mitgliedern) zu definieren, die einen Anruf auf dem Telefon eines anderen Mitglieds annehmen können. Dies gibt einem Benutzer die Möglichkeit, Anrufe anzunehmen, wenn seine Teammitglieder beschäftigt sind und einen eingehenden Anruf nicht entgegennehmen können.

Die Benutzer einer Gruppe müssen sich am selben Ort befinden.

Benutzer können entweder das Telefon oder ihr Tischtelefon benutzen, um einen Anruf anzunehmen.

:

Unterstützt visuelle und akustische Benachrichtigungen

Benachrichtigung bei eingehendem Anruf

FAC-basiert (Wählscheibe) *98) oder Benachrichtigungs-Toast-Anrufannahme

Anrufannahmebenachrichtigungen für Mehrleitungsanschlüsse.

Tischtelefone:

Benachrichtigung bei eingehendem Anruf

Akustische Signale und visuelle Benachrichtigungen über die LED-Anzeige des Mobilteils. Das Modell 6821 unterstützt nur akustische Klingeltöne.

Wenn der ausgewählte Benachrichtigungstyp nicht keineist

Benachrichtigungen über die Anrufannahme gelten nur für Hauptanschlüsse.

Weitere Informationen finden Sie unter Anrufannahmegruppe konfigurieren.

Anrufwarteschlange

Zu den Kernfunktionen gehören reine Sprachanrufwarteschlangen, und jeder Benutzer mit einer Professional-Lizenz kann Teil einer Anrufwarteschlange, eines Agenten oder eines Supervisors sein. Diese Funktion ermöglicht es Nutzern, effizient mit Kunden zu interagieren. Anrufwarteschlangen unterstützen eine Teilmenge einiger Kernfunktionen von Callcentern, wie z. B. Sprachwarteschlangen, Rückruf, Skill- oder Prioritätsrouting, Agentenwarteschlangenmanagement, Analysen, Berichterstellung usw.

Ciscos Forderung nach einer Microsoft Teams-Integration ermöglicht es Agenten, direkt über ihren Microsoft Teams-Client auf Anrufe in der Anrufwarteschlange und auf Funktionen zuzugreifen.

Anrufwarteschlangen unterstützen die folgenden Hauptfunktionen:

Grüße und Botschaften (Willkommen, Trost, Flüstern usw.)

Warteschleifenmusik

Rückruf

Warteschlangen-Routing-Richtlinien (Nachtdienst, Feiertage, Weiterleitung)

Agentenwarteschlange login/logout

Agentenwarteschlangenstatusverwaltung

oder Unterstützung per Festnetztelefon

Supervisor-Agenten können Anrufe überwachen, coachen, sich einmischen oder die Kommunikation über Funktionszugangscodes (FACs) übernehmen.

(Administratorzugriff) für:

Warteschlangenmanagement

Agenten- und Warteschlangenanalyse und -berichterstattung

Warteschlangen-, Agenten- und Vorgesetztenmanagement.

Weitere Informationen finden Sie unter Anrufwarteschlange konfigurieren.

verfügt über eine Customer Assist-Zusatzfunktion, die zusätzliche Anrufwarteschlangenfunktionen bietet und Agenten und Vorgesetzten ein besseres Benutzererlebnis innerhalb der Plattform ermöglicht. Einen Vergleich der Funktionen Anrufwarteschlange und Kundenunterstützung finden Sie unter Webex Calling Anrufwarteschlange und Kundenunterstützungsfunktion Vergleich.

Sammelanschlussgruppe

Mit Hunt Groups können eingehende Anrufe über ein vordefiniertes Anrufweiterleitungsmuster an bestimmte Benutzergruppen weitergeleitet werden. Dadurch wird sichergestellt, dass Anrufe von der richtigen Benutzergruppe entgegengenommen oder zur Nachverfolgung an eine Voicemail weitergeleitet werden.

Ein großer Unterschied zwischen Anrufgruppen und Anrufwarteschlangen besteht darin, dass Anrufe in Anrufgruppen nicht in eine Warteschlange gestellt werden. Wenn also kein Benutzer in der Anrufgruppe verfügbar ist, um den Anruf entgegenzunehmen, wird die Verbindung getrennt, der Anruf an die Voicemail gesendet oder an eine andere Nummer (Benutzer oder Dienst) weitergeleitet.

Weitere Informationen finden Sie unter Verwalten von Jagdgruppen im Control Hub.

Betriebsarten

Die Funktion „Betriebsmodi“ ermöglicht es Unternehmen, Anrufe effizient an verschiedene Ziele weiterzuleiten (Benutzer, Voicemail, Anrufdienste wie eine Anrufwarteschlange). Wo und wann ein Anruf weitergeleitet wird, basiert auf einem Tages- und Wochentagsplan. Jeder Benutzer kann autorisiert werden, diese Modi (Zeitpläne) zu verwalten, um Änderungen an der Anrufweiterleitung zu steuern.

Beispielsweise können Anrufe an eine Anrufwarteschlange an eine andere Anrufwarteschlange mit Agenten in einer anderen Zeitzone weitergeleitet werden, um Anrufe außerhalb der Geschäftszeiten entgegenzunehmen, während der Geschäftszeiten an die lokalen Agenten weitergeleitet werden und an Feiertagen an die Voicemail weitergeleitet werden, um nach der Rückkehr der Agenten ins Büro nachverfolgt zu werden.

Ein autorisierter Benutzer kann zwischen diesen verschiedenen Anrufweiterleitungsszenarien (Modi) wechseln, wenn er für einen bestimmten Zeitraum ändern muss, wohin eingehende Anrufe weitergeleitet werden. Diese Benutzer können die Modi über ihre 6800/7800/8800 MPP-Telefone, 9800-Telefone oder im Benutzer-Hub unter Modi verwalten.

Weitere Informationen finden Sie unter Anrufweiterleitung basierend auf Betriebsmodi in Webex Calling.

Paging-Gruppe

Mit Paging-Gruppen können Benutzer einen Einweganruf tätigen, um eine Audionachricht an eine Gruppe von Benutzern zu senden. Jede Gruppe kann bis zu 75 Zielnutzer enthalten. and/or Arbeitsbereiche, die durch Wählen einer vordefinierten Nummer oder Durchwahl erreicht werden.

Wenn ein Benutzer eine Paging-Gruppe anruft, wird gleichzeitig ein Anruf an alle zugewiesenen Ziele in der Gruppe getätigt. Der Anrufer kann dann seine Nachrichten sprechen und auflegen, sobald er fertig ist.

Weitere Informationen finden Sie unter Konfigurieren einer Paging-Gruppe im Control Hub.

Aufzeichnungen

Unterstützt die Aufzeichnung von Anrufen, die ein Benutzer tätigt oder empfängt. Dies kann aus Gründen der Qualitätssicherung, der Gewährleistung der Sicherheit oder der Ausbildung erforderlich sein. Standardmäßig werden Anrufe in aufgezeichnet, es können aber auch andere Drittanbieter für die Aufzeichnung verwendet werden, wenn andere Aufzeichnungsfunktionen oder Compliance- und Regulierungsanforderungen erforderlich sind.

Bei Verwendung von als Aufzeichnungsplattform werden alle aufgezeichneten Anrufe innerhalb von verwaltet. Vollständig autorisierte Administratoren mit der Rolle des Compliance-Beauftragten können die Aufnahmen abspielen und herunterladen. Ohne die Rolle des Compliance-Beauftragten kann der Administrator die Aufzeichnungen lediglich löschen.

Weitere Informationen zu dieser Funktion und eine Liste von Aufzeichnungsdiensten von Drittanbietern finden Sie unter Anrufaufzeichnung für Webex Calling verwalten.

Erreichbar unter

Mit der Funktion „Single number reach“ können Anrufe an die Telefonnummer eines Benutzers auf mehreren Geräten gleichzeitig klingeln. Dies kann sowohl andere Tischtelefone als auch Mobiltelefone umfassen. Von diesen Geräten aus können auch Anrufe getätigt werden, und Benutzer können Anrufe zwischen ihnen hin- und herschieben.

Weitere Informationen zu dieser Funktion und wie ein Administrator sie konfiguriert, finden Sie unter Konfigurieren der Reichweite einer einzelnen Rufnummer (Büro überall).

Weitere Informationen zur Verwaltung und Konfiguration dieser Funktion im Webex User Hub (Portal) finden Sie unter Konfigurieren der Erreichbarkeit unter einer einzigen Rufnummer (Büro überall).

Voicemail-Gruppe

Voicemail-Gruppen ermöglichen die Nutzung einer gemeinsamen Voicemail-Box, die einem Benutzer zugewiesen oder per Anrufweiterleitung weitergeleitet werden kann. Gründe, warum eine Voicemail-Gruppe erforderlich sein kann, sind unter anderem:

Allgemeine Voicemail für eine Abteilung oder Arbeitsgruppe

Fügen Sie einer automatischen Telefonzentrale oder Anrufgruppe eine Voicemail-Option hinzu.

Um Überlaufanrufe aus einer Anrufwarteschlange zu senden

Nutzer, die lediglich eine Voicemail-Box benötigen.

Weitere Informationen finden Sie unter Verwalten einer gemeinsamen Voicemail- und Fax-Eingangsbox für Webex Calling.

Die Attendant Console ist zwar auf der Seite „Anruffunktionen“ in Webex aufgeführt, es handelt sich jedoch um eine Zusatzfunktion, für deren Nutzung der Kauf einer Attendant Console-Lizenz erforderlich ist.

Weitere Informationen finden Sie unter Erste Schritte mit der Attendant Console.

Informationen zu allen Funktionen, einschließlich einiger Zusatzfunktionen, finden Sie unter Verfügbare Funktionen nach Lizenztyp für Webex Calling.

Tabelle 1: Informationen, die für jeden Standort erfasst werden sollen
Informationen	Kommentar
Erweiterungsbereich(e)	Jeder Standort kann Durchwahlen haben, die mit unterschiedlichen Ziffern beginnen. Eine Ziffer muss für die standortübergreifende Wählsteuerungsziffer (z. B. 8) und eine für die PSTN-Steuerungsziffer (z. B. 9) reserviert werden. Keine Nebenstellennummer darf mit einer dieser beiden Ziffern beginnen. Alle Erweiterungsbereiche aller Standorte müssen gleich lang sein.
DID-Bereich(e)	-
PSTN-Lenkradziffer	-
Website-Code	Alle Standortcodes müssen für alle Standorte eindeutig sein und die gleiche Länge haben.
Hauptnummer	Bei der Einrichtung eines Standorts müssen zwei DIDs bereitgestellt werden. Eine als Hauptnummer (zum Beispiel zur Zuweisung an einen automatischen Anrufbeantworter) und eine für das Voicemail-Portal. Bereitstellung einer DID für die Voicemail-Nummer.
Voicemail-Nummer
Anzahl Lizenzen	Erforderliche Lizenzen nach Typ, einschließlich Standard, Professional, Workspace, Routenliste, Ausgehender Anrufplan.
Gleichzeitige Anrufe während der Hauptverkehrszeit	Summe der gleichzeitigen Anrufe zwischen Geräten und zwischen Geräten und dem lokalen Gateway (PSTN und Anrufe an Geräte). Erforderlich, um die benötigte Bandbreite für den Internetzugang zu ermitteln.
Land	-
Zeitzone	-
Sprache	-
Kontakt (Name, Telefonnummer, E-Mail-Adresse)	-
Adresse (Straße, Ort, Bundesland, Postleitzahl)	-
Physischer Einsatzort für Endpunkte der Rettungsdienste	Der für Notrufe genutzte Standort des Geräts umfasst im Allgemeinen Folgendes: Gebäudeadresse, Gebäudeadresse + Etage, Gebäudeadresse + Suitenummer oder Gebäudeadresse + Etagennummer + office/cubical Nummer.
Pro Gerät eindeutiger physischer Netzwerkstandort für Notfalldienste	Die physische Netzwerkstandortangabe für Notrufe umfasst im Allgemeinen Folgendes: schalten / Switchport für kabelgebundene Geräte, Basic Service Set Identifiers (BSSIDs) für drahtlose Zugangspunkte (AP) für drahtlos verbundene Geräte, and/or Lokale IP-Subnetze für Endgeräte.

Tabelle 2. Beispiel für eine Unternehmensnummerierung
Ort	Erweiterungsbereich	Website-Code	Enterprise-Reihe
New York City	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabelle 3. Verlängerungsbereiche mit fester Länge
Ort	Erweiterungsbereich	Erweiterungen	Website-Code	Enterprise-Reihe
New York City	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabelle 4. Umstellung auf siebenstellige Wahl

Ort	Erweiterungen	Standort-Code	Enterprise-Reihe	Site ode	Enterprise ange
New York City	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

Tabelle 5 Optionen zur Benutzerbereitstellung – Zusammenfassung
Zuweisungsmethode	Vorteile	Nachteile
Handbuch durch	Einfach für wenige Nutzer. Ermöglicht eine präzise und detaillierte Kontrolle über die Lizenzvergabe.	Nicht skalierbar, zeitaufwändig Anfällig für menschliche Fehler bei der manuellen Dateneingabe.
Automatische Lizenzvorlagen	Skalierbar Reduziert manuelle Fehler Kann für neue und bestehende Benutzer angewendet werden.	Erfordert gültige Telefonnummern und Standorte. Komplexer einzurichten Erfordert außerdem Benutzergruppen pro Benutzergruppe mit gleichwertigen Lizenzanforderungen.
Massen-CSV-Upload	Effizient für große Benutzergruppen Ermöglicht die gleichzeitige Vergabe von Lizenzen, Telefonnummern und Nebenstellen.	Erfordert sorgfältige CSV-Formatierung Es besteht Fehlerpotenzial, wenn Telefonnummern oder Durchwahlen fehlen oder falsch sind.
API-basierte Zuweisung	Automatisierbar, flexibel. Ermöglicht die gleichzeitige Vergabe von Lizenzen, Telefonnummern und Nebenstellen.	Erfordert Entwicklungs- und API-Kenntnisse.

Tabelle 6: Benutzerbereitstellungsoptionen für
Bereitstellungsmethode	Beschreibung	Vorteile	Nachteile
Manuell	Create/manage Benutzer einzeln in	Einfach für wenige Benutzer; keine Infrastruktur erforderlich	Nicht skalierbar; für viele Nutzer zeitaufwändig.
Massenversand (CSV-Datei)	Import/update Benutzer in großen Mengen über CSV in	Effizient für Gruppen; keine Programmierung erforderlich	Manuelle CSV-Vorbereitung; weniger dynamisch
Personen und SCIM 2.0 API	Programmatische Benutzerverwaltung über Webex-APIs	Flexibel; unterstützt Automatisierung und Integration	Erfordert Entwicklung und Infrastruktur
Directory Sync	Automatische Synchronisierung von AD, Entra ID, SCIM-Apps, Unified CM	Automatisiert den Lebenszyklus; unterstützt Filterung und Zuordnung	Komplexität der Einrichtung: Einige der Optionen bieten nur eingeschränkte Funktionen oder erfordern eine entsprechende Infrastruktur.

Tabelle 7: Optionen zur Verwaltung von Gruppen und Gruppenmitgliedschaften
Option	Beschreibung	Vorteile	Nachteile
Gruppenbereitstellung (Gruppen)	Erstellen und verwalten Sie Gruppen direkt in . Add/remove Mitglieder manuell oder per CSV-Datei.	Volle Kontrolle über die Gruppenmitgliedschaft Sofortige Anwendung von Lizenzen und Vorlagen Gruppen lassen sich einfach erstellen und bearbeiten	Manuelle Aktualisierungen erforderlich Fehlerrisiko beim manuellen Hochladen von CSV-Dateien Keine automatische Synchronisierung mit externen Verzeichnissen
Synchronisierte Gruppen aus Entra ID (Azure AD) oder Active Directory	Automatische Synchronisierung von Sicherheitsgruppen und Mitgliedschaften aus externen Verzeichnisdiensten.	Die automatisierte Synchronisierung reduziert den manuellen Aufwand. Gewährleistet die Übereinstimmung mit dem Unternehmensverzeichnis Unterstützt große Organisationen	Die Gruppenmitgliedschaft kann nicht bearbeitet werden in Synchronisierungsverzögerung bis zu 12 Stunden Verschachtelte Gruppen erfordern eine manuelle Auswahl
Gruppen und SCIM 2.0 API (Gruppen)	Verwenden Sie Gruppen oder die SCIM 2.0 API für die programmatische Gruppen- und Mitgliedschaftsverwaltung.	Automatisierung und Integration mit anderen Systemen Skalierbar für große oder komplexe Umgebungen	Erfordert Entwicklungsaufwand Die Komplexität hängt von der API-Nutzung ab.

Implementieren (Implement, I)

Netzwerkfähigkeit

Erstmalige Einrichtung

Domänen-Verifizierung

Bestehende Nutzer beanspruchen (konvertieren)

Verzeichnissynchronisierung konfigurieren und testen

Single Sign-On (SSO) einrichten und testen

Lizenzen beschaffen, bereitstellen und überprüfen

Webex-Anrufdiensteinstellungen

Pilotmigration

PSTN beschaffen

Standorte konfigurieren

Integration mit der lokalen Anrufsteuerung

Benutzer in Gruppen migrieren

Arbeitsbereiche

Bereitstellungsgeräte

Funktionen konfigurieren

Akzeptanztest

Netzwerkfähigkeit

Der erste Schritt beim Übergang zu ist die Sicherstellung einer zuverlässigen und sicheren Internetverbindung zwischen dem lokalen Netzwerk und der Cloud.

Da die meisten Organisationen über eine oder mehrere Firewalls oder Sicherheitsgeräte mit dem Internet verbunden sind, ist es unerlässlich zu überprüfen, ob die erforderlichen Datenflüsse unterstützt werden .

Netzwerk- und Sicherheitsadministratoren müssen diese Abläufe in folgenden Punkten verstehen:

Richtung (eingehend vs. ausgehend)

Protokolle (Beispiel - SIP TLS, SRTP, HTTPS)

IP-Adressbereiche, die von Diensten verwendet werden

Portnummern, die geöffnet oder zugelassen werden müssen.

Dadurch wird sichergestellt, dass Unternehmensfirewalls, NAT-Geräte und andere Netzwerkinfrastrukturen ordnungsgemäß konfiguriert sind, um den Datenverkehr zu bewältigen und gleichzeitig die Sicherheitsrichtlinien des Unternehmens einzuhalten.

Informationen zu den erforderlichen Abläufen einschließlich IP-Adresse, Ports und Protokollen finden Sie unter Port-Referenzinformationen für Webex Calling. Nutzen Sie diese Informationen, um die Firewall, Proxys und andere Netzwerkinfrastrukturen in der bestehenden Bereitstellung so zu konfigurieren, dass Netzwerkflüsse ermöglicht werden.

Für Cloud-Kollaborationsdienste wie beispielsweise ist der dezentrale Internetzugang von jeder Niederlassung oder jedem Standort aus die empfohlene Vorgehensweise. Indem der Verkehr lokal abgeleitet werden kann, funktioniert dieses Modell:

Reduziert Round-Trip-Verzögerung und Jitter und verbessert so die allgemeine Gesprächsqualität.

Skaliert effizient, wenn mehr Nutzer und Websites auf diese Plattform umsteigen.

Funktioniert nahtlos mit SD-WAN, das Sitzungen dynamisch zum nächstgelegenen Cloud-Einstiegspunkt weiterleiten kann, um eine optimale Leistung zu gewährleisten.

Ermöglicht die Verfolgung des Benutzerstandorts anhand seiner öffentlichen IP-Adresse, was bei der Analyse des Medienpfads und der Fehlerbehebung hilfreich ist.

Darüber hinaus müssen Organisationen an jedem Standort eine ausreichende Internetbandbreite sicherstellen. Die Bandbreite sollte auf Basis der erwarteten Anzahl gleichzeitiger Anrufe, des gewählten Codecs (z. B. Opus oder G.711) sowie des Aufwands für Signalisierung, Neuübertragungen und Wachstum dimensioniert werden. Dies steht im Einklang mit der Vorbereitungsphase des PPDIO-Lebenszyklus und schafft eine solide Grundlage für die Migration.

Erstmalige Einrichtung

Der Unterabschnitt „Ersteinrichtung“ innerhalb der Implementierungsphase des Deployments ist grundlegend für die Schaffung einer gut strukturierten und verwaltbaren Cloud-Anrufumgebung. Diese Phase umfasst wichtige Aufgaben wie die Einrichtung der Organisation, die Beschaffung und Zuweisung von Lizenzen sowie die Überprüfung und Inanspruchnahme der Domains Ihres Unternehmens, um eine ordnungsgemäße Benutzerverwaltung und Sicherheit zu gewährleisten. Darüber hinaus umfasst es die Bereitstellung von Lizenzvorlagen zur Automatisierung der Benutzerlizenzzuweisung, die Konfiguration von Single Sign-On (SSO) zur Vereinfachung der Benutzerauthentifizierung und Verbesserung der Sicherheit sowie die Anpassung von Service- und Clienteinstellungen an die Unternehmensrichtlinien und Benutzerbedürfnisse. Durch die Durchführung dieser ersten Einrichtungsaktivitäten wird sichergestellt, dass die Umgebung für Skalierbarkeit, Sicherheit und ein reibungsloses Benutzererlebnis optimal konfiguriert ist und somit die Voraussetzungen für die nachfolgenden Bereitstellungs- und Betriebsphasen geschaffen werden.

Domänen-Verifizierung

Um Benutzer identifizieren zu können, die mit den E-Mail-Domänen Ihres Unternehmens auf registriert sind, ist es unerlässlich, Ihre Domänen zu verifizieren. Ohne Domänenverifizierung werden die Benutzer einer Verbraucherorganisation zugeordnet, was die Benutzerverwaltung für Ihr Unternehmen erschwert. Die Domainverifizierung ist ein obligatorischer Schritt, der es Ihrer Organisation ermöglicht, diese Benutzer effektiv zu beanspruchen und zu verwalten.

Stellen Sie sicher, dass alle mit den E-Mail-Adressen Ihrer Nutzer verknüpften Domains verifiziert sind. Die Domainverifizierung ist nicht exklusiv; dieselbe Domain kann organisationsübergreifend verifiziert werden.

Weitere Informationen zur Verwaltung von Domains finden Sie unter Domains verwalten.

Bestehende Nutzer beanspruchen (konvertieren)

Nach erfolgreicher Verifizierung Ihrer Domains können Sie die Benutzer, die sich für die Nutzung der E-Mail-Domains Ihres Unternehmens registriert haben, Ihrer Organisation hinzufügen. Durch diesen Prozess werden alle Benutzer unter einem einzigen organisatorischen Dach zusammengeführt, was eine zentrale Verwaltung und eine optimierte Administration ermöglicht. Durch die Zuweisung dieser Benutzerkonten stellen Sie sicher, dass Ihr Unternehmen die volle Kontrolle über die Benutzerkonten hat, sodass Sie die entsprechenden Lizenzen zuweisen, Dienste konfigurieren und den notwendigen Support effizient bereitstellen können. Dieser einheitliche Managementansatz verbessert die Sicherheit, vereinfacht die Benutzerbereitstellung und gewährleistet einen konsistenten Zugriff auf Dienste in Ihrem gesamten Unternehmen. Die Zuweisung von Nutzerrechten verhindert zudem, dass diese von externen Organisationen oder Verbraucherorganisationen verwaltet werden, wodurch die organisatorische Integrität und die Kontrolle über die Kollaborationsressourcen erhalten bleiben.

Weitere Informationen zum Zuordnen von Benutzern finden Sie unter Benutzer Ihrer Organisation zuordnen (konvertieren) Benutzer.

Verzeichnissynchronisierung konfigurieren und testen

Um eine nahtlose Benutzer- und Gruppenverwaltung zu ermöglichen, können Sie Benutzer und Gruppen aus Ihrem Unternehmensverzeichnis entweder Microsoft Entra ID (ehemals Azure AD) oder Microsoft Active Directory (AD) synchronisieren. Dieser Prozess gewährleistet, dass Benutzeridentitäten und Gruppenzugehörigkeiten in Ihrer gesamten Umgebung einheitlich verwaltet werden.

Für Organisationen, die eine stufenweise Einführung durchführen, ist es entscheidend, den Umfang der Synchronisierung während der ersten Einführungsphase zu kontrollieren und zu begrenzen. Dadurch wird das Risiko unbeabsichtigter Änderungen minimiert und gezieltes Testen vor einer breiteren Einführung ermöglicht.

Die effektivste Methode zum Filtern der synchronisierten Benutzer besteht darin, die Verzeichnisgruppenmitgliedschaft zu nutzen:

1
Erstellen Sie eine dedizierte Synchronisierungsgruppe: Erstellen Sie in Ihrem Unternehmensverzeichnis (Microsoft Enterprise ID oder AD) eine Sicherheitsgruppe speziell für die Synchronisierung (Beispiel: Synchronisierungsgruppe).

2
Die Gruppe mit Zielbenutzern füllen: Fügen Sie dieser Gruppe nur die Benutzer hinzu, die Sie synchronisieren möchten (z. B. eine Testgruppe während der Pilotphase). Dies ermöglicht Ihnen, genau zu steuern, wer in den Synchronisierungsprozess einbezogen wird.

3
Konfigurieren Sie die Synchronisierungsvereinbarung mit gruppenbasierter Filterung: Bei der Einrichtung der Synchronisierungsvereinbarung im Directory Connector oder bei der Entra ID-Bereitstellung muss der Geltungsbereich so konfiguriert werden, dass nur Benutzer eingeschlossen werden, die Mitglieder der angegebenen Gruppe sind.

Für Microsoft Entra ID können Sie gruppenbasierte Zuweisungen in den Bereitstellungseinstellungen verwenden.

Für AD können Sie einen LDAP-Filter definieren, der nur Benutzer einschließt, die zur angegebenen Gruppe gehören.

4
Erweitere die Gruppe nach Bedarf: Wenn Sie zu umfassenderen Bereitstellungsphasen übergehen, fügen Sie einfach weitere Benutzer oder Gruppen zur Synchronisierungsgruppe hinzu. Der Synchronisierungsbereich wird automatisch auf diese Benutzer erweitert, was eine kontrollierte und schrittweise Einführung ermöglicht.

Beispielhafte Implementierungsschritte:

Im Active Directory:

Erstellen Sie eine Sicherheitsgruppe namens „Synchronisierungsgruppe“.

Fügen Sie die gewünschten Pilotbenutzer dieser Gruppe hinzu.

Richten Sie den Directory Connector mit einem LDAP-Filter wie folgt ein: (memberOf=CN=Webex Synchronisieren Group,OU=Groups,DC=yourdomain,DC=com).

In Microsoft entra ID:

Erstellen Sie eine Gruppe namens „Synchronisierungsgruppe“.

Weisen Sie die Gruppe in den Bereitstellungseinstellungen von Entra ID zu.

Nur Benutzer dieser Gruppe werden für die Bereitstellung bereitgestellt.

Testen Sie die gruppenbasierte Synchronisierung immer in einer Nicht-Produktionsumgebung, bevor Sie sie auf die gesamte Organisation anwenden.

Überprüfen Sie regelmäßig die Gruppenzugehörigkeit, um sicherzustellen, dass nur autorisierte Benutzer synchronisiert werden.

Für die laufende Verwaltung sollten Aktualisierungen der Gruppenmitgliedschaften nach Möglichkeit auf Basis von Geschäftsregeln oder HR-Systemen automatisiert werden.

Referenzen:

Entra-ID-Benutzer mit Control Hub synchronisieren

Richten Sie die Entra ID Wizard App im Control Hub ein.

Verzeichniskonnektor

Single Sign-On (SSO) einrichten und testen

Single Sign-On (SSO) erhöht die Sicherheit und vereinfacht den Benutzerzugriff, indem es Benutzern ermöglicht, sich einmal mit ihren Unternehmensanmeldeinformationen zu authentifizieren und nahtlosen Zugriff zu erhalten. Unterstützt die SSO-Integration mit SAML 2.0-konformen Identitätsanbietern (IdPs), einschließlich Microsoft Entra ID (ehemals Azure AD), Active Directory (AD)-Verbundlösungen und verschiedenen Drittanbieter-IdPs.

An diesem Punkt sollte die geplante SSO-Konfiguration implementiert und getestet werden.

Referenzen:

Single Sign-On-Integration im Control Hub

Single Sign-On für die Webex-Administration konfigurieren

Einmaliges Anmelden mit Microsoft Entra ID konfigurieren

SSO mit mehreren IdPs

SSO bei der Integration im Control Hub verwalten

Lizenzen beschaffen, bereitstellen und überprüfen

Im Rahmen der Ersteinrichtung von [Name des Unternehmens] ist es unerlässlich, die entsprechenden Lizenzen zu beschaffen, bereitzustellen und zu überprüfen, um die Dienste effektiv aktivieren und verwalten zu können. Der Beschaffungsprozess beinhaltet die Auswahl von Lizenztypen auf der Grundlage von Benutzerrollen und Arbeitslasten, wie z. B. Professional-, Standard- und Workspace-Lizenzen. Lizenzen werden über die Softwareplattformen von Cisco oder über Partner generiert und bereitgestellt. Nach der Beschaffung und Bereitstellung müssen die korrekten Lizenzzahlen überprüft werden. Dieser Prozess stellt sicher, dass die Organisation über die richtigen aktivierten Lizenzen verfügt, die für den Einsatz bereit sind.

Im Rahmen der Ersteinrichtung der Lizenzierung in [Name der Plattform/des Systems] ist es wichtig, die organisationsbasierte automatische Lizenzierung zu konfigurieren, um die Lizenzzuweisung für neue Benutzer zu vereinfachen. Diese Konfiguration ermöglicht die automatische Vergabe von Lizenzen beim Hinzufügen von Benutzern zur Organisation, wodurch die Notwendigkeit einer manuellen Lizenzzuweisung entfällt. Bei der Konfiguration der automatischen Lizenzierung auf Organisationsebene wählen Sie die zuzuweisenden Dienste aus und definieren den Geltungsbereich, z. B. ob Lizenzen nur für zukünftige Benutzer oder auch für bestehende Benutzer gelten sollen.

Wenn Ihr Bereitstellungsplan jedoch die Verwendung einer automatischen Lizenzierung auf Gruppenebene vorsieht, können Sie darauf verzichten, Lizenzen auf Organisationsebene zuzuweisen, um Konflikte oder doppelte Lizenzzuweisungen zu vermeiden. Bei der automatischen Lizenzierung auf Gruppenebene werden Lizenzen basierend auf der Gruppenzugehörigkeit vergeben. Benutzer, die mehreren Gruppen angehören, erhalten Lizenzen aus allen entsprechenden Gruppenzuordnungen.

Die Konfiguration der gruppenbasierten Lizenzzuweisung muss nach Abschluss der Verzeichnissynchronisierung erfolgen, damit synchronisierte Gruppen vorhanden sind und für die Lizenzzuweisung verwendet werden können.

Für die automatische Lizenzzuweisung sind insbesondere zusätzliche Bereitstellungsdetails wie Benutzerstandort und Telefonnummernzuweisung erforderlich. Die geschäftliche Telefonnummer des Benutzers muss in +E.164 Das Format muss vorkonfiguriert, einem gültigen Speicherort zugewiesen sein, damit die Lizenz automatisch aktiviert werden kann. Werden diese Bedingungen nicht erfüllt, werden dem Benutzer die Dienste nicht automatisch bereitgestellt und es kann ein manuelles Eingreifen erforderlich sein.

Zusammenfassend lässt sich sagen, dass Sie die organisationsbasierte automatische Lizenzierung für neue Benutzer konfigurieren sollten, wenn Sie eine umfassende, organisationsweite Lizenzzuweisung wünschen. Wenn Sie eine detailliertere Kontrolle bevorzugen oder unterschiedliche Lizenzierungsanforderungen pro Gruppe haben, konfigurieren Sie die automatische Lizenzierung auf Gruppenebene und vermeiden Sie die Zuweisung von Lizenzen auf Organisationsebene, um Überschneidungen zu vermeiden und eine ordnungsgemäße Lizenzverwaltung sicherzustellen.

Webex-Anrufdiensteinstellungen

Es ist unerlässlich, eine umfassende Überprüfung und Konfiguration der globalen Serviceeinstellungen innerhalb von durchzuführen.

Beginnen Sie, indem Sie auf die Website zugreifen und zum Abschnitt „Einstellungen“ navigieren. Prüfen Sie sorgfältig jede konfigurierbare Option, einschließlich, aber nicht beschränkt auf die Konfiguration der internen Wählverbindung, die Parameter für Notrufe, die Richtlinien für die Anrufweiterleitung, die Voicemail-Verwaltung und die Standardeinstellungen des Geräts.

Passen Sie diese globalen Einstellungen an die Richtlinien und Designentscheidungen Ihrer Organisation an.

Außerdem: Setup-Einstellungen sowie Benutzer- und App-Vorlagen.

Pilotmigration

Während der Implementierungsphase stellt die Durchführung einer Pilotmigration einen entscheidenden Meilenstein für die Validierung des Übergangs von zu dar. Bei diesem Pilotprojekt wird eine repräsentative Teilmenge der Nutzer an einem oder mehreren Standorten auf der Plattform bereitgestellt, um sicherzustellen, dass die ausgewählte Gruppe unterschiedliche Anwendungsfälle und organisatorische Rollen widerspiegelt. Parallel zur Migration der Benutzer müssen wichtige Kollaborationsdienste wie Voicemail, automatische Telefonzentralen, Anrufwarteschlangen und Anrufgruppen auf ihre entsprechenden Alternativen umgestellt werden, um die Geschäftskontinuität und die Funktionsfähigkeit der Dienste aufrechtzuerhalten.

Die Pilotmigration sollte dieselbe Kombination aus von Cisco bereitgestellten Tools und Migrationshilfsmitteln von Drittanbietern nutzen, die auch für die breiter angelegte organisationsweite Implementierung geplant ist, um sicherzustellen, dass die Prozesse, Automatisierungs-Workflows und Integrationspunkte unter repräsentativen Bedingungen gründlich validiert werden.

Die Hauptziele dieses Pilotprojekts sind zweifach: Erstens, um die gesamten Übergangsprozesse einschließlich der Workflows zur Benutzerbereitstellung, der Datenmigrationsverfahren und der Endpunktkonfigurationen zu validieren und zu optimieren; und zweitens, um die Funktionalität der migrierten Dienste unter realen Betriebsbedingungen umfassend zu überprüfen.

Dieser phasenweise Ansatz ermöglicht es dem Projektteam, technische oder verfahrenstechnische Probleme in einer kontrollierten Umgebung zu identifizieren und zu beheben, Feedback von Nutzern zur neuen Plattform zu sammeln, die Effektivität ausgewählter Migrationswerkzeuge zu bewerten und Vertrauen in die Migrationsmethodik zu gewinnen, bevor mit der breiteren organisatorischen Einführung fortgefahren wird.

Die in dieser Pilotphase gewonnenen Erkenntnisse sind von entscheidender Bedeutung für die Optimierung nachfolgender Migrationswellen und gewährleisten einen reibungslosen, risikominimierten Übergang für das gesamte Unternehmen.

PSTN beschaffen

Um PSTN-Dienste für zu beziehen, wählen Sie zunächst eine PSTN-Konnektivitätsoption im aus.

Wenn eine Organisation plant, die hybride duale Anrufsteuerung beizubehalten ( Phase 1 in Abbildung Phasenweiser Übergang zur Anrufsteuerung: Hybrid- und Cloud-Umgebungen) entweder vorübergehend oder dauerhaft, müssen ein oder mehrere lokale Gateways für das lokale PSTN bereitstellen, um Anrufe zwischen den Endpunkten zu ermöglichen.

Wenn eine vollständige Umstellung ( Phase 2) auf die Cloud einschließlich PSTN das Endziel ist, dann ist für PSTN entweder ein Cisco Calling Plan oder eine Cloud Connect for Option erforderlich.

Arbeiten Sie mit Ihrem gewählten Anbieter zusammen, um Telefonnummern zu bestellen und zu portieren, bevor Sie diese konfigurieren. Die Bestellung von Telefonnummern oder die Einleitung von Hafenaufträgen ist nur required/possible für lokale PSTN- und Cloud Connect-Netzwerke. Bei Cisco Calling Plans werden Bestellung und Portierung direkt im Control Hub eingeleitet, sobald der Standort erstellt wurde, und zwar in Ländern, in denen Cisco Calling Plans verfügbar sind. Weitere Informationen zu den Cisco Calling-Tarifen finden Sie unter Erste Schritte mit den Cisco-Tarifen.

Stellen Sie im Rahmen der PSTN-Implementierung sicher, dass Ihr Anbieter sowohl eingehende als auch ausgehende PSTN-Dienste für Ihren Standort aktiviert hat. Führen Sie außerdem Testanrufe durch, um zu überprüfen, ob die Anrufe über Ihre gewählte PSTN-Verbindung korrekt weitergeleitet werden.

Standorte konfigurieren

Bevor Sie Benutzer und Geräte hinzufügen, müssen Sie Anrufstandorte bereitstellen. Für jeden Standort muss eine gültige Straßenadresse angegeben werden. In den USA und Kanada wird diese Adresse validiert und von der Plattform verwendet, um PIDF-LO-Standortinformationen für Notrufe zu senden.

Bei der Konfiguration von Standorten, die ein lokales PSTN-Netz nutzen, müssen Sie die lokalen Gateways entsprechend einrichten. In diesem Fall müssen für jedes lokale Gateway ein Trunk und eine Routengruppe erstellt werden, und die Routengruppe wird dann als PSTN-Auswahl für den Standort zugewiesen. Cisco empfiehlt dringend, immer eine Routengruppe als PSTN-Option auszuwählen, da dieser Ansatz es Ihnen ermöglicht, in Zukunft problemlos zusätzliche Trunks hinzuzufügen und somit sowohl Skalierbarkeit als auch Redundanz zu gewährleisten. Cisco empfiehlt außerdem, die Unterstützung für Dual-Identität und P-Charge-Info auf jedem PSTN-Trunk zu aktivieren, da dies die Identifizierung des abrechnungspflichtigen Teilnehmers bei ausgehenden direkten oder umgeleiteten Anrufen vereinfacht. Falls Ihr PSTN-Anbieter einen anderen Header für die Abrechnung verwendet, können Sie die Informationen aus dem P-Charge-Info-Header des lokalen Gateways in den erforderlichen Abrechnungsheader kopieren.

Für Standorte, die Cloud Connect oder den Cisco Calling Plan als PSTN-Option nutzen, wählen Sie während der Einrichtung einfach die entsprechende PSTN-Option für den Standort aus. Wenn der Standort entweder Cloud Connect oder ein lokales PSTN-Netzwerk nutzt, müssen Sie die im vorherigen Schritt bestellten Telefonnummern hinzufügen. Nummern können als inaktiv hinzugefügt werden, wenn sie nicht sofort in die Anrufweiterleitung einbezogen werden sollen; Sie können diese Nummern später aktivieren, wenn sie Benutzern oder Funktionen zugewiesen werden.

Es ist wichtig, für jeden Standort immer die Hauptnummer festzulegen. Die Hauptnummer kann entweder einem Benutzer oder einer Funktion, wie z. B. einer automatischen Telefonzentrale, zugewiesen werden. Um die Voicemail an diesem Standort zu aktivieren, stellen Sie sicher, dass die Voicemail-Pilotnummer, auch bekannt als Voice-Portal-Nummer, eingestellt ist.

Zu den zusätzlichen Einstellungen für Anruforte gehören die Konfiguration von Notrufdetails wie der Notruf-Rückrufnummer, Benachrichtigungsoptionen und erweiterten Notruffunktionen. Sie sollten außerdem die Aufnahmeeinstellungen, Sprachpräferenzen und Gerätekonfigurationen je nach Standort überprüfen und gegebenenfalls anpassen. Wenn Ihre Organisation abgekürzte standortübergreifende On-Net-Wahlverfahren mit unternehmensweit gültigen Rufnummern verwendet, denken Sie daran, in den internen Wähleinstellungen einen eindeutigen Standortcode für den jeweiligen Standort zu konfigurieren. Wenn für externe Anrufe eine ausgehende Wählziffer erforderlich ist, stellen Sie diese unbedingt in den Einstellungen für externe Anrufe ein. Wenn eine ausgehende Wählziffer konfiguriert ist, empfiehlt Cisco, die Durchsetzung der ausgehenden Wählziffer zu aktivieren, um Konsistenz zu gewährleisten.

Integration mit der lokalen Anrufsteuerung

Für die Integration mit der lokalen Anrufsteuerung ist es notwendig, Trunks, Routing-Gruppen, Unternehmenswahlpläne sowie Standort- und globale Einstellungen zu konfigurieren. Beginnen Sie mit der Einrichtung der Trunks und lokalen Gateways, die für die Verbindung mit dem lokal installierten Anrufsteuerungssystem vorgesehen sind; dieser Schritt ist nur erforderlich, wenn dedizierte Trunks benötigt werden. Wenn die vorhandenen Trunks und Routengruppen für Ihre Bereitstellung ausreichend sind, können sie ohne zusätzliche Konfiguration für die lokale Verbindung wiederverwendet werden.

Sobald die Amtsleitungen und Routengruppen eingerichtet sind, erstellen Sie die unternehmensweiten Wählpläne und weisen Sie jedem Wählplan die entsprechende Routengruppe als Ziel zu. Wenn die Integration mehrere lokale Anrufsteuerungssysteme umfasst, die über verschiedene Amtsleitungen verbunden sind, werden mehrere Wählpläne benötigt. Es ist wichtig sicherzustellen, dass diese Wählpläne nur die für die Weiterleitung von Anrufen an lokale Ziele erforderlichen Muster enthalten.

Wenn Ihre Bereitstellung die Unterstützung für das Routing unbekannter Nebenstellen erfordert, sollte diese Funktion auf Standortebene aktiviert werden. Wenn die Weiterleitung unbekannter Nebenstellen aktiviert ist, müssen Sie außerdem die maximale Länge unbekannter Nebenstellen im Abschnitt Anrufweiterleitung zwischen und Standorten der Einstellungen für Anrufdienste in angeben. Dies gewährleistet eine reibungslose Anrufweiterleitung und die korrekte Handhabung von Wählvorgängen über Nebenstellen in Ihrer integrierten Umgebung.

Benutzer in Gruppen migrieren

Bei der Migration von Benutzern von [System 1] auf [System 2] ist es möglicherweise nicht möglich, alle Benutzer gleichzeitig zu migrieren. Dies kann verschiedene Gründe haben, unter anderem die Anzahl der Websites oder Nutzer und die Dauer der Umstellung einer Website. and/or Gruppe von Benutzern gleichzeitig, begrenzte IT- oder Standortressourcen zur Unterstützung des Änderungszeitraums, Dauer des Änderungszeitraums, Komplexität der Änderung usw.

Wenn Sie Benutzer in Phasen migrieren, ist es entscheidend, festzustellen, welche Benutzer zusammen in demselbenBatch migriert werden müssen. Das Hauptziel ist die gemeinsame Migration von Nutzern, deren Anrufdienste und Funktionen voneinander abhängig sind. Sie möchten sicherstellen, dass alle Anruffunktionen (z. B. Anrufwarteschlangen) auf der neuen Version genauso voll funktionsfähig sind wie vor der Umstellung.

Selbst wenn Sie die Interoperabilität von Anrufen zwischen und mit lokalen Gateways implementieren, können Sie über diese Verbindung keine gemeinsam genutzten Dienste oder Funktionen aufteilen. Daher müssen Sie die Abhängigkeiten zwischen den Benutzern anhand von Merkmalen wie den folgenden ermitteln:

Überwachung anderer Benutzer mithilfe von BLFs

Im selben Jagdpiloten, Anrufwarteschlange usw.

Gemeinsam genutzte Leitungen

Anrufannahme nutzen

Verwendung derselben Rufnummern

Sprechanlage

Executive/Admin.

Ein Beispiel wäre ein Benutzer, der Teil einer Hunt Group ist, die gerade in eine andere Gruppe umgewandelt wird. Dieser Benutzer wird in die Hunt Group und in die Gruppe aller anderen Mitglieder der Hunt Group aufgenommen. Daher können die Hunt Group und ihre Mitglieder nach der Umstellung Anrufe über die neue Plattform erfolgreich entgegennehmen.

Dies gestaltet sich noch schwieriger, wenn Benutzer für verschiedene Anrufdienste und Funktionen mit unterschiedlichen Benutzergruppen verbunden sind. Dies erfordert die gleichzeitige Umstellung mehrerer Benutzergruppen und eines Anrufdienstes.

Nutzen Sie die Ausgabe des Migration Insights-Tools oder des Drittanbietertools , das Sie in der Vorbereitungsphase verwendet haben, um zu bestimmen, welche Benutzer und Funktionen gruppiert werden sollen. Diese Ausgabe sollte zur Entwicklung Ihres Migrationsplans verwendet worden sein und gibt Ihnen Aufschluss darüber, wie Sie Benutzer und Funktionen gruppieren können, die gemeinsam migriert werden müssen.

Die wichtigsten Schritte bei der Umstellung einer Gruppe von Benutzern sind:

Identifizierung der Benutzer, die gemeinsam migriert werden sollen

Überprüfen Sie, ob alle Benutzer angemeldet sind.

Überprüfen Sie, ob alle TNs für die Benutzer vorhanden sind.

Überprüfen Sie das korrekte Format der Telefonnummer im Verzeichnis.

Stellen Sie sicher, dass die Lizenzierungs- und Einstellungsvorlagen für die Benutzergruppen korrekt eingerichtet sind.

Überprüfung bzw. Konfiguration aller Anrufdienste und -funktionen für die Benutzergruppe (gegebenenfalls vor oder während der Umstellung)

Fügen Sie im Unternehmensverzeichnis Benutzer zur Gruppe der Anrufberechtigten hinzu.

Tools zur Benutzer- und Funktionsmigration nutzen and/or Tools von Drittanbietern

Disable/Delete user/device Rufnummer und Anruf features/services nach dem Übergang.

Nach der Migration einer Benutzergruppe sollte eine Teilmenge der Benutzer getestet werden, um zu überprüfen, ob alle Anruffunktionen und Dienste ordnungsgemäß funktionieren. Wenn Anruffunktionen wie Anrufwarteschlange, Anrufgruppen usw. mit der Benutzergruppe übertragen werden, sollten diese Anrufdienste auf ordnungsgemäße Funktionsfähigkeit getestet werden.

Arbeitsbereiche

In diesem Kontext bezeichnet der Begriff „Workspace“ einen gemeinsam genutzten Ort (wie einen Konferenzraum, einen Besprechungsraum oder einen flexiblen Arbeitsplatz), dem Geräte, Nebenstellen und Benutzer zugewiesen werden können. Im Gegensatz zu herkömmlichen Unified CM-Telefonen sind Arbeitsbereiche:

Standortbezogen: gebunden an physische Räume.

Geräteflexibel: kann ein oder mehrere Geräte haben (Tischtelefone, Whiteboards usw.).

Sobald Arbeitsbereiche im Rahmen der Umstellung auf identifiziert wurden, können sie unter Geräte hinzugefügt werden. Jedem Arbeitsbereich muss ein Gerät zugewiesen werden, und wenn diese bereits in Unified CM vorhanden sind, müssen sie zurückgesetzt oder neu bereitgestellt werden. Funktionen wie Voicemail, Anrufweiterleitung und Anrufannahme können aktiviert oder deaktiviert werden, und Richtlinien können nach Bedarf für Videoanrufe, Anrufparken und Mobilität angewendet werden. Testen Sie jeden Arbeitsbereich, indem Sie interne und externe Anrufe tätigen und Video-, Konferenz- und Mobilitätsfunktionen testen. Abschließend sollten die Nutzer über alle geltenden Prozesse für Arbeitsplatzgeräte und Buchungen informiert werden.

Weitere Informationen zu Arbeitsbereichen in finden Sie unter Arbeitsbereiche.

Bereitstellungsgeräte

Telefone, die derzeit registriert sind, müssen im Rahmen der Cloud-Migration migriert werden. Um die Migration so einfach wie möglich zu gestalten und das Fehlerrisiko zu minimieren, empfiehlt Cisco, physische Standorte oder Abteilungen gleichzeitig zu migrieren. Aufgrund von Funktionsabhängigkeiten kann es jedoch erforderlich sein, die Benutzer in Gruppen zu migrieren. Weitere Details finden Sie im Abschnitt Benutzer in Batches migrieren.

Alle unterstützten Telefone, von denen Sie migrieren müssen, müssen als Benutzer oder Arbeitsbereich konfiguriert werden, und das physische Telefon muss neu konfiguriert werden, um sich bei zu registrieren. Darüber hinaus ist bei den Telefonen der Serien 7800 und 8800 ein Firmware-Upgrade von Enterprise-Firmware auf Multiplatform Phone (MPP)-Firmware erforderlich. Dieser Prozess beinhaltet das Laden einer Übergangs-Firmware, bevor die für die Registrierung erforderliche MPP-Firmware geladen wird. Außerdem wird die entsprechende Migrationslizenz benötigt. Cisco hat diesen Prozess in den letzten Jahren verbessert, um Ihnen das Upgrade Ihrer Enterprise-Firmware-Telefone auf MPP-Firmware zu erleichtern. Weitere Informationen zu den Schritten für das Firmware-Upgrade finden Sie unter Konvertierung von Cisco IP-Telefonen der Serien 7800 und 8800 zwischen Enterprise- und MPP-Firmware.

Zusätzlich zu den in diesem Artikel beschriebenen Schritten verfügt [ ] über ein integriertes Tool, [ ] Telefon zu Webex Calling migrieren, mit dem Sie Ihre 7800- und 8800-Telefone von Enterprise- auf MPP-Firmware migrieren können. Mit diesem Tool können Sie außerdem die Telefone hinzufügen und sie den entsprechenden Benutzern oder Arbeitsbereichen zuweisen. Weitere Informationen zur Verwendung des Tools finden Sie unter Telefon migrieren.

Für alle Telefone der Serie 9800, die mit der oben genannten Firmware-Migrationsanforderung registriert sind, gilt diese Anforderung nicht. Diese Telefone laufen mit PhoneOS, das von beiden unterstützt wird. Um diese Telefone zu migrieren, müssen Sie sie zu Webex Calling hinzufügen, sie einem Benutzer oder Arbeitsbereich zuweisen und die Telefone anschließend auf die Werkseinstellungen zurücksetzen. PhoneOS-Bootsequenz für die Registrierung Die Abbildung unten zeigt die PhoneOS-Bootsequenz und wie sich das Telefon registriert, sobald es hinzugefügt wurde, selbst wenn das Telefon noch auf provisioniert ist. and/or DHCP-Optionen (Beispiel - 150) werden verwendet.

PhoneOS-Bootsequenz für die Registrierung

Unterstützt das Zurücksetzen von PhoneOS-Geräten auf Werkseinstellungen, um ein berührungsloses Onboarding zu ermöglichen. Administratoren können die Telefone 9800 und 8875 über die CUCM-Administrationsseiten remote auf Werkseinstellungen zurücksetzen, wodurch der physische Zugriff auf die Telefone für das Onboarding entfällt. Diese Funktion wird von den Gerätepaketen ab dem 9. September 2025 unterstützt:

CUCM v15 - Unified Communications Manager Version 15

CUCM v14 - Unified Communications Manager Version 14.

Weitere Informationen zum Registrierungsprozess für die 9800er-Serie finden Sie unter Registrierungsprozess.

Zusätzlich zu den Cisco IP-Telefonen kann die Bereitstellung anderer Geräte wie analoger Telefonadapter (ATAs), drahtloser Telefone (WiFi, DECT), Videogeräte, Sprachgateways und Geräte und Telefone von^{Drittanbietern erforderlich sein. Viele dieser Geräte verfügen nicht über einen Firmware-Upgrade-Pfad wie IP-Telefone, um von Unternehmens-Firmware auf Cloud-Firmware umzusteigen. Daher müssen Sie jedes dieser Geräte im Control Hub provisionieren. Einige dieser Modelle lassen sich nicht migrieren und müssen durch ein gleichwertiges Modell ersetzt werden (z. B. ATA). 191/192) und andere erfordern eine manuelle Neukonfiguration and/or Softwareänderungen.}

Voice-Gateways - Informationen zur Migration Ihres lokalen Gateways finden Sie unter Lokales Gateway migrieren.
Weitere Informationen zur Konfiguration Ihres Sprachgateways VG400, VG410 oder VG420 im Control Hub finden Sie unter Lokales Gateway

Analoger Telefonadapter (ATA) - Um mit Ihrem Cisco ATA 191 und 192 loszulegen, siehe Cisco ATA.

WLAN-Telefon - Informationen zur Integration der drahtlosen Telefone 840 und 860 finden Sie unter Webex-Telefon integrieren.

DECT-Funktelefone - Um mit Ihrem neuen Cisco IP DECT 6800 zu beginnen, siehe Cisco IP DECT.

Informationen zum Aufbau und zur Verwaltung eines digitalen DECT-Netzwerks im Control Hub finden Sie unter DECT-Netzwerk verwalten

Weitere Informationen zu Cisco IP DECT 6800 finden Sie im Bereitstellungsleitfaden[ ].

3 Drittanbietergeräte und -telefone - Zusammenarbeit mit 3 Drittanbieteranbietern auf device/phone Anforderungen und der Prozess zu deren Migration oder Ersetzung zur Unterstützung.

Funktionen konfigurieren

Alle erforderlichen Anruffunktionen müssen vor oder während der Umstellung bereitgestellt werden. Wie im Abschnitt „Benutzer in Gruppen migrieren“ erläutert, müssen die Anruffunktionen konfiguriert und umgestellt werden, wenn die Benutzer, die sie verwenden, umgestellt werden.

Detaillierte Informationen zur Konfiguration der einzelnen Funktionen finden Sie in den entsprechenden Hilfeartikeln zur Konfiguration.

Automatische Telefonansagen – Informationen zur Verwaltung automatischer Telefonansagen finden Sie unter Automatische Telefonansagen

Parken mit Anruffunktion – Informationen zur Verwaltung des Parkens mit Anruffunktion finden Sie unter Parken mit Anruffunktion

Anrufannahme – Informationen zum Konfigurieren einer Anrufannahmegruppe finden Sie unter Anrufannahme

Anrufwarteschlangen – Informationen zum Konfigurieren der Anrufwarteschlange finden Sie unter Anrufwarteschlange

Jagdgruppen – Informationen zur Verwaltung von Jagdgruppen finden Sie unter Jagdgruppe verwalten

Betriebsmodi – Informationen zur Anrufweiterleitung basierend auf Betriebsmodi finden Sie unter Anrufweiterleitung basierend auf Betriebsmodi

Paging-Gruppen – Informationen zum Konfigurieren einer Paging-Gruppe finden Sie unter Paging-Gruppe konfigurieren

Aufzeichnungen – Informationen zur Verwaltung der Anrufaufzeichnung finden Sie unter Aufzeichnungen verwalten

Einzelrufnummernreichweite – Informationen zur Konfiguration der Einzelrufnummernreichweite (Büro überall) finden Sie unter Einzelrufnummer konfigurieren

Voicemail-Gruppe - Informationen zur Verwaltung einer gemeinsamen Voicemail- und Fax-Eingangsbox für finden Sie unter Voicemail verwalten.

Akzeptanztest

Die Abnahmetests gewährleisten, dass die migrierte Umgebung die funktionalen Anforderungen erfüllt, wie erwartet funktioniert und ein nahtloses Benutzererlebnis über alle Kommunikationsabläufe hinweg bietet. Dieser Validierungsprozess ist vielschichtig und umfasst alles von der Benutzerbereitstellung und Nummernvergabe bis hin zur operativen Leistungsfähigkeit erweiterter Anruffunktionen.

Dieser Abschnitt enthält Beispiele und hebt wichtige Aspekte hervor, die bei der Abnahmeprüfung zu berücksichtigen sind; er ist jedoch nicht als vollständige oder umfassende Checkliste gedacht.

Benutzerbereitstellung und Nummernvergabe

Ein grundlegender Aspekt der Akzeptanztests besteht darin, zu überprüfen, ob alle Benutzer korrekt und vollständig provisioniert wurden. Hierfür ist ein gründlicher Vergleich zwischen dem Quellverzeichnis und der neu eingerichteten Benutzerbasis erforderlich, um sicherzustellen, dass jedes Benutzerkonto sowie zugehörige Attribute wie Durchwahlnummern und Direktwahlnummern (DID) korrekt migriert wurden. Die Vollständigkeit der Bereitstellung ist nicht nur für die sofortige Einsatzbereitschaft, sondern auch für die laufende Administration und den Support von entscheidender Bedeutung.

Die Validierung der Rufnummernzuweisung umfasst die Bestätigung, dass jedem Benutzer die richtige Nebenstelle und externe Rufnummer zugewiesen ist und dass diese Rufnummern sowohl im internen (On-Net) als auch im externen (PSTN) Anrufablauf korrekt weitergeleitet werden. Es ist unerlässlich, auf Überschneidungen, fehlende Zuordnungen oder Fehlkonfigurationen zu prüfen, die zu Fehlern bei der Anrufweiterleitung oder zu Dienstunterbrechungen führen könnten.

PSTN-Anrufabläufe und Anrufer-ID-Anzeige

Ein robustes Abnahmetestverfahren muss die durchgängige Validierung von PSTN-Anrufabläufen umfassen. Dies umfasst sowohl eingehende als auch ausgehende Anrufszenarien. Bei eingehenden PSTN-Anrufen sollte das Testteam überprüfen, ob die Anrufe an die vorgesehenen Endpunkte zugestellt werden, seien es einzelne Benutzer, Anrufwarteschlangen, Anrufgruppen oder automatische Vermittlungsstellen. Ausgehende PSTN-Anrufe müssen erfolgreich getätigt werden, wobei besonderes Augenmerk auf die korrekte Übermittlung und Darstellung der Anrufer-ID-Informationen zu legen ist. Dies beinhaltet die Sicherstellung, dass externen Empfängern der korrekte Name und die korrekte Telefonnummer des Anrufers gemäß den Unternehmensrichtlinien und gesetzlichen Bestimmungen angezeigt werden.

Die Tests sollten auch Ausfallszenarien berücksichtigen, wie beispielsweise den Umgang mit nicht erreichbaren Endpunkten oder Netzwerkstörungen. Dies trägt dazu bei, zu bestätigen, dass Ausweichmechanismen und alternative Routing-Funktionen ordnungsgemäß funktionieren und somit die Kontinuität und Zuverlässigkeit des Dienstes gewährleistet sind.

Interne Anrufabläufe

Interne Anrufe, auch als On-Net-Anrufe bezeichnet, bilden das Rückgrat der Unternehmenskommunikation. Die Abnahmetests in diesem Bereich überprüfen, ob Anrufe zwischen Benutzern innerhalb der Organisation korrekt weitergeleitet werden und ob Funktionen wie Anrufweiterleitung, Halten, Umleiten und Konferenzschaltungen wie vorgesehen funktionieren. Die Integrität der Wählpläne, die Konnektivität zwischen den Nebenstellen und die Unterstützung der organisatorischen Anrufrichtlinien müssen bestätigt werden.

Benutzeranrufbearbeitung und Funktionsvalidierung

Ein wichtiger Aspekt der Akzeptanztests besteht darin, zu überprüfen, wie Benutzer Anrufe über die und unterstützte Tischtelefone abwickeln. Dieser Prozess zielt darauf ab, sicherzustellen, dass die täglichen Anrufabläufe intuitiv und zuverlässig sind und dass die Benutzer nahtlosen Zugriff auf die für ihre Aufgaben notwendigen Kernfunktionen haben. Die Tests sollten die Benutzerfreundlichkeit beim Tätigen und Empfangen von Anrufen, beim Verwalten von Halte- und Wiederaufnahmefunktionen sowie bei der Durchführung von Blind- und Rückfrage-Weiterleitungen bewerten. Es ist außerdem unerlässlich zu überprüfen, ob Anrufweiterleitung, Konferenzschaltungen und andere erweiterte Funktionen, wie das Parken und Abrufen von Anrufen oder das Aktivieren des „Nicht stören“-Modus, problemlos verfügbar sind und reibungslos funktionieren.

Die Benutzererfahrung sollte hinsichtlich Verständlichkeit und Reaktionsfähigkeit bewertet werden, wobei zu berücksichtigen ist, wie die Benutzer mit Anrufliste, Voicemail und integrierten Verzeichnissen interagieren. Besonderes Augenmerk sollte auf die Möglichkeit gelegt werden, aktive Anrufe zwischen Geräten zu verschieben und die Anrufsteuerung innerhalb der Anwendung oder auf physischen Telefonen effektiv zu nutzen. Das oberste Ziel ist es, sicherzustellen, dass die Benutzererfahrung nach der Migration konsistent und effizient ist und die Kommunikationsbedürfnisse der Organisation vollumfänglich unterstützt.

Anrufwarteschlangen: Agenten- und Vorgesetztenerfahrung

Anrufwarteschlangen werden häufig zur Bewältigung eines hohen Aufkommens eingehender Anrufe eingesetzt. Die Abnahmeprüfung konzentriert sich hier auf mehrere Dimensionen. Zunächst sollte überprüft werden, ob die Anrufe gemäß der konfigurierten Warteschlangenlogik, wie z. B. Round Robin, längste Leerlaufzeit oder gleichzeitiges Klingeln, an die Agenten verteilt werden. Die Darstellung der in der Warteschlange befindlichen Anrufe auf den Rechnern der Agenten muss auf Übersichtlichkeit und Benutzerfreundlichkeit geprüft werden, um sicherzustellen, dass die Agenten Anrufe effizient annehmen, halten und weiterleiten können.

Für Vorgesetzte sollte die Desktop-Oberfläche hinsichtlich Funktionen wie Echtzeitüberwachung, Anrufeinmischung und Analysen bzw. Einblicken in die Warteschlangenleistung bewertet werden. Dies umfasst unter anderem die Validierung von Dashboards und Reporting-Tools, die verwertbare Daten zur Anrufverteilung, Agentenaktivität und Warteschlangenmetriken liefern.

Sammelanschlussgruppen: Anrufverteilung

Anrufgruppen sind ein wichtiger Mechanismus zur Verteilung von Anrufen an vordefinierte Benutzergruppen. Im Rahmen der Abnahmetests muss bestätigt werden, dass Anrufe gemäß dem konfigurierten Anrufsuchalgorithmus an die Gruppenmitglieder weitergeleitet werden und dass Überlauf-, Weiterleitungs- und Nichtannahmeszenarien gemäß der Konstruktion behandelt werden. Sicherzustellen, dass die Gruppenzugehörigkeit und das Anrufweiterleitungsverhalten den zuvor festgelegten entsprechen, ist für die operative Konsistenz und die Zufriedenheit der Nutzer unerlässlich.

Automatische Anrufverteilung: Ankündigungen und Menüführung

Automatische Telefonzentralen stellen die vorderste Front der automatisierten Anrufbearbeitung dar. Die Tests müssen die Wiedergabe von Ansagen, die Genauigkeit der aufgezeichneten Begrüßungen und die korrekte Funktion der Menüstruktur umfassen. Die Menüauswahl sollte Anrufer zuverlässig an die entsprechenden Abteilungen, Personen oder externen Nummern weiterleiten. Die Tests sollten auch Szenarien mit ungültigen Anrufen oder Zeitüberschreitungen umfassen, um sicherzustellen, dass die Anrufer klare Anweisungen erhalten oder wie beabsichtigt umgeleitet werden.

Voicemail-Funktion

Schließlich ist die Voicemail-Funktionalität für das Benutzererlebnis von entscheidender Bedeutung. Bei den Abnahmetests sollte überprüft werden, ob die Voicemail-Boxen korrekt zugewiesen und sowohl innerhalb der Organisation als auch von unterwegs erreichbar sind. Die Möglichkeit, Nachrichten aufzuzeichnen, abzurufen und zu verwalten, muss ebenso wie die Zustellung von Benachrichtigungen bestätigt werden.

Optimieren (Optimize, O)

PSTN-Migration zu Cloud Connect für

Optimierung der lokalen Infrastruktur

Nutzen Sie Analyse- und Fehlerbehebungsfunktionen.

PSTN-Migration zu Cloud Connect für

Sobald alle Endpunkte und Benutzer auf Cloud-Anrufe migriert sind, besteht der einzige Zweck von Unified CM darin, als Transit zwischen den PSTN-Gateways und dem lokalen Gateway zu fungieren. Die Nutzung von Cloud Connect als PSTN-Zugangsstelle für alle Webex Calling-Benutzer anstelle von PSTN-Gateways und Local Gateway bietet mehrere Vorteile, darunter Kostensenkung und verbesserte Zuverlässigkeit. Um den lokalen PSTN-Zugriff auf Cloud Connect für umzustellen, befolgen Sie diese Schritte:

Cloud Connect zur Partnerauswahl.

Schauen Sie in der Liste der Cloud Connect-Partner nach und wählen Sie den/die für den Standort Ihrer Organisation verfügbaren Partner aus.

Zur Validierung Cloud Connect nutzen.

Bevor der PSTN-Zugang für Standorte auf Cloud Connect umgestellt wird, sollte die Konnektivität zum PSTN über den ausgewählten Cloud Connect-Partner überprüft und validiert werden. Zu diesem Zweck muss ein Teststandort bereitgestellt werden, an dem einige Testbenutzer eingerichtet werden. Der PSTN-Zugang für diesen Teststandort wird dann auf den Cloud Connect-Partner eingestellt, bevor die PSTN-Konnektivität mit den Testtelefonen überprüft wird. Nach erfolgreicher Validierung kann der Teststandort deaktiviert werden.

Rufnummernmitnahme.

Zur Vorbereitung der Umstellung auf Cloud Connect muss ein Portierungsauftrag für alle Nummern erteilt werden, die derzeit dem PSTN-Trunk zugewiesen sind und auf diesem enden. Alle Nummern müssen zum Cloud Connect-Partner portiert werden. Um die Erreichbarkeit zwischen den Standorten aufrechtzuerhalten, müssen alle Rufnummern aller Standorte gleichzeitig portiert werden.

Wechseln Sie zu einem Cloud Connect-Partner.

Zum Zeitpunkt der Umstellung muss der PSTN-Zugang für alle Standorte auf den Cloud Connected PSTN-Anbieter eingestellt werden, und die eingehende und ausgehende Konnektivität sollte überprüft werden.

Wie im Abschnitt PSTN des Designkapitels erläutert, können Kunden auch zu Beginn der Umstellung ihren PSTN-Zugang zu Cloud Connect verlagern und dabei PSTN-Trunking für Hybridbereitstellungen nutzen. Weitere Informationen finden Sie unter PSTN-Trunking für hybride Webex Calling-Bereitstellungen. In diesem Fall erfolgt der PSTN-Zugriff während der Umstellung über das Local Gateway, und nach der Migration aller Benutzer sind außer der Außerbetriebnahme der Local Gateways keine weiteren PSTN-bezogenen Migrationsschritte erforderlich.

Optimierung der lokalen Infrastruktur

Sobald alle Benutzer und alle Endpunkte auf Cloud-Registrierung umgestellt (oder außer Betrieb genommen) wurden, aktualisieren Sie die entsprechende lokale Infrastruktur, da nun Cloud-Anrufe verwendet werden. Zu den Aktualisierungen der Infrastruktur gehören:

Entfernen Sie die lokalen DNS-SRV-Einträge für Anrufsteuerung und Messaging von den lokalen DNS-Servern, einschließlich cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Diese SRV-Datensätze werden für die Client-Service-Ermittlung nicht mehr benötigt.

Entferne Edge-bezogene DNS-SRV-Einträge aus dem öffentlichen DNS-System, einschließlich collab_edge._tls.<domain>. Diese SRV-Datensätze werden für die Client-Service-Discovery von Collaboration Edge Services nicht mehr benötigt.

Aktualisieren Sie alle relevanten DHCP-Bereiche, um Option 66 und Option 150 zu entfernen. TFTP/boot Serveradressen. Diese Bereiche werden für die Ermittlung und den Download der Endpunkt-Anrufsteuerungskonfiguration nicht mehr benötigt.

Update/remove geeignete Wählverbindungen im lokalen Gateway/CUBE Diese Route ruft Verbindungen zu und von Unified CM auf. Diese Dial-Peers werden für das lokale Anrufrouting nicht mehr benötigt.

Löschen oder entfernen Sie alle virtuellen Maschinen auf Clusterknoten. and/or Server. Rechenressourcen und Hardware können je nach Bedarf umverteilt werden. Diese Ressourcen werden für Anrufsteuerung und Edge-Dienste nicht mehr benötigt.

Löschen oder entfernen Sie alle virtuellen Maschinen des Clusterknotens. and/or Server. Rechenressourcen und Hardware können je nach Bedarf umverteilt werden. Diese Ressourcen werden für Voicemail- und Unified-Messaging-Dienste nicht mehr benötigt.

Aufräumarbeiten: Nach der Migration des PSTN-Zugangs zu Cloud Connected PSTN können PSTN-Trunks, PSTN-Gateways und Local Gateway außer Betrieb genommen werden.

Bei jeder bestehenden lokalen E911-Lösung sollten alle migrierten Standorte oder Nummern gelöscht werden. Nach Abschluss der vollständigen Umstellung sollten außerdem die virtuellen Maschinen oder Server der Anwendung entfernt werden. Rechenressourcen und Hardware können je nach Bedarf umverteilt werden. Diese Ressourcen werden für Notrufe und Ortungsdienste nicht mehr benötigt.

Die Rufnummern migrierter Benutzer sollten in einer versteckten Partition abgelegt werden, um Fehler bei der Anrufweiterleitung zu vermeiden und sicherzustellen, dass alle CSSs vorrangigen Zugriff auf den Cloud-Pfad derselben Rufnummern haben.

Aktualisieren Sie den physischen Einsatzort und das Netzwerkelement in Horizon Mobility, sobald Änderungen auftreten. Häufige Aktivitäten, die Aktualisierungen erfordern, sind:

Netzwerk-Switch-Austausch

Ersatz für drahtlosen Zugangspunkt

Änderungen des DHCP-Bereichs

Physische Veränderungen innerhalb des Gebäudes (falls sich das Problem löst) cubical/office)

Physische Büroflächenerweiterung oder -verkleinerung innerhalb eines Gebäudes.

Nutzen Sie Analyse- und Fehlerbehebungsfunktionen.

bietet umfassende Analyse- und Fehlerbehebungsfunktionen, die Ihnen helfen, Ihre Bereitstellung zu visualisieren und zu verfolgen. Diese umfassen Medienqualität, detaillierte Anrufhistorie, Anrufwarteschlange, Anrufgruppen und Analysen der automatischen Telefonzentrale. Ein Beispiel für Medienqualitätsanalysen ist in Abbildung Medienqualitätsanalysendargestellt.

Medienqualitätsanalyse

Bei der Fehlerbehebung kann jeder getätigte Anruf mit detaillierten Informationen über wichtige Probleme im Zusammenhang mit der Medienqualität und der Signalisierung angezeigt werden, um Medienprobleme sowie fehlgeschlagene Anrufe zu ermitteln, wie in Abbildung Fehlerbehebung bei der Medienqualitätdargestellt.

Fehlerbehebung bei der Medienqualität

Die Fehlerbehebung kann auch mit anderen Cisco-Produkten wie ThousandEyes und Meraki-Switches integriert werden, um ein noch umfassenderes integriertes Erlebnis im Control Hub zu bieten. Weitere Informationen zur Verwendung von Webex Calling -Analysen und zur Fehlerbehebung finden Sie unter Fehlerbehebung bei Webex Calling-Anrufen im Control Hub.

1	Erstellen Sie eine dedizierte Synchronisierungsgruppe: Erstellen Sie in Ihrem Unternehmensverzeichnis (Microsoft Enterprise ID oder AD) eine Sicherheitsgruppe speziell für die Synchronisierung (Beispiel: Synchronisierungsgruppe).
2	Die Gruppe mit Zielbenutzern füllen: Fügen Sie dieser Gruppe nur die Benutzer hinzu, die Sie synchronisieren möchten (z. B. eine Testgruppe während der Pilotphase). Dies ermöglicht Ihnen, genau zu steuern, wer in den Synchronisierungsprozess einbezogen wird.
3	Konfigurieren Sie die Synchronisierungsvereinbarung mit gruppenbasierter Filterung: Bei der Einrichtung der Synchronisierungsvereinbarung im Directory Connector oder bei der Entra ID-Bereitstellung muss der Geltungsbereich so konfiguriert werden, dass nur Benutzer eingeschlossen werden, die Mitglieder der angegebenen Gruppe sind. Für Microsoft Entra ID können Sie gruppenbasierte Zuweisungen in den Bereitstellungseinstellungen verwenden. Für AD können Sie einen LDAP-Filter definieren, der nur Benutzer einschließt, die zur angegebenen Gruppe gehören.
4	Erweitere die Gruppe nach Bedarf: Wenn Sie zu umfassenderen Bereitstellungsphasen übergehen, fügen Sie einfach weitere Benutzer oder Gruppen zur Synchronisierungsgruppe hinzu. Der Synchronisierungsbereich wird automatisch auf diese Benutzer erweitert, was eine kontrollierte und schrittweise Einführung ermöglicht. Beispielhafte Implementierungsschritte: Im Active Directory: Erstellen Sie eine Sicherheitsgruppe namens „Synchronisierungsgruppe“. Fügen Sie die gewünschten Pilotbenutzer dieser Gruppe hinzu. Richten Sie den Directory Connector mit einem LDAP-Filter wie folgt ein: (memberOf=CN=Webex Synchronisieren Group,OU=Groups,DC=yourdomain,DC=com). In Microsoft entra ID: Erstellen Sie eine Gruppe namens „Synchronisierungsgruppe“. Weisen Sie die Gruppe in den Bereitstellungseinstellungen von Entra ID zu. Nur Benutzer dieser Gruppe werden für die Bereitstellung bereitgestellt. Testen Sie die gruppenbasierte Synchronisierung immer in einer Nicht-Produktionsumgebung, bevor Sie sie auf die gesamte Organisation anwenden. Überprüfen Sie regelmäßig die Gruppenzugehörigkeit, um sicherzustellen, dass nur autorisierte Benutzer synchronisiert werden. Für die laufende Verwaltung sollten Aktualisierungen der Gruppenmitgliedschaften nach Möglichkeit auf Basis von Geschäftsregeln oder HR-Systemen automatisiert werden. Referenzen: Entra-ID-Benutzer mit Control Hub synchronisieren Richten Sie die Entra ID Wizard App im Control Hub ein. Verzeichniskonnektor

Cisco AI Assistant

Danke für Ihr Feedback.

Leitfaden zur Migrationsbereitstellung

Einführung

Vorbereitungen

Übersicht

Kernkomponenten

PPDIO-Prozessübersicht

Allgemeine Beschreibung von PPDIO

Verwendung von PPDIO für Unified CM zu Webex Calling Migrationsprojekte

Vorbereiten (Prepare, P)

Planen (Plan, P)

Gestalten (Design, D)

Implementieren (Implement, I)

Optimieren (Optimize, O)

PPDIO-Rückkopplungsschleifen

Migrationsansatz

Vorbereiten (Prepare, P)

Geschäftliche und technische Anforderungen

Warum die Anforderungserhebung wichtig ist:

Geschäftsanforderungen

Technische Anforderungen

Netzwerkbereitschaft und -anforderungen

Cloud-verbundene UC einrichten

Beurteilung der aktuellen Umgebung

Lizenzierung

Locations/Sites

Vorhandener Lagerbestand devices/clients

Geräteberechtigung prüfen

Benutzer

PSTN-Anbindung

Merkmale & Funktionsnutzung

Cisco-Integrationen: Unity Connection UCCX UCCE

Anrufaufzeichnung

Integrationen von Drittanbietern

Planen (Plan, P)

Projektplan auf hoher Ebene

Migrationsweg – ein oder zwei Schritte?

Option 1: Einzelschritt-Benutzermigration

Option 2: Zweistufige Benutzermigration

Schritt 1

Schritt 2

Gestalten (Design, D)

Regionsauswahl

Standorte

PSTN

Wählplan

Lokaler Wählplan in

Wählplan

Aufzeichnung

1. Auswahl des Anbieters für Anrufaufzeichnung

2. Regionsauswahl

Notruf

Lizenzierung

Manuelle Zuordnung durch

Vorlagen für die automatische Lizenzzuweisung

Massenzuweisung über CSV-Vorlage

API-basierte Zuweisung

Lizenzanforderungen

Benutzerbereitstellung

Benutzergruppen

Empfohlene Vorgehensweise bei der Migration von zu

Gestaltung von Benutzergruppen

Single Sign-On (SSO)

Unterstützung mehrerer IdPs

1. Käufe und Übernahmen

2. Mehrere unabhängige IT-Abteilungen

3. Verschiedene Benutzergruppen oder Domänen

4. Unterstützung für verschiedene Authentifizierungsprotokolle

5. Verbesserte Sicherheit und Compliance

6. Vereinfachte Benutzererfahrung

Duo MFA mit SSO für

Funktionen

Auto Attendant

Anruf parken

Anrufannahme

Anrufwarteschlange

Sammelanschlussgruppe

Betriebsarten

Paging-Gruppe