Przewodnik wdrażania migracji

Wprowadzenie

Zanim zaczniesz

Niniejszy przewodnik jest przeznaczony dla zespołów lub osób z doświadczeniem w konfigurowaniu i administrowaniu punktami końcowymi Cisco Unified Communications Manager (Unified CM) i Cisco, w tym telefonami biurkowymi IP, urządzeniami wideo i programowymi klientami Jabber. W całym tym dokumencie znajdują się linki do dokumentacji produktu i pomocy technicznej.

Niniejszy dokument koncentruje się wyłącznie na przejściach od wielu najem Unified CM ców do Webex Calling wielu najemców. Termin Webex Callingw tym dokumencie zawsze odnosi się do Webex Calling wielu najemców.

Przed rozpoczęciem migracji z Unified CM doWebex Calling, konieczne jest kompleksowe zrozumienie Webex Calling rozwiązania i jego odpowiednich składników. Pomyślna migracja wymaga znajomości Webex Calling architektury, modeli usług, opcji wdrażania i powiązanych funkcji w celu prawidłowego mapowania istniejących Unified CM obciążeń i zaprojektowania skutecznego planu przejścia.

Dokładne zrozumienie następujących Webex Calling elementów jest niezbędne, aby zapewnić skuteczną strategię przejścia i gotowość operacyjną.

Centrum sterowania
Udostępnianie katalogów i użytkowników
Webex CallingPlatforma
Obsługiwane wywołujące punkty końcowe
Opcje łączności PSTN
Webex Callingplan wybierania numerów i zarządzanie numerami
Funkcje bezpieczeństwa i zgodności.

Aby uzyskać więcej informacji, zobacz Cisco Preferred Architecture forWebex Calling.

W tym przewodniku zostaną przedstawione narzędzia i procesy, które mają być używane przez cały cykl życia przejścia. Jednak przejście z połączeń lokalnych na nową platformę Unified CM połączeń w chmurze może być znaczącym wysiłkiem w obliczu potencjalnych biznesowych, technicznych i złożonych wyzwań. Webex Calling Aby pomóc w pokonaniu tych wyzwań, Cisco oferuje kilka różnych opcji, które pomogą Ci w podróży. Ważne jest, aby zapoznać się z informacjami w serwisie Enterprise Cloud Calling - Calling migration i zrozumieć każdą opcję i w jaki sposób każda z nich może pomóc w przeprowadzeniu własnej migracji.

Narzędzia do migracji Webex: samoobsługowe, bezpłatne narzędzia wbudowane w Control Hub, aby usprawnić przejście do Webex Calling
Certyfikowani dostawcy migracji: sprawdzeni dostawcy oprogramowania i narzędzi firmy Cisco, którzy opracowali rozwiązania migracyjne, aby pomóc partnerom i klientom Webex w złożonych i dużych migracjach. Rozwiązania te mogą pomóc uprościć, zarządzać i przyspieszyć przejście do Webex Calling
Webex Setup Assist: usługa migracji prowadzona przez Cisco, która prowadzi klientów i partnerów przez Webex Calling wdrożenie i konfigurację, która jest potrzebna do pomyślnej migr Unified CM acji użytkowników i usług do. Webex Calling

Przegląd

Wraz z rozwojem usług współpracy dostarczanych w chmurze coraz więcej klientów chce przenieść swoje dotychczasowe obciążenia związane z współpracą do chmury, biorąc pod uwagę obietnice zmniejszenia całkowitych kosztów posiadania, uproszczonego zarządzania, ciągłego dostarczania funkcji, zwiększonej skali i doskonałej niezawodności związanych z usługami opartymi na chmurze. Ponieważ klienci chcą przejść od usług lokalnych do usług współpracy w chmurze, ważne jest, aby zrozumieli, co pociąga za sobą przejście i jakie kro ki wymagane do dokonania przejścia.

Celem tego dokumentu jest dostarczenie wskazówek dotyczących wdrażania dla klientów, którzy szczególnie chcą przejść z lokalnego Unified CM do ch Webex Calling mury. Ten przewodnik wdrażania zakłada, że czytelnik ma podstawową wiedzę na temat przejścia połączeń między Unified CM iWebex Calling, w tym jakie zmiany są podczas dokonywania tego przejścia i jakie są różnice podczas przenoszenia obciążenia wywoływania z lokalnego do chmury. Przed kontynuowaniem upewnij się, że zapoznałeś się z informacjami dostępnymi na mapie Przejścia i znasz je. Ten dokument mapy przejścia zawiera informacje o zmianach i różnicach tego przejścia.

Jak pokazano na rysunku Lokalna architektura współpracy: sterowanie połączeniami i zdalny dostęp, typowe wdrożenie lokalne obejmuje różne komponenty infrastruktury współpracy w sieci, platformę sterowania połączeniami, platformę brzegową, punkty końcowe sprzętu i oprogramowania, a w niektórych przypadkach nawet platformy konferencyjne i planujące. W architekturze Cisco obej Unified CM mowałoby to sterowanie połączeniami, drogę ekspresową dla zdalnego dostępu i usługi brzegowe typu business-to-business (B2B), Cisco Meeting Server/ Cisco Meeting Management do lokalnych konferencji, Unity Connection do przesyłania wiadomości głosowych oraz sprzęt skierowany do użytkownika (telefony Cisco IP, systemy wideo Cisco Desk i Room) i oprogramowanie () punkty końcowe oparte na IP. Cisco Jabber Komponenty te mogą się nieznacznie różnić w niektórych środowiskach, ale jest to punkt wyjścia dla przejścia opisanego w pozostałej części tego dokumentu.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Lokalna architektura współpracy: sterowanie połączeniami i zdalny dostęp***

Architektura przedstawiona na rysunku Architektura współpracy lokalnej: sterowanie połączeniami i zdalny dostęp jest oparta na preferowanej architekturze (PA) dla wdrożeń lokalnych Cisco Collaboration Enterprise. Aby uzyskać więcej informacji na temat rozwiązania Enterprise On-Premise, zobacz preferowane architektury współpracy Cisco.

Przed: Tabela komponentów infrastruktury wywoł ywania lokalnych zawiera listę kluczowych elementów architektury lokalnej przed przejściem do ch Webex Calling mury.

Tabela 1. Wcześniej: Lokalne wywoływanie komponentów infrastruktury
Produkt	Opis
Unified CM	Lokalne sterowanie połączeniami zapewniające usługi rejestracji urządzeń i kierowania połączeń
Cisco Expressway-C/E	Infrastruktura brzegowa zapewniająca funkcje mobilne i Remote Access (MRA) i business-to-business (B2B) umożliwiające bezpieczne łączenie się zdalnych punktów końcowych spoza organizacji. Droga ekspresowa jest wdrażana w parach, aby zapewnić przemieszczanie zapory ogni owej dla zewnętrznych punktów końcowych.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresentation Management Suite (TMS)	Lokalna infrastruktura konferencji głosowych, wideo i konferencji internetowych zapewniająca spotkania wielopunktowe, zarządzanie spotkaniami i funkcje planowania. [Opcjonalnie]
Cisco Unity Connection	Lokalna platforma do przesyłania wiadomości głosowych zapewniająca pocztę głosową i ujednolicone funkcje przesyłania wiadomości . [Opcjonalnie]
Biurko Cisco, pokój Cisco, tablica Cisco, telefony IP Cisco i Cisco Jabber	Urządzenia oparte na IP zarejestrowane Unified CM i zapewniające funkcje połączeń głosowych i wideo

Jak pokazano na rysunku Decyz Unified CM ja o przejściu: lokalne połączenia do Webex Calling, klienci, którzy mają lokalną kontrolę połączeń z punktami końcowymi IP biurkowymi i wideo, mają możliwość przejścia architektury na architekturę chmury. Webex Calling

Decyzja musi być podjęta w oparciu o wymagania funkcjonalne klienta. Klienci, którzy spełniają następujące wymagania, powinni dokładnie rozważyć przed podjęciem tej decyzji i ostatecznie mogą zdecydować o utrzymaniu kontroli połączeń lokalnie:

Modele telefonów nieobsługiwane przez Webex Calling
Złożone lub liczne integracje z innymi systemami lub rozwiązaniami lokalnymi, zwłaszcza tam, gdzie powielanie tych integracji Webex Calling jest trudne lub brak równoważnych rozwiązań alternatywnych
Złożony plan wybierania, wysoce szczegółowe klasy usług lub oba
Restrykcyjny, ograniczony lub niewiarygodny dostęp do Internetu
Rygorystyczne zasady ochrony prywatności i własności danych
Wymóg zgodności z przepisami dotyczącymi rejestrowania i przechowywania nośników lokalnych lub krajowych
Integracje stron trzecich bez realnej alternatyw Webex Calling nej integracji
Integracje Contact Center, w których contact center inter nie przenosi się jeszcze do chm ury.

Transition Decision: On-Premises Calling to Webex Calling — ***Decyzja o przejściu: lokalne wywołanie Webex Calling***

Klienci, którzy chcą zacząć korzystać z usług połączeń w chmurze, powinni roz Webex Calling ważyć. Ta usługa połączeń w chmurze pozwala klientowi wykorzystać globalną architekturę Webex pod kątem skali i łączności. Uczestnicy sieci korporacyjnej i zdalni uczestnicy spoza sieci korporacyjnej mogą komunikować się za pomocą sprzętowych punktów końcowych opartych na IP i/lub komputerowych lub mobilnych aplikacji klienckich.

Ten dokument skupia się na klientach z wdrożeniami kontroli Unified CM połączeń, którzy chcą zrozumieć ogólne kroki, rozważania i wymagania dotyczące włączenia Webex Calling wdrażania, jak przedstawiono w następnej sekcji.

Podstawowe komponenty

Architektura docelowa tej migracji zawiera kilka nowych komponentów. Obejmuje to Webex Calling usługę połączeń w chmurze, aplikację Webex, Cisco Directory Connector do integracji tożsamości i Local Gateway (LGW) dla dostępu PSTN, a także integrację połączeń lokalnych z chmurą. Plany połączeń Cisco lub usługi PSTN połączone z chmurą (CCP) ułatwione przez Cloud Connect dla Webex Calling partnera to dodatkowe opcje dostępu do PSTN.

Jak pokazano na rysunku After: Webex Calling Architecture, nowe komponenty (Webex Callingłącznik katalogu, brama lokalna i brama przetrwania) są dodawane do istniejącego wdrożenia lokalnego .

Po: Tabela komponentów infrastruktury wywoływania w chmurze zawiera listę nowych elementów architektury po przejściu do Webex.

Tabela 2. Po: Komponenty infrastruktury połączeń w chmurze
Produkt	Opis
Webex Calling	Usługa połączeń oparta na chmurze dostarczana z platformy Webex, zapewniająca rejestrację punktów końcowych i routing połączeń
Złącze katalogu Cisco	Aplikacja Windows działająca na komputerze z domeną Windows zapewniająca synchronizację tożsamości między lokalnym obiektem korporacyjnym Active Directory a magazynem tożsamości organizacji Webex. W przypadku klientów przechodzących z lokal Active Directory nego identyfikatora Entra ID integracja tożsamości z Webex zamiast Cisco Directory Connector wykorzystuje aplikację Entra ID Wizard.
Brama lokalna	Brama lokalna działa jako pomost między lokalną zunifikowaną siecią komunikacyjną klienta a Webex Calling chmurą. Może być wdrażany lokalnie lub hostowany przez partnera, zapewniając dostęp PSTN dla punktów końcowych zarejestrowanych w chmurze, a także wywołując integrację między Unified CM zarejestrowanymi i zarejestrowanymi w chmurze punktami końcowymi. Cisco IOS-XE Integrated Services Router (seria ISR 1100 i 4000), Cisco Catalyst serii 8200/8300, oprogramowanie Cisco Catalyst 8000V Edge i różne certyfikowane kontrolery graniczne sesji (SBC) innych firm mogą być używane jako LGW dla podejścia do fazowej migracji.
Brama przetrwania	Brama Survivability Gateway (SGW) to brama sieci lokalnej oparta na systemie IOS-XE, która zapewnia usługi połączeń awaryjnych do punktów końcowych na miejscu podczas przerw w pracy w sieci. Webex Calling
Plan połączeń Cisco, Cloud Connect dla Webex Calling	Cisco Calling Plan i Cloud Connect for to opar Webex Calling te na chmurze opcje dostępu PSTN dla punktów końcowych. Webex Calling Dostęp do PSTN jest ułatwiony przez dostawcę usług PSTN w chmurze i nie wymaga sprzętu lokalnego.
Aplikacja Webex	Aplikacja kliencka działająca w systemie operacyjnym stacjonarnym (Windows, Mac) lub mobilnym systemie operacyjnym (Android, iOS) i zarejestrowana bezpośrednio na Webex Calling platformie do funkcji wywoływania.

Przegląd procesu PPDIO

Proces PPDIO oznacza Przygotuj, Planuj, Projektuj, Implementuj i Optymaliz uj. Jest to ustrukturyzowana metodologia Cisco, która prowadzi projekty od wstępnej oceny poprzez ciągłe doskonalenie, zapewniając wydajne i skuteczne wdrożenia lub migracje.

Ogólny opis PPDIO

Przygotuj się: Oceń obecne środowisko, zbierz wymagania i dopasuj interesariuszy, aby stworzyć solidne podstawy.
Plan: O pracuj szczegółowe plany projektów, w tym harmonogramy, zasoby i strategie ograniczania ryzyka.
Projekt: Za projektuj docelowe rozwiązanie dostosowane do potrzeb biznes owych i technicznych.
Implementacja: Wykonaj wdrożenie lub migrację zgodnie z projektem, sprawdzając funkcjonalność i wydajność.
Optymalizacja: Ciągłe ulepszanie rozwiązania po w drożeniu poprzez monitorowanie wydajności, udoskonalanie konfiguracji oraz wykorzystanie narzędzi automatyzacji i integracji.

Korzystanie z PPDIO dla projektów migracyjnych Unified CM do Webex Calling

Podczas przechodzenia z Unified CM doWebex Calling, proces PPDIO zapewnia jasny plan działania zapewniający płynne i wydajne przejście:

Przygotuj

Ocena istniejącego Unified CM środowiska i gotowości migracyjnej
Zbieraj szczegółowe dane dotyczące użytkowników, urządzeń, sieci i zależności
Zbieraj szczegóły lokalizacji, w tym adres reagowania awaryjnego, liczbę użytkowników, dostęp do Internetu, dostęp do PSTN
Zidentyfikuj ryzyko i zdefiniuj zakres projektu w celu dostosowania wszystkich zainteresowanych stron.

Plan

Tworzenie kompleksowego planu migracji z harmonogramami wsadowymi, przypisaniami zasobów i osiami czasu
Definiowanie zadań, takich jak aktualizacje oprogramowania układowego urządzenia, udostępnianie licencji i wdrażanie użytkowników
Koordynuj okna migracji z Cisco i partnerami, aby zminimalizować zakłócenia.

Projektowanie

Mapowanie bież Unified CM ących konfiguracji, planów wybierania numerów i profili użytkowników na Webex Calling odpowiedniki
Zaprojektuj Webex Calling środowisko, w tym strategię PSTN (tymczasową i końcową), lokalizacje, role użytkowników i punkty integracji, takie jak lokalna brama (CUBE) i synchronizacja katalogów
Zaplanuj scenariusze współistnienia, w Webex Calling których Unified CM i działają jednocześnie podczas migracji.

Wdrożyć

Używaj narzędzi migracji Control Hub wraz z narzędziami innych firm, aby przeprowadzać zmiany trybu oprogramowania układowego urządzenia, konfigurację funkcji i migrację użytkowników
Wykorzystanie operacji zbiorczych i udostępniania za pomocą interfejsów API Webex w celu usprawnienia migracji i konfiguracji na dużą skalę
Wykonuj udostępnianie licencji, rejestrację urządzenia i aktualizacje konfiguracji
Sprawdzanie powodzenia migracji poprzez testowanie i weryfikację operacyjną.

Optymalizacja

Ciągłe monitorowanie Webex Calling wydajności i doświadczenia użytkownika
Udoskonalanie konfiguracji i przepływów pracy w oparciu o dane operacyjne i informacje zwrotne
Wykorzystaj możliwości automatyzacji i integracji, aby zwiększyć wydajność i skalowalność
W stosownych przypadkach starsze Unified CM komponenty z likwidacji i zapewniają bieżące wsparcie dla operacji drugiego dnia.

To ulepszone podejście PPDIO zapewnia kontrolowaną, przejrzystą i wydajną migrację z Unified CM doWebex Calling, wykorzystując narzędzia Cisco, interfejsy API i ekosystem partnerów w celu utrzymania ciągłości działania i poprawy możliwości współpracy.

Pętle sprzężenia zwrotnego PPDIO

Przegląd wysokiego poziomu przedstawiony w Iter acjach rysunków podczas wykonywania PPDIO ilustruje pojedynczą pętlę sprzężenia zwrotnego od fazy optymalizacji z powrotem do fazy przygotowania . Oznacza to, że po wstępnym wdrożeniu istnieje ciągła sz ansa na ciągłe doskonalenie. Każdy cykl optymalizacji może zidentyfikować nowe wymagania lub obszary do ulepszenia, które mogą być rozwiązane poprzez kolejne projekty lub inicjatywy. Z kolei te indywidualne projekty są zgodne z ustalonym cyklem życia PPDIO (Przygotuj, Planuj, Projektuj, Implementuj, Optymalizuj). To iteracyjne podejście zapewnia, że system pozostaje zgodny z ewoluującymi celami biznesowymi i postępem technologicznym, sprzyjając kulturze ciągłego udoskonalania i zdolności adaptacyjnych.

Iterations while executing PPDIO — ***Iteracje podczas wykonywania PPDIO***

Podczas wykonywania procesu PPDIO często zdarza się, że ustalenia w późniejszych fazach wymagają ponownego przeglądu i potencjal nej rewizji decyzji podjętych na wcześniejszych etapach. Na przykład problemy napotkane podczas fazy wdrażania, takie jak identyfikacja niejasności projektu lub brakujących szczegółów, mogą ujawnić, że niektóre aspekty nie zostały w pełni rozwiązane podczas fazy projektowania. W takich przypadkach konieczne staje się powrót do odpowiedniej wcześniejszej fazy, aby rozwiązać te problemy przed kontynuowaniem. Ten iteracyjny mechanizm sprzężenia zwrotnego, jak pokazano na rysunku Unified CMwspomagany procesem PPDIO, zapewnia dokładną walidację i udoskonalenie rozwiązania, ostatecznie przyczyniając się do bardziej solidnego i skutecznego wdrożenia.

Unified CM assisted PPDIO process — ***Unified CMwspomagany proces PPDIO***

Podejmując przejście od Unified CM doWebex Calling, każda faza procesu PPDIO może znacząco skorzystać z informacji zebranych z istniej ącego Unified CM środowiska. Na przykład z bieżącej Unified CM konfiguracji można wyodrębnić kompleksowe inwentaryzacje użytkowników, numery telefonów, funkcje połączeń i komponenty planu wybierania. Dane te uzupełniają informacje dostarczane bezpośrednio przez interesariuszy i pomagają usprawnić działania planowania i projektowania. Wykorzystanie odpowiednich narzędzi do automatyzacji ekstrakcji i analizy danych nie tylko zwiększa dokładność, ale także przyspiesza cały proces. Wykorzystując spostrzeżenia z istniejącego wdrożenia, przejście do Webex Calling może być wykonane wydajniej niż tradycyjna implementacja greenfield, przy jednoczesnym przestrzeganiu ustrukturyzowanej metodologii PPDIO. Proces ten jest zilustrowany na procesie PPDIO Unified CM wspomaganym na rysunku.

Podejście migracyjne

Planując przejście z lokalnego Unified CM doWebex Calling, musisz określić, jak podejdziesz do tej podróży. Najpierw musisz zdecydować, czy migracja będzie odbywać się metodą flash-cut (wszystko naraz), czy podejściem etapowym (migr acja grup użytkowników/urządzeń przez dłuższy czas).

Migracja typu flash-cut powoduje najszybsze przenoszenie wszystkich użytkowników i urządzeń. Dzięki tej metodzie przeniesiesz wszystkich użytkowników i urządzeń z lokalnych Unified CM do Webex Calling w tym samym czasie. Zasadniczo jest to jedno okno migracji dla wszystkich użytkowników i urządzeń. Po zakończeniu tej migracji wszyscy użytkownicy i urządzenia znajdą się na Webex Calling platformie, a cała Unified CM infrastruktura może zostać wycofana z eksploatacji. Jednak wiele organizacji nie może korzystać z tego podejścia ze względu na skalę i wielkość wdrożenia połączeń.

Drugim podejściem jest stopniowa migracja. Większość organizacji będzie korzystać z tego podejścia, ponieważ zapewnia lepszą kontrolę, zarządzanie i skalę migracji. Ponadto lepiej nadaje się do większych wdrożeń i/lub wdrożeń UC w wielu regionach. Dlatego niniejszy dokument skupia się na podej ściu etapo wym z dwoma etapami przejścia.

Jak pokazano na poniższym rysunku Przej ście wywołań fazowych: Hybrydowe i chmuro we, pierwsza faza przejścia (faza 1) skutkuje współistnieniem wdrożenia ze środowiskami podwójnego wywoł ywania. W tej fazie niektórzy użytkownicy, urządzenia i klienci programowi są przenoszeni, Webex Calling podczas gdy inni nadal korzystają z lokalnej kontroli Unified CM połączeń. Ostatnia faza przejścia (faza 2) skutkuje czystym środowiskiem połączeń w chmurze, w którym wszyscy użytkownicy, urządzenia i klienci softowi zostali w pełni przeniesieni na Webex Calling platformę.

Czas potrzebny organizacji na całkowite przejście na połączenia w chmurze będzie się różnić w zależności od aktualnego wdrożenia. W niektórych przypadkach organizacja może dokonać początkowego przejścia i pozostać w fazie kontroli podwójnego połączenia współistnienia (faza 1) przez dłuższy okres (miesiące lub nawet lata), podczas gdy w innych przypadkach organizacja może w pełni przejść do Webex Calling (fazy 2) w bardzo krótkim czasie (tygodnie lub miesiące). Niniejszy dokument ma obejmować obie fazy (faza 1 - współistnienie i faza 2 - w pełni przejściowa).

Phased Calling Transition: Hybrid and Cloud — ***Etapowe przejście połączeń: hybryda i chmura***

Możliwe, że niektóre organizacje mogą utrzymywać współistnienie podwójnej kontroli połączeń w nieskończoność bez planów pełnego przejścia na połączenia w chmurze.

Druga kwestia dotyczy sposobu przejścia użytkowników, urządzeń i klientów miękkich z lokalnej kontroli połączeń do kontroli połączeń w chmurze. Zalecanym podejściem jest przejście 3-fazowe. Poniższy rysun ek Zalecane przejście 3-faz owe dzieli to podejście na 3 fazy.

Recommended 3-Phase Transition — ***Zalecane przejście 3-fazowe***

Przed migracją: Ta faza koncentruje się na przygotowaniu zarówno Webexa, jak i Unified CM środowisk do migracji. Nie chodzi o wywoływanie konkretnego planowania lub konfiguracji i koncentruje się na wykonywaniu czynności, które można wykonać teraz i przed rozpoczęciem jakiegokolwiek projektu Webex Calling migracji. Celem jest zbudowanie fundamentów dla dwóch środowisk, aby przygotować się do migracji.

Przy@@ gotowanie do migracji: W tej fazie rozpoczyna się wysiłek przygotowujący się do migracji do Webex Calling. Wymagania biznesowe i techniczne muszą zostać sprawdzone i zaktualizowane. Nie tylko podno ś i przes uwaj to, co jest obecnie wdrażane, Unified CM a zamiast tego na nowo zdefiniuj wymagania biznesowe i techniczne, których Twoja firma potrzebuje dzisiaj i w przyszłości, wykorzystując moc. Webex Calling Ponadto jest to faza, w której zakończysz projekt, plan owanie konfiguracji i planowanie/harmonogram migracji.

Migracja (wdrożenie i likwidacja): W tej fazie odbywa się rzeczywista migracja użytkowników, urządzeń, numerów telefonów i klientów miękkich. Jak omówiono powyżej, ten etap może zostać ukończony dla wszystkich jednocześnie (flash-cut) lub w wielu oknach zmian (fased-cut). Plany adopcji użytkowników końcowych, szkolenia i komunikacja mają kluczowe znaczenie, więc użytkownicy są świadomi zmian, sposobu korzystania z nowej platformy telefonicznej i wiedzą, kiedy nastąpi zmiana. Ostatnim krokiem jest likwidacja całej lokalnej infrastruktury UC , która nie jest już używana.

Faza przedmigracyjna obejmuje działania (wymagane, zalecane i opcjonalne), nad którymi można natychmiast rozpocząć pracę. Zaleca się, aby ukończyć je wcześniej niż później, a najlepiej przed rozpoczęciem projektu. Wykonanie niektórych czynności może potrwać dłużej, dlatego wcześniejsze uruchomienie pomoże usprawnić rzeczywisty projekt migracji.

Poniższy rysunek Działania przed migr acją przedstawia pięć konkretnych kategorii działań związanych z Webex Calling migracją.

Pre-Migration Activities — ***Działania przedmigracyjne***

Przygotuj

Wymagania biznesowe i techniczne

Planując migrację z do, ważne jest dokładne zebranie wymagań technicznych i biznesowych na etapie planowania. Ten krok zapewnia, że migracja jest zgodna z celami operacyjnymi i możliwo ściami technicznymi organizacji, minimalizując ryzyko i zakłócenia.

Dlaczego wymagania dotyczące gromadzenia są ważne:

Wyrównuje cele biznesowe: zrozumienie potrzeb biznesowych pomaga dostosować migrację do obsługi kluczowych przepływów pracy, doświadczenia użytkownika i planów rozwoju.
Zapewnia zgodność techniczną: wczesna identyfikacja wymagań technicznych zapobiega problemom z integracją z istniejącą infrastrukturą, siecią i punktami końcowymi.
Ułatwia planowanie zasobów: Jasne wymagania pomagają dokładnie oszacować harmonogramy, koszty i niezbędne zasoby.
Łagodzi ryzyko: Wczesne wykrywanie potencjalnych wyzwań pozwala na proaktywne rozwiązania, ograniczając przestoje i przerwy w obsłudze.

Wymagania biznesowe

Typowe wymagania biznesowe obejmują:

Liczba użytkowników i lokalizacji do migracji
Pożądane funkcje i usługi (na przykład kierowanie połączeń, poczta głosowa, konferencje, automatyczne obsługa połączeń, kolej ki połączeń)
Zasady zgodności i bezpieczeństwa
Ograniczenia budżetowe i oczekiwania kosztowe
Szkolenia użytkowników i potrzeby wsparcia
Oś czasu migracji i kwestie ciągłości działania.

Zebr anie pożądanych funkcji i usług jest kluczowym krokiem, aby zapewnić, że nowy system spełnia potrzeby biznesowe. Podczas gromadzenia tych wymagań ważne jest, aby nie tylko wziąć pod uwagę to, co jest obecnie skonfigurowane, ale także spróbować zebrać rzeczywiste wymagania od podmiotów gospodarczych, które będą korzystać z systemu. W przeciwnym razie istnieje ryzyko, że plan będzie oparty na założeniach długoterminowych. Upewnij się, że oceniasz dodatkowe lub ulepszone funkcje dostępne w programie, które mogą nie istnieć, takie jak połączenia w chmurze, zaawansowane kolejki połączeń , i. Pomaga to w wykorzystaniu pełnych zalet platformy chmurowej.

Podczas oceny bieżącej konfiguracji w, ważne jest, aby pamiętać, że nie wszystkie istniejące ustawienia mogą pozostać konieczne ze względu na zmieniające się wymagania w całym cyklu życia systemu. Należy skupić się na identyfikacji i zachowaniu tylko tych konfiguracji, które są zgodne z obecnymi i przyszłymi potrzebami w drożenia.

Skoncentruj się bardziej na tym, czego potrzebujesz niż na tym, co masz.

Zasady zgodności i bezpieczeństwa są krytycznymi kwestiami podczas migracji z do, Webex Calling aby zapewnić, że nowy system komunikacji oparty na chmurze jest zgodny ze standardami prawnymi, regulacyjnymi i organizacyjnymi.

Zgodność z przepisami: Organizacje muszą zweryfikować, czy spełnia specyficzne przepisy branżowe, takie jak RODO, HIPAA lub SOX, uwzględniając wymogi dotyczące prywatności, przechowywania i przetwarzania danych, a także obowiązki dla poszczególnych krajów związane z pobytem danych, obejściem opł at drogowych i lokalizacją mediów.
Bezpieczeństwo danych: Zapew nienie szyfrowania danych głosowych i sygnalizacyjnych zarówno podczas transportu, jak i w spoczynku w celu ochrony przed przechwytywaniem lub nieautoryzowanym dostępem.
Kontrola dostępu: Definiowanie i egzekwowanie uwierzytelniania użytkownika, autoryzacji i dostępu opartego na rolach, aby zapobiec nieautoryzowanemu wykorzystaniu zasobów komunikacyjnych.
Audyt i monitorowanie: W drażanie funkcji rejestrowania i monitorowania w celu śledzenia dostępu i wykorzystania do audytów zgodności i dochodzeń incydentów bezpieczeństwa.
Dopasowanie zasad: dostosowanie migracji do istniejących korporacyjnych zasad bezpieczeństwa, w tym zabezpieczeń punktów końcowych, segmentacji sieci i planów reagowania na incydenty.
Zapewnienie bezpieczeństwa dostawcy: ocena certyfikatów bezpieczeństwa Cisco i certyfikatów zgodności w celu zapewnienia wiarygodności.

Zajęcie się tymi zasadami zgodności i bezpieczeństwa podczas fazy planowania pomaga zmniejszyć ryzyko, uniknąć kar prawnych oraz zachować integralność i poufność komunikacji podczas migracji i po niej.

Szkolenia użytkowników i potrzeby wsparcia są niezbędnymi elementami podczas migracji z do, aby zapewnić płynne przejście i adopcję użytkowników. Kluczowe kwestie obejmują:

Programy szkoleniowe: Opracuj dostosowane sesje szkoleniowe dla różnych grup użytkowników (użytkownicy końcowi, administratorzy, pracownicy działu pomocy technicznej), aby zapoznać ich z funkcjami, interfejsami użytkownika i nowymi przepływami pracy.
Dokumentacja: Zapewnij przejrzyste, dostępne przewodniki użytkownika, często zadawane pytania i szybkie materiały referencyjne, w tym zasoby Co nowego i Różne oraz instrukcje krok po kroku „Przed i Po” (w formacie wideo lub krótkiego przewodnika), aby wspierać użytkowników w dostosowywaniu się do zaktualizowanych doświadczeń po migracji.
Zarządzanie zmianami: proaktywnie komunikuj zmiany, aby zarządzać oczekiwaniami użytkowników i zmniejszyć opór.
Struktura wsparcia: U twórz dedykowany zespół pomocy technicznej lub ścieżkę eskalacji, aby szybko rozwiązywać problemy użytkowników podczas migracji i po niej.
Ciągła edukacja: Zaplanuj ciągłe aktualizacje szkoleń w miarę wprowad zania nowych funkcji lub aktualizacji.
Mechan@@ izmy sprzężenia zwrotnego: wdrażanie kanałów umożliwiających użytkownikom zgłaszanie problemów i przekazywanie informacji zwrotnych w celu usprawnienia procesów szkoleniowych i wsparcia.

Realizacja tych potrzeb szkoleniowych i wsparcia podczas fazy planowania pomaga zminimalizować zakłócenia, zwiększa zaufanie użytkowników i maksymalizuje korzyści płynące z migracji do.

Wymagania techniczne

W celu pomyślnej migracji z do należy zebrać i udokumentować kilka kluczowych wymagań technicznych, w tym szczegółowe informacje dotyczące:

Gotowość sieci i przepustowość

Kompleksowa ocena sieci ma kluczowe znaczenie dla zapewnienia, że istniejąca infrastruktura może wspierać nowe Webex Calling środowisko. Obejmuje to:
- Analiza przepustowości: ocena bieżącego i przewidywanego wykorzystania przepustowości w celu obsługi ruchu głosowego, wideo i danych bez zatorów.
- Jakość usług (QoS): W drażanie zasad QoS w celu ustalenia priorytetów ruchu głosowego i zminimalizowania opóźnień, drgań i utraty pakietów.
- Sieć WAN i łączność z Internetem: Sprawdzanie, czy łącza WAN i połączenia internetowe spełniają wymagania dotyczące połączeń w chmurze, w tym funkcje nadmiarowości i przełączania awaryjnego.
- Konfiguracja zapory ogniowej i NAT: Zapewnienie, że ustawienia zapory sieciowej i NAT umożliwi ają wymaganą sygnalizację i ruch multimedialny.
Integracja z istniejącym systemem

Bezproblemowa integracja z istniejącymi systemami biznesowymi jest niezbędna dla doświadczenia użytkownika i ciągłości przepływu pracy:
- Usługi katalogowe: ocena integracji z katalogiem korporacyjnym w celu zautomatyzowanego udostępniania i uwierzytelniania użytkowników.
- CRM i aplikacje biznesowe: Identyfikacja punktów integracji z systemami zarządzania relacjami z klientami i innymi aplikacjami o znaczeniu krytycznym dla biznesu.
- Starsza współpraca centrali PBX: planowanie strategii współistnienia lub etapowej migracji, jeśli jakiekolwiek starsze systemy telefonii pozostaną w trakcie przejścia.
Kompatybilność i udostępnianie punktów końcowych

Wszystkie punkty końcowe, w tym telefony biurkowe, softphones i urządzenia mobilne, powinny zostać ocenione pod kątem zgodności :
- Obsługa urządzeń: potwierdzenie, że istniejące telefony IP i urządzenia są obsługiwane przez lub zidentyfikowanie wymaganych zamienników.
- Procesy zaopatrzenia: Ustanowienie zautomatyzowanych lub usprawnionych metod udostępniania w celu skutecznego wdrażania punktów końcowych.
- Aktualizacje oprogramowania układowego i oprogramowania: planowanie niezbędnych aktualizacji w celu zapewnienia interoperacyjności i bezpieczeństwa.
Konfiguracje zabezpieczeń i standardy szyfrowania

Bezpieczeństwo jest najważniejsze w komunikacji w chmurze:
- Szyfrowanie: egzekwowanie szyfrowania typu end-to-end dla sygnałów i strumieni mediów zgodnie z najlepszymi praktykami bezpieczeństwa Cisco.
- Uwierzytelnianie i kontrola dostępu: Wdrażanie bezpiecznych mechanizmów uwierzytelniania (takich jak SSO, uwierzytelnianie wieloskładnikowe) oraz szczegółowe kontrole dostępu użytkowników.
- Zgodność: Zapewnienie, że rozwiązanie spełnia odpowiednie normy prawne i bran żowe (np. RODO, HIPAA).
- Monitorowanie bezpieczeństwa: Integracja z narzędziami SIEM i konfigurowanie alertów w przypadku potencjalnych incydentów bezpieczeństwa.

Tabela 1. Przykładowa ocena
Wymagania	Kluczowe rozważania
Gotowość sieci i przepustowość	Przepustowość, QoS, WAN/Internet, Firewall/NAT
Integracja z istniejącymi systemami	Katalog, CRM, PBX, e-mail/kalendarz
Kompatybilność i udostępnianie punktów końcowych	Obsługa urządzeń, udostępnianie, aktualizacje oprogramowania układowego
Konfiguracje zabezpieczeń i szyfrowanie	Szyfrowanie, uwierzytelnianie, zgodność, monitorowanie bezpieczeństwa
Szkolenia użytkowników i zarządzanie zmianami	Programy szkoleniowe, dokumentacja, komunikacja zmian
Przenośność numerów i plan wybierania	Migracja/przenoszenie numerów, tłumaczenie planu wybierania
Integracje stron trzecich	Paging, centrum kontaktowe, faks, urządzenia analogowe

Gotowość sieci i wymagania

Gotowość sieci ma kluczowe znaczenie dla pomyślnej migracji do dowolnego rozwiązania do połączeń opartych na chmurze, takiego jak. Słabe planowanie sieci może prowadzić do pogorszenia jakości połączeń, przerwanych połączeń i niezadowolonych użytkowników. Klienci muszą przeprowadzić ocenę sieci przed migracją do. Zaleca się potwierdzenie dostępności przepustowości sieci dla oczekiwanego wolumenu połączeń, zapewnienie spełnienia wymagań dotyczących jakości usług (QoS) oraz zrozumienie różnych portów, które należy otworzyć w zaporach brzegowych.

Niezawodna łączność sieciowa z wystarczającą jakością usług (przepustowość, utrata pakietów, RTT) jest podstawowym wymogiem zapewniającym najlepszą możliwą obsługę użytkownika dla wszystkich używanych punktów końcowych, klientów i aplikacji obsługujących głos i wideo.

Klienci i partnerzy mają dostęp do opcji łączności poza Internetem Over-the-Top (OTT), które mogą zoptymalizować połączenie do włącz Webex Edge enia Connect. Aby uzyskać więcej informacji na temat szczegółów projektu Webex Edge Connect, zobacz Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant i Dedicated Instance.

Klienci mogą korzystać z cScan do oceny sieci, która zawiera informacje o jakości sieci klienta, liczbie połączeń można nawią zać, opóźnieniu i tak dalej. Aby uzyskać więcej informacji na temat narzędzia cScan, zobacz Używanie cScan do testowania jakości Webex Calling sieci.

Aby upewnić się, że sieć jest gotowa do migracji, rozważ następującą listę kontrolną:

Planowanie przepustowości

Oblicz równoczesne połączenia na witrynę, aby zapewnić wystarczającą przepustowość poprzedzającą i niższą oraz uwzględnić przestrzeń dla innego ruchu krytycznego dla biznesu i przyszłego wzrostu.

Tabela obliczeń przepustowości typu Webex Calling połączenia pokazuje typy połączeń dostępne z wdrożeniem wraz z kodekiem i maksymalną przepustowością wymaganą dla każdego typu połączenia. Jak pokazano w tabeli obliczeń przepustowości typu Webex Calling połączenia wymaganą przepustowość połączeń audio dla każdego typu połączenia można obliczyć przy użyciu następującego wzoru ogólnego:

Liczba oczekiwanych połączeń współbieżnych* Przepustowość na połączenie oparta na kodeku = Wymagana przepustowość sieci.

Tabela 2. Webex Calling obliczenia przepustowości typu połączenia
Rodzaje połączeń	Kodek - przepustowość	Obliczenia przepustowości
/Telefon biurkowy ->	OPUS - 70 kb/s	Liczba połączeń współbieżnych* 70 kbps = wymagana przepustowość sieci
/Telefon biurkowy -> Telefon biurkowy	OPUS — 70 kb/s	Liczba połączeń współbieżnych* 70 kbps = wymagana przepustowość sieci
/Telefon biurkowy -> PSTN przez LGW	G.711 - 80 kb/s	Liczba połączeń współbieżnych* 80 kbps = Wymagana przepustowość sieci
/Telefon biurkowy -> PSTN przez Cloud PSTN (np. Plan połączeń Cisco)	G.711 - 80 kb/s	Liczba połączeń współbieżnych* 80 kbps = Wymagana przepustowość sieci
/Telefon biurkowy -> Enterprise przez LGW	G.722 - 80 kb/s	Liczba połączeń współbieżnych* 80 kbps = Wymagana przepustowość sieci
/Telefon biurkowy -> poczta głosowa	OPUS — 70 kb/s	Liczba połączeń współbieżnych* 70 kbps = wymagana przepustowość sieci

Podsumowując równoczesną wymaganą przepustowość sieci na typ połączenia, można określić całkowite potencjalne zapotrzebowanie na przepustowość dla określonej lokalizacji.

Wszystkie nogi wywoławcze są zawsze zakotwiczone na dostępowych SBC. Aby określić wymaganą przepustowość Internetu dla danej lokalizacji, należy wziąć pod uwagę nie tylko połączenia między lokalizacjami, ale także połączenia wewnątrzlokalizacyjne i połączenia z i z lokalnej bramy w tej lokalizacji. Na przykład połączenie wewnątrz witryny między dwoma telefonami MPP wymagałoby pełnego dupleksu do 2 x 70 kb/s w dostępie do Internetu danej lokalizacji.

Tabela przykładów obliczania Webex Calling przepustowości przedstawia przykład pełnego ćwiczenia obliczania przepustowości, przy założeniu, że wszystkie urządzenia znajdują się w tym samym miejscu.

Tabela 3. Webex Calling przykłady obliczania przepustowości
Rodzaje połączeń	Liczba jednoczesnych połączeń	Łączna przepustowość
Aplikacja Webex/Telefon biurkowy → Aplikacja Webex	15	2* 15* 70 kbps = 2100 kbps
Aplikacja Webex/Telefon biurkowy → Telefon biurkowy	15	2* 15* 70 kbps = 2100 kbps
Aplikacja Webex/Telefon biurkowy → PSTN przez LGW	50	2* 50* 80 kbps = 8000 kbps
Aplikacja Webex/Telefon biurkowy → PSTN przez Cloud Connect dla Webex Calling	0	0 * 80 Kb/s
Aplikacja Webex/Telefon biurkowy → Enterprise przez LGW	15	2* 15* 80 kbps = 2400 kbps
Aplikacja Webex/Telefon biurkowy → Poczta głosowa Webex Calling	5	5* 70 kbps = 350 kbps
Całkowita liczba połączeń /przepustowość	100 połączeń	14 950 kb/s/14, 95 Mb/s

Wszystkie wartości przepustowości w powyższych tabelach odnoszą się do przepustowości IP. Przepustowość łącza jest wyższa w zależności od enkapsulacji WAN.
Przepustowość w powyższych tabelach dotyczy połączeń audio. W przypadku przepustowości połączeń wideo aplikacja Webex i telefony MPP 8845/65 obsługują wideo H.264 o maksymalnej rozdzielczości 720p przy maksymalnej przepustowości 1500 kb/s na połączenie. Jednak ilość przepustowości zużytej w dowolnym momencie połączenia będzie się zmieniać w zależności od zmiennej szybkości transmisji bitów właściwej dla komunikacji wideo.

Jakość usług (QoS)

Wdrażaj zasady QoS w środowisku lokalnym, aby nadać priorytet ruchowi w czasie rzeczywistym i upewnić się, że QoS jest utrzymywany w przełącznikach, router ach i zaporach ogniowych.
Cele opóźnień, drgań i utraty pakietów

Poniższe progi są zalecane dla optymalnej jakości głosu podczas połączeń w trybie Over-the-Top (OTT) i w Internecie:
- Opóźnienie - mniej niż 100 ms w jedną stronę
- Jitter - mniej niż 10 ms
- Utrata pakietów - 0,5% lub mniej.
Zapora sieciowa i NAT

Upewnij się, że zapora jest skonfigurowana tak, aby zezwalała na ruch, jak podano w artykule dostęp nym w portach Informacje referencyjne dla Webex Calling. Dodatkowo, zezwalaj na dostęp do domen i zakresów IP wymienionych w tym samym przewodniku i unikaj SIP ALG, ponieważ zakłóca to sygnalizację SIP. Należy unikać ruchu medialnego za pośrednictwem serwerów proxy.
DNS i NTP

Zapewnij prawidłową rozdzielczość DNS domen i niezawodne serwery NTP, aby synchronizować zegary urządzeń w celu weryfikacji i rejestrowania certyfikatów TLS.
Planowanie pracy awaryjnej

Rozważ istniejące połączenia danych dostawców (MPLS, SD-WAN itd .) i ogólnie zaplanuj bezpośredni dostęp do Internetu w każdej lokalizacji w ramach wdrożenia. Zaplanuj nadmiarowe linki internetowe, w których wymagana jest wysoka dostępność. Ponieważ będziesz korzystać z usług opartych na chmurze, niezawodna łączność internetowa z wystarczającą przepustowością jest podstaw owym wymogiem. Należy ponownie rozważyć dokonanie tego przejścia, jeśli połączenia internetowe lokalizacji Twojej organizacji nie są generalnie niezawodne z niskim opóźnieniem i odpowiednią przepustowością w górę i w dół.
Przeżywalność witryny

Przeżywalność witryny zapewnia, że Twoja firma jest zawsze osiągalna, nawet jeśli połączenie sieciowe zostanie przerwane. Site Survivability wykorzystuje bramę w sieci lokalnej, aby zapewnić usługę połączeń awaryjnych do punktów końcowych na miejscu w sytuacjach, w których połączenie sieciowe zostanie przerwane. Rozważ możliwość przetrwania witryny za pomocą lokalnej bramki przetrwania (SGW), jeśli wymagania biznesowe wymagają ciągłego dzwonienia w przypadku awarii sieci. Aby uzyskać więcej informacji na temat sprawdzania przeżywalności witryny, zobacz Prze żywalność witryny dla. Webex Calling

Konfigurowanie UC połączonego z chmurą

Cloud Connected UC (CCUC) to oparte na chmurze rozwiązanie do zarządzania i analizy zaprojektowane w celu zapewnienia scentralizowanej widoczności, administracji i informacji dotyczących wdrożeń zarówno lokalnych (takich jak), jak i w chmurze (). Unified CM Działa jako pomost między tradycyjnymi środowiskami lokalnymi a usługami w chmurze Cisco, wspierając organizacje podczas migr acji od do.

Podczas przejścia do, CCUC odgrywa istotną rolę w usprawnieniu procesu migracji poprzez ułatwianie gromadzenia kompleksowych danych z istniejącego wdrożenia Unified Communications. CCUC pomaga w kluczowych zadaniach przejściowych, takich jak migracja urządzeń, funkcji i kontaktów użytkownika, a także automatyzuje aktualizacje oprogramowania układowego dla obsługiwanych telefonów IP. Zapewniając scentralizowaną widoczność i zarządzanie, CCUC pomaga zapewnić płynniejszą i bardziej wydaj ną migrację.

Cisco zdecydowanie zaleca wdrożenie i wdrożenie CCUC na początku projektu przejściowego, najlepiej przed lub w trakcie fazy przygotowawczej. Umożliwi to wgląd i możliwości potrzebne do dokładnej oceny, inwentaryzacji i planowania kolejnych działań migracyjnych oraz rozpoczęcia podróży do i przyszłych możliwości hybrydowych.

Ocena obecnego środowiska

Kluczową czynnością w planowaniu migracji jest ocena bieżącego środowiska lokalnego i wdrożenia. Zapewnia to wgląd w to, jakie potencjalne zmiany mogą być wymagane, aby pomyślnie przejść. Pozwala również na ocenę kluczowych elementów platformy w porównaniu z istniejącym wdrożeniem lokalnym. Możesz użyć tych informacji, aby pomóc określić, jakie konkretne zadania są wymagane do przejścia i jakie zmiany chcesz wprowadzić, aby spełnić wymagania biznesowe i techniczne oraz przypadki użycia.

Poniższe aspekty są ważne do przejrzenia w ramach tego wysiłku.

Licencjonowanie

Zrozumienie aktualnej struktury licencjonowania istniejącego wdrożenia ma kluczowe znaczenie podczas przygotowywania się do migracji do. Przeprowadź ocenę licencji dla następujących obszarów istniejącego rozwiązania lokalnego Cisco.

Platforma

Możliwość pełnego wyrażenia tego, co jest obecnie licencjonowane na platformie podstawowej, będzie miała kluczowe znaczenie podczas pracy z zespołem konta lub partnerem w celu określenia najlepszej ścieżki do licencjonowania elastycznego . jest licencjonowany przy użyciu licencji flex. Aby uzyskać więcej informacji na temat licencjonowania elastycznego, zobacz Plan elastyczny współpracy Cisco.
Użytkownicy i urządzenia

Określ, jakiej kategorii licencji wymagają Twoi obecni użytkownicy i urządzenia. Służy to do określenia, który typ licencji jest wymagany dla użytkowników i urządzeń. oferuje wiele typów licencji, w tym licencje Professional i Standard dla użytkowników oraz licencje Professional i common area dla obszarów roboczych. Więcej informacji na temat licencjonowania urządzeń można znaleźć w arkuszu danych dostępnym pod adresem Licencjonowanie urządzeń.
Brama lokalna

Jeśli Cisco Unified Border Element (CUBE) jest wymagany dla dostępu PSTN dla tego przejścia, należy również wziąć pod uwagę licencjonowanie CUBE. Zagadnienia dotyczące licencjonowania CUBE zostały omówione w dalszej części tego dokumentu.

Lokalizacje/Witryny

Przy planowaniu tego przejścia należy wziąć pod uwagę liczbę i typy witryn (duże centralne, regionalne, oddziałowe itd.) w ramach istniejącego wdrożenia. Pełne zrozumi enie istniejących miejsc wdrażania pomoże w strategicznym planowaniu pomyślnego przejścia, szczególnie jeśli chodzi o określenie, które miejsca migrować iw jakiej kolejności. Szczegółowe zrozumienie wymagań planu wybierania numeracji (numeracja, nawyki wybierania numeracji, klasy ograniczeń itd.), łączności sieciowej witryny i przepustowości (Internet, WAN, LAN) oraz dostępu PSTN (lokalny lub scentralizowany, IP lub TDM) dla każdej witryny będzie miało kluczowe znaczenie przy podejmowaniu decyzji dotyczących migracji. Aby uzyskać więcej informacji na temat typowych modeli wdrażania i kluczowych kwestii, z obacz informacje o modelach wdrażania współpracy dostępne w SRND współpracy.

Inną ważną kwestią dotyczącą wdrożenia podczas przechodzenia do lokalizacji jest dostępność lokalizacji. ma różne możliwości, subskrypcje i urządzenia, które są dostępne w zależności od tego, gdzie znajduje się wdrożenie. Aby uzyskać więcej informacji na temat dostępności geograficznej, zobacz Gdzie jest dostępny Webex? .

Wreszcie ważne jest, aby zrozumieć wpływ przejścia na inne usługi współpracy. W oparciu o cel niniejszego dokumentu ogólne założenie jest takie, że jeśli mają zostać utrzymane istniejące usługi współpracy poza obciążeniem wywołującym, wówczas oczek uje się przejścia na wspomniane powyżej wdrożenie hybrydowe fazy 1. Przykłady usług współpracy, które mogą wymagać wdrożenia hybrydowego, obejmują lokalne centrum kontaktowe , które nie zostało jeszcze przeniesione do centrum kontaktowego Webex, oraz ścisła integracja z systemami, takimi jak systemy stronic owania i rozliczenia. Aby uzyskać więcej informacji na temat przejścia dodatkowych obciążeń i usług związanych z współpracą, zobacz Przej ścia do współpracy.

Inwentaryzacja istniejących urządzeń/klientów

Przed rozpoczęciem przejścia ważne jest, aby inwentaryzować istniejące punkty końcowe sprzętu i oprogramowania. Posiadanie pełnej listy typów/modeli urządzeń, wersji sprzętowych, typów i ilości systemów operacyjnych typu soft client zapewni odpowiednie zaplanowanie przejścia urządzeń i zmniejszenie wpływu tych urządzeń, których nie można przenieść do połączeń w chmurze. Inwentaryzacja powinna być wykorzystana do określenia urządzeń do przejścia i urządzeń do wymiany przed przejściem.

Telefony biurkowe

W przypadku telefonów biurkowych audio i wideo obsługiwane są tylko telefony biurkowe z serii 6800, 7800, 8800 i 9800. Jest to podzbiór telefonów IP Cisco, które są obsługiwane. Istnieje kilka modeli i wersji telefonów 6800, 7800 i 8800, z którymi nie można korzystać. Aby uzyskać więcej informacji na temat obsługiwanych modeli i wersji sprzętu, zobacz Obsługiwane urządzenia Webex Calling.

Telefony IP z serii Cisco 6800 nie mogą być uaktualnione z oprogramowania sprzętowego Enterprise do oprogramowania wieloplatformowego (MPP), które jest wymagane. Dlatego wszystkie telefony 6800 zarejestrowane pod kątem oprogramowania firmowego muszą zostać zastąpione modelem 6800 MPP lub innym obsługiwanym modelem telefonu.

Telefony IP z serii Cisco 7800 i 8800 muszą zostać zaktualizowane do oprogramowania wieloplatformowego telefonu (MPP) przed ich przejściem i zarejestrowaniem. Aby określić, które modele i wersje sprzętu 7800 i 8800 obsługu ją oprogramowanie układowe MPP, zobacz Konwertowanie telefonów IP z serii Cisco 7800 i 8800 pomiędzy oprogramowaniem sprzętowym Enterprise i MPP.

Urządzenia 8845, 8865 i 8865NR osiągnęły koniec sprzedaży i nie zaleca się ich migracji.

Starsze wersje telefonów z serii 8800 (8811, 8841, 8851, 8851NR, 8861) nie są zalecane do używania. Webex Calling Telefony z wersją sprzętową VID 14 lub starszą zarejestrują się, ale mogą wystąpić pewne problemy z wydajnością ze względu na sprzęt.

Telefony biurkowe serii 9800 obsługują PhoneOS, który obsługuje zarówno rejestrację, jak i rejestrację. Dlatego te telefony można przenieść bez aktualizacji oprogramowania układowego.

Wszystkie pozostałe telefony IP będą musiały zostać wymienione na telefony z serii 6800, 7800, 8800 lub 9800 obsługiwane przez. Webex Calling Aby uzyskać więcej informacji na temat obsługiwanych telefonów IP i telefonów stacjonarnych, zobacz artykuł na stronie Obsługiwane urządzenia dla Webex Calling.

Punkty końcowe wideo

Osobiste i pokojowe punkty końcowe wideo, w tym serie Cisco Board, serie Room i Desk , mogą rejestrować się w trybie SIP natywnie. Każdy z tych punktów końcowych, który wymaga wykonywania połączeń audio i/lub PSTN, wymaga licencji na wywołanie:

Urządzenia współdzielone w salach konferencyjnych, pomieszczeniach do gromadzenia itp. Wymagają licencji Professional Workspace lub Workspace.

Urządzenie osobiste użytkownika końcowego wymaga profesjonalnej lub standardowej licencji.

Określ, ile punktów końcowych wideo jest zarejestrowanych i używanych do wykonywania połączeń audio. Możliwe, że niektóre punkty końcowe wideo mogą być używane tylko do dołączania do spotkań lub wykonywania połączeń wideo SIP. W obu przypadkach punkty końcowe nadal muszą zostać przeniesione, zanim serwery zostaną wycofane ze służby, jednak pomoże to określić, ile z nich będzie potrzebować licencji, aby kontynuować wykonywanie połączeń telefonicznych.

Gdy urządzenia wideo zostaną przeniesione z rejestracji do, identyfikator URI tych punktów końcowych ulegnie zmianie, ponieważ są one teraz zarejestrowane w chmurze.

Modele telefonów 8845, 8865 i 8875 to osobiste telefony wideo, które są obsługiwane.

Miękki klienci

Jest jedynym programowym klientem obsługiwanym przez, w przeciwieństwie do tego, Unified CM który obsługuje zarówno aplikację Webex, jak i Jabber, i jest nowym domyślnym klientem miękkim dla użytkowników końcowych.

W zależności od trybów wdrażania zaimplementowanych dla Jabber (tylko w trybie IM, tylko dla telefonu i/lub pełnego trybu UC), może być również konieczne rozważenie przejścia obciążeń komunikacyjnych i/lub spotkań z Jabber do. Może być wdrożony w trybie tylko telefonicznym, jeśli będzie używany jako klient tylko wywołujący lub może być wdrożony jako peł ny, Webex Suite jeśli inne obciążenia, np. Webex Messagingi/lubWebex Meetings, są przenoszone do aplikacji z połączeniami.

Poprawia wrażenia użytkownika końcowego, zapewniając funkcje AI, takie jak inteligencja audio/wideo, transkrypcja połączeń i inne. Aby uzyskać więcej informacji, zobacz https://www.webex.com/all-new-webex.

Przed przeniesieniem użytkowników do Ciebie będziesz musiał przenieść swoich klientów Jabber do. Masz dwie opcje, aby zakończyć to przejście.

Zanim przejdziesz je do

Kiedy je przejdziesz do.

Aby ułatwić początkowe przejście do, zaleca się użycie opcji 1 i przeniesienie użytkowników do połączenia z pierwszym połączeniem. Daje to użytkownikom czas na zapoznanie się z nową aplikacją, gdy nadal korzystają z istniejącej lokalnej platformy połączeń. Gdy będziesz gotowy do przeniesienia użytkowników do, skonfigurujesz ich, aby rejestrowali się na platformie połączeń w chmurze.

Aby uzyskać więcej informacji na temat tych dwóch opcji, zobacz Pod róż migracji — jeden lub dwa kroki? .

Aby uzyskać pełną listę obsługiwanych urządzeń, zobacz Obsługiwane urządzenia dla Webex Calling.

Sprawdź kwalifikowalność urządzenia

Jak wspomniano wcześniej, obsługuje podzbiór telefonów IP Cisco i wymaga innego typu oprogramowania układowego dla telefonów z serii 7800 i 8800. Unified CMtelefony działają z oprogramowaniem sprzętowym Enterprise, podczas gdy telefony obsługują oprogramowanie wieloplatformowego telefonu (MPP). Zaleca się sprawdzenie, które zarejestrowane telefony kwalifikują się do uaktualnienia do oprogramowania układowego MPP podczas fazy przygotowania. Daje to czas na zastąpienie niekwalifikowanych telefonów jednym z obsługiwanych modeli telefonów lub na określenie alternatywnego planu, takiego jak przeniesienie użytkownika tylko do aplikacji Webex.

Aby pomóc w określeniu kwalifikacji telefonów, Control Hub ma wbudowane narzędzie o nazwie Migracja telefonu do Webex Calling. Podczas korzystania z tego narzędzia do sprawdzania kwalifikowalności urządzenia wybierz opcję Migracja Gener uj tylko licencję urządzenia.

Opcja narzędzia Control Hub do weryfikacji kwalifikowalności Unified CM telefonów Webex Calling

Ta opcja umożliwia przesłanie pliku CSV zawierającego telefony, dzięki czemu można sprawdzić kwalifikowalność każdego telefonu. Wybierając tę opcję Migracja, nie dodaje się telefonów, ponieważ nadal jesteś w fazie przygotowania i nie jesteś jeszcze gotowy do tego. Aby uzyskać więcej informacji, zobacz Migracja telefonu do Webex Calling.

Możliwe, że niektóre telefony mogą wrócić z nie znanymi kwalifik acjami. Zwykle dzieje się tak, ponieważ nie jest w stanie zweryfikować niektórych informacji o telefonie w systemie zaplecza. W przypadku telefonów o statusie Nie znany masz dwie opcje sprawdzania, czy kwalifikują się do uaktualnienia do oprogramowania układowego MPP.

Ręcznie sprawdź każdy telefon i zweryfikuj model i wersję sprzętu (PID VID)

Etykieta telefonu 7800/8800 z informacjami o modelu i wersji sprzętu

Korzystanie z narzędzia do gotowości telefonu IP firmy Cisco

Pobierz narzędzie z https://github.com/joemar2/mpp_readiness_check.

To narzędzie nie jest oficjalnym narzędziem Cisco ani nie jest obsługiwane przez TAC. Ma wsparcie dla najlepszych wysiłków, ale jest darmowy w użyciu.

To narzędzie musi być uruchomione na komputerze lokalnym i może uzyskać dostęp do serwerów i telefonów IP. Posiada opcję włączenia dostępu do sieci na telefonach IP, co jest zalecane i potrzebne, aby uzyskać najlepsze wyniki. Dlatego należy go używać w godzinach wolnych, aby uniknąć zakłóceń dla użytkowników końcowych. Wyjście narzędzia zawiera raport zawierający listę telefonów z serii 7800 i 8800 kwalifikują się do aktualizacji do oprogramowania układowego MPP. Ponieważ ma bezpośredni dostęp do telefonu, może zweryfikować nieznane urządzenia, które zostały zgłoszone za pomocą narzędzia Control Hub.

Raport narzędzia gotowości telefonu IP firmy Cisco

Użytkownicy

Jednym z najważniejszych kroków przygotowawczych, aby zapewnić pomyślną migrację, jest prawidłowe udostępnianie użytkowników. Musisz odpowiednio zaplanować wszystkich użytkowników, nawet jeśli przeprowadzasz migrację etapową. Użytkownicy muszą mieć dostęp do któregokolwiek z poniższych czynności:

Wdrażanie funkcji With Calling

Wdrażanie z

Konfigurowanie usług dla użytkownika

Aby umożliwić użytkownikom wyszukiwanie w katalogu (kliknięcie na połączenie, dane kontaktowe użytkownika, wyszukiwanie katalogu telefonicznego).

Zaleca się udostępnienie wszystkim użytkownikom przed lub na początku projektu. Dotyczy to użytkowników, którzy nadal używają Unified CM swojej platformy rozmowy, jest niezależny od ich urządzenia dzwoniącego (telefon IP, Jabber,). Gdy użytkownicy zostaną przeniesieni do (i/lub), będziesz aktualizować ich licencje, aby umożliwić usługi, których potrzebują. Udostępnianie wszystkich użytkowników dzwoniących w przedsiębiorstwie przed rozpoczęciem przejścia umożliwia użytkownikowi, który przeszedł do katalogu lub przeszukiwanie katalogu w poszukiwaniu użytkownika dzwoniącego przedsiębiorstwa, który nadal korzysta z Jabber i/lub włączony. Dzięki temu użytkownicy przechodzący mogą znaleźć dane kontaktowe innych użytkowników i nawiązać z nimi połączenie za pomocą wyszukiwania katalogu.

Wyszuki wanie w katalog u rysunków pokazuje przykład wyszukującego innego użytkownika. Wyniki wyszukiwania pokazują dane kontaktowe użytkownika i mogą dotyczyć użytkownika, który nadal jest na Jabber lub dla użytkownika, który przeszedł do i/lub.

Wyszukiwanie katalogów aplikacji Webex

Następnie określ, do którego z istniejących lokalnych użytkowników dzwoniących zostanie przeniesiony. Jeśli wszyscy lub duża liczba użytkowników zostanie przeniesiona, zaleca się przenoszenie użytkowników w grupy, aby upewnić się, że zespół projektowy, personel IT i personel wsparcia będą w stanie poradzić sobie z przejściem i wszelkimi problemami, które mogą się pojawić. Powinieneś także przeznaczyć trochę czasu na dostarczenie wstępnych informacji i sesji szkoleniowych, aby przygotować użytkowników do tego przejścia. Grupowanie przejścia użytkowników można przeprowadzić na podstawie różnych kryteriów, w tym lokalizacji lub witryny, do której przypisani są użytkownicy, działy użytkowników, a nawet typy użytkowników (pracownicy wiedzy, dyrektorzy, pracownicy mobilni itp.).

Przykładowo, jeśli użytkownicy we wdrożeniu są podzieleni na trzy główne lokalizacje: Nowy Jork (NYC), San Francisco (SFC) i Research Triangle Park (RTP), plan przejścia użytkownika może wyglądać jak plan opisany w tabeli planu przejścia użytkownika według lokalizacji.
Tabela 4. Plan przejścia użytkownika według witryny
Strona użytkownika/lokalizacja Informacje i szkolenia przed przejściem Okres przejściowy Wsparcie po przejściu
NYC (1.525 użytkowników) Tydzień 1 kwietnia 15 kwietnia — 27 kwietnia Tydzień 29 kwietnia
SFO (1 600 użytkowników) Tydzień 6 maja 20 maja — 31 maja Tydzień 3 czerwca
RTP (1,275 użytkowników) Tydzień 3 czerwca 17 czerwca — 28 czerwca Tydzień 1 lipca

Innym ważnym czynnikiem jest łączenie użytkowników, którzy mają między sobą zależności. Może to obejmować, ale nie ogranicza się do następujących kwestii:

Monitorowanie BLF

Ten sam pilot/grupa polowań

Udostępnij linie

Część tej samej grupy odbioru połączeń

Używanie tych samych numerów call-park

Domofon

Administrator/Dyrektor.

Możesz przejrzeć konfigurację (GUI lub eksport) lub użyć narzędzia Migration Insights, aby pomóc zidentyfikować grupy użytkowników z tymi zależnościami.

Tabela 4. Plan przejścia użytkownika według witryny
Strona użytkownika/lokalizacja	Informacje i szkolenia przed przejściem	Okres przejściowy	Wsparcie po przejściu
NYC (1.525 użytkowników)	Tydzień 1 kwietnia	15 kwietnia — 27 kwietnia	Tydzień 29 kwietnia
SFO (1 600 użytkowników)	Tydzień 6 maja	20 maja — 31 maja	Tydzień 3 czerwca
RTP (1,275 użytkowników)	Tydzień 3 czerwca	17 czerwca — 28 czerwca	Tydzień 1 lipca

Łączność PSTN

może uzyskać dostęp do PSTN na trzy sposoby: plany połączeń Cisco, Cloud connect for (dawniej Cloud Connected PSTN) i lokalną bramę PSTN (lokalną bramę). Jednakże, pojedyncza lokalizacja zdefiniowana w ramach programu może być przypisana tylko do jednej opcji PSTN.

Lokalny system PSTN z lokalną bramą (LGW) jest istotnym elementem strategii przejścia. Zapewnia łączność między wdrożeniem lokalnym i/lub PSTN a platformą. obsługuje zarówno Cisco, jak i certyfikowane kontrolery granicy sesji (SBC) innych firm, które mogą być używane jako brama lokalna. Aby zapoznać się z najnowszą listą obsługiwanych SBC, zobacz Lista obsługiwanych S BC.

obsługuje do 250 jednoczesnych połączeń z jednej bramki lokalnej opartej na rejestracji oraz ponad 250 połączeń równoczesnych z jednej bramki lokalnej opartej na certyfikatach. Bramy lokalne oparte na certyfikatach mogą obsługiwać do 6500 jednoczesnych połączeń, ale zależy to od rodzaju łączności, z którą musi korzystać brama lokalna (Over-the-Top vs interconnect peering) oraz modelu SBC, na którym wdrożona jest brama lokalna. Limity te są zasadniczo domyślnym limitem liczby zarówno dla lokalnych połączeń PSTN opartych na bramie, jak i połączeń między lokalizacjami między punktami końcowymi i między punktami końcowymi. Aby uzyskać więcej informacji, zobacz Rozpoczęcie korzystania z lokalnej bramy.

Wszelkie połączenia przekraczające ten limit są odrzucane za pomocą 403 Forbidden. Polecenie głosowe show call active może być uruchomione w bramce lokalnej w dowolnym wystąpieniu w celu określenia całkowitej liczby aktywnych połączeń.

Słabe warunki sieciowe między bramą lokalną a SBC dostępu mogą ograniczyć wydajność połączenia sygnalizacyjnego, prowadząc do jeszcze niższego limitu połączeń współbieżnych. Jednokierunkowe opóźnienie między lokalną bramą a centrum danych nie powinno przekraczać 100 ms, a jitter powinien być mniejszy niż 10 ms, podczas gdy utrata pakietów jest mniejsza niż 0,5%.

Funkcje i wykorzystanie funkcji

Podczas oceny bieżącego środowiska ważne jest określenie i sprawdzenie, które funkcje są skonfigurowane. Ponadto ważne jest, aby zrozumieć wykorzystanie funkcji, aby móc (ponownie) zdefiniować wymagania biznesowe i techniczne dotyczące wdrożenia.

Aby określić, które funkcje są skonfigurowane, przeanalizuj konfigurację. Są to wszystkie dane statyczne, które są ustawiane, gdy funkcja lub ustawienie jest skonfigurowane w systemie. Do ukończenia tej analizy można użyć następujących opcji:

Przejrzyj konfigurację w interfejsie użytkownika administratora

eksport konfiguracji - eksport zbiorczy lub AXL

narzędzie do analizy migracji (zalecane)

Narzędzia partnerskie firmy Cisco (zalecane).

Aby skutecznie analizować wykorzystanie funkcji, konieczne jest zbadanie dynamicznych danych systemowych, takich jak wykorzystanie, rejestracje i aktywność połączeń. Różne narzędzia analityczne i pulpity nawigacyjne zapewniają wgląd w te wskaźniki, umożliwiając kompleksowe zrozumienie wydajności i wydajności systemu, co wspiera świadome podejmowanie decyzji podczas migracji i optymalizacji. Do wykonania tego typu analizy można użyć następujących opcji:

Przegląd surowych rekordów CDR

Przegląd danych Unified CM RTMT

narzędzie migracji Insights z wykorzystaniem danych CDR

Przegląd analiz UC połączonych z chmurą w

Głośność połączeń

Zarejestrowane punkty końcowe

lokalizacje (CAC)

Wykorzystanie bagażnika.

Narzędzia partnerskie firmy Cisco.

Cisco zaleca rozpoczęcie korzystania z narzędzia Webex Control Hub Migration Insights do tej analizy. Do narzędzia zostanie zaimportowany plik eksportują.TAR i pliki Unified CM CDR (opcjonalne, ale wymagane do analizy wykorzystania funkcji). Narzędzie wygeneruje następujące raporty oparte na CSV , które można wykorzystać do rozpoczęcia analizy:

Tabela 5. Raporty generowane z Unified CM pliku.tar
Nazwa raportu
Opis raportu
Plik ImportedDataBulk.csv
Wszyscy użytkownicy i urządzenia z Unified CM danych
Plik DeviceEligibility.csv
Identyfikuje urządzenia kwalifikujące się do migr Webex Calling acji (telefony IP, urządzenia z systemem operacyjnym Room, ATA i osoby trzecie)
Plik DevicePoolNumbers.txt
Lista wszystkich numerów w konkretnej puli urządzeń
Plik HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Szczegółowe informacje o urządzeniach i użytkownikach, które powinny być migrowane razem na podstawie wspólnych linii, pilota polowania, kolejki połączeń, parkowania połączeń i konfiguracji grupy odbioru połączeń
Plik HuntGroupMigrationInsight.csv
Szczegółowe informacje o przypisanych liniach polowania, grupach linii i powiązanych agentach
Plik SharedlineGroupMigrationReport.csv
Przegląd sposobu udostępniania numerów telefonów (numerów katalogów) między użytkownikami

Tabela 6. Raporty generowane z Unified CM plików.tar i CDR gzip
Nazwa raportu
Opis raportu
Plik FeatureUsageBasedDeviceEligibilityReport.csv
Informacje na temat kwalifikowalności migracji urządzeń w oparciu o użycie funkcji
Plik FeatureUsageWithLastUsageDateReport.csv
Liczba zastosowań dla liczby wywołań pilota (-ów) polowania i kolejki połączeń wraz z datą ostatniego użycia
Plik UserWorkspaceLastUsage.csv
Ostatnia data użytkowania dla użytkowników i przestrzeni roboczych zarówno dla klientów miękkich, jak i telefonów twardych
Plik DIDUsageReport.csv
Wykorzystanie DID zarówno dla przypisanych, jak i nieprzypisanych DID

Aby uzyskać więcej informacji na temat raportów Migration Insights, zobacz Informacje dotyczące migracji .

Jeśli potrzebujesz więcej informacji o funkcjach i zastosowaniu po przejrzeniu informacji zawartych w raportach Migration Insights, Cisco zaleca rozważenie jednego z narzędzi migracji partnerów innych firm Cisco i/lub przejrzenie konfiguracji w interfejsie użytkownika lub danych eksportu konfiguracji.

Tabela 5. Raporty generowane z Unified CM pliku.tar
Nazwa raportu Opis raportu
Plik ImportedDataBulk.csv Wszyscy użytkownicy i urządzenia z Unified CM danych
Plik DeviceEligibility.csv Identyfikuje urządzenia kwalifikujące się do migr Webex Calling acji (telefony IP, urządzenia z systemem operacyjnym Room, ATA i osoby trzecie)
Plik DevicePoolNumbers.txt Lista wszystkich numerów w konkretnej puli urządzeń
Plik HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Szczegółowe informacje o urządzeniach i użytkownikach, które powinny być migrowane razem na podstawie wspólnych linii, pilota polowania, kolejki połączeń, parkowania połączeń i konfiguracji grupy odbioru połączeń
Plik HuntGroupMigrationInsight.csv Szczegółowe informacje o przypisanych liniach polowania, grupach linii i powiązanych agentach
Plik SharedlineGroupMigrationReport.csv Przegląd sposobu udostępniania numerów telefonów (numerów katalogów) między użytkownikami

Tabela 6. Raporty generowane z Unified CM plików.tar i CDR gzip
Nazwa raportu Opis raportu
Plik FeatureUsageBasedDeviceEligibilityReport.csv Informacje na temat kwalifikowalności migracji urządzeń w oparciu o użycie funkcji
Plik FeatureUsageWithLastUsageDateReport.csv Liczba zastosowań dla liczby wywołań pilota (-ów) polowania i kolejki połączeń wraz z datą ostatniego użycia
Plik UserWorkspaceLastUsage.csv Ostatnia data użytkowania dla użytkowników i przestrzeni roboczych zarówno dla klientów miękkich, jak i telefonów twardych
Plik DIDUsageReport.csv Wykorzystanie DID zarówno dla przypisanych, jak i nieprzypisanych DID

Integracje Cisco: Unity Connection UCCX UCCE

Poczta głosowa jest integralną częścią oferty i natywnie wbudowana w rozwiązanie. nie można zintegrować z lokalnym rozwiązaniem poczty głosowej, takim jak Unity Connection lub Unity Connection Express. Ponadto nie ma natywnego sposobu migracji istniejących wiadomości poczty głosowej lub powitań z połączeniem Unity do natywnej usługi poczty głosowej dostępnej z. Niektóre narzędzia migracji zewnętrznych partnerów Cisco mają możliwość migracji niektórych z tych danych. Aby uzyskać więcej informacji na temat poczty głosowej dla, zobacz Konfigurowanie ustawień poczty głosowej dla użytkownika i zarządzanie nimi. Webex Calling

obsługuje również współdzielone skrzynki pocztowe głosowe i faksy. Aby uzyskać więcej informacji, zobacz Zarządzanie udostępnioną pocztą głosową i faksem przychodzącym dla. Webex Calling

ma wbudowaną funkcję Auto Attendant, która jest częścią podstawowej platformy. Ta funkcja umożliwia przejście funkcji obsługi połączeń Unity Connection i funkcji automatycznej obsługi połączeń. Narzędzie Control Hub, Migr acja funkcji zUnified CM, obsługuje migrację konfiguracji połączenia Unity do funkcji Auto-Attendants. Aby uzyskać więcej informacji na temat korzystania z tego narzędzia, zobacz Migracja urządzeń i funkcji z Unified CM doWebex Calling.

Nagrywanie rozmów

zawiera dwie opcje nagrywania połączeń bez dodatkowych kosztów.

Nagrywanie rozmów Webex

Nagrywanie Dubber Go (oferta partnerska) - integracja między a dubber, w której wszystkie nagrane nośniki są bezpiecznie przechowywane w chmurze.

dołączona tabela opcji nagrywania podkreśla niektóre kluczowe cechy dwóch opcji nagrywania połączeń, które są dostępne bez dodatkowych kosztów.

Tabela 7. Dołączone opcje nagrywania
Webex Dubber Go

Dostępne dla wszystkich użytkowników Dostępne dla wszystkich użytkowników

Nieograniczone nagrania Nieograniczone nagrania

1 rok okresu retencji* 30-dniowy okres przechowywania

100 GB pamięci na organizację -

Funkcjonariusze ds. zgodności mogą uzyskać dostęp do nagrań połączeń i zarządzać -

Interfejsy API do zarządzania nagraniami -

Administratorzy mogą konfigurować dostęp użytkowników do nagrań połączeń i zarządzać nimi
Użytkownicy mogą zarządzać własnymi nagraniami za pomocą User Hub i/lub aplikacji Webex.
Tylko użytkownicy mogą uzyskać dostęp do swoich nagrań i zarządzać nimi
Z ich portalu dubber.

Jeśli organizacja wymaga dodatkowych funkcji nagrywania, takich jak nagrywanie połączeń zgodności, dłuższe okresy przechowywania, więcej pamięci masowej, analiza sztucznej inteligencji i/lub dostęp administratora, dostępne są płatne oferty lub dodatki zarówno od Cisco, jak i zewnętrznych dostawców nagrywania. Aby uzyskać więcej informacji na temat dostawców nagrywania, konfiguracji i dodatkowych usług partnerskich, zobacz Zarządzanie nagrywaniem połączeń dla Webex Calling.

Tabela 7. Dołączone opcje nagrywania
Webex	Dubber Go
Dostępne dla wszystkich użytkowników	Dostępne dla wszystkich użytkowników
Nieograniczone nagrania	Nieograniczone nagrania
1 rok okresu retencji*	30-dniowy okres przechowywania
100 GB pamięci na organizację	-
Funkcjonariusze ds. zgodności mogą uzyskać dostęp do nagrań połączeń i zarządzać	-
Interfejsy API do zarządzania nagraniami	-
Administratorzy mogą konfigurować dostęp użytkowników do nagrań połączeń i zarządzać nimi Użytkownicy mogą zarządzać własnymi nagraniami za pomocą User Hub i/lub aplikacji Webex.	Tylko użytkownicy mogą uzyskać dostęp do swoich nagrań i zarządzać nimi Z ich portalu dubber.

Integracje stron trzecich

obsługuje wiele integracji stron trzec ^ich, w tym między innymi SBC dla bram lokalnych, telefonów IP, telefonów domofonowych, głośników/pagerów, ATA itp. Oprócz tych urządzeń trzecich ^firm Webex Calling obsługuje różne rozwiązania dla usług trzec ^ich firm w zakresie obsługi klienta, analizy, nagrywania, rozliczeń itp. Aby uzyskać więcej informacji na temat rozwiązań dla ^firm trzecich, zobacz Webex App Hub.

Plan

Plan projektu wysokiego poziomu

Podróż migracyjna - jeden lub dwa kroki?

Opcja 1: Jednoetapowa migracja użytkownika

Opcja 2: Dwustopniowa migracja użytkownika

Krok 1

Krok 2

Plan projektu wysokiego poziomu

Podczas opracowywania planu projektu na wysokim szczeblu dotyczącego migracji z do, niezbędne jest ustalenie jasnych faz i kamieni milowych, które są zgodne zarówno z celami biznesowymi, jak i wymaganiami technicznymi. Plan powinien rozpocząć się od kompleksowej fazy oceny, obejmującej zebranie szczegółowych wymagań technicznych i biznesowych, a także identyfikowanie interesariuszy i określenie kryteriów sukcesu. Kluczowe kwestie obejmują alokację zasobów, oszacowanie harmonogramu czasu, zarządzanie ryzykiem i strategie komunikacyjne, aby zapewnić wszystkim stronom informowanie i zaangażowanie w trakcie migracji. Ponadto plan powinien obejmować punkty kontrolne wali dacji, takie jak testy pilotażowe i stopniowe wdrażanie, aby zminimalizować zakłócenia i umożliwić dostosowania oparte na informacjach zwrotnych.

Przykładami elementów, które należy uwzględnić w planie projektu są:

Określenie zakresu migracji (np. do których użytkowników, urządzeń i funkcji przejdą)

Planowanie sesji szkoleniowych dla użytkowników końcowych i zespołów wsparcia

koordynowanie ocen gotowości sieci, oraz

Planowanie działań ograniczających z opcjami awaryjnymi. Ważne jest również zintegrow anie przeglądów zgodności i bezpieczeństwa, a także wsparcia po migracji i fazy optymalizacji.

Strukturyzując plan projektu z tymi względami, organizacje mogą lepiej zarządzać złożonością, zmniejszać ryzyko i osiągnąć płynniejsze przejście do.

Podróż migracyjna - jeden lub dwa kroki?

wymaga od użytkowników korzystania z programu Soft Client for their call. W związku z tym, jeśli któryś z użytkowników nadal korzysta, masz dwie opcje, kiedy możesz je przenieść do. Można wykonać jednoetapową migrację użytkownika lub dwuetapową migrację użytkowników.

Opcja 1: Jednoetapowa migracja użytkownika

Podczas jednoetapowej migracji użytkownicy przechodzą z do w tym samym czasie, w którym przechodzą od Unified CM do. Ta opcja jest zazwyczaj przeznaczona dla klientów z niewielką liczbą użytkowników do migracji i może zarządzać przenoszeniem zarówno miękkiego klienta użytkownika, jak i usługi telefonicznej w tym samym czasie. Poniższy rysun ek Usługa połączeń użytkownika, miękki klient i telefon migruje do tego samego czasu, podkreśla ten rodzaj migracji. Dzięki tej opcji użytkownik wykon a następujące czynności w tym samym czasie:

Usługi telefoniczne przeniesione z do

Numery telefonów i rozszerzenia przeniesione z do

Klient Soft przeszedł z Jabber do - zarejestruje się na

Rejestracja telefoniczna przeniesiona z do.

Usługa połączeń użytkownika, miękki klient i telefon migruje do tego samego czasu

Nadal może to być migracja etapowa, w której grupy użytkowników są przenoszone w różnym czasie, ale gdy każdy użytkownik jest przenoszony, wszystko to odbywa się w tym samym czasie.

Opcja 2: Dwustopniowa migracja użytkownika

Drugim podejściem jest dwustopniowa migracja. W kroku 1, użytkownicy przechodzą z do usług telefonicznych, ale pozostają włączeni do usług telefonicznych. Następnie w kroku 2, użytkownicy są przenoszeni z Unified CM do. Ta opcja jest zalecana dla większych klientów, aby zarządzać zmianami użytkownika końcowego i chcą oddzielić zmianę miękkiego klienta użytkownika od zmiany usługi dzwonienia. Poniższy rysun ek Migracja klienta miękkiego; następnie migracja usługi połączeń, klienta miękkiego i telefonu do Webex Calling poniżej podkreśla ten typ migracji.

Krok 1

Miękki klient przeszedł z do - zarejestruje się do.

Krok 2

Usługi telefoniczne zostały przeniesione z do.

Numery telefonów i rozszerzenia przeniesione z do.

rejestracja przeniesiona z do.

Rejestracja telefoniczna przeniesiona z do.

Migracja klienta miękkiego; następnie migruj usługę połączeń, klienta miękkiego i telefonu do Webex Calling

Nadal może to być migracja etapowa, w której grupy użytkowników są przenoszone w różnym czasie w obu etapach.

Wybrana opcja zależy od tego, w jaki sposób chcesz zarządzać przejściem użytkowników do i. Zaleca się podjęcie tego etapami (opcja 2). Pozwala to jednocześnie zminimalizować zmiany użytkownika końcowego i podzielić wysiłek na różne części projektu. Jeśli jednak wolisz, aby użytkownicy mieli wpływ tylko raz, ważne jest również użycie opcji 1.

Patrząc na zalecaną podróż (opcja 1), poniższa mapa przejścia wysokiego poziomu Jabber do Webex App pokazuje przejście wysokiego poziomu dla kroku 1.

Mapa przejścia wysokiego poziomu Jabber do aplikacji Webex

Na tym etapie użytkownicy przechodzą z Jabber do wszystkich swoich usług telefonicznych. jednak, platforma telefoniczna jest nadal Unified CM i zarejest ruje swoje usługi telefoniczne. Jak widać na mapie przejścia wysokiego poziomu Jabber do Webex App, infrastruktura lokalna się nie zmienia, i działa tak samo, jak Jabber. Jedyną zmianą jest to, że wymaga połączenia z.

Aby uzyskać więcej informacji na temat tego przejścia, zobacz Mapę przejścia Jabber do Webex i przewodnik wdrażania w sekcji Klient na stronie Przejście do współpracy.

Unified CMdo map Webex Calling y przejścia wysokiego poziomu to przejście na wysokim poziomie od do. To jest krok 2 zalecanej podróży.

Unified CMdo mapy przejścia Webex Calling wysokiego poziomu

Jeśli zdecydujesz się zastosować podejście jednoetapowe, dotyczy to również.

W tym kroku użytkownicy przechodzą do grup. W tym momencie użytkownicy zaczynają korzystać z usług połączeń, rejestracji połączeń i rejestracji telefonu IP.

Ponieważ użytkownicy poruszają się w grupach, użytkownicy Enterprise zostaną podzieleni między dwie platformy wywołujące podczas przejścia. Rysunek mapy Unified CM przejści Webex Calling owej fazy 1 do wysokiego poziomu przedstawia ten stan. Podczas tej fazy wymagane jest planowanie sposobu zarządzania połączeniami między użytkownikami na dwóch platformach i sposobu kierowania połączeń PSTN. Za każdym razem, gdy grupa użytkowników zostanie przeniesiona, wymagane będą plany wybierania numerów i aktualizacje routingu połączeń oraz w lokalnej bramie (-ach).

Gdy wszyscy użytkownicy, klienci i urządzenia zostaną przeniesione do (faza 2), cała lokalna infrastruktura UC może zostać usunięta i wycofana z eksploatacji.

Projektowanie

Wybór regionu

Lokalizacje

PSTN

Plan wybierania numeru

Lokalny plan wybierania numerów w

plan wybierania

Nagrywanie

1. Wybór dostawcy nagrywania połączeń

2. Wybór regionu

Połączenia alarmowe

Licencjonowanie

Ręczne przydzielanie przez

Automatyczne szablony przypisywania licencji

Przypisywanie zbiorcze za pomocą szablonu CSV

Przypisanie oparte na interfejsie API

Wymagania licencyjne

Udostępnianie przez użytkownika

Grupy użytkowników

Zalecane podejście podczas migracji z do

Projektowanie grup użytkowników

Pojedyncze logowanie (SSO)

Obsługa wielu IDP

1. Fuzje i przejęcia

2. Wiele niezależnych działów IT

3. Różne grupy użytkowników lub domeny

4. Obsługa różnych protokołów uwierzytelniania

5. Zwiększone bezpieczeństwo i zgodność

6. Uproszczone doświadczenie użytkownika

Duo MFA z SSO dla

Funkcje

Pracownik samochodowy

Zadzwoń do parku

Odbiór połączeń

Kolejka połączeń

Grupa polowań

Tryby pracy

Grupa stronicowa

Nagrania

Zasięg pojedynczego numeru

Grupa poczty głosowej

Wybór regionu

jest dostępny na całym świecie i jest dostarczany z nadmiarowych centrów danych w wielu regionach: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Wielka Brytania (Londyn, Manchester), Australia (Melbourne, Sydney), Japonia (Tokio, Osaka), Arabia Saudyjska (Rijad, D żudda) i Indie (Bombaj, Chennai). Media POP zapewniają usługi medialne w celu optymalizacji czasów podróży mediów w obie strony. Na przykład centrum danych w Singapurze służy do optymalizacji czasów podróży mediów w obie strony dla klientów w krajach azjatyckich, gdzie czasy podróży w obie strony do Australii lub Japonii mogą być nieoptymalne. Centra danych są połączone wielogabitowym i w pełni redundantnym szkieletem. Rysunek globalnie rozproszonych centr ów danych przedstawia przegląd wszystkich centrów danych. Aby zapoznać się z najnowszą listą dostępnych centrów danych, zobacz Lokalizacje centrów danych Webex Calling.

Globalnie rozproszone centra danych

Każdy klient jest dostarczany w jednej z instancji. Wszystkie informacje dotyczące udostępniania tego klienta są przechowywane w tej instancji, a sygnalizacja SIP wszystkich punktów końcowych i lokalnych bram udostępnionych dla tego klienta jest powiązana z instancją, na której klient jest udostępniany. Ponieważ trudno jest zmienić początkowy wybór regionu, ważne jest, aby wziąć pod uwagę wszystkie istotne czynniki w ramach procesu decyzyjnego prowadzącego do wyboru regionu. Aby uniknąć nadmiernego sygnalizacji opóźnienia w obie strony, ważne jest, aby na wczesnym etapie procesu przejścia zdecydować, która instancja powinna być użyta. Cisco zaleca wybranie instancji, która zapewnia najniższy czas sygnalizacji w obie strony dla największej liczby użytkowników w ramach wdrożenia.

Aby zapoznać się z dostępnością w kraju, zobacz Gdzie jest dostępny Webex? .

Lokalizacje

Aby przygotować się do udostępniania lokalizacji, należy zebrać wymagane informacje dla wszystkich docelowych lokalizacji migracji. Informacje potrzebne dla każdej lokalizacji są podsumowane w sekcji Informacje do przechwycenia dla każdej lokalizacji.
Tabela 1. Informacje do przechwycenia dla każdej lokalizacji
Informacja Komentarz
Zakres (-y) rozszerzeń Każda lokalizacja może mieć rozszerzenia zaczynające się od różnych cyfr. Należy zaoszczędzić jedną cyfrę dla cyfry sterującej wybierania między lokalizacjami (na przykład 8) i jedną dla cyfry sterującej PSTN (na przykład 9). Żaden zakres rozszerzenia nie może zaczynać się od jednej z tych dwóch cyfr.
Wszystkie zakresy rozszerzeń wszystkich lokalizacji muszą mieć jednakową długość.
Zakres (y) DID -
Cyfra kierownicza PSTN -
Kod strony Wszystkie kody witryn wszystkich lokalizacji muszą być unikalne i mieć tę samą długość.
Numer główny Podczas tworzenia lokalizacji należy udostępnić dwa DID. Jeden jako numer główny (na przykład przypisany do usługi obsługi automatycznej) i jeden dla portalu poczty głoso wej.
Podaj jeden DID dla numeru poczty głosowej.
Numer poczty głosowej
Liczba licencji Wymagane licencje według typu, w tym Standard, Professional, Workspace, Lista tras, Plan połączeń wychodzących.
Jednoczesne połączenia w pracowitej godzinie Suma połączeń współbieżnych między urządzeniami i między urządzeniami a lokalną bramą (PSTN i połączenia z urządzeniami). Potrzebne do określenia wymaganej przepustowości dostępu do Internetu.
Kraj -
Strefa czasowa -
Język -
Kontakt (imię i nazwisko, telefon, e-mail) -
Adres (adres ulicy, miasto, stan, kod pocztowy) -
Fizyczna lokalizacja wysyłalna służb ratunkowych dla punktów końcowych Lokalizacja wywoławcza urządzenia używana do połączeń alarmowych zazwyczaj obejmuje: adres budynku, adres budynku+numer piętra, adres budynku+numer apartamentu lub adres budyn ku+numer piętro+numer biurowy/sześcienny.
Unikalna fizyczna lokalizacja sieci dla służb ratunkowych na urządzenie Fizyczna lokalizacja sieci dla połączeń alarmowych obejmuje zazwyczaj następujące elementy: przełącznik/przełącznik dla urządzeń przewodowych, identyfikatory BSSID (BSSID) bezprzewo dowego punktu dostępowego (AP) dla urządzeń podłączonych bezprzewodowo i/lub lokalną podsieć IP dla urządzeń końcowych.

PSTN

Podczas projektowania wdrożenia klienci mają trzy podstawowe opcje łączności PSTN: Cisco C alling Plans (usługa PSTN dostarczana w chmurze zarządzana przez Cisco), Cloud Connected PSTN Providers (CCPP, gdzie dostawcy dostarczają usługę PSTN za pośrednictwem chmury) oraz lokalny PSTN (gdzie lokalne bramy łączą sieć korporacyjną z PSTN). Wraz z wprowadzeniem trunkingu PSTN dla wdrożeń hybrydowych (Aby uzyskać więcej informacji, zobacz Trunking PSTN dla w Webex Calling drożeń hybrydowych w PSTN trunking), organizacje zyskują dodatkową elastyczność w podejściu do migracji. Ta funkcja umożliwia klientom przeniesienie PSTN do CCPP na początku przejścia i rozpoczęcie przejścia na PSTN w chmurze dla użytkowników, jednocześnie wykorzystując CCPP do utrzymania usługi PSTN dla użytkowników, którzy pozostają w Cisco podczas stopniowej migracji.

Takie podejście hybrydowe pozwala organizacjom najpierw przenieść wybrane grupy użytkowników do chmury, bez natychmiastowego remontu całego środowiska telefonii. Wprowadza jednak dodatkową złożoność i ryzyko, zwłaszcza w odniesieniu do dostosowania istniejącej logiki routingu połączeń do obsługi nowej architektury. Interoperacyjność ze starszymi aplikacjami, takimi jak serwery faksowe, centra kontaktowe lub systemy stronicowania, również wymaga starannego rozważenia. Kluczowe wyzwania techniczne mogą obejmować zapewnienie bezproblemowej negocjacji kodeków typu end-to-end i sygnalizacji DTMF (Dual-Tone Multi-Frequency) w środowisku mieszanym, a także sprawdzanie zgodności ze specjalistycznymi funkcjami telefonii. Właściwe planowanie i testowanie są niezbędne, aby zminimalizować zakłócenia i utrzymać niezawodne usługi głosowe w całym procesie migracji. Ponadto ważne są względy hand lowe, ponieważ hybrydowy trunking wymaga licencji użytkowania opartej na liczbie jednoczesnych połączeń między środowiskiem lokalnym a dostawcą usług PSTN Connected Cloud (CCPP).

Alternatywnie, organizacje mogą zdecydować się na zachowanie lokalnej łączności PSTN przez cały okres przejściowy. W tym scenariuszu migracja do CCPP może odbywać się na dwa sposoby: jako pojedyncze, skoordynowane ograniczenie dla wszystkich użytkowników i lokalizacji po zakończeniu migracji lub przyrostowo, przy czym migracja PSTN odbywa się w zależności od lokalizacji w miarę przenoszenia użytkowników. Takie podejście może pomóc usprawnić współistnienie i zachować ciągłość dla starszych integracji, ale wprowadza kilka złożoności operacyjnych. Wśród nich są wyzwania związane z przenoszeniem numerów, takie jak potrzeba precyzyjnej koordynacji zleceń w portach numerycznych, potencjalne opóźnienia i ograniczenia nałożone przez dostawcę, takie jak ograniczenie liczby jednoczesnych wniosków portowych lub ograniczenia dotyczące przenoszenia podzbiorów dużych bloków liczbowych. Organizacje muszą dokładnie zaplanować strategię przejścia na PSTN, uwzględniając te kwestie logistyczne, aby uniknąć przerw w świadczeniu usług i zapewnić płynną migrację.

Migracja do CCCP na początku a zachowanie lokalnego PSTN

Rysunek Migracja do CCCP na początku vs. utrzymywanie lokalnego PSTN przedstawia dwie opisane powyżej opcje migracji PSTN. Ilustracja po lewej stronie przedstawia scenariusz, w którym wszyscy lokalni użytkownicy i aplikacje korzystają z usług PSTN połączonych z chmurą za pośrednictwem lokalnego magistrali i lokalnej bramki łączącej lokalną bramę, podczas gdy ilustracja po prawej przedstawia scenariusz, w którym istniejący lokalny PSTN pozostaje na miejscu, a użytkownicy korzystają z lokalnego PSTN za pośrednictwem połączenia Brama lokalna Webex Calling między lokal nymi i. Podczas przejścia lokalizacje można przełączać za pomocą Cloud Connected PSTN.

W obu przypadkach połączenia między lokalnym a użytkownikiem korzystają z połączenia Brama lokalna. Połączenie pomiędzy lokalnymi i musi zostać odpowiednio zaprojektowane i rozmiarowane w oparciu o oczekiwaną liczbę jednoczesnych połączeń i wymaganą redundancję.

Plan wybierania

Aby osiągnąć płynną interoperacyjność między okresem migracji i w trakcie niego, należy opracować i wdrożyć kompleksową architekturę planu wybierania na obu platformach. Ta dwuplatformowa konstrukcja planu wybierania zapewnia spójne kierowanie połączeń , tłumaczenie numerów i przejrzystość funkcji, umożliwiając użytkownikom w każdym systemie komunikację bez pogorszenia usług lub zakłóceń w doświadczeniu użytkownika w trakcie fazy współistnienia.

Lokalny plan wybierania numerów w

Podczas przejścia, aby umożliwić współistnienie urządzeń zarejestrowanych w przedsiębiorstwie Unified CM i na nim plan wybierania należy zmienić tak, aby można było spełnić co najmniej następujące wymagania:

+E.164 wybieranie z do

Wybieranie przedłużenia od do (wewnątrzlokalizacyjne, ale także między lokalizacjami, jeśli zakresy rozszerzeń są unikalne)

Skrócone wybieranie między lokalizacjami od do

Wymuszone wybieranie w sieci od do

Call-back z katalogu nieodebranych połączeń do miejsc docelowych

Wywołuje PSTN z do PSTN, jeśli podczas przejścia używany jest lokalny PSTN

Wywołania PSTN od do if podczas przejścia PSTN trunking dla wdrożeń hybrydowych służy do zapewnienia dostępu PSTN użytkownikom lokalnym za pośrednictwem usługi Cloud Connect for

Wymuszony dostęp do sieci od do

Wybieranie przedłużeń od do (między lokalizacjami).

Jeśli którekolwiek z powyższych nie jest obsługiwane nawyki wybierania numerów przed przejściem, na przykład nie istnieje skrócony nawyk wybierania numerów między lokalizacjami, to niekoniecznie muszą być wprowad zane podczas przejścia.

Rysunek Plan wybierania numerów najlepszych praktyk przedstawia podejście oparte na najlepszych praktykach zgodnie z opisem w Preferred Architecture for Cisco Collaboration 12.x Enterprise On- Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Preferred Deployments (CVD). Kluczowe cechy tego podejścia obejmują:

Pojedyncza partycja dla numerów katalogów+E.164

Trasowanie rdzeniowe oparte na wzorcach trasy +E.164

Normalizacja wszystkich nawyków wybierania numerów do +E.164 przy użyciu wzorców tłumaczenia

Wykorzystanie wzoru tłumaczenia wywołującego dziedziczenie przestrzeni wyszukiwania (opcja Użyj pola wyszukiwania wywołującego inicjatora ustawionego na wzorcach tłumaczenia).

Plan wybierania najlepszych praktyk

Na przykład wybieranie numeru PSTN (9+1+10D) z urządzenia w SJC wyposażonego w przestrzeń wyszukiwania połączeń liniowych SJCInternational zostanie najpierw dopasowane do wzorca tłumaczenia 9.1 [2-9] XX [2-9] XXXXXX, który normalizuje wywołany numer strony na +E.164. Wyszukiwanie wtórne ponownie wykorzystuje tę samą przestrzeń wyszukiwania wywołującego SJCInternational (wywoływanie dziedziczenia przestrzeni wyszukiwania), a ciąg znaków +E.164 zostanie dopasowany przez numer katalogu +E.164 na partycji DN lub przez jeden ze wzorców trasy PST N w partycji USPSTNnational lub SJCPSTNLocal. Skrócone nawyki wybierania numerów wewnątrzlokalizacyjnych i między lokalizacjami są implementowane przez tłumaczenia w partycji ES N i SJCTOE164. Podczas gdy partycja ESN jest partycją globalną (dostępną dla telefonów we wszystkich lokalizacjach), partycja SJCTOE164 jest dostępna tylko dla użytkowników w lokalizacji SJC. Zakłada się to nakładające się zakresy rozszerzeń.

Pierwszym krokiem do włączenia połączenia od do jest upewnienie się, że docelowe +E.164 są odpowiednio kierowane. Można to osiągnąć, dodając partycję do planu wybierania, dodając wzorce trasy +E.164 dla wszystkich miejsc docelowych do tej partycji i na koniec dodając partycję do wszystkich wywołujących przestrzeni wyszukiwania reprezentujących klasy usług, do których należy dotrzeć. Utworzenie partycji dedykowanej jest wymagane, aby umożliwić utworzenie zróżnicowanej klasy usług dla połączeń pochodzących z. Aby uniknąć pętli połączeń, przestrzeń wyszukiwania połączeń przychodzących w magistrali z lokalnej bramy nie powinna mieć dostępu do partycji.

+E.164 routing do Webex Calling

Jak pokazano na rysunku +E.164 routing doWebex Calling, aby umożliwić routing od do dla lokalizacji z zakresem DID +E.164 +1 221 555 2XXX i kodem witryny 121, do partycji należy dodać pilny wzór trasy odpowiadający temu zakresowi +E.164.

Jeśli nie jest wymagany wybór bramy lokalnej dla danej lokalizacji, zamiast używać listy tras z lokalną grupą tras jako docelowym dla wzorców tras wskazujących na pojedynczą grupę tras, można założyć Bramę lokalną jako jedynym elementem, a następnie wzorce tras wskazują na listę pojedynczych tras z tą jedną grupą tras jako jedynym wpisem.

Aby włączyć wybieranie skrócone wybieranie między lokalizacjami do witryny, wymagany wzór trasy 8121.2XXX jest dodawany do partycji. Witryny, które mają zostać przeniesione do wzorca normalizacji wybierania numeru 8121.2XXX, który normalizuje wybieranie numeru ESN na +E. 164, może już istnieć na partycji ESN. W takim przypadku 8121.2XXX wydaje się być zbędny, ale gdy tylko wszystkie DNS danej lokalizacji zostaną przeniesione do normalizacji wybierania numerów 8121.2XXX, można usunąć wzorzec translacji, a następnie wzór trasy 8121.2XXX umożliwia wybieranie numeru ESN nawet dla użytkowników z tego zakresu tylko dla rozszerzeń.

Dzięki tym zmianom planu wybierania połączenia z lokalizacją można wykonywać nie tylko wybierając skróty międzylokacyjne i +E.164. Możliwe jest również międzynarodowe i krajowe wybieranie numerów PSTN, ponieważ te nawyki wybierania są najpierw z normalizowane do +E.164 za pomocą już istniejących wzorców translacji normalizacji wybierania numerów, a następnie są kierowane przez dopasowanie wzorca trasy +E.164 na partycji.

Dopasowanie wzorców trasy +E.164 do zakresu DID lokalizacji może być zapewnione, gdy wszystkie DID są nadal hostowane. Najlepszy algorytm dopasowywania wzorców dopasowania zapewnia, że gdy wybierana jest liczba hostowana, podany numer katalogowy +E.164 jest lepiej dopasowany niż wskazywany wzorzec trasy +E.164, tak aby połączenia były rozszerzane do włączonej linii, a nie wysyłane do.

plan wybierania

Każdy użytkownik otrzymuje rozszerzenie i/lub numer telefonu +E.164. Długość rozszerzenia jest stałym ustawieniem globalnym: wszystkie rozszerzenia w wdrożeniu mają tę samą długość. Wybieranie rozszerzeń może być używane między użytkownikami zarówno w lokalizacji, jak i między lokalizacjami. Skrócone wybieranie rozszerzeń między lokaliz acjami (ten drugi przypadek) działa tylko wtedy, gdy wybrane rozszerzenie jest unikatowe.

Jeśli wymaganiem jest skrócone wybieranie numeracji między lokalizacjami, ale występują nakład anie się rozszerzeń przypisanych w różnych lokalizacjach, należy utworzyć plan numeracji specyficzny dla przedsiębiorstwa poprzez prefiksowanie rozszerzeń kodem dostępu do kodu witryny. Aby uzyskać więcej informacji, zobacz Preferred Architecture for Cisco Collaboration 15 Wdrożenia lokalne, przegląd projektu dostępne na stronie preferowane architektury współpracy Cisco.

Długość rozszerzenia, zachowanie wybierania rozszerzeń między lokalizacjami, długość prefiksu dla wybierania między lokalizacjami oraz cyfra kierownicza w prefiksie routingu dla wybierania między lokalizacjami są skonfigurowane w ustawieniach usługi wywoływania w:

Długość prefiksu wyznaczania trasy lokalizacji: długość przedrostka wraz z cyfrą kierowniczą. Wymagane tylko wtedy, gdy plan numeracji przedsiębiorstwa musi zostać ustanowiony jako alternatywny, skrócony nawyk wybierania numeracji między lokalizacjami przedsiębiorstwa.

Cyfra sterująca w prefiksie routingu: cyfra sterująca dla skróconego nawyku wybierania między lokalizacjami przedsiębiorstwa. Należy unikać nakładania się na pierwszą cyfrę dowolnej lokalizacji i lokalizacji cyfr wybierania wychodzącego. Wymagane tylko wtedy, gdy plan numeracji przedsiębiorstwa musi zostać ustanowiony jako alternatywny, skrócony nawyk wybierania numeracji między lokalizacjami przedsiębiorstwa.

Wewnętrzna długość przed łużenia: Standardowa długość przedłużeń. Może mieć dowolną wartość od dwóch do dziesięciu.
Jeśli wybieranie rozszerzeń lub wybieranie numerów istotnych przedsiębiorstwa (kod sterujący, kod witryny, rozszerzenie) jest wymagane z lokalnej kontroli połączeń, a lokalna kontrola połączeń wysyła rozszerzenie jako identyfikator dzwoniącego, należy również ustawić parametr Maksymalna nieznana długość rozszerzenia w sekcji Trasowanie połączeń między i lokalnymi, aby upewnić się, że połączenia z lokal nej kontroli połączeń mogą być poprawnie sklasyfikowane jako połączenia lokalne.

Zezwalaj na wybieranie rozszerzeń między lokalizacjami: Przełącz, aby włączyć/wyłączyć wybieranie rozszerzeń między lokalizacjami. Ta opcja powinna być włączona tylko wtedy, gdy wszystkie rozszerzenia w organizacji są unikalne. Jeśli opcja jest wyłączona, należy wybierać numery znaczące przedsiębiorstwa (kod sterujący, kod witryny, rozszerzenie) lub numery telefonów między lokalizacjami.

Pierwsze trzy parametry są używane głównie do tworzenia planu wybierania telefonów, aby zminimalizować międzycyfrowe limity czasu podczas wybierania poza haczykiem. Odchylenia od tych ustawień globalnych są nadal możliwe (Przykład - można udostępnić rozszerzenia o innej długości), ale w centrum sterowania pojawi się komunikat ostrzegawczy, a wybieranie z telefonów może wymagać wybierania w trybie blokowym, aby uniknąć konfliktów w ramach wstępnie załadowanego planu wybierania.

Przykład numeracji tabeli Enterprise przedstawia przykład trzech lokalizacji, w których zakresy rozszerzeń dwóch lokalizacji, NYC i RTP, są identyczne. Ustanowienie systemu numeracji przedsiębiorstwa z międzylokalizacyjną cyfrą sterującą 8, po której następuje trzycyfrowy kod witryny, a czterocyfrowe rozszerzenie tworzy nie nakładający się skrócony nawyk wybierania numeracji między lokalizacjami.

Tabela 2. Przykład numeracji przedsiębiorstwa
Witryny Zakres rozszerzenia Kod strony Zakres korporacyjny

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Aby umożliwić płynne przejście, zestaw nawyków wybierania numerów dla użytkowników przed i po przejściu do idealnego powinien być taki sam. Aby przygotować się do przejścia dla każdej lokalizacji, należy udokumentować zakresy DID i zakresy rozszerzeń (lub skrócone nawyki wybierania numerów wewnątrz lokalizacji). Na podstawie tych informacji należy wybrać międzylokalizacyjną cyfrę sterującą.

Tabela Zak resy rozszerzeń o stałej długości przedstawia przykład trzech lokalizacji i zakresów przedłużania o stał ej długości. Ponieważ należy unikać nakładających się nawyków wybierania numerów, ważne jest, aby upewnić się, że dla dowolnego zakresu rozszerzeń pierwsza cyfra zakresu nie pasuje do cyfry kierowniczej dla skróconego wybierania między lokalizacjami. Jeśli na przykład 8 jest wybrana jako cyfra kierownic za dla wybierania między lokalizacjami, wówczas żaden zakres rozszerzenia w żadnym miejscu nie może zaczynać się od 8. Zazwyczaj rozszerzenia w danej lokalizacji pasują do kilku ostatnich cyfr DID przypisanych do tej lokalizacji. Aby uniknąć konfliktów, pierwszą cyfrę rozszerzenia można zmienić. Jeśli na przykład DID z zakresu +1 408 555 8XXX są używane w lokalizacji, to zamiast używać 8XXX jako zakresu rozszerzeń 7XXX można użyć dla rozszerzeń w tej witrynie

Tabela 3. Stałe zakresy przedłużania długości
Witryny Zakres rozszerzenia Rozszerzenia Kod strony Zakres korporacyjny

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Siedmiocyfrowe ciągi wybierane na urządzeniu wykorzystującym plan wybierania w USA pokrywają się z siedmiocyfrowym wzorem wybierania lokalnego w wstępnie załadowanym planie wybierania w USA. Aby uniknąć nakładania się nawyków wybierania numerów w sieci i poza siecią (PSTN), w tej lokalizacji można użyć obowiązkowego zewnętrznego kodu dostępu. Jeśli istniejący schemat numeracji przedsiębiorstwa i odpowiadające mu skrócone wybieranie między lokalizacjami pokrywają się ze wzorami w numeracji krajowej, to podczas przejścia do schematu numeracji, aby uniknąć nakładania się, można również zmienić na dłuższą lub krótszą formę. Naj prostszym sposobem na osiągnięcie tego jest dodanie dodatkowej cyfry wypełniającej do schematu numeracji. Nowy, dłuż szy schemat wybierania numerów między witrynami musi zostać przyjęty tylko przez użytkowników, do których już migrowali. Użytkownicy nadal włączeni mogą nadal wybierać siedem cyfr. W tym przypadku włączony plan wybierania numerów dla przedsiębiorstw musi upewnić się, że skrócone siedmiocyfrowe wybieranie z Unified CM do zostanie przekształcone na +E.164 lub na wdrożony skrócony format wybierania. Należy to zrobić przed wysłaniem połączenia do lokalnej bramy.

Przykład tego ponow nego numerowania pokazuje siedmiocyfrowe wybier anie numeracji w tabeli. W tym przykładzie skrócone wybieranie między lokalizacjami wykorzystuje cyfrę sterującą 8, po której następuje dwucyfrowy kod witryny i czterocyfrowe rozszerzenie. Aby uniknąć siedmiocyfrowego skróconego wybierania między lokalizacjami, kody witryn można łatwo zmienić na trzy cyfry, wstępnie ustawiając dowolną cyfrę wypełniającą (8 w przykładzie) do dwu cyfrowych kodów witryn używanych w tak, że wybieranie między lokalizacjami z telefonów używa cyfry sterującej 8, po której następuje cyfra wypełniająca 8, stary dwucyfrowy kod witryny i czterocyfrowe rozszerzenie. Użytkownicy nie muszą zapamiętywać nowych kodów witryny; muszą tylko pamiętać, aby używać 88 jako prefiksu do wybierania między witrynami zamiast 8 włączonych.

Tabela 4. Przejście siedmiocyfrowego wybierania

Witryny Rozszerzenia Kod Witryny Zasięg korporacyjny Strona ode Enterprise Ange

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

W scenariuszu z włączonymi różnymi formatami numerów korporacyjnych i jeśli numery korporacyjne są prezentowane jako informacje o stronie dzwoniącej do (na przykład - Połączenia z urządzeń bez DID), ważne jest również, aby zaimplementować mapowanie różnych formatów numerów dla informacji o stronie dzwoniącej, aby zapewnić działanie wywołań zwrotnych . To mapowanie można uzyskać, używając wywołującego wzór transformacji strony na osi między bramką lokalną a bramą lokalną.

Nagrywanie

Dobrze zaprojektowane rozwiązanie do nagrywania połączeń wymaga starannego rozważenia kilku kluczowych elementów projektu, aby zapewnić zgodność z celami organizacyjnymi, wymaganiami regulacyjnymi i ograniczeniami technicznymi. Dwie z najważniejszych decyzji dotyczą wyboru dostawcy i wyboru regionu, z których oba mogą wymagać globalnego dostosowania i zastępowania w określonych lokalizacjach, w oparciu o potrzeby biznesowe.

1. Wybór dostawcy nagrywania połączeń

Wybór odpowiedniego dostawcy nagrywania połączeń ma zasadnicze znaczenie dla osiągnięcia celów biznesowych i zapewnienia dostosowania funkcji w całej organizacji:

Wybór globalnego dostawcy: Organizacje zazwyczaj wyznaczają głównego dostawcę nagrywania połączeń na poziomie globalnym, zapewniając spójność zestawu funkcji, zgodności i wsparcia we wszystkich lokalizacjach

Nadpisania oparte na lokalizacji: W scenariuszach, w których określone witryny lub regiony mają unikalne potrzeby biznesowe lub wymagania regulacyjne, może być konieczne zastąpienie wyboru globalnego dostawcy i określenie alternatywnych dostawców dla tych lokalizacji. Ta elastyczność wspiera różne mandaty zgodności i lokalne potrzeby operacyjne

Wymagania biznesowe: Wybór dostawcy powinien opierać się na ocenie czynników biznesowych, takich jak zgodność z przepisami (przykład - MiFID II, HIPAA), zapewnienie jakości, rozwiązywanie sporów lub potrzeby szkoleniowe

Dostępność funkcji: Dostawcy powinni być oceniani na podstawie ich zdolności do dostarczania wymaganych funkcji, takich jak monitorowanie w czasie rzeczywistym, możliwości wyszukiwania i odtwarzania, szyfrowanie, zasady przechowywania, integracja z platformami analitycznymi oraz obsługa różnych typów połączeń (przychodzących, wychodzących, wewnętrznych).

2. Wybór regionu

Określenie regionu, w którym zapisywane są i przetwarzane nagrania połączeń ma kluczowe znaczenie dla zgodności i wydajności:

Wybór regionu globalnego: Domyślnie organizacje mogą wybrać jeden region do przechowywania nagrań połączeń w celu uproszczenia zarządzania i zarządzania

Nadpisania regionów opartych na lokalizacji: Tam, gdzie wymagają tego przepisy dotyczące miejsca zamieszkania danych lub zasady korporacyjne, może być konieczne zastąpienie ustawienia regionu globalnego dla określonych lokalizacji, zapewniając, że nagrania połączeń są przechowywane i przetwarzane w wymaganych granicach geograficznych

Wymagania dotyczące miejsca zamieszkania danych: Projekt musi uwzględniać międzynarodowe i lokalne przepisy dotyczące ochrony danych (takie jak RODO, CCPA lub mandaty poszczególnych krajów), które mogą określać, gdzie i w jaki sposób przechowy wane są nagrania połączeń.

Innym krytycznym aspektem, który należy uwzględnić podczas planowania i projektowania rozwiązania do nagrywania połączeń, jest oszacowanie wymagań dotyczących przechowywania. Dokładne prognozowanie potrzeb związanych z magazynowaniem jest niezbędne, aby zapewnić wystarczającą pojemność umożliwiającą wspieranie bieżących operacji biznesowych, utrzymanie zgodności z przepisami i uniknięcie zakłóceń w świadczeniu usług.

Przy określaniu oczekiwanego zapotrzebowania na przechowywanie należy wziąć pod uwagę kilka kluczowych parametrów:

Ilość nagranych połączeń: Oceń przewidywaną liczbę połączeń, które zostaną zarejestrowane w danym przedziale czasowym (np. na dzień, tydzień lub miesiąc). Obejmuje to nie tylko połączenia zewnętrzne, ale także komunikację wewnętrzną, jeśli wymaga tego polityka biznesowa lub mand aty regulacyjne

Średni czas trwania połączenia: Oblicz typową długość nagranych połączeń, ponieważ dłuż sze połączenia zużywają więcej miejsca na dysku. Zmiany czasu trwania połączeń w różnych działach lub grupach użytkowników powinny być również uwzględnione w oszacowaniu

Okres przechowywania: Określ czas przechowywania nagrań, który często jest podyktowany polityką organizacyjną lub regulacjami zewnętrznymi (takimi jak branżowe standardy zgodności). Dłuższe okresy przechowywania zwiększą ogólne wymagania dotyczące przechowywania

Prognozy wzrostu: Rozważ przewidywany wzrost liczby połączeń lub rozszerzenie zakresu rejestracji, co może wynikać ze skalowania biznesowego, nowych wymogów regulacyjnych lub wdrażania dodatkowych użytkowników lub lokalizacji.

Dokładnie analizując te parametry, organizacje mogą opracować solidną strategię przechowywania, która zapewnia skalowalność, opłacalność i zgodność z przepisami dla ich rozwiązania do nagrywania połączeń. Wskazane jest również regularne przeglądanie i dostosowywanie alokacji pamięci masowej w miarę ewolucji wzorców użytkowania.

Połączenia alarmowe

Wymóg skierowania połączenia alarmowego do odpowiedniego centrum dyspozycyjnego jest wymogiem dla każdej usługi telefonicznej oferującej usługę PSTN. Dzięki, kierowanie połączeń alarmowych jest natywne dla rozwiązania i obejmuje wsparcie dla wszystkich krajowych numerów alarmowych w krajach, które obsługują. Trasowanie połączenia alarmowego jest oparte na lokalizacji zdefiniowanej wewnątrz i metodzie dostępu PSTN lokalizacji. Numery alarmowe są wstępnie zdefiniowane i specyficzne dla kraju, w którym użytkownicy i urządzenia są rozmieszczeni.

Istnieją dwie metody dostarczania połączeń alarmowych. Istnieje podstawowa usługa kierowania połączeń alarmowych i ulepszona usługa routingu połączeń alarmowych. Podstawowa usługa kierowania połączeń alarmowych będzie używać wybranego przez administratora numeru, aby zidentyfikować lokalizację i trasę połączenia, aby dotrzeć do służb ratunkowych. W przypadku podstawowych połączeń alarmowych ścieżka połączenia odbywa się zazwyczaj za pośrednictwem opcji PSTN klienta dla tej lokalizacji. ma również ulepszone routing połączeń alarmowych zaprojektowany dla wdrożeń w USA i Kanadzie, które mają wymagania dotyczące zgodności z przepisami, które wymagają korzystania z ogólnokrajowego dostawcy do dostarczania połączeń alarmowych do właściwego centrum wysyłkowego.

Wszyscy klienci powinni wdrożyć co najmniej podstawową konfigurację połączeń alarmowych. Podstawowe połączenie alarmowe wymaga przypisania co najmniej jednego numeru +E.164 należącego do klienta do każdej lokalizacji zdefiniowanej w. W przypadku podstawowych połączeń alarmowych każda lokalizacja zostanie zdefiniowana przez adres ulicy, na który w nagłych wypadkach wysyłana jest policja, straż pożarna lub pogotowie ratunkowe. W większości przypadków główny numer lokalizacji jest najlepszym wyborem reprezentującym fizyczną lokalizację sytuacji awaryjnej. Zazwyczaj przypisanie adresu do numeru+E.164 jest koordynowane z dostawcą PSTN. Poniższe zdjęcia przedstawiają przypisanie numeru głównego, który ma być używany jako numer alarmowy wywołania zwrotnego dla lokalizacji Richardson.

Lokalizacja konfiguracji ECBN

W większości przypadków adres budynku jest wystarczający dla adresu wysyłki dla lokalizacji. Jeśli jednak potrzebne są dodatkowe informacje o lokalizacji dla określonych użytkowników lub urządzeń , administrator może skorzystać z tego samego procesu opisanego powyżej i przypisać te urządzenia do określonego adresu lub dokładniejszej lokalizacji wewnątrz adresu (np. podłogi lub pokoju). W Zarządzaniu użytkow nikami w, karta Połączenia pozwala na użycie określonego numeru dla użytkownika i jego urządzeń w celu uzyskania określonego adresu wysyłki. Poniższe obrazy ilustrują, w jaki sposób można przypisać określony numer do urządzenia. Administrator jest odpowiedzialny za upewnienie się, że numer używany przez urządzenie będzie miał przypisany prawidłowy adres wysyłki. Przy pisywanie adresu odbywa się zazwyczaj za pośrednictwem dostawcy PSTN tej lokalizacji.

Konfiguracja ECBN użytkownika

W przypadku wdrożeń telefonii z siedzibą w USA, które muszą zapewniać ulepszone rozwiązania połączeń alarmowych, wykorzystuje Horizon Mobility firmy RedSky zintegrowany z routingiem połączeń alarmowych. Podczas korzystania z RedSky do routingu połączeń administrator musi zarejestrować konto za pośrednictwem Cisco i skonfigurować odpowiednie informacje w polu C alling -> Service Settings, aby włączyć tę funkcję. Po włączeniu usługi RedSky na poziomie systemowym administrator włączy usługę RedSky na każdym poziomie lokalizacji. Włączenie rozszerzonego połączenia alarmowego w lokalizacji spowoduje aktywację usługi dla wszystkich urządzeń przypisanych do tej lokalizacji. Urządzenia obsługujące rozszerzone połączenia alarmowe to telefony Cisco MPP, telefony Cisco PhoneOS i Cisco.

Istnieją dwa ustawienia umożliwiające włączenie rozszerzonego połączenia alarmowego w danej lokalizacji. Zez wal aj RedSky na odbieranie informacji o łączności sieciowej i połączeń testo wych należy użyć do sprawdzenia, czy konfiguracja RedSky dla mapowań urządzeń i infrastruktury jest prawidłowa. To ustawienie umożliwia również wykonywanie połączeń testowych pod numer 933 w celu przeprowadzenia weryfikacji lokalizacji za pomocą systemu IVR RedSky w celu odczytu lokalizacji dzwoniącego. Chociaż ten dokument nie obejmuje konfiguracji RedSky do śledzenia lokalizacji, administrator powinien ZAWSZE przetestować wykrywanie lokalizacji przed aktywacją połączeń alarmowych w celu skierowania do RedSky. Po zakończeniu testów i zweryfikowaniu ich dokładności administrator przekieruje połączenia do RedSky, przełączając połączenia alarmowe trasy na RedSky. Ten przełącznik przekieruje wszystkie połączenia alarmowe do lokalizacji do RedSky w celu dostarczenia do sekretarki dla danej lokalizacji.

Ustawienia rozszerzonych połączeń alarmowych dotyczą również klientów zarówno lokalnych, jak i poza nimi. W środowisku lokalnym można śledzić w taki sam sposób, jak telefony stacjonarne. Gdy jest poza lokalem, użytkownik będzie mógł ustawić swoją lokalizację dynamicznie bezpośrednio w obrębie. Aby uzyskać więcej informacji na temat połączeń alarmowych, zobacz U lepszone połączenia alarmowe dla.

Licencjonowanie

Istnieje wiele opcji przypisywania licencji użytkownikom.

Ręczne przydzielanie przez

Administratorzy ręcznie przypisują licencje poszczególnym użytkownikom za pośrednictwem interfejsu.

Administratorzy mogą edytować licencje serwisowe dla poszczególnych użytkowników i bezpośrednio przypisywać licencje wywołujące.

Automatyczne szablony przypisywania licencji

Użyj szablonów przypisywania licencji, aby automatycznie przypisywać licencje użytkownikom na podstawie ustawień grupowych lub organizacyjnych.

Automatyczne licencjonowanie można przeprowadzić poprzez synchronizację katalogów lub ręczne aktualizacje użytkownika, ale użytkownicy muszą mieć prawidłowy numer telefonu sformatowany +E.164, a numery telefonów muszą istnieć w lokalizacji przed udostępnieniem użytkownika. Jeśli warunki nie są spełnione (np. nieprawidłowy format numeru telefonu), licencje nie zostaną przypisane.

Przypisywanie zbiorcze za pomocą szablonu CSV

Prześlij plik CSV ze szczegółami użytkownika i przypisaniami licencji, aby dodać lub zmodyfikować wielu użytkowników jednocześnie.

Import CSV obsługuje dodawanie do 20 000 użytkowników i przypisywanie licencji, ale licencje wymagają określonych pól, takich jak numer telefonu i rozszerzenie.

Przypisanie oparte na interfejsie API

Używaj interfejsów API do programowego przypisywania licencji i zarządzania użytkownikami.

obsługuje operacje API do zarządzania użytkownikami i licencjami (People, SCIM 2.0 i Licenses API), które można wykorzystać do automatyzacji przypisywania licencji. Interfejs API Licences umożliwia jednoczesne przypisywanie licencji, numerów telefonów i rozszerzeń.
Tabela 5. Opcje udostępniania użytkownika - podsumowanie
Metoda przypisania Plusy Wady
Ręcznie przez Prosty dla nielicznych użytkowników.
Umożliwia precyzyjną i szczegółową kontrolę nad przypisywaniem licencji.
Nieskalowalny, czasochłonny
Podatny na błędy ludzkie podczas ręcznego wprowadzania.

Automatyczne szablony licencji Skalowalny
Zmniejsza błędy ręczne
Może być stosowany do nowych i istniejących użytkowników.
Wymaga prawidłowych numerów telefonów i lokalizacji.
Bardziej skomplikowana konfiguracja
Wymaga również grup użytkowników na grupę użytkowników z równoważnymi wymaganiami licencyjnymi.

Masowe przesyłanie plików CSV Wydajny dla dużych zestawów użytkowników
Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.
Wymaga starannego formatowania CSV
Potencjalne błędy, jeśli brakuje numerów telefonów lub rozszerzeń lub są nieprawidłowe.
Przypisanie oparte na interfejsie API Automatyczny, elastyczny.
Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.
Wymaga wiedzy na temat rozwoju i API.

Tabela Opc je udostępniania użytkownika - podsumowanie podsumowuje opcje udostępniania użytkowników oraz ich zalety i wady. Ten przegląd pomaga wybrać najlepszą metodę przypisywania licencji w oparciu o wielkość organizacji klienta, możliwości automatyzacji oraz procesy i wymagania dotyczące udostępniania użytkowników.

W miarę możliwości firma Cisco zaleca przypisywanie licencji wywołujących przy użyciu szablonów licencji. Wymaga to, aby dla każdej grupy użytkowników wymagał unikalnego zestawu licencji (Przykład - Standard vs. Profesjonalny) istnieje grupa z odpowiednim członkostwem w grupie. Jak omówiono w sekcjach Gru py użytkowników, grupy użytkowników można definiować ręcznie w katalogu korporacyjnym lub synchronizować z niego. Moż liwe jest połączenie obu podejść.

Użytkownicy należący do wielu grup uzyskują licencje ze wszystkich przypisań stosowanych do wszystkich ich grup. Umożliwia to korzystanie z grup zabezpieczeń określonych w katalogu przedsiębiorstwa w celu zarządzania przypisywaniem licencji, w przypadku gdy wynikające z tego przypisanie licencji użytkownika jest kontrolowane przez związek członków grupy.

Aby uzyskać więcej informacji, zobacz Kon figurowanie automatycznego przypisywania licencji w Centrum sterowania i Kon figurowanie automatycznych szablonów przypisywania licencji dla Webex Calling użytkowników.

Wymagania licencyjne

Ta sekcja obejmuje tylko powiązane licencje. Inne typy licencji (przykład - rejestracja urządzenia Webex, wiadomości, spotkania) nie są objęte. W ramach procesu projektowania należy określić wymagania licencyjne. Należy obliczyć liczbę licencji dla następujących typów licencji:

Standard: liczba indywidualnych użytkowników wymagających standardowych funkcji telefonii.

Profesjonal ny: liczba użytkowników i przestrzeni roboczych wymagających zaawansowanych funkcji telefonii. Wirtualne linie i grupowa poczta głosowa są uprawnione do stosunku 1:1. dla każdej licencji zawodowej. Dlatego w rzadkich przypadkach, gdy liczba wymaganych linii wirtualnych lub grupowych wiadomości głosowych przekracza liczbę użytkowników i przestrzeni roboczych wymagających zaawansowanych funkcji telefonii, należy uwzględnić dodatkowe licencje zawodowe.

Obszar roboczy dla obszaru wspól nego: liczba lokalizacji wspólnego użytku lub obszarów wspólnych wymagających standardowych funkcji połączeń.

Pomoc klienta: liczba agentów i przełożonych wymagających funkcji Customer Assist. Pomoc klienta obejmuje licencję Professional.

Wywołania listy tras: liczba wymaganych połączeń PSTN połączonych z chmurą między użytkownikami lokalnymi i/lub lokalnymi specjalistycznymi aplikacjami innych firm.

Attendant Console: liczba użytkowników wymagających dostępu do klienta konsoli obsługującej.

Plan połączeń wychodzących Cisco (plan połączeń wychodzących): liczba użytkowników, którzy potrzebują numeru PSTN i/lub dostępu do połączeń wychodzących PSTN dla usługi Cisco PSTN.

Nie ma dedykowanego typu licencji dla profesjonalnych obszarów roboczych. Profesjonalne przestrzenie robo cze wymagają licencji Professional.

Przestrzenie robocze tylko w biurku Hot-desk oferują usługę hot-desking hot-desking i połączenia alarmowe z hot-deskingu i nie wymagają żadnej licencji. Aby uzyskać więcej informacji, zobacz Dodawanie urządzeń tylko z Hot Desk i zarządzanie nimi.

Aby określić wymagany typ licencji dla każdego użytkownika i obszaru roboczego na podstawie potrzebnych funkcji, z obacz Funkcje dostępne według typu licencji. Webex Calling

Aby odróżnić funkcje oferowane przez kolejki połączeń w połączeniu z licencją profesjonalną w przeciwieństwie do pomocy klienta, Webex Callingzobacz porównanie funkcji kolejki połączeń i pomocy klienta.

Udostępnianie przez użytkownika

Podczas udostępniania użytkowników w Webex dostępnych jest kilka opcji, z których każda dostosowana jest do różnych potrzeb organizacji i środowisk:

Ręczne udostępnianie: Administratorzy mogą dodawać indywidualnych użytkowników i zarządzać nimi bezpośrednio w nim. Ta metoda jest prosta, ale najlepiej nadaje się do małych organizacji lub ograniczonych zmian użytkowników.

Zbiorcze udostępnianie przez CSV: w przypadku większych baz użytkowników administratorzy mogą importować i aktualizować użytkowników zbiorczo, przesyłając do nich pliki CSV. Pozwala to na efektywne zarządzanie nawet tysiącami użytkowników jednocześnie.

Opcje synchronizacji katalogów:
Directory Connector: Jest to narzędzie automatycznej synchronizacji używane w Microsoft Active Directory środowiskach. Synchronizuje konta użytkowników, grupy i atrybuty zgodnie z harmonogr amem (co godzinę, codziennie lub co tydzień). Obsługuje konfiguracje wielu domen i wielu las Active Directory ów oraz może synchronizować obrazy profilowe i obiekty pomieszczeń.

Aplikacja kreatora Entra ID (Azure AD): Zaprojektowana dla organizacji korzystających z Microsoft Entra ID (Azure AD) metoda ta zapewnia automatyczną synchronizację kont użytkowników i atrybutów w czasie bliskim czasie rzeczywistym bezpośrednio z Entra ID do. Jest w pełni zarządzany wewnątrz i wymaga minimalnej konfiguracji.

Aplikacje SCIM 2.0: W środowiskach innych niż Microsoft lub innych dostawców tożsamości, takich jak Okta lub Duo, aplikacje synchronizacji oparte na SCIM umożliwiają automatyczne udostępnianie i wyłączanie udostępniania użytkowników za pomocą mapowania atrybutów i synchronizacji grup.

Unified CMsynchronizacja użytkowników: Ta opcja umożliwia tworzenie kont użytkowników na podstawie istniejących użytkowników końcowych poprzez synchronizację od do. Wymaga to uruchomienia usługi Cloud Connected UC (CCUC) w klastrach lokalnych. Jednak ogólnie zaleca się synchronizowanie użytkowników ze scentralizowanego katalogu w chmurze, takiego jak Entra ID, a nie bezpośrednio z niego.

Udostępnianie API: Publiczne interfejsy API (People, SCIM 2.0) mogą być używane do dostarczania użytkownikom. Główną zaletą korzystania z interfejsów API jest możliwość integracji udostępniania użytkowników z innymi systemami korporacyjnymi.
Tabela 6. Opcje udostępniania użytkownika
Metoda zaopatrzenia Opis Plusy Wady
Podręcznik Tworzenie/zarządzaj użytkownikami indywidualnie w Prosty dla nielicznych użytkowników; nie jest potrzebna infrastruktura Nieskalowalny; czasochłonny dla wielu użytkowników
Zbiorcze (plik CSV) Importuj/aktualizuj użytkowników zbiorczo za pomocą pliku CSV w Wydajny dla grup; nie wymaga kodowania Ręczne przygotowanie CSV; mniej dynamiczne
Ludzie i SCIM 2.0 API Programowe zarządzanie użytkownikami za pomocą interfejsów API Webex Elastyczny; obsługuje automatyzację i integrację Wymaga rozwoju i infrastruktury
Synchronizacja katalogów Automatyczna synchronizacja z aplikacji AD, Entra ID, SCIM, Unified CM Automatyzuje cykl życia; obsługuje filtrowanie i mapowanie Złożoność konfiguracji: niektóre opcje mają ograniczone funkcje lub wymagają infrastruktury
Ten przegląd i tabela odzwierciedlają główne opcje udostępniania użytkowników, ich zalety i ograniczenia, aby pomóc Ci wybrać najlepsze podejście do potrzeb Twojej organizacji.

Grupy użytkowników

Zarządzanie grupami użytkowników umożliwia administratorom organizowanie użytkowników w grupy w celu wydajnego zbiorczego zarządzania licencjami, ustawieniami i zasobami. Grupy pomagają usprawnić administrację, stosując zasady, licencje i szablony ustawień dla wielu użytkowników jednocześnie, zamiast zarządzać użytkownikami indywidualnie.

Zarządzanie grupami użytkowników oferuje kilka korzyści, w tym:

U@@ proszczona administr acja: Zarządzaj licencjami, ustawi eniami i zasadami dla wielu użytkowników jednocześnie.

Spójność: Stosuj jednolite ustawienia i licencje dla użytkowników z tej samej grupy.

Skalowalność: Obsługuje do 250 000 członków na grupę.

Integracja: Synchronizuj grupy z Microsoft Entra ID (Azure AD) lub Active Directory do automatycznego zarządzania użytkownikami i grupami.

Elastyczność: twórz grupy lokalne lub synchronizuj grupy zabezpieczeń; zarządzaj członkostwem w grupie ręcznie lub za pomocą plików CSV.

Alokacja zasobów: Kontroluj dostęp do osadzonych aplikacji i usług na podstawie członkostwa w grupie.

Główne przypadki użycia grup użytkowników podczas udostępniania to:

Przypis@@ ywanie licencji: przypisywanie licencji grupom, aby automatycznie świadczyć członkom grupy usługi, takie jak połączenia, spotkania, wiadomości lub usługi hybrydowe.

Szablony ustawień: Zastosuj zbiory ustawień usług (np. wiadomości, spotkania, połączenia) do grup, aby zapewnić spójne wrażenia użytkownika.

Zarządzanie użytkownikami zbior czymi: dodawanie lub usuwanie użytkowników zbiorczo za pomocą plików CSV lub synchronizacji katalogów.

Automatyzacja i integracja: Użyj interfejsów API lub synchronizacji katalogów do automatycznego zarządzania cyklem życia użytkowników i grup.

Poniższa tabela podsumowuje różne opcje zarządzania grupami użytkowników i zarządzania grupami w.
Tabela 7. Opcje zarządzania grupami i członkostwem w grupach
Opcja Opis Plusy Wady

zaopatrzenie grupowe (grupy) Twórz grupy i zarządzaj nimi bezpośrednio w. Dodawaj/usuwaj członków ręcznie lub za pomocą CSV. Pełna kontrola nad członkostwem w grupie
Natychmiastowe zastosowanie licencji i szablonów
Łatwe tworzenie i edytowanie grup Wymagane aktualizacje ręczne
Ryzyko błędów w ręcznym przesyłaniu plików CSV
Brak automatycznej synchronizacji z katalogami zewnętrznymi

Zsynchronizowane grupy z Entra ID (Azure AD) lub Active Directory Automatycznie synchronizuj grupy zabezpieczeń i członkostwa z zewnętrznych usług katalogowych. Automatyczna synchronizacja ogranicza pracę ręczną
Zapewnia spójność z katalo giem korporacyjnym
Obsługuje duże organizacje
Nie można edytować członkostwa w grupie
Opóźnienie synchronizacji do 12 godzin
Grupy zagnieżdżone wymagają ręcznego wyboru

Grupy i SCIM 2.0 API (Grupy) Użyj Grupy lub interfejsu API SCIM 2.0 do programowego zarządzania grupami i członkostwem Automatyzacja i integracja z innymi systemami
Skalowalne dla dużych lub złożonych środowisk
Wymaga wysiłku rozwojowego
Złożoność zależy od użycia API

Podczas gdy zsynchronizowane grupy zapewniają spójność i oferują jeden punkt administracji, możliwe jest podejście hybrydowe łączące zsynchronizowane grupy i grupy (zarządzane w centrum sterowania lub za pośrednictwem interfejsów API). Na przykład grupy do przypisywania licencji mogą być zsynchronizowanymi grupami, a oddzielny zestaw grup może być używany do przypisywania szablonów użytkownika i wywoływania.

To kompleksowe podejście do zarządzania grupami użytkowników umożliwia organizacjom efektywne zarządzanie licencjami użytkowników, ustawieniami i zasadami, zapewniając spójne i skalowalne doświadczenia współpracy.

Zalecane podejście podczas migracji z do

Podstawowym źródłem danych dla użytkowników jest baza danych, która zawiera informacje o użytkowniku końcowym. Jednak zazwyczaj nie jest to autorytatywne źródło zarządzania tożsamością użytkowników, a co ważniejsze, zostanie zamknięte pod koniec przejścia i dlatego jest wykluczone jako długoterminowe autorytatywne źródło informacji o tożsamości.

Firma Cisco zaleca stosowanie scentralizowanego katalogu w chmurze, takiego jak Microsoft Entra ID (Azure AD) jako pojedynczego źródła prawdy dla tożsamości użytkowników. Synchronizacja użytkowników z Entra ID zapewnia spójność, upraszcza zarządzanie i obsługuje funkcje logowania jednokrotnego (SSO).

Aby upewnić się, że wszyscy użytkownicy są również obecni w Entra ID, organizacje powinny sprawdzić, czy konta użytkowników odpowiadają kontom w Entra ID. Można to zrobić, eksportując listy użytkowników i porównując je z listami użytkowników Entra ID.

Podsumowując, zalecaną metodą udostępniania jest synchronizacja użytkowników z Microsoft Entra ID (Azure AD) z Webex przy użyciu Kreatora Azure AD lub aplikacji SCIM. Ręczne udostępnianie zbiorcze i CSV są dostępne jako metody uzupełniające, ale są mniej skalowalne i bardziej podatne na błędy w przypadku dużych organizacji. Upewnienie się, że Entra ID jest autorytatywnym źródłem i że wszyscy użytkownicy istnieją w Entra ID, ma kluczowe znaczenie dla pomyślnej migracji i spójnego doświadczenia użytkownika w różnych środowiskach.

Przejście z lokalnej usługi katalogowejActive Directory, np. do usługi katalogowej w chmurze, takiej jak Entra ID (Azure ID), jest niezależne od przejścia wywołań. Cisco zaleca zakończenie przejścia do usługi katalogowej w chmurze przed rozpoczęciem przejścia połączeń.

Projektowanie grup użytkowników

Po przejściu katalogu korporacyjnego z lokalnego do chmury zbieraj wymagane grupy użytkowników oparte na wymaganiach licencyjnych i szablonów funkcji. Dla każdego dokumentu grupowego:

Nazwa grupy: unikalna nazwa grupy.

Licencje: licencje, które mają być przypisane do tej grupy (jeśli istnieją) i zakres (jeśli licencje są przypisane do istniejących użytkowników lub tylko do nowych użytkowników)

Szablony ustawień: Aplikacja Webex i szablony połączeń użytkownika.

Synchronizacja katalogów: Czy ta grupa zostanie zsynchronizowana z katalogu korporacyjnego, czy jest to lokalna grupa Webex udostępniona w Centrum sterowania lub za pośrednictwem interfejsu API.

Opis: w jaki sposób ta grupa będzie używana i którzy użytkownicy powinni być członkami tej grupy

Szczegóły te zostaną wykorzystane później podczas fazy wdrażania do tworzenia lokalnych grup lub grup w katalogu przedsiębiorstwa i zarządzania członkostwem w grupie użytkowników.

Pojedyncze logowanie (SSO)

Cisco zaleca stosowanie SSO do uwierzytelniania użytkowników. Korzystanie z SSO ma pewne przekonujące korzyści, w tym:

Upro@@ szczone uwierzytelnianie użytkownika: Użytkownicy mogą zalogować się jednorazowo, używając swoich korporacyjnych po świadczeń (np. z Azure ID), aby uzyskać dostęp do innych zintegrowanych aplikacji, eliminując potrzebę stosowania wielu haseł i zmniejszając liczbę monitów o logowanie. Zwiększa to bezpieczeństwo, zapewniając, że hasła korporacyjne nigdy nie są przechowywane ani przesyłane do nich po uwierzytelnieniu.

Uproszczone zarządzanie użytkownikami: Automatyzuje tworzenie konta użytkownika, aktualizacje i dezaktywację w oparciu o zmiany w katalogu korporacyjnym, zmniejszając koszty administracyjne i zapewniając dostęp tylko upoważnionym użytkownikom.

Poprawione bezpieczeństwo: SSO zmniejsza zmęczenie hasłem i ryzyko naruszeń związanych z hasłem poprzez centralizację uwierzytelniania za pośrednictwem zaufanych dostawców tożsamości (IDP).

Łatwa integracja uwierzytelniania wieloczynnikowego (MFA): MFA może być łatwo obsługiwane za pomocą rozwiązania do zarządzania dostępem tożsamości, takiego jak Cisco Duo, lub poprzez obsługę M FA IDP.

Istnieje wiele opcji wdrożenia SSO dla usług:

SSO oparty na SAML 2.0: podstawowy protokół obsługiwany do integracji SSO, umożliwiający bezpieczną wymianę informacji uwierzytelniających między IdP a dostawcą usług.

OpenID connect (OIDC): Obsługiwany jako alternatywny nowoczesny protokół uwierzytelniania do integracji SSO.

Tożsam@@ ość Webex: Obsłu giwana również jako opcja dostawcy tożsamości.

SSO jest konfigurowany i zarządzany centralnie poprzez, co wymaga wymiany metadanych między wybraną osobą IDP.

Po skonfigurowaniu SSO można przetestować przed aktywacją, aby zapewnić prawidłową konfigurację.

Cisco obsługuje integrację z wieloma testowanymi i powszechnie stosowanymi identyfikatorami IDP i systemami zarządzania tożsamością (IAM), w tym między innymi:

Cisco Duo

Okta

Microsoft Active DirectoryUsługi federacyjne (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Te IDP są zgodne ze standardami SAML 2.0 lub OpenID Connect i zostały sprawdzone pod kątem zgodności z rozwiązaniami Cisco do współpracy.

Obsługa wielu IDP

umożliwia organizacjom skonfigurowanie SSO z wieloma IDP w celu dostosowania się do złożonych środowisk IT, takich jak fuzje, przejęcia lub zdecentralizowane działy IT, w których różne grupy korzystają z różnych IDP. Obsługa wielu IDP może być wdrożona przy użyciu funkcji Multiple IdP w lub poprzez integrację korporacyjnego systemu IAM, takiego jak Cisco Duo.

Obsługa wielu dostawców tożsamości (iDP) zajmuje się kilkoma kluczowymi przypadkami użycia, w których organizacje wymagają elastycznego i bezpiecznego uwierzytelniania w różnych środowiskach IT:

1. Fuzje i przejęcia

Kiedy firmy łączą się lub nabywają inne firmy, często mają oddzielną infrastrukturę IT i od rębne osoby wewnętrzne, które nie mogą się federować. Obsługa wielu IDP umożliwia użytkownikom obu organizacji bezpieczne uwierzytelni anie i współpracę bez konieczności natychmiastowego ujednolicania ich systemów tożsamości.

2. Wiele niezależnych działów IT

Duże organizacje lub instytucje rządowe mogą mieć wiele niezależnych działów IT, z których każdy zarządza własnym IdP. Funkcja wielu IDP umożliwia tym działom utrzymanie własnych systemów uwierzytelniania, jednocześnie umożliwiając użytkownikom płynny dostęp.

3. Różne grupy użytkowników lub domeny

Organizacje z różnymi grupami użytkowników (np. pracownicy czy kontrahenci) lub wiele domen e-mail mogą skonfigurować reguły routingu, aby kierować żądania uwierzytelniania do odpowiedniego identyfikatora w oparciu o członkostwo w domenie lub grupie. Obsługuje to zróżnicowane zasady dostępu i kontrolę bezpieczeństwa.

4. Obsługa różnych protokołów uwierzytelniania

obsługuje IDP SAML i OpenID Connect (OIDC), umożliwiając organizacjom integrację różnych typów dostawców tożsamości zgodnie z istniejącą infrastrukturą i wymaganiami bezpieczeństwa.

5. Zwiększone bezpieczeństwo i zgodność

Włączając wiele osób wewnętrznych, organizacje mogą wdrażać silniejsze mechanizmy uwierzytelniania, w tym uwierzytelnianie wieloskładnikowe (MFA) poprzez integracje takie jak Duo, i egzekwować spójne zasady bezpieczeństwa w różnych bazach użytkowników.

6. Uproszczone doświadczenie użytkownika

Użytkownicy mogą uwierzytelniać się przy użyciu istniejących danych uwierzytelniających z odpowiednich IDP, zapewniając ujednolicone doświadczenie logowania pomimo podstawowej złożoności wielu systemów tożsamości.

Chociaż obsługa wielu IDP zapewnia elastyczność, wymaga starannej koordynacji między zespołami ds. bezpieczeństwa i tożsamości, aby zachować spójne zasady bezpieczeństwa i uniknąć potencjalnych luk w zabezpieczeniach.

Duo MFA z SSO dla

Duo Access Gateway (DAG) może uwierzytelniać użytkowników przy użyciu istniejących katalogów lokalnych lub opartych na chmurze, takich jak Active Directory (AD) i OpenLDAP. Obsługuje również integrację z innymi dostawcami tożsamości, takimi jak Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ta elastyczność umożliwia organizacjom korzystanie z bieżącej infrastruktury katalogowej dla Webex SSO z Duo MFA.

Duo działa jako silna warstwa uwierzytelniania na wierzchu uwierzytelniania katalogu podstawowego. Funkcjonuje jako dostawca tożsamości (iDP) przy użyciu SAML 2.0 do wymuszenia uwierzytelniania dwuskładnikowego (2FA) przed przyznaniem dostępu do. Duo ocenia kontekst użytkownika, urządzenia i sieci na podstawie konfigurowalnych zasad umożliwiających zezwalanie lub odmowę dostępu, zwiększając bezpieczeństwo poza nazwą użytkownika i hasłem. Duo zapewnia również elastyczne kontrole zasad, takie jak wymaganie MFA przy każdym logowaniu dla niektórych aplikacji i rzadziej dla innych.

Zalety Cisco Duo obejmują:

Ulepszone zabezpieczenia: Dodaje MFA odporne na phishing, aby chronić dostęp, zmniejszając ryzyko związane z naruszeniem haseł.

Elastyczne zasady: umożliwia szczegółową kontrolę nad wymaganiami uwierzytelniania w poszczególnych aplikacjach lub grupach użytkowników.

Integracja z istniejącymi katalogami: obsługuje lokalne usługi AD, OpenLDAP, katalogi w chmurze i różnych dostawców usług SSO, minimalizując zmiany infrastruktury.

Wygoda użytkownika: Obsługuje logowanie jednokrotne (SSO) w celu zmniejszenia zmęczenia hasłem, umożliwiając użytkownikom jednorazowe zalogowanie się i bezpieczne uzyskanie dostępu do wielu zasobów.

Zaufane punkty końcowe: Obsługuje zaufanie urządzeń dla klientów w systemie Windows i macOS, poprawiając postawę bezpieczeństwa.

Rejestracja samoobsługowa: Rej estracja wbudowana i komunikat duetowy poprawiają wrażenia użytkownika podczas konfiguracji MFA.

Duo MFA z SSO dla wykorzystuje istniejące katalog Active Directory i, takie jak OpenLDAP lub dostawcy tożsamości w chmurze, do uwierzytelniania użytkowników. Rolą Duo jest zapewnienie silnego, opartego na polityce drugiego czynnika uwierzytelniania zintegrowanego przez SAML 2.0, zwiększającego bezpieczeństwo przy jednoczesnym zachowaniu wygody użytkownika dzięki SSO. Korzyści obejmują lepszą postawę bezpieczeństwa, elastyczne egzekwowanie polityki, płynną integrację i lepsze wrażenia użytkownika.

Cisco zaleca wdrożenie SSO dla użytkowników. W celu zwiększenia bezpieczeństwa zaleca się integrację z Cisco Duo.

Strategia IAM dla przedsiębiorstw i SSO powinna zostać wdrożona przed rozpoczęciem przejścia od do.

Funkcje

posiada pełen zestaw podstawowych funkcji, które są zawarte w usłudze. Obejmuje to wiele funkcji połączeń klasy korporacyjnej, które są dostępne od wielu lat. Możesz nie zobaczyć 100% parytetu między funkcjami a funkcjami, jednak jak widać na poniższym rysunku, kluczowe funkcje wywoływania są dostępne w.

Webex Callingfunkcje klasy korporacyjnej

Oprócz wielu funkcji użytkownika, ma podstawowe funkcje systemu, które są dołączone do platformy. Należą do nich takie funkcje, jak obsługa samochodów, kolejki połączeń, parking telefoniczny itp. Wszystkie dostępne podstawowe funkcje systemu można zobaczyć w sekcji Usługa → Wywołanie → Funkcje, jak przedstawiono na rysunku Webex Callingpodstawowych funkcji.

Webex Callingpodstawowe cechy

Pracownik samochodowy

Auto Attendant pozwala na automatyzację obsługi połączeń przychodzących 24/7, co pozwala na wydajną obsługę połączeń bez konieczności odbierania każdego połączenia przez osobę.

Automatyczna obsługa odbiera połączenia przychodzące i udostępnia dzwoniącemu menu opcji, dokąd chce skierować połączenie. Może to dotyczyć osoby, skrzynki poczty głosowej lub usługi dzwoniącej (np. Kolejka połączeń). D zwoniący używa klawiatury telefonicznej, aby wprowadzić numer z menu obsługi automat ycznej.

Auto Attendant obsługuje następujące kluczowe funkcje:

Harmonogram biznesowy i po godzinach

Harmonogram wakacji

Opcja menu wybierania, aby skierować klientów do miejsca, w którym muszą się udać

Dostosuj pozdrowienia

Wybierz opcję według nazwy

Opcje przekierowywania połączeń

Analityka i raporty Control Hub.

Aby uzyskać więcej informacji, zobacz Zarządzanie pracownikami automat ycznymi.

Zadzwoń do parku

Call park daje użytkownikom możliwość łatwego wstrzy mania połączenia, aby inny użytkownik mógł łatwo odzyskać, gdy jest dostępny, aby je odebrać. Uwalnia również użytkownika, który odebrał oryginalne połączenie, aby nawiązywać lub odbierać inne połączenia, gdy połączenie jest zaparkowane.

Istnieją dwa rodzaje parków telefonicznych dostępne w:

Call park direct - umożliwia każdemu użytkownikowi zaparkowanie połączenia do rozszerzenia innego użytkownika lub do rozszerzenia call park, zgodnie z definicją Administratora

Grupa parkowania połączeń — umożliwia zdefiniowanej grupie użytkowników automatyczne parkowanie połączeń w stosunku do dostępnych miejsc parkowania zdefiniowanych dla grupy. Te miejsca docelowe mogą być rozszerzeniami członków grupy lub rozszerzeniami parków telefonicznych.

W zależności od konfiguracji i typu parkowania użytkownicy mogą pobierać połączenia, wybierając wybieranie *88+><extension of parked call>, naciskając klawisz linii powiązany z rozszerzeniem parku połączeń lub używając klawisza programowego na telefonie IP.

Opcja wycofywania jest dostępna w celu przywołania zaparkowanego połączenia po określonym czasie użytkownikowi, który zaparkował połączenie lub użytkownikowi zastępczemu.

Aby uzyskać więcej informacji, zobacz Zarządzanie parkiem połączeń w Centrum sterowania.

Odbiór połączeń

Odbieranie połączeń umożliwia administratorowi zdefiniowanie grupy użytkowników (członków), którzy mogą odebrać połączenie na telefon innego członka. Daje to użytkownikowi możliwość odbierania połączeń, gdy jego koledzy z drużyny są zajęci i nie mogą odebrać połączenia przychodzącego.

Użytkownicy w grupie muszą znajdować się w tym samym miejscu.

Użytkownicy mogą odebrać połączenie za pomocą telefonu lub telefonu biurkowego.

:

Obsługuje powiadomienia wizualne i audio

Powiadomienie o połączeniach przychodzących

Oparte na twarzy (wybierz*98) lub odbiór połączenia z powiadomieniami

Powiadomienia o odbieraniu połączeń dla wielu linii.

Telefony biurkowe:

Powiadomienie o połączeniach przychodzących

Dzwonki audio i powiadomienia wizualne przez diodę LED słuchawki. 6821 obsługuje tylko dzwonki audio

Po wybraniu typu powiadomienia w polu nie jest brak

Powiadomienia o odbieraniu połączeń tylko dla linii podstawowych.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grupy odbioru połączeń.

Kolejka połączeń

zawiera kolejki połączeń głosowych jako część swoich podstawowych funkcji, a każdy użytkownik z licencją Professional może być częścią kolejki połączeń, agenta lub przełożonego. Ta funkcja pozwala użytkownikom efektywnie współpracować z klientami. Kolejki połączeń obsługują podzbiór niektórych podstawowych funkcji call center, takich jak kolejki głosowe, połączenia zwrotne, routing umiejętności lub priorytetów, zarządzanie kolejkami agentów, analityka, raportowanie itp.

Wezwanie Cisco do integracji Microsoft Teams umożliwia agentom dostęp do połączeń i funkcji kolejki połączeń bezpośrednio z klienta Microsoft Teams.

Kolejki połączeń obsługują następujące kluczowe funkcje:

Pozdrowienia i wiadomości (powitanie, pocieszenie, szept itp.)

Trzymaj muzykę

Oddzwanianie

Zasady routingu kolejki (obsługa nocna, święta, przekazywanie)

Logowanie/wylogowanie z kolejki agentów

Zarządzanie stanem kolejki agentów

lub Wsparcie telefoniczne Desk Phone

Agent nadzorcy dzwoni do monitorowania, autokaru, barku lub przejmuje kontrolę za pomocą kodów dostępu do funkcji (FACS)

(dostęp administratora) dla:

zarządzanie kolejkami

Analityka i raportowanie agentów i kolejek

Zarządzanie kolejką, agentem i przełożonym.

Aby uzyskać więcej informacji, zobacz Konfigurowanie kolejki połączeń.

posiada funkcję dodatku Customer Assist, która zapewnia dodatkowe możliwości kolejki połączeń i zapewnia agentom i przełożonym lepsze wrażenia użytkownika w ramach. Aby uzyskać porównanie funkcji kolejki połączeń i pomocy klienta, Webex Callingzobacz porównanie funkcji kolejki połączeń i pomocy klienta.

Grupa polowań

Grupy polowania umożliwiają kierowanie połączeń przychodzących do określonej grupy użytkowników za pomocą z góry określonego wzorca routingu połączeń. Zapewnia to, że połączenia są odbierane przez odpowiednią grupę użytkowników lub wysyłane na pocztę głosową w celu kontynuowania.

Dużą różnicą między grupami polowania a kolejkami połączeń jest to, że połączenia nie są ustawiane w kolejce w grupach polowania, więc jeśli żaden użytkownik w grupie polowania nie będzie dostępny do odebrania połączenia, zostaną one odłączone, wysłane na pocztę głosową lub przekierowane na inny numer (użytkownika lub usługi).

Aby uzyskać więcej informacji, zobacz Zarządzanie grupami polowań w Centrum sterowania.

Tryby pracy

Funkcja Tryb pracy pozwala firmom efektywnie kierować połączenia do różnych miejsc docelowych (użytkownicy, poczta głosowa, usługi połączeń, takie jak kolejka połączeń). Miejsce i kiedy połączenie jest kierowane jest oparte na harmonogramie dnia i dnia tygodnia, a każdy użytkownik może być uprawniony do zarządzania tymi trybami (harmonogramami) w celu kontrolowania zmian w routingu połączeń.

Na przykład połączenia do kolejki połączeń można przekierować do innej kolejki połączeń z agentami znajdującymi się w innej strefie czasowej, aby odbier ać połączenia po godzinach pracy, przekierowywać je do lokalnych agentów, a w czasie wakacji przekierować je do poczty głosowej w celu kontynuowania działań po powrocie agentów do biura.

Autoryzowany użytkownik może przełączać się między tymi różnymi scenariuszami (trybami) przekierowywania połączeń, jeśli musi zmienić miejsce kierowania połączeń przychodzących przez określony czas. Użytkownicy ci mogą zarządzać trybami za pomocą telefonów 6800/7800/8800 MPP, telefonów 9800 lub w User Hub w trybie Zarządzaj.

Aby uzyskać więcej informacji, zobacz Kierowanie połączeń oparte na tryb ach pracy w Webex Calling.

Grupa stronicowa

Grupy stronicowania umożliwiają użytkownikom nawiązanie połączenia jednokierunkowego w celu wysłania wiadomości audio do grupy użytkowników. Każda grupa może zawierać maksymalnie 75 docelowych użytkowników i/lub obszarów roboczych, do których dociera się wybierając wstępnie zdefiniowany numer lub rozszerzenie.

Gdy użytkownik wywołuje grupę stronicowania, wykonywane jest jednoczesne połączenie ze wszystkimi przypisanymi celami w grup ie, w którym to momencie dzwoniący może wypowiedzieć swoje wiadomości i rozłączyć się po ich zakończeniu.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grupy stronicowania w Centrum sterowania.

Nagrania

obsługuje nagrywanie połączeń wykonanych lub odebranych przez użytkownika. Może to być wymagane dla potrzeb związanych z jakością, zapewnieniem, bezpieczeństwem lub szkoleniem. Domyślnie połączenia są rejestrowane w programie, ale mogą być również używane inne zewnętrzne dostawcy nagrywania, jeśli wymagane są inne funkcje nagrywania lub zgodność i wymogi regulacyjne.

Podczas korzystania z platformy nagrywania wszystkie nagrane połączenia są zarządzane wewnątrz. Pełni administratorzy z rolą urzędnika ds. zgodności mogą odtwarzać i pobierać nagrania. Bez roli urzędnika ds. zgodności Administrator może usunąć tylko nagrania.

Aby uzyskać więcej informacji na temat tej funkcji i listy nagrań innych firm, zobacz Zarządzanie nagrywaniem połączeń dla Webex Calling.

Zasięg pojedynczego numeru

Zasięg pojedynczego numeru umożliwia połączenia z numerem telefonu użytkownika, aby dzwonić na wiele urządzeń. Może to obejmować inne telefony biurkowe, a także telefony komórkowe. Połączenia można również wykonywać z tych urządzeń, a użytkownicy mogą wpychać i ciągnąć połączenia między nimi.

Aby uzyskać więcej informacji na temat tej funkcji i sposobu konfigurowania jej przez administratora, zobacz Kon figurowanie zasięgu pojedynczego numeru (biuro w dowolnym miejscu).

Aby uzyskać więcej informacji na temat sposobu zarządzania i konfigurowania tej funkcji przez użytkownika w portalu Webex User Hub (portal), zobacz Konfigurowanie zasięgu pojedynczego numeru (biuro w dowolnym miejscu).

Grupa poczty głosowej

Grupy poczty głosowej umożliwiają udostępnioną skrzynkę poczty głosowej, którą można przypisać do użytkownika lub funkcji routingu połączeń. Niektóre z powodów, dla których może być wymagana grupa poczty głosowej, to:

Poczta głosowa ogólnego przeznaczenia dla działu lub grupy roboczej

Dodaj opcję poczty głosowej do automatycznej obsługi lub grupy polowania

Aby wysyłać połączenia przepełnione z kolejki połączeń

Użytkownicy, którzy potrzebują tylko skrzynki poczty głosowej.

Aby uzyskać więcej informacji, zobacz Zarządzanie udostępnioną pocztą głosową i faksem przychodzącym dla. Webex Calling

Konsola Attendant Console jest wymieniona na stronie Funkcje połączeń w Webex, jednak jest to funkcja dodatkowa, która wymaga zakupu licencji konsoli obsługującej.

Aby uzyskać więcej informacji, zobacz Rozpoczęcie pracy z konsolą Attendant Console.

Aby uzyskać informacje na temat wszystkich funkcji, w tym niektórych dodatków, zobacz Funkcje dostępne według typu licencji. Webex Calling

Tabela 1. Informacje do przechwycenia dla każdej lokalizacji
Informacja	Komentarz
Zakres (-y) rozszerzeń	Każda lokalizacja może mieć rozszerzenia zaczynające się od różnych cyfr. Należy zaoszczędzić jedną cyfrę dla cyfry sterującej wybierania między lokalizacjami (na przykład 8) i jedną dla cyfry sterującej PSTN (na przykład 9). Żaden zakres rozszerzenia nie może zaczynać się od jednej z tych dwóch cyfr. Wszystkie zakresy rozszerzeń wszystkich lokalizacji muszą mieć jednakową długość.
Zakres (y) DID	-
Cyfra kierownicza PSTN	-
Kod strony	Wszystkie kody witryn wszystkich lokalizacji muszą być unikalne i mieć tę samą długość.
Numer główny	Podczas tworzenia lokalizacji należy udostępnić dwa DID. Jeden jako numer główny (na przykład przypisany do usługi obsługi automatycznej) i jeden dla portalu poczty głoso wej. Podaj jeden DID dla numeru poczty głosowej.
Numer poczty głosowej
Liczba licencji	Wymagane licencje według typu, w tym Standard, Professional, Workspace, Lista tras, Plan połączeń wychodzących.
Jednoczesne połączenia w pracowitej godzinie	Suma połączeń współbieżnych między urządzeniami i między urządzeniami a lokalną bramą (PSTN i połączenia z urządzeniami). Potrzebne do określenia wymaganej przepustowości dostępu do Internetu.
Kraj	-
Strefa czasowa	-
Język	-
Kontakt (imię i nazwisko, telefon, e-mail)	-
Adres (adres ulicy, miasto, stan, kod pocztowy)	-
Fizyczna lokalizacja wysyłalna służb ratunkowych dla punktów końcowych	Lokalizacja wywoławcza urządzenia używana do połączeń alarmowych zazwyczaj obejmuje: adres budynku, adres budynku+numer piętra, adres budynku+numer apartamentu lub adres budyn ku+numer piętro+numer biurowy/sześcienny.
Unikalna fizyczna lokalizacja sieci dla służb ratunkowych na urządzenie	Fizyczna lokalizacja sieci dla połączeń alarmowych obejmuje zazwyczaj następujące elementy: przełącznik/przełącznik dla urządzeń przewodowych, identyfikatory BSSID (BSSID) bezprzewo dowego punktu dostępowego (AP) dla urządzeń podłączonych bezprzewodowo i/lub lokalną podsieć IP dla urządzeń końcowych.

Tabela 2. Przykład numeracji przedsiębiorstwa
Witryny	Zakres rozszerzenia	Kod strony	Zakres korporacyjny
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabela 3. Stałe zakresy przedłużania długości
Witryny	Zakres rozszerzenia	Rozszerzenia	Kod strony	Zakres korporacyjny
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabela 4. Przejście siedmiocyfrowego wybierania

Witryny	Rozszerzenia	Kod Witryny	Zasięg korporacyjny	Strona ode	Enterprise Ange
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tabela 5. Opcje udostępniania użytkownika - podsumowanie
Metoda przypisania	Plusy	Wady
Ręcznie przez	Prosty dla nielicznych użytkowników. Umożliwia precyzyjną i szczegółową kontrolę nad przypisywaniem licencji.	Nieskalowalny, czasochłonny Podatny na błędy ludzkie podczas ręcznego wprowadzania.
Automatyczne szablony licencji	Skalowalny Zmniejsza błędy ręczne Może być stosowany do nowych i istniejących użytkowników.	Wymaga prawidłowych numerów telefonów i lokalizacji. Bardziej skomplikowana konfiguracja Wymaga również grup użytkowników na grupę użytkowników z równoważnymi wymaganiami licencyjnymi.
Masowe przesyłanie plików CSV	Wydajny dla dużych zestawów użytkowników Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.	Wymaga starannego formatowania CSV Potencjalne błędy, jeśli brakuje numerów telefonów lub rozszerzeń lub są nieprawidłowe.
Przypisanie oparte na interfejsie API	Automatyczny, elastyczny. Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.	Wymaga wiedzy na temat rozwoju i API.

Tabela 6. Opcje udostępniania użytkownika
Metoda zaopatrzenia	Opis	Plusy	Wady
Podręcznik	Tworzenie/zarządzaj użytkownikami indywidualnie w	Prosty dla nielicznych użytkowników; nie jest potrzebna infrastruktura	Nieskalowalny; czasochłonny dla wielu użytkowników
Zbiorcze (plik CSV)	Importuj/aktualizuj użytkowników zbiorczo za pomocą pliku CSV w	Wydajny dla grup; nie wymaga kodowania	Ręczne przygotowanie CSV; mniej dynamiczne
Ludzie i SCIM 2.0 API	Programowe zarządzanie użytkownikami za pomocą interfejsów API Webex	Elastyczny; obsługuje automatyzację i integrację	Wymaga rozwoju i infrastruktury
Synchronizacja katalogów	Automatyczna synchronizacja z aplikacji AD, Entra ID, SCIM, Unified CM	Automatyzuje cykl życia; obsługuje filtrowanie i mapowanie	Złożoność konfiguracji: niektóre opcje mają ograniczone funkcje lub wymagają infrastruktury

Tabela 7. Opcje zarządzania grupami i członkostwem w grupach
Opcja	Opis	Plusy	Wady
zaopatrzenie grupowe (grupy)	Twórz grupy i zarządzaj nimi bezpośrednio w. Dodawaj/usuwaj członków ręcznie lub za pomocą CSV.	Pełna kontrola nad członkostwem w grupie Natychmiastowe zastosowanie licencji i szablonów Łatwe tworzenie i edytowanie grup	Wymagane aktualizacje ręczne Ryzyko błędów w ręcznym przesyłaniu plików CSV Brak automatycznej synchronizacji z katalogami zewnętrznymi
Zsynchronizowane grupy z Entra ID (Azure AD) lub Active Directory	Automatycznie synchronizuj grupy zabezpieczeń i członkostwa z zewnętrznych usług katalogowych.	Automatyczna synchronizacja ogranicza pracę ręczną Zapewnia spójność z katalo giem korporacyjnym Obsługuje duże organizacje	Nie można edytować członkostwa w grupie Opóźnienie synchronizacji do 12 godzin Grupy zagnieżdżone wymagają ręcznego wyboru
Grupy i SCIM 2.0 API (Grupy)	Użyj Grupy lub interfejsu API SCIM 2.0 do programowego zarządzania grupami i członkostwem	Automatyzacja i integracja z innymi systemami Skalowalne dla dużych lub złożonych środowisk	Wymaga wysiłku rozwojowego Złożoność zależy od użycia API

Wdrożyć

Gotowość sieciowa

Początkowa konfiguracja

Weryfikacja domeny

Zgłoszenie (konwertowanie) istniejących użytkowników

Skonfiguruj i przetestuj synchronizację katalogów

Konfigurowanie i testowanie logowania jednokrotnego (SSO)

Nabywanie, dostarczanie i weryfikowanie licencji

Webex CallingUstawienia usługi

Migracja pilotażowa

Zdobądź PSTN

Konfigurowanie lokalizacji

Integracja z lokalną kontrolą połączeń

Migracja użytkowników w partiach

Obszary robocze

Urządzenia zapewniające

Konfigurowanie funkcji

Testy akceptacyjne

Gotowość sieciowa

Pierwszym krokiem w przejściu do systemu jest zapewnienie niezawodnej i bezpiecznej łączności internetowej między siecią lokalną a chmurą.

Ponieważ większość organizacji łączy się z Internetem za pośrednictwem jednej lub więcej zapór ogniowych lub urządzeń zabezpiec zających, konieczne jest sprawdzenie, czy wymagane przepływy ruchu są obsługiwane.

Administratorzy sieci i zabezpieczeń muszą rozumieć te przepływy pod względem:

Kierunek (przychodzący vs wychodzący)

Protokoły (przykład - SIP TLS, SRTP, HTTPS)

Zak@@ resy adresów IP używane przez usługi

Numery portów, które muszą być otwarte lub dozwolone.

Gwarantuje to, że zapory firmowe, urządzenia NAT i inna infrastruktura sieciowa są odpowiednio skonfigurowane tak, aby dostosowywać ruch przy jednoczesnym zachowaniu korporacyjnych zasad bezpieczeństwa.

Aby uzyskać informacje na temat wymaganych przepływów, w tym adresu IP, portów i protokołów, zobacz Informacje referencyjne dotyczące portu Webex Calling. Informacje te służą do skonfigurowania zapory ogniowej, serwerów proxy i innej infrastruktury sieciowej w istniejącym wdrożeniu, aby umożliwić przepływ sieciowy.

Zdecentralizowany dostęp do Internetu z każdego oddziału lub witryny jest zalecanym podejściem do usług współpracy w chmurze, takich jak. Zezwalając na lokalne wyjście ruchu, ten model:

Zmniejsza opóźnienia w obie strony i drgania, poprawiając ogólną jakość połączeń

Skaluje się wydajnie, ponieważ więcej użytkowników i witryn przechodzi do

Bezproblemowo współpracuje z siecią SD-WAN, która może dynamicznie kierować sesje do najbliższego punktu wejścia w chmurę w celu uzyskania optymalnej wydajności

Umożliwia śledzenie lokalizacji użytkownika na podstawie ich publicznego adresu IP, co pomaga w analizie ścieżki multimediów i rozwiązywaniu problemów.

Ponadto organizacje muszą zapewnić odpowiednią przepustowość Internetu w każdej lokalizacji. Przepustowość powinna być mierzona w oparciu o oczekiwaną liczbę jednoczesnych połączeń, wybranego kodeka (np. Opus lub G.711), plus koszty związane z sygnalizacją, retransmisją i wzrostem. Jest to zgodne z fazą Przygotowywania cyklu życia PPDIO i tworzy solidną podstawę migracji.

Początkowa konfiguracja

Podsekcja wstępnej konfiguracji w fazie wdrażania wdrażania ma podstawę do stworzenia dobrze zorganizowanego i łatwego do zarządzania środowiska połączeń w chmurze. Ten etap obejmuje krytyczne zadania, takie jak konfigurowanie organizacji, pozyskiwanie i przydzielanie licencji oraz weryfikacja i odbieranie domen firmy w celu zapewnienia prawidłowego zarządzania użytkownikami i bezpieczeństwa. Dodatkowo obejmuje udostępnianie szablonów licencji w celu automatyzacji przypisywania licencji użytkownika, konfigurowanie logowania jednokrotnego (SSO) w celu usprawnienia uwierzytelniania użytkowników i zwiększenia bezpieczeństwa oraz dostosowywanie ustawień usług i klientów w celu dostosowania do zasad organizacji i potrzeb użytkowników. Wykon anie tych początkowych czynności konfiguracyjnych zapewnia odpowiednie skonfigurowanie środowiska pod kątem skalowalności, bezpieczeństwa i bezproblemowej obsługi użytkownika, przygotowując grunt pod kolejne fazy wdrażania i operacyjne.

Weryfikacja domeny

Aby umożliwić identyfikację użytkowników zarejestrowanych w domenach e-mail Twojej firmy, niezbędna jest weryfikacja domen. Bez weryfikacji domeny użytkownicy zostaną przypisani do organizacji konsumenckiej, co komplikuje zarządzanie użytkownikami dla Twojej firmy. Weryfikacja domeny jest obowiązkowym krokiem, który pozwala organizacji na skuteczne roszczenie tych użytkowników i zarządzanie nimi.

Upewnij się, że wszystkie domeny powiązane z adresami e-mail użytkowników są zweryfikowane. Wer yfikacja domeny nie jest wyłączna; tę samą domenę można zweryfikować w wielu organizacjach.

Aby uzyskać więcej informacji na temat zarządzania domenami, zobacz Zarządzanie domenami.

Zgłoszenie (konwertowanie) istniejących użytkowników

Po pomyślnej weryfikacji domen możesz przystąpić do zgłoszenia użytkowników, którzy zarejestrowali się w celu korzystania z domen e-mail Twojej firmy do Twojej organizacji. Proces ten konsoliduje wszystkich użytkowników pod jednym parasolem organizacyjnym, umożliwiając scentralizowane zarządzanie i usprawnioną administrację. Uwierzytelniając tych użytkowników, upewniasz się, że Twoja firma ma pełną kontrolę nad kontami użytkowników, umożliwiając Ci przypisywanie odpowiednich licencji, konfigurowanie usług i wydajne zapewnienie niezbędnej pomocy technicznej. To ujedno licone podejście do zarządzania zwiększa bezpieczeństwo, upraszcza udostępnianie użytkowników i zapewnia spójny dostęp do usług w całej organizacji. Roszczenie użytkowników uniemożliwia również zarządzanie nimi w organizacjach zewnętrznych lub konsumenckich, utrzymując w ten sposób integralność organizacji i kontrolę nad zasobami współpracy.

Aby uzyskać więcej informacji na temat roszczeń użytkowników, z obacz Zgłaszanie użytkowników do organizacji (konwertowanie) użytkowników.

Skonfiguruj i przetestuj synchronizację katalogów

Aby umożliwić bezproblemowe zarządzanie użytkownikami i grupami, możesz synchronizować użytkowników i grupy z katalogu korporacyjnego Microsoft Entra ID (dawniej Azure AD) lub Microsoft Active Directory (AD) z. Proces ten zapewnia konsekwentne zachowanie tożsamości użytkowników i członkostwa w grupie w całym środowisku.

W przypadku organizacji wdrażających wdrożenia etapowe kluczowe znaczenie ma kontrolowanie i ograniczanie zakresu synchronizacji podczas wstępnych wdrażania. Minimalizuje to ryzyko niezamierzonych zmian i pozwala na ukierunkowane testy przed szerszym przyjęciem.

Najskuteczniejszą metodą filtrowania synchronizowanych użytkowników jest wykorzy stanie członkostwa w grupie katalogów:

1
Utwórz dedykowaną grupę synchronizacji: w katalogu korporacyjnym (Microsoft Entra ID lub AD) utwórz grupę zabezpieczeń specjalnie do synchronizacji (na przykład grupa synchronizacji).

2
Wypełnij grupę użytkownikami docelowymi: Dodaj do tej grupy tylko użytkowników, których chcesz zsynchronizować (takich jak grupa testowa podczas fazy pilotażowej). Pozwala to ściśle kontrolować, kto jest włączony w proces synchronizacji.

3
Konfigurowanie umowy synchronizacji za pomocą filtrowania opartego na grupie: Podczas konfigurowania umowy synchronizacji w programie Directory Connector lub Entra ID należy skonfigurować zakres tak, aby obejmował tylko użytkowników należących do wyznaczonej grupy.

W przypadku identyfikatora Microsoft Entra ID można używać przypisań grupowych w ustawieniach przydziałów

W przypadku usługi AD można zdefiniować filtr LDAP tak, aby obejmował tylko użytkowników należących do określonej grupy.

4
Rozwiń grupę w razie potrzeby: w miarę przechodzenia do szerszych etapów wdrażania po prostu dodaj dodatkowych użytkowników lub grupy do grupy synchronizacji. Zakres synchronizacji zostanie automatycznie rozszerzony o tych użytkowników, umożliwiając kontrolowane i stopniowe wdraż anie.

Przykładowe kroki wdrożenia:

W Active Directory:

Utwórz grupę zabezpieczeń o nazwie Sync group.

Dodaj żądanych użytkowników pilotażowych do tej grupy.

Skonfiguruj Directory Connector za pomocą filtra LDAP, takiego jak: (MemberOf=CN=Webex Sync Group, OU = Groups, DC = Twoja domena, DC=COM).

W Microsoft wprowadź identyfikator:

Utwórz grupę o nazwie Sync group

Przypisz grupę do ustawień udostępniania w Entra ID

Tylko użytkownicy z tej grupy zostaną przydzieleni do.

Zawsze testuj synchronizację grupową w środowisku nieprodukcyjnym przed zastoso waniem aplikacji do całej organizacji

Regularnie sprawdzaj członkostwo w grupie, aby upewnić się, że tylko autoryzowani użytkownicy są

W przypadku bieżącego zarządzania, jeśli to możliwe, zautomatyzuj aktualizacje członkostwa w grupie w oparciu o reguły biznesowe lub systemy HR.

Referencje:

Synchronizowanie użytkowników Entra ID z Control Hub

Konfigurowanie aplikacji Kreatora Entra ID w Centrum sterowania

Złącze katalogu

Konfigurowanie i testowanie logowania jednokrotnego (SSO)

Pojedyncze logowanie (SSO) zwiększa bezpieczeństwo i upraszcza dostęp użytkownika, umożliwiając użytkownikom jednorazowe uwierzytelnienie za pomocą swoich korporacyjnych danych uwierzytelniających i uzyskanie bezproblemowego dostępu do nich. obsługuje integrację SSO z IDP zgodnymi z SAML 2.0, w tym Microsoft Entra ID (dawniej Azure AD), rozwiązaniami federacyjnymi Active Directory (AD) i różnymi osobami wewnętrznymi osób trzecich.

W tym momencie zaprojektowana konfiguracja SSO powinna zostać zaimplementowana i przetestowana.

Referencje:

Integracja pojedynczego logowania w centrum sterowania

skonfigurowanie logowania jednokrotnego do administracji webex

Konfigurowanie logowania jednokrotnego za pomocą identyfikatora Microsoft Entra ID

SSO z wieloma przesiedlonymi osobami

Zarządzanie SSO podczas integracji w Control Hub

Nabywanie, dostarczanie i weryfikowanie licencji

W ramach wstępnej konfiguracji niezbędne jest nabywanie, dostarczanie i weryfikowanie odpowiednich licencji w celu skutecznego włączania usług i zarządzania nimi. Proces zaopatrzenia obejmuje wybór typów licencji na podstawie ról i obciążeń użytkowników, takich jak licencje Professional, Standard i Workspace . Licencje są generowane i udostępniane za pośrednictwem platform oprogramowania Cisco lub za pośrednictwem partnerów. Po zakupie i dostarczeniu, należy z weryfikować prawidłowe liczby licencji. Proces ten zapewnia, że organizacja ma aktywowane prawidłowe licencje i gotowe do użycia podczas wdrażania.

W ramach wstępnej konfiguracji licencjonowania w, ważne jest skonfigurowanie automatycznego licencjonowania opartego na organizacji, aby usprawnić przypisywanie licencji dla nowych użytkowników. Ta konfiguracja umożliwia automatyczne przyznawanie licencji po dod aniu użytkowników do organizacji, eliminując konieczność ręcznego przypisywania licencji. Podczas konfigurowania automatycznego licencjonowania na poziomie organizacji wybier asz usługi, które mają przypisać i zdefiniować zakres, na przykład stosować licencje tylko dla przyszłych użytkowników lub uwzględnić również istniejących użytkowników.

Jeśli jednak plan wdrażania wymaga użycia automatycznego licencjonowania na poziomie grupy, możesz nie przypisywać licencji na poziomie organizacji, aby uniknąć konfliktów lub powielania przypisań licencji. W przypadku automatycznego licencjonowania na poziomie grupy licencje są przypisywane na podstawie członkostwa w grupie. Użytkownicy w wielu grupach otrzymują licencje ze wszystkich odpowiednich przypisań grupowych.

Konfiguracja przypisywania licencji grupowych musi być wykonana po zakończeniu synchronizacji katalogów, aby zsynchronizowane grupy istniały i mogły być używane do przypisywania licencji.

W szczególności automatyczne przypisywanie licencji wymaga dodatkowych informacji dotyczących udostępniania, takich jak lokalizacja użytkownika i przypisanie numeru telefonu. Numer telefonu służbowego użytkownika musi być w formacie +E.164, wstępnie przydzielony i przypisany do prawidłowej lokalizacji, aby licencja mogła być aktywowana automatycznie. Jeśli te warunki nie zostaną spełnione, użytkownik nie będzie automatycznie dostarczany z usługami i może wymagać ręcznej interwencji.

Podsumowując, skonfiguruj automatyczne licencjonowanie oparte na organizacji dla nowych użytkowników, jeśli chcesz przypisać licencje szerokie, obejmujące całą organizację. Jeśli wolisz bardziej szczegółową kontrolę lub masz różne potrzeby licencjonowania w poszczególnych grupach, skonfiguruj automatyczne licencjonowanie na poziomie grupy i unikaj przypisywania licencji na poziomie organizacji, aby zapobiec nakładaniu się i zapewnić prawidłowe zarządzanie licencjami.

Ustawienia usługi Webex Calling

Niezbędne jest przeprowadzenie kompleksowego przeglądu i konfiguracji globalnych ustawień usługi.

Zacznij od dostępu do sekcji ustawień i przejścia do niej. Dokładnie sprawdź każdą konfigurowalną opcję, w tym między innymi konfigurację wybierania wewnętrznego, parametry połączeń alarmowych, zasady kierowania połączeń, zarządzanie pocztą głosową i ustawienia domyślne urządzenia.

Dostosuj te ustawienia globalne, aby odzwierciedlały zasady organizacji i decyzje projektowe.

Również ustawienia konfiguracji oraz szablony użytkownika i aplikacji.

Migracja pilotażowa

W fazie wdrażania, przeprowadzenie migracji pilotażowej stanowi kluczowy kamień milowy w walidacji przejścia od do. Ten pilotaż obejmuje udostępnienie reprezentatywnego podzbioru użytkowników w jednej lub kilku lokalizacjach na platformie, zapewniając, że wybrana populacja odzwierciedla różnorodne przypadki użycia i role organizacyjne. Równolegle z migracją użytkowników niezbędne usługi współpracy, takie jak poczta głosowa, automatyczne obsługa połączeń, kolejki połączeń i grupy polowania, muszą zostać przeniesione na ich odpowiedniki, aby zachować ciągłość działania i funkcjonalność usług.

Migracja pilotażowa powinna wykorzystywać tę samą kombinację narzędzi dostarczonych przez Cisco i narzędzi migracyjnych innych firm, które są planowane dla szerszego wdrożenia organizacji, zapewniając dokładną walidację procesów, przepływów pracy automatyzacji i punktów integracji w reprezentatywnych warunkach .

Podstawowe cele tego pilotażowego wdrożenia są dwojakie: po pierwsze, walidacja i udo skonalenie procesów przejścia od końca do końca, w tym przepływów pracy udostępniania użytkowników, procedur migracji danych i konfiguracji punktów końcowych; oraz po drugie, kompleksowa wer yfikacja funkcjonalności migrowanych usług w rzeczywistych warunkach operacyjnych.

To etapowe podejście pozwala zespołowi projektownemu zidentyfikować i zaradzić wszelkim problemom technicznym lub proceduralnym w kontrolowanym środowisku, zebrać opinie użytkowników na temat nowej platformy, ocenić skuteczność wybranych narzędzi migracji i nabrać zaufania do metodologii migracji przed przystąpieniem do szerszego wdrażania organizacji.

Spostrzeżenia uzyskane podczas tej fazy pilotażowej mają kluczowe znaczenie dla optymalizacji kolejnych fal migracji i zapewnienia płynnego, ogranicz onego ryzyka przejścia dla całego przedsiębiorstwa.

Zdobądź PSTN

Aby zamówić usługi PSTN dla, najpierw wybierz opcję łączności PSTN w.

Jeśli organizacja planuje utrzymywać hybrydową kontrolę połączeń podwójnych (faza 1 na rysunku Phased Calling Transition: Hybrid and Cloud) tymczasowo lub w nieskończoność, będzie musiała wdrożyć jedną lub więcej lokalnych bramek dla lokalnego PSTN, aby umożliwić połączenia między punktami końcowymi a punktami końcowymi.

Jeśli celem końcowym, w tym PSTN, jest pełne przejście (faza 2) do chmury, to dla PSTN wymagany będzie plan połączenia Cisco lub opcja Cloud Connect for.

Współpracuj z wybranym dostawcą, aby zamówić i przenieść numery telefonów przed ich skonfigurowaniem. Zamawianie numerów telefonów lub inicjowanie zamówień portowych jest wymagane/możliwe tylko dla lokalnych PSTN i Cloud Connect dla. W przypadku planów połączeń Cisco zamawianie i przenoszenie jest inicjowane z poziomu Control Hub zaraz po utworzeniu lokalizacji oraz w krajach, w których dostępny jest plan połączeń Cisco. Aby uzyskać więcej informacji na temat planów połączeń Cisco, zobacz Pierwsze kroki z planami Cisco.

W ramach implementacji PSTN upewnij się, że Twój dostawca włączył zarówno przychodzące, jak i wychodzące usługi PSTN dla Twojej lokalizacji. Dodatkowo wykonuj połączenia testowe, aby sprawdzić, czy połączenia są kierowane poprawnie przez wybrane połączenie PSTN.

Konfigurowanie lokalizacji

Przed dodaniem użytkowników i urządzeń do, musisz podać lokalizacje połączeń. Dla każdej lokalizacji należy podać prawidłowy adres ulicy. W Stanach Zjednoczonych i Kanadzie adres ten jest sprawdzany i używany przez platformę do wysyłania informacji o lokalizacji PIDF-LO w przypadku połączeń alarmowych.

Podczas konfigurowania lokalizacji korzystających z lokalnego PSTN należy odpowiednio skonfigurować bramki lokalne. W programie dla każdej bramki lokalnej należy utworzyć blok i grupę tras, a następnie przypisana jest grupa tras jako wybór PSTN dla lokalizacji. Cisco zdecydowanie zaleca zawsze wybieranie grupy tras jako wyboru PSTN, ponieważ takie podejście pozwala na łatwe dodawanie dodatkowych pni w przyszłości, wspierając zarówno skalowalność, jak i redundancję. Cisco zaleca również włączenie obsługi podwójnej tożsamości i obsługi P-Charge-Info w każdym magistrali PSTN, ponieważ upraszcza to identyfikację podmiotu podlegającego opłacie za połączenia wychodzące bezpośrednie lub przekierowane. Jeśli dostawca usług PSTN używa innego nagłówka do rozliczeń, możesz skopi ować informacje z nagłówka P-Charge-Info w bramce lokalnej do wymaganego nagłówka rozliczeniowego.

W przypadku lokalizacji, które używają usługi Cloud Connect for lub Cisco Calling Plan jako opcji PSTN, po prostu wybierz odpowiedni wybór PSTN dla danej lokalizacji podczas konfiguracji. Jeśli lokalizacja korzysta z usługi Cloud Connect for lub lokalnego PSTN, należy dodać numery telefonów zamówione w poprzednim kroku. Numery mogą być dodawane jako nieaktywne, jeśli nie chcesz od razu włączać je do routingu połączeń; możesz aktywować te numery później, gdy zostaną przypisane do użytkowników lub funkcji.

Ważne jest, aby zawsze ustawić główny numer dla każdej lokalizacji. Numer główny można przypisać użytkownikowi lub funkcji, takiej jak automatyczna obsługa. Aby włączyć pocztę głosową w danej lokalizacji, należy ustawi ć numer pilota poczty głosowej, znany również jako numer portalu głosowego.

Dodatkowe ustawienia lokalizacji połączeń obejmują konfigurowanie szczegółów połączeń alarmowych, takich jak numer alarmowy, opcje powiadomień i ulepszone funkcje połączeń alarmowych. Należy również przejrzeć i dostosować ustawienia nagrywania, preferencje językowe i konfiguracje urządzeń zgodnie z wymaganiami dla każdej lokalizacji. Jeśli Twoja organizacja korzysta ze skróconego wybierania w sieci między lokalizacjami z numerami znaczącymi dla przedsiębiorstwa, pamiętaj, aby skonfigurować unikalny kod witryny dla lokalizacji w wewnętrznych ustawieniach wybierania numer ów. Wreszcie, jeśli wybieranie zewnętrzne wymaga wychod zącej cyfry wybierania, należy ją ustawić w ustawieniach wybier ania zewnętrznego. Gdy skonfigurowana jest cyfra wybierania wychodzącego, firma Cisco zaleca włączenie egzekwowania wychodzących cyfr wybierania w celu zapewnienia spójności.

Integracja z lokalną kontrolą połączeń

Aby zintegrować się z lokalną kontrolą połączeń, konieczne jest skonfigurowanie linii kolejo wych, grup tras, planów wybierania numerów dla przedsiębiorstw oraz ustawień lokalizacji i ustawień globalnych. Rozpocznij od skonfigurowania skrzynek i bramek lokalnych przeznaczonych do wzajemnego połączenia z lokalnym systemem kontroli połączeń; ten krok jest wymagany tylko wtedy, gdy konieczne są dedykowane łączniki. Jeśli istniejące linie i grupy tras są wystarczające do wdrożenia, można je ponownie wykorzystać do lokalnego połączenia interaktywnego bez dodatkowej konfiguracji.

Po utworzeniu pni i grup tras, przystąp do tworzenia planów wybierania dla przedsiębiorstwa i przypisz odpowiednią grupę tras jako miejsce docelowe dla każdego planu wybierania. Jeśli integracja obejmuje wiele lokalnych systemów sterowania połączeniami połączonych za pomocą różnych kanałów, wymagane będzie wiele planów wybierania. Ważne jest, aby upewnić się, że te plany wybierania zawierają tylko wzorce niezbędne do kierowania połączeń do lokalnych miejsc docelowych.

Jeśli wdrożenie wymaga obsługi nieznanego routingu rozszerzeń, ta funkcja powinna być włączona na poziomie lokalizacji. Dodatkowo, gdy aktywowane jest routing nieznanych rozszerzeń, należy określić maksymalną nieznaną długość rozszerzenia w sekcji Tras owanie połączeń między i lokalnymi ustawień usług wywołujących w sekcji. Zapewnia to płynne kierowanie połączeń i prawidłową obsługę scenariuszy wybierania numerów opartych na rozszerzeniach w zintegrowanym środowisku.

Migracja użytkowników w partiach

Podczas migracji użytkowników z do użytkownika może nie być możliwe przeniesienie wszystkich użytkowników w tym samym czasie. Może to wynikać z wielu powodów, w tym między innymi z liczby witryn lub użytkowników, czasu potrzebnego na przejście do witryny i/lub grupy użytkowników w tym samym czasie, ograniczonego zasobu IT lub witryny w celu obsługi okna zmian, czasu trwania okna zmiany, złożoności zmian itp.

Podczas migracji użytkowników etapami ważne jest określenie, którzy użytkownicy muszą migrować razem w tej samej parti i. Głównym celem jest wspólna migracja użytkowników, którzy mają wzajemne zależności dla swoich usług i funkcji połączeń. Należy upewnić się, że wszystkie ich funkcje wywoływania (Przykład - kolejki połączeń) są w pełni funkcjonalne, tak jak były przed włączeniem przejścia.

Nawet jeśli zaimplementujesz współpracę połączeń między bramami lokalnymi i z nimi, nie można podzielić współdzielonych usług ani funkcji w tym połączeniu. Dlatego musisz zidentyfikować zależności między użytkownikami, patrząc na funkcje takie jak:

Monitorowanie innych użytkowników za pomocą BLF

W tym samym pilocie polowania, kolejce połączeń itp

Wiersze współdzielone

Korzystanie z odbioru połączeń

Używanie tych samych numerów call-park

Domofon

Kierownik/Administrator.

Przykładem może być użytkownik, który jest częścią grupy Hunt, do której przechodzi. Ten użytkownik przejdzie do grupy Hunt i wszystkich innych członków Grupy Hunt. Dlatego po przejściu grupa Hunt i jej członkowie mogą z powodzeniem odbierać połączenia na nowej platformie.

Staje się to trudniejsze, gdy użytkownicy są połączeni z różnymi grupami użytkowników w celu uzyskania różnych usług i funkcji połączeń. Będzie to wymagało przeniesienia więcej niż jednej grupy użytkowników i jednej usługi telefonicznej w tym samym czasie.

Wyjście z narzędzia Migration Insights lub narzędzia innych firm użytych w fazie przygotowania umożliwia określenie, którzy użytkownicy i funkcje powinny być pogrupowane razem. Ten wynik powinien zostać wykorzystany do opracowania planu migracji i da ci wgląd w sposób grupowania użytkowników i funkcji, które muszą zostać przeniesione razem.

Kluczowe kroki podczas przenoszenia partii użytkowników to:

Identyfikacja użytkowników do wspólnej migracji

Sprawdź, czy wszyscy użytkownicy są w

Sprawdź, czy istnieją wszystkie TN dla użytkowników

Sprawdź poprawny format numeru telefonu w katalogu

Upewnij się, że licencjonowanie i szablon ustawień dla grup użytkowników są poprawnie skonfigurowane

Weryfikacja lub konfiguracja wszystkich usług i funkcji połączeń dla grupy użytkowników (odpowiednio przed przejściem lub w trakcie przejścia)

W katalogu firmowym dodaj użytkowników do grupy użytkowników obsługujących połączenia

Narzędzia dźwigni — narzędzia migracji użytkowników i funkcji i/lub narzędzia stron trzecich

Wyłączenie/Usuń numer katalogu użytkownika/urządzenia i funkcje/usługi wywołujące po przejściu.

Po migracji grupy użytkowników przetestuj podzbiór użytkowników, aby sprawdzić poprawność działania wszystkich funkcji połączeń i usług. Jeśli funkcje wywoływania, takie jak kolejka połączeń, grupy polowania itp., są przenoszone z grupą użytkowników, przetestuj te usługi wywołujące pod kątem prawidłowej funkcjonalności.

Obszary robocze

W obszarze roboczym odnosi się do lokalizacji udostępnionej (takiej jak sala konferencyjna, przestrzeń do gromadzenia lub hot desk), do której można przypisać urządzenia, rozszerzenia i użytkowników. W przeciwieństwie do tradycyjnych telefonów Unifed CM, obszary robocze to:

Zorientowany na lokalizację: powiązany z przestrzeniami fizycznymi.

Urządzenie elastyczne: może mieć jedno lub więcej urządzeń (telefony biurkowe, tablice itp.).

Gdy obszary robocze zostaną zidentyfikowane jako część przejścia do, można je dodać w obszarze Urządzenia. Każdy obszar roboczy wymaga przypisania urządzenia, a jeśli jest już w nimUnified CM, należy je zresetować lub ponownie udostępnić. Funkcje takie jak poczta głosowa, przekierowywanie połączeń i odbiór połączeń można włączyć lub wyłączyć, a zasady mogą być stosowane w przypadku połączeń wideo, parkowania połączeń i mobilności w razie potrzeby. Przetestuj każdy obszar roboczy, wykonując połączenia wewnętrzne i zewnętrzne, testując funkcje wideo, konferencje i funkcje mobilności . Wreszcie, poinformuj użytkowników o wszelkich stosownych procesach dotyczących urządzeń w obszarze roboczym i rezerwacji.

Aby uzyskać więcej informacji na temat obszarów roboczych, zobacz Obszary robo cze.

Urządzenia zapewniające

Telefony, które są obecnie zarejestrowane, będą musiały zostać przeniesione w ramach przejścia do chmury. Aby migracja była jak najprostsza i minimalna szansa na awarię, Cisco zaleca jednoczesną migrację fizycznych witryn lub działów. Może być jednak wymagana migracja użytkowników partiami ze względu na zależności od funkcji. Aby uzyskać więcej informacji, zobacz sekcję Migracja użytkowników parti ami.

Wszelkie obsługiwane telefony, z których musisz przejść, będą musiały zostać skonfigurowane jako użytkownik lub przestrzeń robocza, a telefon fizyczny będzie musiał zostać ponownie skonfigurowany, aby się zarejestrować. Ponadto telefony z serii 7800 i 8800 wymagają aktualizacji oprogramowania układowego z oprogramowania sprzętowego Enterprise do oprogramowania wieloplatformowego telefonu (MPP). Proces ten obejmuje ładowanie przejści owego oprogramowania układowego przed załadowaniem oprogramowania MPP wymaganego do rejestracji. Wymaga również odpowiedniej licencji migracyjnej. Firma Cisco uspraw niła ten proces w ciągu ostatnich kilku lat, aby ułatwić aktualizację telefonów z oprogramowaniem sprzętowym Enterprise do oprogramowania MPP. Aby uzyskać więcej informacji na temat kroków ukończenia aktualizacji oprogramowania układowego, z obacz Konwertowanie telefonów IP z serii Cisco 7800 i 8800 między oprogramowaniem Enterprise i MP P.

Oprócz kroków opisanych w tym artykule, ma wbudowane narzędzie Migracja telefonu do Webex Calling, którego możesz użyć do migracji telefonów 7800 i 8800 z Enterprise do oprogramowania MPP. To narzędzie pozwala również dodawać telefony i przypisywać je do odpowiednich użytkowników lub obszarów roboczych. Aby uzyskać więcej informacji na temat korzystania z narzędzi, zobacz Migracja telefonu.

W przypadku telefonów z serii 9800 zarejestrowanych powyżej wymóg migracji oprogramowania układowego nie ma zastosowania. Te telefony obsługują PhoneOS, który jest obsługiwany zarówno przez i. Aby przejść do tych telefonów, musisz je dodaćWebex Calling, przypisać je do użytkownika lub obszaru roboczego, a następnie przywrócić ustawienia fabryczne telefony. Poniższy rysunek sekwencji rozruchu PhoneOS dla rejestracji pokazuje sekwencję rozruchu PhoneOS i sposób rejestracji telefonu po dodaniu, nawet jeśli telefon jest nadal włączony i/lub używane są opcje DHCP (przykład - 150).

Sekwencja rozruchowa PhoneOS do rejestracji

obsługuje przywrócenie ustawień fabrycznych urządzeń PhoneOS, aby umożliwić wbudowanie funkcji Zero-Touch. Administratorzy mogą zdalnie przywrócić ustawienia fabryczne telefonów 9800 i 8875 za pośrednictwem stron administracyjnych CUCM, co eliminuje potrzebę fizycznego dostępu do telefonów, aby włączyć telefony. Ta funkcja jest obsługiwana w pakietach urządzeń od 9 września 2025 r.:

CUCM v15 - Unified Communications Manager wersja 15

CUCM v14 - Unified Communications Manager wersja 14.

Aby uzyskać więcej informacji na temat procesu rejestracji dla serii 9800, zobacz Proces rejestracji.

Oprócz telefonów IP Cisco może być wymagane udostępnienie innych urządzeń, takich jak analogowe adaptery telefoniczne (ATA), telefony bezprzewodowe (Wifi, DECT), urządzenia wideo, bramy głosowe oraz urządzenia i telef ^ony firm trzecich. Wiele z tych urządzeń nie ma ścieżki aktualizacji oprogramowania układowego, takiej jak telefony IP, aby przejść je z oprogramowania korporacyjnego na oprogramowanie układowe w chmurze . W związku z tym każde z tych urządzeń udostępnisz w Control Hub. Niektóre z nich nie mogą zostać przeniesione, a równoważny model będzie musiał je zastąpić (np. ATA 191/192) i inne będą wymagały ręcznej rekonfigur acji i/lub zmian w oprogramowaniu.

Bramy głosowe — Aby przeprowadzić migrację bramy lokalnej, zobacz Migracja bramy lokalnej .
Aby uzyskać więcej informacji na temat konfigurowania bramy głosowej VG400, VG410 lub VG420 w Centrum sterowania, zobacz Brama lokalna

Analogowy adapter telefoniczny (ATA) — Aby rozpocząć pracę z urządzeniami Cisco ATA 191 i 192, z obacz Cisco ATA.

Telefon bezprzewodowy Wifi - Aby zintegrować telefon bezprzewodowy 840 i 860, zobacz Integracja telefonu bezprzewodowego Webex.

Telefony bezprzewodowe DECT — Aby rozpocząć pracę z nową serią Cisco IP DECT 6800, zobacz Cisco IP DECT.

Aby zbudować cyfrową sieć DECT i zarządzać nimi w centrum sterowania, zobacz Zarządzanie siecią DECT

Aby uzyskać więcej informacji na temat systemu Cisco IP DECT 6800, zobacz Przewodnik wdrażania

Urządzenia ⁱ telefony firm trz ecich — współpracuj z dostawcami ^firm trzecich nad wymaganiami dotyczącymi urządzenia/telefonu oraz procesu migracji lub zastępowania ich w celu wsparcia.

Konfigurowanie funkcji

Wszelkie wymagane funkcje wywoływania muszą zostać udostępnione przed przejściem lub w trakcie przejścia. Jak omówiono w sekcji Migracja użytkowników w partiach, funkcje wywoływania muszą zostać skonfigurowane i przeniesione po przejściu użytkowników, którzy ich używają.

Szczegółowe informacje na temat konfigurowania każdej z funkcji można znaleźć w odpowiednich artykułach pomocy dotyczącej konfiguracji.

Obsługa samochodów - Aby zarządzać pracownikami samochodowymi, zobacz Obsługa automatyczna

Call park — Aby zarządzać parkowaniem telefonicznym, zobacz Call park

Odbieranie połączeń — Aby skonfigurować grupę odbioru połączeń, zobacz Odbieranie połączeń

Kolejki połączeń — Aby skonfigurować kolejkę połączeń, zobacz kolejka połączeń

Grupy polowania — Aby zarządzać grupami polowań, zobacz Zarządzanie grupą polowań

Tryby pracy — Aby uzyskać kierowanie połączeń na podstawie trybów pracy, zobacz Kierowanie połączeń w oparciu o tryby operacyjne

Grupy stronicowania — Aby skonfigurować grupę stronicowania, zobacz Konfigurowanie grupy stronicowania

Nagrania - Aby zarządzać nagrywaniem połączeń, zobacz Zarządzanie nagraniami

Zasięg pojedynczej liczby — Aby skonfigurować zasięg pojedynczego numeru (biuro w dowolnym miejscu), zobacz Konfigurowanie pojedynczego numeru

Grupa poczty głosowej — Aby zarządzać udostępnioną pocztą głosową i faksem przychodzącym, zobacz Zarządzanie pocztą głosową.

Testy akceptacyjne

Testowanie akceptacji zapewnia, że migrowane środowisko spełnia wymagania funkcjonalne, działa zgodnie z oczekiwaniami i zapewnia płynne wrażenia użytkownika we wszystkich przepływach pracy w komunikacji. Ten proces walidacji jest wieloaspektowy i obejmuje wszystko, od udostępniania użytkowników i przypisywania numerów po wydajność operacyjną zaawansowanych funkcji połączeń .

Ta sekcja zawiera przykłady i podkreśla kluczowe aspekty, które należy wziąć pod uwagę podczas testów akceptacyjnych; jednak, nie ma służyć jako wyczerpująca lub wyczerpująca lista kontrolna.

Przydzielanie użytkowników i przypisywanie numerów

Podstawowym aspektem testowania akceptacyjnego jest sprawdzenie, czy wszyscy użytkownicy są dostarczani dokładnie i całkowicie w środku. Wymaga to dokładnego porównania katalogu source () z nowo utworzoną bazą użytkowników, aby upewnić się, że każde konto użytkownika wraz z powiązanymi atrybutami, takimi jak numery rozszerzeń i przypisania bezpośredniego wybierania wewnętrznego (DID), zostało poprawnie przeniesione. Kompletność zaopatrzenia ma kluczowe znaczenie nie tylko dla sprawności pierwszego dnia, ale także dla bieżącej administracji i wsparcia.

Sprawdzanie poprawności przypisania numerów obejmuje potwierdzenie, że każdemu użytkownikowi przypisano prawidłowe rozszerzenie i numer zewnętrzny oraz że numery te kierują się poprawnie zarówno w przepływie połączeń wewnętrznych (w sieci), jak i zewnętrznych (PSTN) . Konieczne jest sprawdzenie, czy nie występują nakładania się, brakujące przypisania lub błędne konfiguracje, które mogłyby prowadzić do błędów routingu połączeń lub przerw w świadczeniu usług.

PSTN Przepływy połączeń i prezentacja identyfikatora dzwoniącego

Solidna procedura testowania akceptacji musi obejmować kompleksową walidację przepływów wywołań PSTN. Obejmuje to zarówno scenariusze połączeń przychodzących, jak i wychodzących . W przypadku przychodzących połączeń PSTN zespół testujący powinien potwierdzić, że połączenia są dostarczane do zamierzonych punktów końcowych, niezależnie od tego, czy są to indywidualni użytkownicy, kolejki połączeń, grupy polowania czy osoby obsługujące automatyczne. Wychodzące połączenia PSTN muszą być wykonywane pomyślnie, ze szczególnym uwzględnieniem prawidłowego dostarcz ania i prezentacji informacji o identyfikatorze dzwoniącego. Obej muje to zapewnienie, że prawidłowa nazwa i numer dzwoniącego są wyświetlane zewnętrznym odbiorcom, zgodnie z polityką organizacyjną i wymogami regulacyjnymi.

Testowanie powinno również dotyczyć scenariuszy przełączania awaryjnego, takich jak obsługa nieosiągalnych punktów końcowych lub zakłóceń w sieci. Pomaga to potwierdzić, że mechanizmy awaryjne i alternatywne routing działają prawidłowo, zachowując ciągłość i niezawodność usług.

Przepływy połączeń w sieci

Wewnętrzne lub w sieci przepływy połączeń stanowią podstawę komunikacji w przedsiębiorstwie. Testowanie akceptacji w tym obszarze sprawdza, czy połączenia między użytkownikami w organizacji są kierowane prawidłowo, a funkcje takie jak transfer połączeń, wstrzymanie, przekierowywanie i konferencje działają zgodnie z przeznaczeniem. Należy potwierdzić integralność planów wybier ania numerów, łączność rozszerzeń do rozszerzenia oraz obsługa zasad połączeń organizacyjnych.

Obsługa połączeń użytkownika i walidacja funkcji

Ważnym aspektem testowania akceptacji jest sprawdzanie sposobu, w jaki użytkownicy obsługują połączenia za pomocą obsługi wanych telefonów stacjonarnych. Proces ten koncentruje się na potwierdzeniu, że codzienne przepływy pracy połączeń są intuicyjne i niezawodne oraz że użytkownicy mają płynny dostęp do podstawowych funkcji niezbędnych dla ich ról. Testowanie powinno oceniać łatwość, z jaką użytkownicy mogą nawiązywać i odbierać połączenia, zarządzać funkcjami wstrzymania i wznawiania oraz wykonywać transfery zarówno ślepe, jak i doradcze. Konieczne jest również sprawdzenie, czy przekierowywanie połączeń, konferencje i inne zaawansowane funkcje, takie jak parkowanie i pobieranie połączeń lub aktywacja nie przeszkadzają, są łatwo dostępne i działają płynnie.

Doświadczenie należy ocenić pod kątem przejrzystości i szybkości reakcji, biorąc pod uwagę interakcję użytkowników z historią połączeń, pocztą głosową i zintegrowanymi katalogami. Dodatkową uwagę należy zwrócić na możliwość przenoszenia aktywnych połączeń między urządzeniami i efektywnego korzystania z elementów sterujących podczas połączenia w aplikacji lub na telefonach fizycznych. Ostatecznym celem jest zapewnienie spójności, wydajności obsługi użytkownika końcowego i w pełni wspierania potrzeb komunikacyjnych organizacji po migracji.

Kolejki połączeń: doświadczenie agenta i przełożonego

Kolejki połączeń są często używane do obsługi scenariuszy połączeń przychodzących o dużej objętości. Testy akceptacyjne koncentrują się tutaj na kilku wymiarach. Najpierw należy sprawdzić, czy połączenia są dystrybuowane do agentów zgodnie ze skonfigurowaną logiką kolejki, taką jak okrągły łuk, najdłuższy bezczynność lub jednoczesny dzwonek. Prezentacja połączeń w kolejce na komputerach stacjonarnych agentów musi zostać zbadana pod kątem przejrzystości i łatwości obsługi, zapewniając agentom skuteczne przyjmowanie, zatrzymywanie i przesyłanie połączeń.

W przypadku przełożonych należy ocenić doświadczenie pulpitu pod kątem takich funkcji, jak monitorowanie w czasie rzeczywistym, łączenie połączeń oraz analiza lub w gląd w wydajność kolejki. Obejmuje to między innymi sprawdzanie poprawności pulpitów nawigacyjnych i narzędzi do raportowania, które zapewniają praktyczne dane dotyczące dystrybucji połączeń, aktywności agenta i wskaźników kolejek.

Grupy polowania: Dystrybucja połączeń

Grupy polowania są kluczowym mechanizmem dystrybucji połączeń do wstępnie zdefiniowanych zestawów użytkowników. Testowanie akceptacji musi potwierdzić, że połączenia są kierowane do członków grupy w oparciu o skonfigurowany algorytm polowania, a scenariusze przepełnienia, przekierowania i braku odpowiedzi są obsługiwane zgodnie z projektem. Zapewnienie, że członkostwo w grupie i zachowania związane z routingiem połączeń odpowiadają tym, które zostały wcześniej ustalone, jest niezbędne dla spójności operacyjnej i satysfakcji użytkowników.

Auto Assistants: Ogłoszenia i operacje menu

Pracownicy automatyczni reprezentują pierwszą linię automatycznej obsługi połączeń. Testowanie musi obejmować odtwarzanie ogłoszeń, dokładność nagranych pozdrowień i prawidłowe działanie drzew menu. Wybór menu powinien niezawodnie kierować dzwoniących do odpowiednich działów, osób fizycznych lub numerów zewnętrznych. Testowanie powinno również obejmować nieprawidłowe scenariusze lub scenariusze limitu czasu, aby potwierdzić, że dzwoniący otrzymują jasne wskazówki lub są przekierowani zgodnie z przeznaczeniem.

Obsługa poczty głosowej

Wreszcie, funkcjonalność poczty głosowej ma kluczowe znaczenie dla doświadczenia użytkownika. Testy akceptacji powinny sprawdzić, czy skrzynki poczty głosowej są poprawnie przypisane i dostępne, zarówno w organizacji, jak i zdalnie. Możliwość nagrywania, pobierania i zarządzania wiadomościami musi zostać potwierdzona wraz z dostarczeniem powiadomień.

Optymalizacja

Migracja PSTN do Cloud Connect dla

Optymalizacja infrastruktury lokalnej

Korzystanie z analiz i rozwiązywania problemów

Migracja PSTN do Cloud Connect dla

Po migracji wszystkich punktów końcowych i użytkowników do połączeń w chmurze jedynym celem Unified CM jest działanie jako tranzyt między bramami PSTN i przez bramę lokalną. Usuwanie bram PSTN i lokalnej bramy z obrazu za pomocą Cloud Connect jako dostępu PSTN dla wszystkich Webex Calling użytkowników ma kilka zalet, w tym redukcję kosztów i większą niezawodność. Aby przenieść lokalny dostęp PSTN do usługi Cloud Connect for , wykonaj następujące kroki:

Cloud Connect do wyboru partnera.

Zapoznaj się z listą Cloud Connect dla partnerów i wybierz spośród dostępnych partnerów dostępnych dla lokalizacji Twojej organizacji.

Cloud Connect do sprawdzania poprawności.

Przed przełączeniem dostępu PSTN dla lokalizacji na Cloud Connect należy zweryfikować i zweryfikować łączność z PSTN za pośrednictwem wybranego partnera Cloud Connect. W tym celu lokalizacja testowa musi być udostępniona niektórym użytkownikom testowym udostępnionym w tej lokalizacji testowej. Dostęp PSTN dla tej lokalizacji testowej jest następnie ustawiany na partnera Cloud Connect przed walidacją łączności PSTN za pomocą telefonów testowych. Po pomyślnej walidacji lokalizacja testu może zostać wyłączona.

Przenoszenie numerów.

Aby przygotować się do przekroczenia do usługi Cloud Connect, należy umieścić kolejność portów dla wszystkich numerów aktualnie przypisanych do magistrali PSTN, która kończy się na. Wszystkie numery muszą zostać przeniesione do partnera Cloud Connect. Aby zachować dostępność między lokalizacjami, wszystkie numery wszystkich lokalizacji muszą być przeniesione w tym samym czasie.

Przełącz się na partnera Cloud Connect.

W dniu przerwania dostęp PSTN dla wszystkich lokalizacji musi zostać ustawiony na dostawcę usług PSTN połączonych z chmurą, a łączność przychodząca i wychodząca powinna zostać zweryfikowana.

Jak omówiono w sekcji PSTN w rozdziale projektowania, klienci mogą również zdecydować się na przeniesi enie dostępu PSTN do Cloud Connect na początku przejścia za pomocą trunkingu PSTN dla wdrożeń hybrydowych. Aby uzyskać więcej informacji, zobacz sekcję Trunking PSTN dla wdrożeń hybrydowych. Webex Calling W takim przypadku podczas przejścia dostęp do PSTN odbywa się za pośrednictwem Bramy Lokalnej, a po przeniesieniu wszystkich użytkowników do niej nie ma dodatkowego etapu migracji związanego z PSTN poza likwidacją i bramkami lokalnymi.

Optymalizacja infrastruktury lokalnej

Po przejściu wszystkich użytkowników do rejestracji w chmurze i przejściu wszystkich punktów końcowych do rejestracji w chmurze, zaktualizuj odpowiednią infrastrukturę lokalną teraz, gdy używane są połączenia w chmurze. Aktualizacje infrastruktury obejmują:

Usuń lokalne DNS SRV rekordy kontroli połączeń i wiadomości z lokalnych serwer ów DNS, w tym cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Te rekordy SRV nie są już wymagane do wykrywania usług klienta.

Usuń DNS SRV rekordy związane z krawędziami z publicznego systemu DNS, w tym collab_edge. _Tls. <domain>. Te rekordy SRV nie są już wymagane do wykrywania usług brzegowych współpracy w usługach klienta.

Zaktualizuj wszystkie odpowiednie zakresy DHCP, aby usunąć opcję 66 i opcję 150 TFTP/adresy serwera rozruchowego. Zakresy te nie są już wymagane do wykrywania i pobierania konfiguracji kontroli połączeń punktów końcowych.

Aktualizuj/usuń odpowiednie dial-peer w lokalnej brame/kostce, które kierują połączenia do i z. Unified CM Te narzędzia dial-peer nie są już wymagane do lokalnego routingu połączeń.

Usuń lub usuń wszystkie maszyny wirtualne i/lub serwery klastra węzłów. Zmień przeznaczenie zasobów obliczeniowych i sprzętu w razie potrzeby. Zasoby te nie są już potrzebne do kontroli połączeń i usług brzegowych.

Usuń lub usuń wszystkie maszyny wirtualne i/lub serwery węzłów klastra. Zmień przeznaczenie zasobów obliczeniowych i sprzętu w razie potrzeby. Zasoby te nie są już potrzebne do obsługi poczty głosowej i ujednoliconych usług przesyłania wiadomości.

Czyszczenie: Po migracji dostępu PSTN do PSTN połączonego z chmurą, łączniki PSTN, bramy PSTN i Brama lokalna mogą zostać wycofane z eksploatacji.

W przypadku istniejącego lokalnego rozwiązania E911 usuń wszystkie lokalizacje lub numery, do których przeprowadzono migrację, a po zakończeniu pełnego przejścia usuń maszyny wirtualne lub serwery aplikacji. Zmień przeznaczenie zasobów obliczeniowych i sprzętu w razie potrzeby. Zasoby te nie są już potrzebne do połączeń alarmowych i usług lokalizacyjnych.

DNS należące do migrowanych użytkowników powinny być umieszczone w ukrytej partycji, aby uniknąć awarii routingu połączeń i zapewnić wszystkim CSS-om priorytetowy dostęp do ścieżki chmury tych samych DNS.

Aktualizuj fizyczną wysyłaną lokalizację i element sieci w obszarze mobilności horyzontu za każdym razem, gdy zachodzą zmiany. Typowe działania wymagające aktualizacji to:

Wymiana przełącznika sieciowego

Bezprzewodowa wymiana punktu dostępowego

Zmiany zakresu DHCP

Zmiany fizyczne wewnątrz budynku (jeśli zdecydujesz się na gabinę/biuro)

Fizyczna ekspansja lub skurcz powierzchni biurowej wewnątrz budynku.

Korzystanie z analiz i rozwiązywania problemów

zapewnia kompleksowe funkcje analityczne i rozwiązywania problemów, które pomagają wizualizować i śledzić wdrożenie. Obejmują one jakość multimediów, szczegółową historię połączeń, kolejkę połączeń, grupę polowania i analizę automatycznego obsługi. Przykład analizy jakości mediów jest przedstawiony na rysunku analityka jakości mediów.

analityka jakości mediów

W obszarze Rozwiązywanie problemów każde połączenie nawiązywane za pomocą można przeglądać ze szczegółowymi informacjami o jakości kluczowych nośników i problemach związanych z sygnalizacją, aby pomóc w określeniu problemów z mediami i nieudanych połączeń, jak pokazano na rysunku Rozwiązywanie problemów związanych z jakością noś nika.

rozwiązywanie problemów z jakością mediów

Rozwiązywanie problemów można również zintegrować z innymi produktami Cisco, takimi jak przełączniki ThousandEyes i Meraki, aby zapewnić jeszcze bogatsze zintegrowane doświadczenie w Control Hub. Aby uzyskać więcej informacji na temat korzystania z Webex Callinganaliz i rozwiązywania problemów, zobacz Rozwią Webex Calling zywanie problemów z połączeniami w Centrum sterowania.

Wprowadzenie

Zanim zaczniesz

Przegląd

Podstawowe komponenty

Przegląd procesu PPDIO

Ogólny opis PPDIO

Korzystanie z PPDIO Unified CM do Webex Calling migracji projektów

Przygotuj

Plan

Projektowanie

Wdrożyć

Optymalizacja

Pętle sprzężenia zwrotnego PPDIO

Podejście migracyjne

Zanim zaczniesz

Niniejszy przewodnik jest przeznaczony dla zespołów lub osób z doświadczeniem w konfigurowaniu i administrowaniu punktami końcowymi Cisco Unified Communications Manager (Unified CM) i Cisco, w tym telefonami biurkowymi IP, urządzeniami wideo i programowymi klientami Jabber. W całym tym dokumencie znajdują się linki do dokumentacji produktu i pomocy technicznej.

Niniejszy dokument koncentruje się wyłącznie na przejściach od wielu najem Unified CM ców do Webex Calling wielu najemców. Termin Webex Callingw tym dokumencie zawsze odnosi się do Webex Calling wielu najemców.

Przed rozpoczęciem migracji z Unified CM doWebex Calling, konieczne jest kompleksowe zrozumienie Webex Calling rozwiązania i jego odpowiednich składników. Pomyślna migracja wymaga znajomości Webex Calling architektury, modeli usług, opcji wdrażania i powiązanych funkcji w celu prawidłowego mapowania istniejących Unified CM obciążeń i zaprojektowania skutecznego planu przejścia.

Dokładne zrozumienie następujących Webex Calling elementów jest niezbędne, aby zapewnić skuteczną strategię przejścia i gotowość operacyjną.

Centrum sterowania

Udostępnianie katalogów i użytkowników

Webex CallingPlatforma

Obsługiwane wywołujące punkty końcowe

Opcje łączności PSTN

Webex Callingplan wybierania numerów i zarządzanie numerami

Funkcje bezpieczeństwa i zgodności.

Aby uzyskać więcej informacji, zobacz Cisco Preferred Architecture forWebex Calling.

W tym przewodniku zostaną przedstawione narzędzia i procesy, które mają być używane przez cały cykl życia przejścia. Jednak przejście z połączeń lokalnych na nową platformę Unified CM połączeń w chmurze może być znaczącym wysiłkiem w obliczu potencjalnych biznesowych, technicznych i złożonych wyzwań. Webex Calling Aby pomóc w pokonaniu tych wyzwań, Cisco oferuje kilka różnych opcji, które pomogą Ci w podróży. Ważne jest, aby zapoznać się z informacjami w serwisie Enterprise Cloud Calling - Calling migration i zrozumieć każdą opcję i w jaki sposób każda z nich może pomóc w przeprowadzeniu własnej migracji.

Narzędzia do migracji Webex: samoobsługowe, bezpłatne narzędzia wbudowane w Control Hub, aby usprawnić przejście do Webex Calling

Certyfikowani dostawcy migracji: sprawdzeni dostawcy oprogramowania i narzędzi firmy Cisco, którzy opracowali rozwiązania migracyjne, aby pomóc partnerom i klientom Webex w złożonych i dużych migracjach. Rozwiązania te mogą pomóc uprościć, zarządzać i przyspieszyć przejście do Webex Calling

Webex Setup Assist: usługa migracji prowadzona przez Cisco, która prowadzi klientów i partnerów przez Webex Calling wdrożenie i konfigurację, która jest potrzebna do pomyślnej migr Unified CM acji użytkowników i usług do. Webex Calling

Przegląd

Wraz z rozwojem usług współpracy dostarczanych w chmurze coraz więcej klientów chce przenieść swoje dotychczasowe obciążenia związane z współpracą do chmury, biorąc pod uwagę obietnice zmniejszenia całkowitych kosztów posiadania, uproszczonego zarządzania, ciągłego dostarczania funkcji, zwiększonej skali i doskonałej niezawodności związanych z usługami opartymi na chmurze. Ponieważ klienci chcą przejść od usług lokalnych do usług współpracy w chmurze, ważne jest, aby zrozumieli, co pociąga za sobą przejście i jakie kro ki wymagane do dokonania przejścia.

Celem tego dokumentu jest dostarczenie wskazówek dotyczących wdrażania dla klientów, którzy szczególnie chcą przejść z lokalnego Unified CM do ch Webex Calling mury. Ten przewodnik wdrażania zakłada, że czytelnik ma podstawową wiedzę na temat przejścia połączeń między Unified CM iWebex Calling, w tym jakie zmiany są podczas dokonywania tego przejścia i jakie są różnice podczas przenoszenia obciążenia wywoływania z lokalnego do chmury. Przed kontynuowaniem upewnij się, że zapoznałeś się z informacjami dostępnymi na mapie Przejścia i znasz je. Ten dokument mapy przejścia zawiera informacje o zmianach i różnicach tego przejścia.

Jak pokazano na rysunku Lokalna architektura współpracy: sterowanie połączeniami i zdalny dostęp, typowe wdrożenie lokalne obejmuje różne komponenty infrastruktury współpracy w sieci, platformę sterowania połączeniami, platformę brzegową, punkty końcowe sprzętu i oprogramowania, a w niektórych przypadkach nawet platformy konferencyjne i planujące. W architekturze Cisco obej Unified CM mowałoby to sterowanie połączeniami, drogę ekspresową dla zdalnego dostępu i usługi brzegowe typu business-to-business (B2B), Cisco Meeting Server/ Cisco Meeting Management do lokalnych konferencji, Unity Connection do przesyłania wiadomości głosowych oraz sprzęt skierowany do użytkownika (telefony Cisco IP, systemy wideo Cisco Desk i Room) i oprogramowanie () punkty końcowe oparte na IP. Cisco Jabber Komponenty te mogą się nieznacznie różnić w niektórych środowiskach, ale jest to punkt wyjścia dla przejścia opisanego w pozostałej części tego dokumentu.

Lokalna architektura współpracy: sterowanie połączeniami i zdalny dostęp

Architektura przedstawiona na rysunku Architektura współpracy lokalnej: sterowanie połączeniami i zdalny dostęp jest oparta na preferowanej architekturze (PA) dla wdrożeń lokalnych Cisco Collaboration Enterprise. Aby uzyskać więcej informacji na temat rozwiązania Enterprise On-Premise, zobacz preferowane architektury współpracy Cisco.

Przed: Tabela komponentów infrastruktury wywoł ywania lokalnych zawiera listę kluczowych elementów architektury lokalnej przed przejściem do ch Webex Calling mury.

Tabela 1. Wcześniej: Lokalne wywoływanie komponentów infrastruktury
Produkt Opis

Unified CM Lokalne sterowanie połączeniami zapewniające usługi rejestracji urządzeń i kierowania połączeń

Cisco Expressway-C/E Infrastruktura brzegowa zapewniająca funkcje mobilne i Remote Access (MRA) i business-to-business (B2B) umożliwiające bezpieczne łączenie się zdalnych punktów końcowych spoza organizacji. Droga ekspresowa jest wdrażana w parach, aby zapewnić przemieszczanie zapory ogni owej dla zewnętrznych punktów końcowych.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresentation Management Suite (TMS) Lokalna infrastruktura konferencji głosowych, wideo i konferencji internetowych zapewniająca spotkania wielopunktowe, zarządzanie spotkaniami i funkcje planowania. [Opcjonalnie]

Cisco Unity Connection Lokalna platforma do przesyłania wiadomości głosowych zapewniająca pocztę głosową i ujednolicone funkcje przesyłania wiadomości . [Opcjonalnie]

Biurko Cisco, pokój Cisco, tablica Cisco, telefony IP Cisco i Cisco Jabber Urządzenia oparte na IP zarejestrowane Unified CM i zapewniające funkcje połączeń głosowych i wideo

Jak pokazano na rysunku Decyz Unified CM ja o przejściu: lokalne połączenia do Webex Calling, klienci, którzy mają lokalną kontrolę połączeń z punktami końcowymi IP biurkowymi i wideo, mają możliwość przejścia architektury na architekturę chmury. Webex Calling

Decyzja musi być podjęta w oparciu o wymagania funkcjonalne klienta. Klienci, którzy spełniają następujące wymagania, powinni dokładnie rozważyć przed podjęciem tej decyzji i ostatecznie mogą zdecydować o utrzymaniu kontroli połączeń lokalnie:

Modele telefonów nieobsługiwane przez Webex Calling

Złożone lub liczne integracje z innymi systemami lub rozwiązaniami lokalnymi, zwłaszcza tam, gdzie powielanie tych integracji Webex Calling jest trudne lub brak równoważnych rozwiązań alternatywnych

Złożony plan wybierania, wysoce szczegółowe klasy usług lub oba

Restrykcyjny, ograniczony lub niewiarygodny dostęp do Internetu

Rygorystyczne zasady ochrony prywatności i własności danych

Wymóg zgodności z przepisami dotyczącymi rejestrowania i przechowywania nośników lokalnych lub krajowych

Integracje stron trzecich bez realnej alternatyw Webex Calling nej integracji

Integracje Contact Center, w których contact center inter nie przenosi się jeszcze do chm ury.

Decyzja o przejściu: lokalne wywołanie Webex Calling
Klienci, którzy chcą zacząć korzystać z usług połączeń w chmurze, powinni roz Webex Calling ważyć. Ta usługa połączeń w chmurze pozwala klientowi wykorzystać globalną architekturę Webex pod kątem skali i łączności. Uczestnicy sieci korporacyjnej i zdalni uczestnicy spoza sieci korporacyjnej mogą komunikować się za pomocą sprzętowych punktów końcowych opartych na IP i/lub komputerowych lub mobilnych aplikacji klienckich.

Ten dokument skupia się na klientach z wdrożeniami kontroli Unified CM połączeń, którzy chcą zrozumieć ogólne kroki, rozważania i wymagania dotyczące włączenia Webex Calling wdrażania, jak przedstawiono w następnej sekcji.

Podstawowe komponenty

Architektura docelowa tej migracji zawiera kilka nowych komponentów. Obejmuje to Webex Calling usługę połączeń w chmurze, aplikację Webex, Cisco Directory Connector do integracji tożsamości i Local Gateway (LGW) dla dostępu PSTN, a także integrację połączeń lokalnych z chmurą. Plany połączeń Cisco lub usługi PSTN połączone z chmurą (CCP) ułatwione przez Cloud Connect dla Webex Calling partnera to dodatkowe opcje dostępu do PSTN.

Jak pokazano na rysunku After: Webex Calling Architecture, nowe komponenty (Webex Callingłącznik katalogu, brama lokalna i brama przetrwania) są dodawane do istniejącego wdrożenia lokalnego .

Po: Webex Calling Architektura

Po: Tabela komponentów infrastruktury wywoływania w chmurze zawiera listę nowych elementów architektury po przejściu do Webex.

Tabela 2. Po: Komponenty infrastruktury połączeń w chmurze
Produkt Opis

Webex Calling Usługa połączeń oparta na chmurze dostarczana z platformy Webex, zapewniająca rejestrację punktów końcowych i routing połączeń

Złącze katalogu Cisco Aplikacja Windows działająca na komputerze z domeną Windows zapewniająca synchronizację tożsamości między lokalnym obiektem korporacyjnym Active Directory a magazynem tożsamości organizacji Webex.
W przypadku klientów przechodzących z lokal Active Directory nego identyfikatora Entra ID integracja tożsamości z Webex zamiast Cisco Directory Connector wykorzystuje aplikację Entra ID Wizard.

Brama lokalna Brama lokalna działa jako pomost między lokalną zunifikowaną siecią komunikacyjną klienta a Webex Calling chmurą. Może być wdrażany lokalnie lub hostowany przez partnera, zapewniając dostęp PSTN dla punktów końcowych zarejestrowanych w chmurze, a także wywołując integrację między Unified CM zarejestrowanymi i zarejestrowanymi w chmurze punktami końcowymi. Cisco IOS-XE Integrated Services Router (seria ISR 1100 i 4000), Cisco Catalyst serii 8200/8300, oprogramowanie Cisco Catalyst 8000V Edge i różne certyfikowane kontrolery graniczne sesji (SBC) innych firm mogą być używane jako LGW dla podejścia do fazowej migracji.

Brama przetrwania Brama Survivability Gateway (SGW) to brama sieci lokalnej oparta na systemie IOS-XE, która zapewnia usługi połączeń awaryjnych do punktów końcowych na miejscu podczas przerw w pracy w sieci. Webex Calling

Plan połączeń Cisco, Cloud Connect dla Webex Calling Cisco Calling Plan i Cloud Connect for to opar Webex Calling te na chmurze opcje dostępu PSTN dla punktów końcowych. Webex Calling Dostęp do PSTN jest ułatwiony przez dostawcę usług PSTN w chmurze i nie wymaga sprzętu lokalnego.

Aplikacja Webex Aplikacja kliencka działająca w systemie operacyjnym stacjonarnym (Windows, Mac) lub mobilnym systemie operacyjnym (Android, iOS) i zarejestrowana bezpośrednio na Webex Calling platformie do funkcji wywoływania.

Przegląd procesu PPDIO

Proces PPDIO oznacza Przygotuj, Planuj, Projektuj, Implementuj i Optymaliz uj. Jest to ustrukturyzowana metodologia Cisco, która prowadzi projekty od wstępnej oceny poprzez ciągłe doskonalenie, zapewniając wydajne i skuteczne wdrożenia lub migracje.

Proces PPDIO

Ogólny opis PPDIO

Przygotuj się: Oceń obecne środowisko, zbierz wymagania i dopasuj interesariuszy, aby stworzyć solidne podstawy.

Plan: O pracuj szczegółowe plany projektów, w tym harmonogramy, zasoby i strategie ograniczania ryzyka.

Projekt: Za projektuj docelowe rozwiązanie dostosowane do potrzeb biznes owych i technicznych.

Implementacja: Wykonaj wdrożenie lub migrację zgodnie z projektem, sprawdzając funkcjonalność i wydajność.

Optymalizacja: Ciągłe ulepszanie rozwiązania po w drożeniu poprzez monitorowanie wydajności, udoskonalanie konfiguracji oraz wykorzystanie narzędzi automatyzacji i integracji.

Korzystanie z PPDIO dla projektów migracyjnych Unified CM do Webex Calling

Podczas przechodzenia z Unified CM doWebex Calling, proces PPDIO zapewnia jasny plan działania zapewniający płynne i wydajne przejście:

Przygotuj

Ocena istniejącego Unified CM środowiska i gotowości migracyjnej

Zbieraj szczegółowe dane dotyczące użytkowników, urządzeń, sieci i zależności

Zbieraj szczegóły lokalizacji, w tym adres reagowania awaryjnego, liczbę użytkowników, dostęp do Internetu, dostęp do PSTN

Zidentyfikuj ryzyko i zdefiniuj zakres projektu w celu dostosowania wszystkich zainteresowanych stron.

Plan

Tworzenie kompleksowego planu migracji z harmonogramami wsadowymi, przypisaniami zasobów i osiami czasu

Definiowanie zadań, takich jak aktualizacje oprogramowania układowego urządzenia, udostępnianie licencji i wdrażanie użytkowników

Koordynuj okna migracji z Cisco i partnerami, aby zminimalizować zakłócenia.

Projektowanie

Mapowanie bież Unified CM ących konfiguracji, planów wybierania numerów i profili użytkowników na Webex Calling odpowiedniki

Zaprojektuj Webex Calling środowisko, w tym strategię PSTN (tymczasową i końcową), lokalizacje, role użytkowników i punkty integracji, takie jak lokalna brama (CUBE) i synchronizacja katalogów

Zaplanuj scenariusze współistnienia, w Webex Calling których Unified CM i działają jednocześnie podczas migracji.

Wdrożyć

Używaj narzędzi migracji Control Hub wraz z narzędziami innych firm, aby przeprowadzać zmiany trybu oprogramowania układowego urządzenia, konfigurację funkcji i migrację użytkowników

Wykorzystanie operacji zbiorczych i udostępniania za pomocą interfejsów API Webex w celu usprawnienia migracji i konfiguracji na dużą skalę

Wykonuj udostępnianie licencji, rejestrację urządzenia i aktualizacje konfiguracji

Sprawdzanie powodzenia migracji poprzez testowanie i weryfikację operacyjną.

Optymalizacja

Ciągłe monitorowanie Webex Calling wydajności i doświadczenia użytkownika

Udoskonalanie konfiguracji i przepływów pracy w oparciu o dane operacyjne i informacje zwrotne

Wykorzystaj możliwości automatyzacji i integracji, aby zwiększyć wydajność i skalowalność

W stosownych przypadkach starsze Unified CM komponenty z likwidacji i zapewniają bieżące wsparcie dla operacji drugiego dnia.

To ulepszone podejście PPDIO zapewnia kontrolowaną, przejrzystą i wydajną migrację z Unified CM doWebex Calling, wykorzystując narzędzia Cisco, interfejsy API i ekosystem partnerów w celu utrzymania ciągłości działania i poprawy możliwości współpracy.

Pętle sprzężenia zwrotnego PPDIO

Przegląd wysokiego poziomu przedstawiony w Iter acjach rysunków podczas wykonywania PPDIO ilustruje pojedynczą pętlę sprzężenia zwrotnego od fazy optymalizacji z powrotem do fazy przygotowania . Oznacza to, że po wstępnym wdrożeniu istnieje ciągła sz ansa na ciągłe doskonalenie. Każdy cykl optymalizacji może zidentyfikować nowe wymagania lub obszary do ulepszenia, które mogą być rozwiązane poprzez kolejne projekty lub inicjatywy. Z kolei te indywidualne projekty są zgodne z ustalonym cyklem życia PPDIO (Przygotuj, Planuj, Projektuj, Implementuj, Optymalizuj). To iteracyjne podejście zapewnia, że system pozostaje zgodny z ewoluującymi celami biznesowymi i postępem technologicznym, sprzyjając kulturze ciągłego udoskonalania i zdolności adaptacyjnych.

Iteracje podczas wykonywania PPDIO

Podczas wykonywania procesu PPDIO często zdarza się, że ustalenia w późniejszych fazach wymagają ponownego przeglądu i potencjal nej rewizji decyzji podjętych na wcześniejszych etapach. Na przykład problemy napotkane podczas fazy wdrażania, takie jak identyfikacja niejasności projektu lub brakujących szczegółów, mogą ujawnić, że niektóre aspekty nie zostały w pełni rozwiązane podczas fazy projektowania. W takich przypadkach konieczne staje się powrót do odpowiedniej wcześniejszej fazy, aby rozwiązać te problemy przed kontynuowaniem. Ten iteracyjny mechanizm sprzężenia zwrotnego, jak pokazano na rysunku Unified CMwspomagany procesem PPDIO, zapewnia dokładną walidację i udoskonalenie rozwiązania, ostatecznie przyczyniając się do bardziej solidnego i skutecznego wdrożenia.

Unified CMwspomagany proces PPDIO

Podejmując przejście od Unified CM doWebex Calling, każda faza procesu PPDIO może znacząco skorzystać z informacji zebranych z istniej ącego Unified CM środowiska. Na przykład z bieżącej Unified CM konfiguracji można wyodrębnić kompleksowe inwentaryzacje użytkowników, numery telefonów, funkcje połączeń i komponenty planu wybierania. Dane te uzupełniają informacje dostarczane bezpośrednio przez interesariuszy i pomagają usprawnić działania planowania i projektowania. Wykorzystanie odpowiednich narzędzi do automatyzacji ekstrakcji i analizy danych nie tylko zwiększa dokładność, ale także przyspiesza cały proces. Wykorzystując spostrzeżenia z istniejącego wdrożenia, przejście do Webex Calling może być wykonane wydajniej niż tradycyjna implementacja greenfield, przy jednoczesnym przestrzeganiu ustrukturyzowanej metodologii PPDIO. Proces ten jest zilustrowany na procesie PPDIO Unified CM wspomaganym na rysunku.

Podejście migracyjne

Planując przejście z lokalnego Unified CM doWebex Calling, musisz określić, jak podejdziesz do tej podróży. Najpierw musisz zdecydować, czy migracja będzie odbywać się metodą flash-cut (wszystko naraz), czy podejściem etapowym (migr acja grup użytkowników/urządzeń przez dłuższy czas).

Migracja typu flash-cut powoduje najszybsze przenoszenie wszystkich użytkowników i urządzeń. Dzięki tej metodzie przeniesiesz wszystkich użytkowników i urządzeń z lokalnych Unified CM do Webex Calling w tym samym czasie. Zasadniczo jest to jedno okno migracji dla wszystkich użytkowników i urządzeń. Po zakończeniu tej migracji wszyscy użytkownicy i urządzenia znajdą się na Webex Calling platformie, a cała Unified CM infrastruktura może zostać wycofana z eksploatacji. Jednak wiele organizacji nie może korzystać z tego podejścia ze względu na skalę i wielkość wdrożenia połączeń.

Drugim podejściem jest stopniowa migracja. Większość organizacji będzie korzystać z tego podejścia, ponieważ zapewnia lepszą kontrolę, zarządzanie i skalę migracji. Ponadto lepiej nadaje się do większych wdrożeń i/lub wdrożeń UC w wielu regionach. Dlatego niniejszy dokument skupia się na podej ściu etapo wym z dwoma etapami przejścia.

Jak pokazano na poniższym rysunku Przej ście wywołań fazowych: Hybrydowe i chmuro we, pierwsza faza przejścia (faza 1) skutkuje współistnieniem wdrożenia ze środowiskami podwójnego wywoł ywania. W tej fazie niektórzy użytkownicy, urządzenia i klienci programowi są przenoszeni, Webex Calling podczas gdy inni nadal korzystają z lokalnej kontroli Unified CM połączeń. Ostatnia faza przejścia (faza 2) skutkuje czystym środowiskiem połączeń w chmurze, w którym wszyscy użytkownicy, urządzenia i klienci softowi zostali w pełni przeniesieni na Webex Calling platformę.

Czas potrzebny organizacji na całkowite przejście na połączenia w chmurze będzie się różnić w zależności od aktualnego wdrożenia. W niektórych przypadkach organizacja może dokonać początkowego przejścia i pozostać w fazie kontroli podwójnego połączenia współistnienia (faza 1) przez dłuższy okres (miesiące lub nawet lata), podczas gdy w innych przypadkach organizacja może w pełni przejść do Webex Calling (fazy 2) w bardzo krótkim czasie (tygodnie lub miesiące). Niniejszy dokument ma obejmować obie fazy (faza 1 - współistnienie i faza 2 - w pełni przejściowa).

Etapowe przejście połączeń: hybryda i chmura

Możliwe, że niektóre organizacje mogą utrzymywać współistnienie podwójnej kontroli połączeń w nieskończoność bez planów pełnego przejścia na połączenia w chmurze.

Druga kwestia dotyczy sposobu przejścia użytkowników, urządzeń i klientów miękkich z lokalnej kontroli połączeń do kontroli połączeń w chmurze. Zalecanym podejściem jest przejście 3-fazowe. Poniższy rysun ek Zalecane przejście 3-faz owe dzieli to podejście na 3 fazy.

Zalecane przejście 3-fazowe

Przed migracją: Ta faza koncentruje się na przygotowaniu zarówno Webexa, jak i Unified CM środowisk do migracji. Nie chodzi o wywoływanie konkretnego planowania lub konfiguracji i koncentruje się na wykonywaniu czynności, które można wykonać teraz i przed rozpoczęciem jakiegokolwiek projektu Webex Calling migracji. Celem jest zbudowanie fundamentów dla dwóch środowisk, aby przygotować się do migracji.

Przy@@ gotowanie do migracji: W tej fazie rozpoczyna się wysiłek przygotowujący się do migracji do Webex Calling. Wymagania biznesowe i techniczne muszą zostać sprawdzone i zaktualizowane. Nie tylko podno ś i przes uwaj to, co jest obecnie wdrażane, Unified CM a zamiast tego na nowo zdefiniuj wymagania biznesowe i techniczne, których Twoja firma potrzebuje dzisiaj i w przyszłości, wykorzystując moc. Webex Calling Ponadto jest to faza, w której zakończysz projekt, plan owanie konfiguracji i planowanie/harmonogram migracji.

Migracja (wdrożenie i likwidacja): W tej fazie odbywa się rzeczywista migracja użytkowników, urządzeń, numerów telefonów i klientów miękkich. Jak omówiono powyżej, ten etap może zostać ukończony dla wszystkich jednocześnie (flash-cut) lub w wielu oknach zmian (fased-cut). Plany adopcji użytkowników końcowych, szkolenia i komunikacja mają kluczowe znaczenie, więc użytkownicy są świadomi zmian, sposobu korzystania z nowej platformy telefonicznej i wiedzą, kiedy nastąpi zmiana. Ostatnim krokiem jest likwidacja całej lokalnej infrastruktury UC , która nie jest już używana.

Faza przedmigracyjna obejmuje działania (wymagane, zalecane i opcjonalne), nad którymi można natychmiast rozpocząć pracę. Zaleca się, aby ukończyć je wcześniej niż później, a najlepiej przed rozpoczęciem projektu. Wykonanie niektórych czynności może potrwać dłużej, dlatego wcześniejsze uruchomienie pomoże usprawnić rzeczywisty projekt migracji.

Poniższy rysunek Działania przed migr acją przedstawia pięć konkretnych kategorii działań związanych z Webex Calling migracją.

Działania przedmigracyjne

Przygotuj

Wymagania biznesowe i techniczne

Dlaczego wymagania dotyczące gromadzenia są ważne:

Wymagania biznesowe

Wymagania techniczne

Gotowość sieci i wymagania

Konfigurowanie UC połączonego z chmurą

Ocena obecnego środowiska

Licencjonowanie

Lokalizacje/Witryny

Inwentaryzuj istniejące urządzenia/klientów

Sprawdź kwalifikowalność urządzenia

Użytkownicy

Łączność PSTN

Funkcje i wykorzystanie funkcji

Integracje Cisco: Unity Connection UCCX UCCE

Nagrywanie rozmów

Integracje stron trzecich

Wymagania biznesowe i techniczne

Planując migrację z do, ważne jest dokładne zebranie wymagań technicznych i biznesowych na etapie planowania. Ten krok zapewnia, że migracja jest zgodna z celami operacyjnymi i możliwo ściami technicznymi organizacji, minimalizując ryzyko i zakłócenia.

Dlaczego wymagania dotyczące gromadzenia są ważne:

Wyrównuje cele biznesowe: zrozumienie potrzeb biznesowych pomaga dostosować migrację do obsługi kluczowych przepływów pracy, doświadczenia użytkownika i planów rozwoju.

Zapewnia zgodność techniczną: wczesna identyfikacja wymagań technicznych zapobiega problemom z integracją z istniejącą infrastrukturą, siecią i punktami końcowymi.

Ułatwia planowanie zasobów: Jasne wymagania pomagają dokładnie oszacować harmonogramy, koszty i niezbędne zasoby.

Łagodzi ryzyko: Wczesne wykrywanie potencjalnych wyzwań pozwala na proaktywne rozwiązania, ograniczając przestoje i przerwy w obsłudze.

Wymagania biznesowe

Typowe wymagania biznesowe obejmują:

Liczba użytkowników i lokalizacji do migracji

Pożądane funkcje i usługi (na przykład kierowanie połączeń, poczta głosowa, konferencje, automatyczne obsługa połączeń, kolej ki połączeń)

Zasady zgodności i bezpieczeństwa

Ograniczenia budżetowe i oczekiwania kosztowe

Szkolenia użytkowników i potrzeby wsparcia

Oś czasu migracji i kwestie ciągłości działania.

Zebr anie pożądanych funkcji i usług jest kluczowym krokiem, aby zapewnić, że nowy system spełnia potrzeby biznesowe. Podczas gromadzenia tych wymagań ważne jest, aby nie tylko wziąć pod uwagę to, co jest obecnie skonfigurowane, ale także spróbować zebrać rzeczywiste wymagania od podmiotów gospodarczych, które będą korzystać z systemu. W przeciwnym razie istnieje ryzyko, że plan będzie oparty na założeniach długoterminowych. Upewnij się, że oceniasz dodatkowe lub ulepszone funkcje dostępne w programie, które mogą nie istnieć, takie jak połączenia w chmurze, zaawansowane kolejki połączeń , i. Pomaga to w wykorzystaniu pełnych zalet platformy chmurowej.

Podczas oceny bieżącej konfiguracji w, ważne jest, aby pamiętać, że nie wszystkie istniejące ustawienia mogą pozostać konieczne ze względu na zmieniające się wymagania w całym cyklu życia systemu. Należy skupić się na identyfikacji i zachowaniu tylko tych konfiguracji, które są zgodne z obecnymi i przyszłymi potrzebami w drożenia.

Skoncentruj się bardziej na tym, czego potrzebujesz niż na tym, co masz.

Zasady zgodności i bezpieczeństwa są krytycznymi kwestiami podczas migracji z do, Webex Calling aby zapewnić, że nowy system komunikacji oparty na chmurze jest zgodny ze standardami prawnymi, regulacyjnymi i organizacyjnymi.

Zgodność z przepisami: Organizacje muszą zweryfikować, czy spełnia specyficzne przepisy branżowe, takie jak RODO, HIPAA lub SOX, uwzględniając wymogi dotyczące prywatności, przechowywania i przetwarzania danych, a także obowiązki dla poszczególnych krajów związane z pobytem danych, obejściem opł at drogowych i lokalizacją mediów.

Bezpieczeństwo danych: Zapew nienie szyfrowania danych głosowych i sygnalizacyjnych zarówno podczas transportu, jak i w spoczynku w celu ochrony przed przechwytywaniem lub nieautoryzowanym dostępem.

Kontrola dostępu: Definiowanie i egzekwowanie uwierzytelniania użytkownika, autoryzacji i dostępu opartego na rolach, aby zapobiec nieautoryzowanemu wykorzystaniu zasobów komunikacyjnych.

Audyt i monitorowanie: W drażanie funkcji rejestrowania i monitorowania w celu śledzenia dostępu i wykorzystania do audytów zgodności i dochodzeń incydentów bezpieczeństwa.

Dopasowanie zasad: dostosowanie migracji do istniejących korporacyjnych zasad bezpieczeństwa, w tym zabezpieczeń punktów końcowych, segmentacji sieci i planów reagowania na incydenty.

Zapewnienie bezpieczeństwa dostawcy: ocena certyfikatów bezpieczeństwa Cisco i certyfikatów zgodności w celu zapewnienia wiarygodności.

Zajęcie się tymi zasadami zgodności i bezpieczeństwa podczas fazy planowania pomaga zmniejszyć ryzyko, uniknąć kar prawnych oraz zachować integralność i poufność komunikacji podczas migracji i po niej.

Szkolenia użytkowników i potrzeby wsparcia są niezbędnymi elementami podczas migracji z do, aby zapewnić płynne przejście i adopcję użytkowników. Kluczowe kwestie obejmują:

Programy szkoleniowe: Opracuj dostosowane sesje szkoleniowe dla różnych grup użytkowników (użytkownicy końcowi, administratorzy, pracownicy działu pomocy technicznej), aby zapoznać ich z funkcjami, interfejsami użytkownika i nowymi przepływami pracy.

Dokumentacja: Zapewnij przejrzyste, dostępne przewodniki użytkownika, często zadawane pytania i szybkie materiały referencyjne, w tym zasoby Co nowego i Różne oraz instrukcje krok po kroku „Przed i Po” (w formacie wideo lub krótkiego przewodnika), aby wspierać użytkowników w dostosowywaniu się do zaktualizowanych doświadczeń po migracji.

Zarządzanie zmianami: proaktywnie komunikuj zmiany, aby zarządzać oczekiwaniami użytkowników i zmniejszyć opór.

Struktura wsparcia: U twórz dedykowany zespół pomocy technicznej lub ścieżkę eskalacji, aby szybko rozwiązywać problemy użytkowników podczas migracji i po niej.

Ciągła edukacja: Zaplanuj ciągłe aktualizacje szkoleń w miarę wprowad zania nowych funkcji lub aktualizacji.

Mechan@@ izmy sprzężenia zwrotnego: wdrażanie kanałów umożliwiających użytkownikom zgłaszanie problemów i przekazywanie informacji zwrotnych w celu usprawnienia procesów szkoleniowych i wsparcia.

Realizacja tych potrzeb szkoleniowych i wsparcia podczas fazy planowania pomaga zminimalizować zakłócenia, zwiększa zaufanie użytkowników i maksymalizuje korzyści płynące z migracji do.

Wymagania techniczne

W celu pomyślnej migracji z do należy zebrać i udokumentować kilka kluczowych wymagań technicznych, w tym szczegółowe informacje dotyczące:

Gotowość sieci i przepustowość

Kompleksowa ocena sieci ma kluczowe znaczenie dla zapewnienia, że istniejąca infrastruktura może wspierać nowe Webex Calling środowisko. Obejmuje to:

Analiza przepustowości: ocena bieżącego i przewidywanego wykorzystania przepustowości w celu obsługi ruchu głosowego, wideo i danych bez zatorów.

Jakość usług (QoS): W drażanie zasad QoS w celu ustalenia priorytetów ruchu głosowego i zminimalizowania opóźnień, drgań i utraty pakietów.

Sieć WAN i łączność z Internetem: Sprawdzanie, czy łącza WAN i połączenia internetowe spełniają wymagania dotyczące połączeń w chmurze, w tym funkcje nadmiarowości i przełączania awaryjnego.

Konfiguracja zapory ogniowej i NAT: Zapewnienie, że ustawienia zapory sieciowej i NAT umożliwi ają wymaganą sygnalizację i ruch multimedialny.

Integracja z istniejącym systemem

Bezproblemowa integracja z istniejącymi systemami biznesowymi jest niezbędna dla doświadczenia użytkownika i ciągłości przepływu pracy:

Usługi katalogowe: ocena integracji z katalogiem korporacyjnym w celu zautomatyzowanego udostępniania i uwierzytelniania użytkowników.

CRM i aplikacje biznesowe: Identyfikacja punktów integracji z systemami zarządzania relacjami z klientami i innymi aplikacjami o znaczeniu krytycznym dla biznesu.

Starsza współpraca centrali PBX: planowanie strategii współistnienia lub etapowej migracji, jeśli jakiekolwiek starsze systemy telefonii pozostaną w trakcie przejścia.

Kompatybilność i udostępnianie punktów końcowych

Wszystkie punkty końcowe, w tym telefony biurkowe, softphones i urządzenia mobilne, powinny zostać ocenione pod kątem zgodności :

Obsługa urządzeń: potwierdzenie, że istniejące telefony IP i urządzenia są obsługiwane przez lub zidentyfikowanie wymaganych zamienników.

Procesy zaopatrzenia: Ustanowienie zautomatyzowanych lub usprawnionych metod udostępniania w celu skutecznego wdrażania punktów końcowych.

Aktualizacje oprogramowania układowego i oprogramowania: planowanie niezbędnych aktualizacji w celu zapewnienia interoperacyjności i bezpieczeństwa.

Konfiguracje zabezpieczeń i standardy szyfrowania

Bezpieczeństwo jest najważniejsze w komunikacji w chmurze:

Szyfrowanie: egzekwowanie szyfrowania typu end-to-end dla sygnałów i strumieni mediów zgodnie z najlepszymi praktykami bezpieczeństwa Cisco.

Uwierzytelnianie i kontrola dostępu: Wdrażanie bezpiecznych mechanizmów uwierzytelniania (takich jak SSO, uwierzytelnianie wieloskładnikowe) oraz szczegółowe kontrole dostępu użytkowników.

Zgodność: Zapewnienie, że rozwiązanie spełnia odpowiednie normy prawne i bran żowe (np. RODO, HIPAA).

Monitorowanie bezpieczeństwa: Integracja z narzędziami SIEM i konfigurowanie alertów w przypadku potencjalnych incydentów bezpieczeństwa.

Tabela 1. Przykładowa ocena
Wymagania Kluczowe rozważania

Gotowość sieci i przepustowość Przepustowość, QoS, WAN/Internet, Firewall/NAT

Integracja z istniejącymi systemami Katalog, CRM, PBX, e-mail/kalendarz

Kompatybilność i udostępnianie punktów końcowych Obsługa urządzeń, udostępnianie, aktualizacje oprogramowania układowego

Konfiguracje zabezpieczeń i szyfrowanie Szyfrowanie, uwierzytelnianie, zgodność, monitorowanie bezpieczeństwa

Szkolenia użytkowników i zarządzanie zmianami Programy szkoleniowe, dokumentacja, komunikacja zmian

Przenośność numerów i plan wybierania Migracja/przenoszenie numerów, tłumaczenie planu wybierania

Integracje stron trzecich Paging, centrum kontaktowe, faks, urządzenia analogowe

Gotowość sieci i wymagania

Gotowość sieci ma kluczowe znaczenie dla pomyślnej migracji do dowolnego rozwiązania do połączeń opartych na chmurze, takiego jak. Słabe planowanie sieci może prowadzić do pogorszenia jakości połączeń, przerwanych połączeń i niezadowolonych użytkowników. Klienci muszą przeprowadzić ocenę sieci przed migracją do. Zaleca się potwierdzenie dostępności przepustowości sieci dla oczekiwanego wolumenu połączeń, zapewnienie spełnienia wymagań dotyczących jakości usług (QoS) oraz zrozumienie różnych portów, które należy otworzyć w zaporach brzegowych.

Niezawodna łączność sieciowa z wystarczającą jakością usług (przepustowość, utrata pakietów, RTT) jest podstawowym wymogiem zapewniającym najlepszą możliwą obsługę użytkownika dla wszystkich używanych punktów końcowych, klientów i aplikacji obsługujących głos i wideo.

Klienci i partnerzy mają dostęp do opcji łączności poza Internetem Over-the-Top (OTT), które mogą zoptymalizować połączenie do włącz Webex Edge enia Connect. Aby uzyskać więcej informacji na temat szczegółów projektu Webex Edge Connect, zobacz Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant i Dedicated Instance.

Klienci mogą korzystać z cScan do oceny sieci, która zawiera informacje o jakości sieci klienta, liczbie połączeń można nawią zać, opóźnieniu i tak dalej. Aby uzyskać więcej informacji na temat narzędzia cScan, zobacz Używanie cScan do testowania jakości Webex Calling sieci.

Aby upewnić się, że sieć jest gotowa do migracji, rozważ następującą listę kontrolną:

Planowanie przepustowości

Oblicz równoczesne połączenia na witrynę, aby zapewnić wystarczającą przepustowość poprzedzającą i niższą oraz uwzględnić przestrzeń dla innego ruchu krytycznego dla biznesu i przyszłego wzrostu.

Tabela obliczeń przepustowości typu Webex Calling połączenia pokazuje typy połączeń dostępne z wdrożeniem wraz z kodekiem i maksymalną przepustowością wymaganą dla każdego typu połączenia. Jak pokazano w tabeli obliczeń przepustowości typu Webex Calling połączenia wymaganą przepustowość połączeń audio dla każdego typu połączenia można obliczyć przy użyciu następującego wzoru ogólnego:

Liczba oczekiwanych połączeń współbieżnych* Przepustowość na połączenie oparta na kodeku = Wymagana przepustowość sieci.
Tabela 2. Webex Calling obliczenia przepustowości typu połączenia
Rodzaje połączeń Kodek - przepustowość Obliczenia przepustowości
/Telefon biurkowy -> OPUS - 70 kb/s Liczba połączeń współbieżnych* 70 kbps = wymagana przepustowość sieci
/Telefon biurkowy -> Telefon biurkowy OPUS — 70 kb/s Liczba połączeń współbieżnych* 70 kbps = wymagana przepustowość sieci
/Telefon biurkowy -> PSTN przez LGW G.711 - 80 kb/s Liczba połączeń współbieżnych* 80 kbps = Wymagana przepustowość sieci
/Telefon biurkowy -> PSTN przez Cloud PSTN (np. Plan połączeń Cisco) G.711 - 80 kb/s Liczba połączeń współbieżnych* 80 kbps = Wymagana przepustowość sieci
/Telefon biurkowy -> Enterprise przez LGW G.722 - 80 kb/s Liczba połączeń współbieżnych* 80 kbps = Wymagana przepustowość sieci
/Telefon biurkowy -> poczta głosowa OPUS — 70 kb/s Liczba połączeń współbieżnych* 70 kbps = wymagana przepustowość sieci

Podsumowując równoczesną wymaganą przepustowość sieci na typ połączenia, można określić całkowite potencjalne zapotrzebowanie na przepustowość dla określonej lokalizacji.

Wszystkie nogi wywoławcze są zawsze zakotwiczone na dostępowych SBC. Aby określić wymaganą przepustowość Internetu dla danej lokalizacji, należy wziąć pod uwagę nie tylko połączenia między lokalizacjami, ale także połączenia wewnątrzlokalizacyjne i połączenia z i z lokalnej bramy w tej lokalizacji. Na przykład połączenie wewnątrz witryny między dwoma telefonami MPP wymagałoby pełnego dupleksu do 2 x 70 kb/s w dostępie do Internetu danej lokalizacji.

Tabela przykładów obliczania Webex Calling przepustowości przedstawia przykład pełnego ćwiczenia obliczania przepustowości, przy założeniu, że wszystkie urządzenia znajdują się w tym samym miejscu.
Tabela 3. Webex Calling przykłady obliczania przepustowości
Rodzaje połączeń Liczba jednoczesnych połączeń Łączna przepustowość
Aplikacja Webex/Telefon biurkowy → Aplikacja Webex 15 2* 15* 70 kbps = 2100 kbps
Aplikacja Webex/Telefon biurkowy → Telefon biurkowy 15 2* 15* 70 kbps = 2100 kbps
Aplikacja Webex/Telefon biurkowy → PSTN przez LGW 50 2* 50* 80 kbps = 8000 kbps
Aplikacja Webex/Telefon biurkowy → PSTN przez Cloud Connect dla Webex Calling 0 0 * 80 Kb/s
Aplikacja Webex/Telefon biurkowy → Enterprise przez LGW 15 2* 15* 80 kbps = 2400 kbps
Aplikacja Webex/Telefon biurkowy → Poczta głosowa Webex Calling 5 5* 70 kbps = 350 kbps
Całkowita liczba połączeń /przepustowość 100 połączeń 14 950 kb/s/14, 95 Mb/s

Wszystkie wartości przepustowości w powyższych tabelach odnoszą się do przepustowości IP. Przepustowość łącza jest wyższa w zależności od enkapsulacji WAN.

Przepustowość w powyższych tabelach dotyczy połączeń audio. W przypadku przepustowości połączeń wideo aplikacja Webex i telefony MPP 8845/65 obsługują wideo H.264 o maksymalnej rozdzielczości 720p przy maksymalnej przepustowości 1500 kb/s na połączenie. Jednak ilość przepustowości zużytej w dowolnym momencie połączenia będzie się zmieniać w zależności od zmiennej szybkości transmisji bitów właściwej dla komunikacji wideo.

Jakość usług (QoS)

Wdrażaj zasady QoS w środowisku lokalnym, aby nadać priorytet ruchowi w czasie rzeczywistym i upewnić się, że QoS jest utrzymywany w przełącznikach, router ach i zaporach ogniowych.

Cele opóźnień, drgań i utraty pakietów

Poniższe progi są zalecane dla optymalnej jakości głosu podczas połączeń w trybie Over-the-Top (OTT) i w Internecie:

Opóźnienie - mniej niż 100 ms w jedną stronę

Jitter - mniej niż 10 ms

Utrata pakietów - 0,5% lub mniej.

Zapora sieciowa i NAT

Upewnij się, że zapora jest skonfigurowana tak, aby zezwalała na ruch, jak podano w artykule dostęp nym w portach Informacje referencyjne dla Webex Calling. Dodatkowo, zezwalaj na dostęp do domen i zakresów IP wymienionych w tym samym przewodniku i unikaj SIP ALG, ponieważ zakłóca to sygnalizację SIP. Należy unikać ruchu medialnego za pośrednictwem serwerów proxy.

DNS i NTP

Zapewnij prawidłową rozdzielczość DNS domen i niezawodne serwery NTP, aby synchronizować zegary urządzeń w celu weryfikacji i rejestrowania certyfikatów TLS.

Planowanie pracy awaryjnej

Rozważ istniejące połączenia danych dostawców (MPLS, SD-WAN itd .) i ogólnie zaplanuj bezpośredni dostęp do Internetu w każdej lokalizacji w ramach wdrożenia. Zaplanuj nadmiarowe linki internetowe, w których wymagana jest wysoka dostępność. Ponieważ będziesz korzystać z usług opartych na chmurze, niezawodna łączność internetowa z wystarczającą przepustowością jest podstaw owym wymogiem. Należy ponownie rozważyć dokonanie tego przejścia, jeśli połączenia internetowe lokalizacji Twojej organizacji nie są generalnie niezawodne z niskim opóźnieniem i odpowiednią przepustowością w górę i w dół.

Przeżywalność witryny

Przeżywalność witryny zapewnia, że Twoja firma jest zawsze osiągalna, nawet jeśli połączenie sieciowe zostanie przerwane. Site Survivability wykorzystuje bramę w sieci lokalnej, aby zapewnić usługę połączeń awaryjnych do punktów końcowych na miejscu w sytuacjach, w których połączenie sieciowe zostanie przerwane. Rozważ możliwość przetrwania witryny za pomocą lokalnej bramki przetrwania (SGW), jeśli wymagania biznesowe wymagają ciągłego dzwonienia w przypadku awarii sieci. Aby uzyskać więcej informacji na temat sprawdzania przeżywalności witryny, zobacz Prze żywalność witryny dla. Webex Calling

Konfigurowanie UC połączonego z chmurą

Cloud Connected UC (CCUC) to oparte na chmurze rozwiązanie do zarządzania i analizy zaprojektowane w celu zapewnienia scentralizowanej widoczności, administracji i informacji dotyczących wdrożeń zarówno lokalnych (takich jak), jak i w chmurze (). Unified CM Działa jako pomost między tradycyjnymi środowiskami lokalnymi a usługami w chmurze Cisco, wspierając organizacje podczas migr acji od do.

Podczas przejścia do, CCUC odgrywa istotną rolę w usprawnieniu procesu migracji poprzez ułatwianie gromadzenia kompleksowych danych z istniejącego wdrożenia Unified Communications. CCUC pomaga w kluczowych zadaniach przejściowych, takich jak migracja urządzeń, funkcji i kontaktów użytkownika, a także automatyzuje aktualizacje oprogramowania układowego dla obsługiwanych telefonów IP. Zapewniając scentralizowaną widoczność i zarządzanie, CCUC pomaga zapewnić płynniejszą i bardziej wydaj ną migrację.

Cisco zdecydowanie zaleca wdrożenie i wdrożenie CCUC na początku projektu przejściowego, najlepiej przed lub w trakcie fazy przygotowawczej. Umożliwi to wgląd i możliwości potrzebne do dokładnej oceny, inwentaryzacji i planowania kolejnych działań migracyjnych oraz rozpoczęcia podróży do i przyszłych możliwości hybrydowych.

Ocena obecnego środowiska

Kluczową czynnością w planowaniu migracji jest ocena bieżącego środowiska lokalnego i wdrożenia. Zapewnia to wgląd w to, jakie potencjalne zmiany mogą być wymagane, aby pomyślnie przejść. Pozwala również na ocenę kluczowych elementów platformy w porównaniu z istniejącym wdrożeniem lokalnym. Możesz użyć tych informacji, aby pomóc określić, jakie konkretne zadania są wymagane do przejścia i jakie zmiany chcesz wprowadzić, aby spełnić wymagania biznesowe i techniczne oraz przypadki użycia.

Poniższe aspekty są ważne do przejrzenia w ramach tego wysiłku.

Licencjonowanie

Zrozumienie aktualnej struktury licencjonowania istniejącego wdrożenia ma kluczowe znaczenie podczas przygotowywania się do migracji do. Przeprowadź ocenę licencji dla następujących obszarów istniejącego rozwiązania lokalnego Cisco.

Platforma

Możliwość pełnego wyrażenia tego, co jest obecnie licencjonowane na platformie podstawowej, będzie miała kluczowe znaczenie podczas pracy z zespołem konta lub partnerem w celu określenia najlepszej ścieżki do licencjonowania elastycznego . jest licencjonowany przy użyciu licencji flex. Aby uzyskać więcej informacji na temat licencjonowania elastycznego, zobacz Plan elastyczny współpracy Cisco.

Użytkownicy i urządzenia

Określ, jakiej kategorii licencji wymagają Twoi obecni użytkownicy i urządzenia. Służy to do określenia, który typ licencji jest wymagany dla użytkowników i urządzeń. oferuje wiele typów licencji, w tym licencje Professional i Standard dla użytkowników oraz licencje Professional i common area dla obszarów roboczych. Więcej informacji na temat licencjonowania urządzeń można znaleźć w arkuszu danych dostępnym pod adresem Licencjonowanie urządzeń.

Brama lokalna

Jeśli Cisco Unified Border Element (CUBE) jest wymagany dla dostępu PSTN dla tego przejścia, należy również wziąć pod uwagę licencjonowanie CUBE. Zagadnienia dotyczące licencjonowania CUBE zostały omówione w dalszej części tego dokumentu.

Lokalizacje/Witryny

Przy planowaniu tego przejścia należy wziąć pod uwagę liczbę i typy witryn (duże centralne, regionalne, oddziałowe itd.) w ramach istniejącego wdrożenia. Pełne zrozumi enie istniejących miejsc wdrażania pomoże w strategicznym planowaniu pomyślnego przejścia, szczególnie jeśli chodzi o określenie, które miejsca migrować iw jakiej kolejności. Szczegółowe zrozumienie wymagań planu wybierania numeracji (numeracja, nawyki wybierania numeracji, klasy ograniczeń itd.), łączności sieciowej witryny i przepustowości (Internet, WAN, LAN) oraz dostępu PSTN (lokalny lub scentralizowany, IP lub TDM) dla każdej witryny będzie miało kluczowe znaczenie przy podejmowaniu decyzji dotyczących migracji. Aby uzyskać więcej informacji na temat typowych modeli wdrażania i kluczowych kwestii, z obacz informacje o modelach wdrażania współpracy dostępne w SRND współpracy.

Inną ważną kwestią dotyczącą wdrożenia podczas przechodzenia do lokalizacji jest dostępność lokalizacji. ma różne możliwości, subskrypcje i urządzenia, które są dostępne w zależności od tego, gdzie znajduje się wdrożenie. Aby uzyskać więcej informacji na temat dostępności geograficznej, zobacz Gdzie jest dostępny Webex? .

Wreszcie ważne jest, aby zrozumieć wpływ przejścia na inne usługi współpracy. W oparciu o cel niniejszego dokumentu ogólne założenie jest takie, że jeśli mają zostać utrzymane istniejące usługi współpracy poza obciążeniem wywołującym, wówczas oczek uje się przejścia na wspomniane powyżej wdrożenie hybrydowe fazy 1. Przykłady usług współpracy, które mogą wymagać wdrożenia hybrydowego, obejmują lokalne centrum kontaktowe , które nie zostało jeszcze przeniesione do centrum kontaktowego Webex, oraz ścisła integracja z systemami, takimi jak systemy stronic owania i rozliczenia. Aby uzyskać więcej informacji na temat przejścia dodatkowych obciążeń i usług związanych z współpracą, zobacz Przej ścia do współpracy.

Inwentaryzacja istniejących urządzeń/klientów

Przed rozpoczęciem przejścia ważne jest, aby inwentaryzować istniejące punkty końcowe sprzętu i oprogramowania. Posiadanie pełnej listy typów/modeli urządzeń, wersji sprzętowych, typów i ilości systemów operacyjnych typu soft client zapewni odpowiednie zaplanowanie przejścia urządzeń i zmniejszenie wpływu tych urządzeń, których nie można przenieść do połączeń w chmurze. Inwentaryzacja powinna być wykorzystana do określenia urządzeń do przejścia i urządzeń do wymiany przed przejściem.

Telefony biurkowe

W przypadku telefonów biurkowych audio i wideo obsługiwane są tylko telefony biurkowe z serii 6800, 7800, 8800 i 9800. Jest to podzbiór telefonów IP Cisco, które są obsługiwane. Istnieje kilka modeli i wersji telefonów 6800, 7800 i 8800, z którymi nie można korzystać. Aby uzyskać więcej informacji na temat obsługiwanych modeli i wersji sprzętu, zobacz Obsługiwane urządzenia Webex Calling.

Telefony IP z serii Cisco 6800 nie mogą być uaktualnione z oprogramowania sprzętowego Enterprise do oprogramowania wieloplatformowego (MPP), które jest wymagane. Dlatego wszystkie telefony 6800 zarejestrowane pod kątem oprogramowania firmowego muszą zostać zastąpione modelem 6800 MPP lub innym obsługiwanym modelem telefonu.

Telefony IP z serii Cisco 7800 i 8800 muszą zostać zaktualizowane do oprogramowania wieloplatformowego telefonu (MPP) przed ich przejściem i zarejestrowaniem. Aby określić, które modele i wersje sprzętu 7800 i 8800 obsługu ją oprogramowanie układowe MPP, zobacz Konwertowanie telefonów IP z serii Cisco 7800 i 8800 pomiędzy oprogramowaniem sprzętowym Enterprise i MPP.

Urządzenia 8845, 8865 i 8865NR osiągnęły koniec sprzedaży i nie zaleca się ich migracji.

Starsze wersje telefonów z serii 8800 (8811, 8841, 8851, 8851NR, 8861) nie są zalecane do używania. Webex Calling Telefony z wersją sprzętową VID 14 lub starszą zarejestrują się, ale mogą wystąpić pewne problemy z wydajnością ze względu na sprzęt.

Telefony biurkowe serii 9800 obsługują PhoneOS, który obsługuje zarówno rejestrację, jak i rejestrację. Dlatego te telefony można przenieść bez aktualizacji oprogramowania układowego.

Wszystkie pozostałe telefony IP będą musiały zostać wymienione na telefony z serii 6800, 7800, 8800 lub 9800 obsługiwane przez. Webex Calling Aby uzyskać więcej informacji na temat obsługiwanych telefonów IP i telefonów stacjonarnych, zobacz artykuł na stronie Obsługiwane urządzenia dla Webex Calling.

Punkty końcowe wideo

Osobiste i pokojowe punkty końcowe wideo, w tym serie Cisco Board, serie Room i Desk , mogą rejestrować się w trybie SIP natywnie. Każdy z tych punktów końcowych, który wymaga wykonywania połączeń audio i/lub PSTN, wymaga licencji na wywołanie:

Urządzenia współdzielone w salach konferencyjnych, pomieszczeniach do gromadzenia itp. Wymagają licencji Professional Workspace lub Workspace.

Urządzenie osobiste użytkownika końcowego wymaga profesjonalnej lub standardowej licencji.

Określ, ile punktów końcowych wideo jest zarejestrowanych i używanych do wykonywania połączeń audio. Możliwe, że niektóre punkty końcowe wideo mogą być używane tylko do dołączania do spotkań lub wykonywania połączeń wideo SIP. W obu przypadkach punkty końcowe nadal muszą zostać przeniesione, zanim serwery zostaną wycofane ze służby, jednak pomoże to określić, ile z nich będzie potrzebować licencji, aby kontynuować wykonywanie połączeń telefonicznych.

Gdy urządzenia wideo zostaną przeniesione z rejestracji do, identyfikator URI tych punktów końcowych ulegnie zmianie, ponieważ są one teraz zarejestrowane w chmurze.

Modele telefonów 8845, 8865 i 8875 to osobiste telefony wideo, które są obsługiwane.

Miękki klienci

Jest jedynym programowym klientem obsługiwanym przez, w przeciwieństwie do tego, Unified CM który obsługuje zarówno aplikację Webex, jak i Jabber, i jest nowym domyślnym klientem miękkim dla użytkowników końcowych.

W zależności od trybów wdrażania zaimplementowanych dla Jabber (tylko w trybie IM, tylko dla telefonu i/lub pełnego trybu UC), może być również konieczne rozważenie przejścia obciążeń komunikacyjnych i/lub spotkań z Jabber do. Może być wdrożony w trybie tylko telefonicznym, jeśli będzie używany jako klient tylko wywołujący lub może być wdrożony jako peł ny, Webex Suite jeśli inne obciążenia, np. Webex Messagingi/lubWebex Meetings, są przenoszone do aplikacji z połączeniami.

Poprawia wrażenia użytkownika końcowego, zapewniając funkcje AI, takie jak inteligencja audio/wideo, transkrypcja połączeń i inne. Aby uzyskać więcej informacji, zobacz https://www.webex.com/all-new-webex.

Przed przeniesieniem użytkowników do Ciebie będziesz musiał przenieść swoich klientów Jabber do. Masz dwie opcje, aby zakończyć to przejście.

Zanim przejdziesz je do

Kiedy je przejdziesz do.

Aby ułatwić początkowe przejście do, zaleca się użycie opcji 1 i przeniesienie użytkowników do połączenia z pierwszym połączeniem. Daje to użytkownikom czas na zapoznanie się z nową aplikacją, gdy nadal korzystają z istniejącej lokalnej platformy połączeń. Gdy będziesz gotowy do przeniesienia użytkowników do, skonfigurujesz ich, aby rejestrowali się na platformie połączeń w chmurze.

Aby uzyskać więcej informacji na temat tych dwóch opcji, zobacz Pod róż migracji — jeden lub dwa kroki? .

Aby uzyskać pełną listę obsługiwanych urządzeń, zobacz Obsługiwane urządzenia dla Webex Calling.

Sprawdź kwalifikowalność urządzenia

Jak wspomniano wcześniej, obsługuje podzbiór telefonów IP Cisco i wymaga innego typu oprogramowania układowego dla telefonów z serii 7800 i 8800. Unified CMtelefony działają z oprogramowaniem sprzętowym Enterprise, podczas gdy telefony obsługują oprogramowanie wieloplatformowego telefonu (MPP). Zaleca się sprawdzenie, które zarejestrowane telefony kwalifikują się do uaktualnienia do oprogramowania układowego MPP podczas fazy przygotowania. Daje to czas na zastąpienie niekwalifikowanych telefonów jednym z obsługiwanych modeli telefonów lub na określenie alternatywnego planu, takiego jak przeniesienie użytkownika tylko do aplikacji Webex.

Aby pomóc w określeniu kwalifikacji telefonów, Control Hub ma wbudowane narzędzie o nazwie Migracja telefonu do Webex Calling. Podczas korzystania z tego narzędzia do sprawdzania kwalifikowalności urządzenia wybierz opcję Migracja Gener uj tylko licencję urządzenia.

Opcja narzędzia Control Hub do weryfikacji kwalifikowalności Unified CM telefonów Webex Calling

Ta opcja umożliwia przesłanie pliku CSV zawierającego telefony, dzięki czemu można sprawdzić kwalifikowalność każdego telefonu. Wybierając tę opcję Migracja, nie dodaje się telefonów, ponieważ nadal jesteś w fazie przygotowania i nie jesteś jeszcze gotowy do tego. Aby uzyskać więcej informacji, zobacz Migracja telefonu do Webex Calling.

Możliwe, że niektóre telefony mogą wrócić z nie znanymi kwalifik acjami. Zwykle dzieje się tak, ponieważ nie jest w stanie zweryfikować niektórych informacji o telefonie w systemie zaplecza. W przypadku telefonów o statusie Nie znany masz dwie opcje sprawdzania, czy kwalifikują się do uaktualnienia do oprogramowania układowego MPP.

Ręcznie sprawdź każdy telefon i zweryfikuj model i wersję sprzętu (PID VID)

Etykieta telefonu 7800/8800 z informacjami o modelu i wersji sprzętu

Korzystanie z narzędzia do gotowości telefonu IP firmy Cisco

Pobierz narzędzie z https://github.com/joemar2/mpp_readiness_check.

To narzędzie nie jest oficjalnym narzędziem Cisco ani nie jest obsługiwane przez TAC. Ma wsparcie dla najlepszych wysiłków, ale jest darmowy w użyciu.

To narzędzie musi być uruchomione na komputerze lokalnym i może uzyskać dostęp do serwerów i telefonów IP. Posiada opcję włączenia dostępu do sieci na telefonach IP, co jest zalecane i potrzebne, aby uzyskać najlepsze wyniki. Dlatego należy go używać w godzinach wolnych, aby uniknąć zakłóceń dla użytkowników końcowych. Wyjście narzędzia zawiera raport zawierający listę telefonów z serii 7800 i 8800 kwalifikują się do aktualizacji do oprogramowania układowego MPP. Ponieważ ma bezpośredni dostęp do telefonu, może zweryfikować nieznane urządzenia, które zostały zgłoszone za pomocą narzędzia Control Hub.

Raport narzędzia gotowości telefonu IP firmy Cisco

Użytkownicy

Jednym z najważniejszych kroków przygotowawczych, aby zapewnić pomyślną migrację, jest prawidłowe udostępnianie użytkowników. Musisz odpowiednio zaplanować wszystkich użytkowników, nawet jeśli przeprowadzasz migrację etapową. Użytkownicy muszą mieć dostęp do któregokolwiek z poniższych czynności:

Wdrażanie funkcji With Calling

Wdrażanie z

Konfigurowanie usług dla użytkownika

Aby umożliwić użytkownikom wyszukiwanie w katalogu (kliknięcie na połączenie, dane kontaktowe użytkownika, wyszukiwanie katalogu telefonicznego).

Zaleca się udostępnienie wszystkim użytkownikom przed lub na początku projektu. Dotyczy to użytkowników, którzy nadal używają Unified CM swojej platformy rozmowy, jest niezależny od ich urządzenia dzwoniącego (telefon IP, Jabber,). Gdy użytkownicy zostaną przeniesieni do (i/lub), będziesz aktualizować ich licencje, aby umożliwić usługi, których potrzebują. Udostępnianie wszystkich użytkowników dzwoniących w przedsiębiorstwie przed rozpoczęciem przejścia umożliwia użytkownikowi, który przeszedł do katalogu lub przeszukiwanie katalogu w poszukiwaniu użytkownika dzwoniącego przedsiębiorstwa, który nadal korzysta z Jabber i/lub włączony. Dzięki temu użytkownicy przechodzący mogą znaleźć dane kontaktowe innych użytkowników i nawiązać z nimi połączenie za pomocą wyszukiwania katalogu.

Wyszuki wanie w katalog u rysunków pokazuje przykład wyszukującego innego użytkownika. Wyniki wyszukiwania pokazują dane kontaktowe użytkownika i mogą dotyczyć użytkownika, który nadal jest na Jabber lub dla użytkownika, który przeszedł do i/lub.

Wyszukiwanie katalogów aplikacji Webex

Następnie określ, do którego z istniejących lokalnych użytkowników dzwoniących zostanie przeniesiony. Jeśli wszyscy lub duża liczba użytkowników zostanie przeniesiona, zaleca się przenoszenie użytkowników w grupy, aby upewnić się, że zespół projektowy, personel IT i personel wsparcia będą w stanie poradzić sobie z przejściem i wszelkimi problemami, które mogą się pojawić. Powinieneś także przeznaczyć trochę czasu na dostarczenie wstępnych informacji i sesji szkoleniowych, aby przygotować użytkowników do tego przejścia. Grupowanie przejścia użytkowników można przeprowadzić na podstawie różnych kryteriów, w tym lokalizacji lub witryny, do której przypisani są użytkownicy, działy użytkowników, a nawet typy użytkowników (pracownicy wiedzy, dyrektorzy, pracownicy mobilni itp.).

Przykładowo, jeśli użytkownicy we wdrożeniu są podzieleni na trzy główne lokalizacje: Nowy Jork (NYC), San Francisco (SFC) i Research Triangle Park (RTP), plan przejścia użytkownika może wyglądać jak plan opisany w tabeli planu przejścia użytkownika według lokalizacji.
Tabela 4. Plan przejścia użytkownika według witryny
Strona użytkownika/lokalizacja Informacje i szkolenia przed przejściem Okres przejściowy Wsparcie po przejściu
NYC (1.525 użytkowników) Tydzień 1 kwietnia 15 kwietnia — 27 kwietnia Tydzień 29 kwietnia
SFO (1 600 użytkowników) Tydzień 6 maja 20 maja — 31 maja Tydzień 3 czerwca
RTP (1,275 użytkowników) Tydzień 3 czerwca 17 czerwca — 28 czerwca Tydzień 1 lipca

Innym ważnym czynnikiem jest łączenie użytkowników, którzy mają między sobą zależności. Może to obejmować, ale nie ogranicza się do następujących kwestii:

Monitorowanie BLF

Ten sam pilot/grupa polowań

Udostępnij linie

Część tej samej grupy odbioru połączeń

Używanie tych samych numerów call-park

Domofon

Administrator/Dyrektor.

Możesz przejrzeć konfigurację (GUI lub eksport) lub użyć narzędzia Migration Insights, aby pomóc zidentyfikować grupy użytkowników z tymi zależnościami.

Łączność PSTN

może uzyskać dostęp do PSTN na trzy sposoby: plany połączeń Cisco, Cloud connect for (dawniej Cloud Connected PSTN) i lokalną bramę PSTN (lokalną bramę). Jednakże, pojedyncza lokalizacja zdefiniowana w ramach programu może być przypisana tylko do jednej opcji PSTN.

Lokalny system PSTN z lokalną bramą (LGW) jest istotnym elementem strategii przejścia. Zapewnia łączność między wdrożeniem lokalnym i/lub PSTN a platformą. obsługuje zarówno Cisco, jak i certyfikowane kontrolery granicy sesji (SBC) innych firm, które mogą być używane jako brama lokalna. Aby zapoznać się z najnowszą listą obsługiwanych SBC, zobacz Lista obsługiwanych S BC.

obsługuje do 250 jednoczesnych połączeń z jednej bramki lokalnej opartej na rejestracji oraz ponad 250 połączeń równoczesnych z jednej bramki lokalnej opartej na certyfikatach. Bramy lokalne oparte na certyfikatach mogą obsługiwać do 6500 jednoczesnych połączeń, ale zależy to od rodzaju łączności, z którą musi korzystać brama lokalna (Over-the-Top vs interconnect peering) oraz modelu SBC, na którym wdrożona jest brama lokalna. Limity te są zasadniczo domyślnym limitem liczby zarówno dla lokalnych połączeń PSTN opartych na bramie, jak i połączeń między lokalizacjami między punktami końcowymi i między punktami końcowymi. Aby uzyskać więcej informacji, zobacz Rozpoczęcie korzystania z lokalnej bramy.

Wszelkie połączenia przekraczające ten limit są odrzucane za pomocą 403 Forbidden. Polecenie głosowe show call active może być uruchomione w bramce lokalnej w dowolnym wystąpieniu w celu określenia całkowitej liczby aktywnych połączeń.

Słabe warunki sieciowe między bramą lokalną a SBC dostępu mogą ograniczyć wydajność połączenia sygnalizacyjnego, prowadząc do jeszcze niższego limitu połączeń współbieżnych. Jednokierunkowe opóźnienie między lokalną bramą a centrum danych nie powinno przekraczać 100 ms, a jitter powinien być mniejszy niż 10 ms, podczas gdy utrata pakietów jest mniejsza niż 0,5%.

Funkcje i wykorzystanie funkcji

Podczas oceny bieżącego środowiska ważne jest określenie i sprawdzenie, które funkcje są skonfigurowane. Ponadto ważne jest, aby zrozumieć wykorzystanie funkcji, aby móc (ponownie) zdefiniować wymagania biznesowe i techniczne dotyczące wdrożenia.

Aby określić, które funkcje są skonfigurowane, przeanalizuj konfigurację. Są to wszystkie dane statyczne, które są ustawiane, gdy funkcja lub ustawienie jest skonfigurowane w systemie. Do ukończenia tej analizy można użyć następujących opcji:

Przejrzyj konfigurację w interfejsie użytkownika administratora

eksport konfiguracji - eksport zbiorczy lub AXL

narzędzie do analizy migracji (zalecane)

Narzędzia partnerskie firmy Cisco (zalecane).

Aby skutecznie analizować wykorzystanie funkcji, konieczne jest zbadanie dynamicznych danych systemowych, takich jak wykorzystanie, rejestracje i aktywność połączeń. Różne narzędzia analityczne i pulpity nawigacyjne zapewniają wgląd w te wskaźniki, umożliwiając kompleksowe zrozumienie wydajności i wydajności systemu, co wspiera świadome podejmowanie decyzji podczas migracji i optymalizacji. Do wykonania tego typu analizy można użyć następujących opcji:

Przegląd surowych rekordów CDR

Przegląd danych Unified CM RTMT

narzędzie migracji Insights z wykorzystaniem danych CDR

Przegląd analiz UC połączonych z chmurą w

Głośność połączeń

Zarejestrowane punkty końcowe

lokalizacje (CAC)

Wykorzystanie bagażnika.

Narzędzia partnerskie firmy Cisco.

Cisco zaleca rozpoczęcie korzystania z narzędzia Webex Control Hub Migration Insights do tej analizy. Do narzędzia zostanie zaimportowany plik eksportują.TAR i pliki Unified CM CDR (opcjonalne, ale wymagane do analizy wykorzystania funkcji). Narzędzie wygeneruje następujące raporty oparte na CSV , które można wykorzystać do rozpoczęcia analizy:

Tabela 5. Raporty generowane z Unified CM pliku.tar
Nazwa raportu
Opis raportu
Plik ImportedDataBulk.csv
Wszyscy użytkownicy i urządzenia z Unified CM danych
Plik DeviceEligibility.csv
Identyfikuje urządzenia kwalifikujące się do migr Webex Calling acji (telefony IP, urządzenia z systemem operacyjnym Room, ATA i osoby trzecie)
Plik DevicePoolNumbers.txt
Lista wszystkich numerów w konkretnej puli urządzeń
Plik HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Szczegółowe informacje o urządzeniach i użytkownikach, które powinny być migrowane razem na podstawie wspólnych linii, pilota polowania, kolejki połączeń, parkowania połączeń i konfiguracji grupy odbioru połączeń
Plik HuntGroupMigrationInsight.csv
Szczegółowe informacje o przypisanych liniach polowania, grupach linii i powiązanych agentach
Plik SharedlineGroupMigrationReport.csv
Przegląd sposobu udostępniania numerów telefonów (numerów katalogów) między użytkownikami

Tabela 6. Raporty generowane z Unified CM plików.tar i CDR gzip
Nazwa raportu
Opis raportu
Plik FeatureUsageBasedDeviceEligibilityReport.csv
Informacje na temat kwalifikowalności migracji urządzeń w oparciu o użycie funkcji
Plik FeatureUsageWithLastUsageDateReport.csv
Liczba zastosowań dla liczby wywołań pilota (-ów) polowania i kolejki połączeń wraz z datą ostatniego użycia
Plik UserWorkspaceLastUsage.csv
Ostatnia data użytkowania dla użytkowników i przestrzeni roboczych zarówno dla klientów miękkich, jak i telefonów twardych
Plik DIDUsageReport.csv
Wykorzystanie DID zarówno dla przypisanych, jak i nieprzypisanych DID

Aby uzyskać więcej informacji na temat raportów Migration Insights, zobacz Informacje dotyczące migracji .

Jeśli potrzebujesz więcej informacji o funkcjach i zastosowaniu po przejrzeniu informacji zawartych w raportach Migration Insights, Cisco zaleca rozważenie jednego z narzędzi migracji partnerów innych firm Cisco i/lub przejrzenie konfiguracji w interfejsie użytkownika lub danych eksportu konfiguracji.

Integracje Cisco: Unity Connection UCCX UCCE

Poczta głosowa jest integralną częścią oferty i natywnie wbudowana w rozwiązanie. nie można zintegrować z lokalnym rozwiązaniem poczty głosowej, takim jak Unity Connection lub Unity Connection Express. Ponadto nie ma natywnego sposobu migracji istniejących wiadomości poczty głosowej lub powitań z połączeniem Unity do natywnej usługi poczty głosowej dostępnej z. Niektóre narzędzia migracji zewnętrznych partnerów Cisco mają możliwość migracji niektórych z tych danych. Aby uzyskać więcej informacji na temat poczty głosowej dla, zobacz Konfigurowanie ustawień poczty głosowej dla użytkownika i zarządzanie nimi. Webex Calling

obsługuje również współdzielone skrzynki pocztowe głosowe i faksy. Aby uzyskać więcej informacji, zobacz Zarządzanie udostępnioną pocztą głosową i faksem przychodzącym dla. Webex Calling

ma wbudowaną funkcję Auto Attendant, która jest częścią podstawowej platformy. Ta funkcja umożliwia przejście funkcji obsługi połączeń Unity Connection i funkcji automatycznej obsługi połączeń. Narzędzie Control Hub, Migr acja funkcji zUnified CM, obsługuje migrację konfiguracji połączenia Unity do funkcji Auto-Attendants. Aby uzyskać więcej informacji na temat korzystania z tego narzędzia, zobacz Migracja urządzeń i funkcji z Unified CM doWebex Calling.

Nagrywanie rozmów

zawiera dwie opcje nagrywania połączeń bez dodatkowych kosztów.

Nagrywanie rozmów Webex

Nagrywanie Dubber Go (oferta partnerska) - integracja między a dubber, w której wszystkie nagrane nośniki są bezpiecznie przechowywane w chmurze.

dołączona tabela opcji nagrywania podkreśla niektóre kluczowe cechy dwóch opcji nagrywania połączeń, które są dostępne bez dodatkowych kosztów.

Tabela 7. Dołączone opcje nagrywania
Webex Dubber Go

Dostępne dla wszystkich użytkowników Dostępne dla wszystkich użytkowników

Nieograniczone nagrania Nieograniczone nagrania

1 rok okresu retencji* 30-dniowy okres przechowywania

100 GB pamięci na organizację -

Funkcjonariusze ds. zgodności mogą uzyskać dostęp do nagrań połączeń i zarządzać -

Interfejsy API do zarządzania nagraniami -

Administratorzy mogą konfigurować dostęp użytkowników do nagrań połączeń i zarządzać nimi
Użytkownicy mogą zarządzać własnymi nagraniami za pomocą User Hub i/lub aplikacji Webex.
Tylko użytkownicy mogą uzyskać dostęp do swoich nagrań i zarządzać nimi
Z ich portalu dubber.

Jeśli organizacja wymaga dodatkowych funkcji nagrywania, takich jak nagrywanie połączeń zgodności, dłuższe okresy przechowywania, więcej pamięci masowej, analiza sztucznej inteligencji i/lub dostęp administratora, dostępne są płatne oferty lub dodatki zarówno od Cisco, jak i zewnętrznych dostawców nagrywania. Aby uzyskać więcej informacji na temat dostawców nagrywania, konfiguracji i dodatkowych usług partnerskich, zobacz Zarządzanie nagrywaniem połączeń dla Webex Calling.

Integracje stron trzecich

obsługuje wiele integracji stron trzec ^ich, w tym między innymi SBC dla bram lokalnych, telefonów IP, telefonów domofonowych, głośników/pagerów, ATA itp. Oprócz tych urządzeń trzecich ^firm Webex Calling obsługuje różne rozwiązania dla usług trzec ^ich firm w zakresie obsługi klienta, analizy, nagrywania, rozliczeń itp. Aby uzyskać więcej informacji na temat rozwiązań dla ^firm trzecich, zobacz Webex App Hub.

Tabela 4. Plan przejścia użytkownika według witryny
Strona użytkownika/lokalizacja	Informacje i szkolenia przed przejściem	Okres przejściowy	Wsparcie po przejściu
NYC (1.525 użytkowników)	Tydzień 1 kwietnia	15 kwietnia — 27 kwietnia	Tydzień 29 kwietnia
SFO (1 600 użytkowników)	Tydzień 6 maja	20 maja — 31 maja	Tydzień 3 czerwca
RTP (1,275 użytkowników)	Tydzień 3 czerwca	17 czerwca — 28 czerwca	Tydzień 1 lipca

Tabela 5. Raporty generowane z Unified CM pliku.tar
Nazwa raportu Opis raportu
Plik ImportedDataBulk.csv Wszyscy użytkownicy i urządzenia z Unified CM danych
Plik DeviceEligibility.csv Identyfikuje urządzenia kwalifikujące się do migr Webex Calling acji (telefony IP, urządzenia z systemem operacyjnym Room, ATA i osoby trzecie)
Plik DevicePoolNumbers.txt Lista wszystkich numerów w konkretnej puli urządzeń
Plik HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Szczegółowe informacje o urządzeniach i użytkownikach, które powinny być migrowane razem na podstawie wspólnych linii, pilota polowania, kolejki połączeń, parkowania połączeń i konfiguracji grupy odbioru połączeń
Plik HuntGroupMigrationInsight.csv Szczegółowe informacje o przypisanych liniach polowania, grupach linii i powiązanych agentach
Plik SharedlineGroupMigrationReport.csv Przegląd sposobu udostępniania numerów telefonów (numerów katalogów) między użytkownikami

Tabela 6. Raporty generowane z Unified CM plików.tar i CDR gzip
Nazwa raportu Opis raportu
Plik FeatureUsageBasedDeviceEligibilityReport.csv Informacje na temat kwalifikowalności migracji urządzeń w oparciu o użycie funkcji
Plik FeatureUsageWithLastUsageDateReport.csv Liczba zastosowań dla liczby wywołań pilota (-ów) polowania i kolejki połączeń wraz z datą ostatniego użycia
Plik UserWorkspaceLastUsage.csv Ostatnia data użytkowania dla użytkowników i przestrzeni roboczych zarówno dla klientów miękkich, jak i telefonów twardych
Plik DIDUsageReport.csv Wykorzystanie DID zarówno dla przypisanych, jak i nieprzypisanych DID

Tabela 7. Dołączone opcje nagrywania
Webex	Dubber Go
Dostępne dla wszystkich użytkowników	Dostępne dla wszystkich użytkowników
Nieograniczone nagrania	Nieograniczone nagrania
1 rok okresu retencji*	30-dniowy okres przechowywania
100 GB pamięci na organizację	-
Funkcjonariusze ds. zgodności mogą uzyskać dostęp do nagrań połączeń i zarządzać	-
Interfejsy API do zarządzania nagraniami	-
Administratorzy mogą konfigurować dostęp użytkowników do nagrań połączeń i zarządzać nimi Użytkownicy mogą zarządzać własnymi nagraniami za pomocą User Hub i/lub aplikacji Webex.	Tylko użytkownicy mogą uzyskać dostęp do swoich nagrań i zarządzać nimi Z ich portalu dubber.

Plan

Plan projektu wysokiego poziomu

Podróż migracyjna - jeden lub dwa kroki?

Opcja 1: Jednoetapowa migracja użytkownika

Opcja 2: Dwustopniowa migracja użytkownika

Krok 1

Krok 2

Plan projektu wysokiego poziomu

Podczas opracowywania planu projektu na wysokim szczeblu dotyczącego migracji z do, niezbędne jest ustalenie jasnych faz i kamieni milowych, które są zgodne zarówno z celami biznesowymi, jak i wymaganiami technicznymi. Plan powinien rozpocząć się od kompleksowej fazy oceny, obejmującej zebranie szczegółowych wymagań technicznych i biznesowych, a także identyfikowanie interesariuszy i określenie kryteriów sukcesu. Kluczowe kwestie obejmują alokację zasobów, oszacowanie harmonogramu czasu, zarządzanie ryzykiem i strategie komunikacyjne, aby zapewnić wszystkim stronom informowanie i zaangażowanie w trakcie migracji. Ponadto plan powinien obejmować punkty kontrolne wali dacji, takie jak testy pilotażowe i stopniowe wdrażanie, aby zminimalizować zakłócenia i umożliwić dostosowania oparte na informacjach zwrotnych.

Przykładami elementów, które należy uwzględnić w planie projektu są:

Określenie zakresu migracji (np. do których użytkowników, urządzeń i funkcji przejdą)

Planowanie sesji szkoleniowych dla użytkowników końcowych i zespołów wsparcia

koordynowanie ocen gotowości sieci, oraz

Planowanie działań ograniczających z opcjami awaryjnymi. Ważne jest również zintegrow anie przeglądów zgodności i bezpieczeństwa, a także wsparcia po migracji i fazy optymalizacji.

Strukturyzując plan projektu z tymi względami, organizacje mogą lepiej zarządzać złożonością, zmniejszać ryzyko i osiągnąć płynniejsze przejście do.

Podróż migracyjna - jeden lub dwa kroki?

wymaga od użytkowników korzystania z programu Soft Client for their call. W związku z tym, jeśli któryś z użytkowników nadal korzysta, masz dwie opcje, kiedy możesz je przenieść do. Można wykonać jednoetapową migrację użytkownika lub dwuetapową migrację użytkowników.

Opcja 1: Jednoetapowa migracja użytkownika

Podczas jednoetapowej migracji użytkownicy przechodzą z do w tym samym czasie, w którym przechodzą od Unified CM do. Ta opcja jest zazwyczaj przeznaczona dla klientów z niewielką liczbą użytkowników do migracji i może zarządzać przenoszeniem zarówno miękkiego klienta użytkownika, jak i usługi telefonicznej w tym samym czasie. Poniższy rysun ek Usługa połączeń użytkownika, miękki klient i telefon migruje do tego samego czasu, podkreśla ten rodzaj migracji. Dzięki tej opcji użytkownik wykon a następujące czynności w tym samym czasie:

Usługi telefoniczne przeniesione z do

Numery telefonów i rozszerzenia przeniesione z do

Klient Soft przeszedł z Jabber do - zarejestruje się na

Rejestracja telefoniczna przeniesiona z do.

Usługa połączeń użytkownika, miękki klient i telefon migruje do tego samego czasu

Nadal może to być migracja etapowa, w której grupy użytkowników są przenoszone w różnym czasie, ale gdy każdy użytkownik jest przenoszony, wszystko to odbywa się w tym samym czasie.

Opcja 2: Dwustopniowa migracja użytkownika

Drugim podejściem jest dwustopniowa migracja. W kroku 1, użytkownicy przechodzą z do usług telefonicznych, ale pozostają włączeni do usług telefonicznych. Następnie w kroku 2, użytkownicy są przenoszeni z Unified CM do. Ta opcja jest zalecana dla większych klientów, aby zarządzać zmianami użytkownika końcowego i chcą oddzielić zmianę miękkiego klienta użytkownika od zmiany usługi dzwonienia. Poniższy rysun ek Migracja klienta miękkiego; następnie migracja usługi połączeń, klienta miękkiego i telefonu do Webex Calling poniżej podkreśla ten typ migracji.

Krok 1

Miękki klient przeszedł z do - zarejestruje się do.

Krok 2

Usługi telefoniczne zostały przeniesione z do.

Numery telefonów i rozszerzenia przeniesione z do.

rejestracja przeniesiona z do.

Rejestracja telefoniczna przeniesiona z do.

Migracja klienta miękkiego; następnie migruj usługę połączeń, klienta miękkiego i telefonu do Webex Calling

Nadal może to być migracja etapowa, w której grupy użytkowników są przenoszone w różnym czasie w obu etapach.

Wybrana opcja zależy od tego, w jaki sposób chcesz zarządzać przejściem użytkowników do i. Zaleca się podjęcie tego etapami (opcja 2). Pozwala to jednocześnie zminimalizować zmiany użytkownika końcowego i podzielić wysiłek na różne części projektu. Jeśli jednak wolisz, aby użytkownicy mieli wpływ tylko raz, ważne jest również użycie opcji 1.

Patrząc na zalecaną podróż (opcja 1), poniższa mapa przejścia wysokiego poziomu Jabber do Webex App pokazuje przejście wysokiego poziomu dla kroku 1.

Mapa przejścia wysokiego poziomu Jabber do aplikacji Webex

Na tym etapie użytkownicy przechodzą z Jabber do wszystkich swoich usług telefonicznych. jednak, platforma telefoniczna jest nadal Unified CM i zarejest ruje swoje usługi telefoniczne. Jak widać na mapie przejścia wysokiego poziomu Jabber do Webex App, infrastruktura lokalna się nie zmienia, i działa tak samo, jak Jabber. Jedyną zmianą jest to, że wymaga połączenia z.

Aby uzyskać więcej informacji na temat tego przejścia, zobacz Mapę przejścia Jabber do Webex i przewodnik wdrażania w sekcji Klient na stronie Przejście do współpracy.

Unified CMdo map Webex Calling y przejścia wysokiego poziomu to przejście na wysokim poziomie od do. To jest krok 2 zalecanej podróży.

Unified CMdo mapy przejścia Webex Calling wysokiego poziomu

Jeśli zdecydujesz się zastosować podejście jednoetapowe, dotyczy to również.

W tym kroku użytkownicy przechodzą do grup. W tym momencie użytkownicy zaczynają korzystać z usług połączeń, rejestracji połączeń i rejestracji telefonu IP.

Ponieważ użytkownicy poruszają się w grupach, użytkownicy Enterprise zostaną podzieleni między dwie platformy wywołujące podczas przejścia. Rysunek mapy Unified CM przejści Webex Calling owej fazy 1 do wysokiego poziomu przedstawia ten stan. Podczas tej fazy wymagane jest planowanie sposobu zarządzania połączeniami między użytkownikami na dwóch platformach i sposobu kierowania połączeń PSTN. Za każdym razem, gdy grupa użytkowników zostanie przeniesiona, wymagane będą plany wybierania numerów i aktualizacje routingu połączeń oraz w lokalnej bramie (-ach).

Gdy wszyscy użytkownicy, klienci i urządzenia zostaną przeniesione do (faza 2), cała lokalna infrastruktura UC może zostać usunięta i wycofana z eksploatacji.

Projektowanie

Wybór regionu

Lokalizacje

PSTN

Plan wybierania numeru

Lokalny plan wybierania numerów w

plan wybierania

Nagrywanie

1. Wybór dostawcy nagrywania połączeń

2. Wybór regionu

Połączenia alarmowe

Licencjonowanie

Ręczne przydzielanie przez

Automatyczne szablony przypisywania licencji

Przypisywanie zbiorcze za pomocą szablonu CSV

Przypisanie oparte na interfejsie API

Wymagania licencyjne

Udostępnianie przez użytkownika

Grupy użytkowników

Zalecane podejście podczas migracji z do

Projektowanie grup użytkowników

Pojedyncze logowanie (SSO)

Obsługa wielu IDP

1. Fuzje i przejęcia

2. Wiele niezależnych działów IT

3. Różne grupy użytkowników lub domeny

4. Obsługa różnych protokołów uwierzytelniania

5. Zwiększone bezpieczeństwo i zgodność

6. Uproszczone doświadczenie użytkownika

Duo MFA z SSO dla

Funkcje

Pracownik samochodowy

Zadzwoń do parku

Odbiór połączeń

Kolejka połączeń

Grupa polowań

Tryby pracy

Grupa stronicowa

Nagrania

Zasięg pojedynczego numeru

Grupa poczty głosowej

Wybór regionu

jest dostępny na całym świecie i jest dostarczany z nadmiarowych centrów danych w wielu regionach: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Wielka Brytania (Londyn, Manchester), Australia (Melbourne, Sydney), Japonia (Tokio, Osaka), Arabia Saudyjska (Rijad, D żudda) i Indie (Bombaj, Chennai). Media POP zapewniają usługi medialne w celu optymalizacji czasów podróży mediów w obie strony. Na przykład centrum danych w Singapurze służy do optymalizacji czasów podróży mediów w obie strony dla klientów w krajach azjatyckich, gdzie czasy podróży w obie strony do Australii lub Japonii mogą być nieoptymalne. Centra danych są połączone wielogabitowym i w pełni redundantnym szkieletem. Rysunek globalnie rozproszonych centr ów danych przedstawia przegląd wszystkich centrów danych. Aby zapoznać się z najnowszą listą dostępnych centrów danych, zobacz Lokalizacje centrów danych Webex Calling.

Globalnie rozproszone centra danych

Każdy klient jest dostarczany w jednej z instancji. Wszystkie informacje dotyczące udostępniania tego klienta są przechowywane w tej instancji, a sygnalizacja SIP wszystkich punktów końcowych i lokalnych bram udostępnionych dla tego klienta jest powiązana z instancją, na której klient jest udostępniany. Ponieważ trudno jest zmienić początkowy wybór regionu, ważne jest, aby wziąć pod uwagę wszystkie istotne czynniki w ramach procesu decyzyjnego prowadzącego do wyboru regionu. Aby uniknąć nadmiernego sygnalizacji opóźnienia w obie strony, ważne jest, aby na wczesnym etapie procesu przejścia zdecydować, która instancja powinna być użyta. Cisco zaleca wybranie instancji, która zapewnia najniższy czas sygnalizacji w obie strony dla największej liczby użytkowników w ramach wdrożenia.

Aby zapoznać się z dostępnością w kraju, zobacz Gdzie jest dostępny Webex? .

Lokalizacje

Aby przygotować się do udostępniania lokalizacji, należy zebrać wymagane informacje dla wszystkich docelowych lokalizacji migracji. Informacje potrzebne dla każdej lokalizacji są podsumowane w sekcji Informacje do przechwycenia dla każdej lokalizacji.
Tabela 1. Informacje do przechwycenia dla każdej lokalizacji
Informacja Komentarz
Zakres (-y) rozszerzeń Każda lokalizacja może mieć rozszerzenia zaczynające się od różnych cyfr. Należy zaoszczędzić jedną cyfrę dla cyfry sterującej wybierania między lokalizacjami (na przykład 8) i jedną dla cyfry sterującej PSTN (na przykład 9). Żaden zakres rozszerzenia nie może zaczynać się od jednej z tych dwóch cyfr.
Wszystkie zakresy rozszerzeń wszystkich lokalizacji muszą mieć jednakową długość.
Zakres (y) DID -
Cyfra kierownicza PSTN -
Kod strony Wszystkie kody witryn wszystkich lokalizacji muszą być unikalne i mieć tę samą długość.
Numer główny Podczas tworzenia lokalizacji należy udostępnić dwa DID. Jeden jako numer główny (na przykład przypisany do usługi obsługi automatycznej) i jeden dla portalu poczty głoso wej.
Podaj jeden DID dla numeru poczty głosowej.
Numer poczty głosowej
Liczba licencji Wymagane licencje według typu, w tym Standard, Professional, Workspace, Lista tras, Plan połączeń wychodzących.
Jednoczesne połączenia w pracowitej godzinie Suma połączeń współbieżnych między urządzeniami i między urządzeniami a lokalną bramą (PSTN i połączenia z urządzeniami). Potrzebne do określenia wymaganej przepustowości dostępu do Internetu.
Kraj -
Strefa czasowa -
Język -
Kontakt (imię i nazwisko, telefon, e-mail) -
Adres (adres ulicy, miasto, stan, kod pocztowy) -
Fizyczna lokalizacja wysyłalna służb ratunkowych dla punktów końcowych Lokalizacja wywoławcza urządzenia używana do połączeń alarmowych zazwyczaj obejmuje: adres budynku, adres budynku+numer piętra, adres budynku+numer apartamentu lub adres budyn ku+numer piętro+numer biurowy/sześcienny.
Unikalna fizyczna lokalizacja sieci dla służb ratunkowych na urządzenie Fizyczna lokalizacja sieci dla połączeń alarmowych obejmuje zazwyczaj następujące elementy: przełącznik/przełącznik dla urządzeń przewodowych, identyfikatory BSSID (BSSID) bezprzewo dowego punktu dostępowego (AP) dla urządzeń podłączonych bezprzewodowo i/lub lokalną podsieć IP dla urządzeń końcowych.

PSTN

Podczas projektowania wdrożenia klienci mają trzy podstawowe opcje łączności PSTN: Cisco C alling Plans (usługa PSTN dostarczana w chmurze zarządzana przez Cisco), Cloud Connected PSTN Providers (CCPP, gdzie dostawcy dostarczają usługę PSTN za pośrednictwem chmury) oraz lokalny PSTN (gdzie lokalne bramy łączą sieć korporacyjną z PSTN). Wraz z wprowadzeniem trunkingu PSTN dla wdrożeń hybrydowych (Aby uzyskać więcej informacji, zobacz Trunking PSTN dla w Webex Calling drożeń hybrydowych w PSTN trunking), organizacje zyskują dodatkową elastyczność w podejściu do migracji. Ta funkcja umożliwia klientom przeniesienie PSTN do CCPP na początku przejścia i rozpoczęcie przejścia na PSTN w chmurze dla użytkowników, jednocześnie wykorzystując CCPP do utrzymania usługi PSTN dla użytkowników, którzy pozostają w Cisco podczas stopniowej migracji.

Takie podejście hybrydowe pozwala organizacjom najpierw przenieść wybrane grupy użytkowników do chmury, bez natychmiastowego remontu całego środowiska telefonii. Wprowadza jednak dodatkową złożoność i ryzyko, zwłaszcza w odniesieniu do dostosowania istniejącej logiki routingu połączeń do obsługi nowej architektury. Interoperacyjność ze starszymi aplikacjami, takimi jak serwery faksowe, centra kontaktowe lub systemy stronicowania, również wymaga starannego rozważenia. Kluczowe wyzwania techniczne mogą obejmować zapewnienie bezproblemowej negocjacji kodeków typu end-to-end i sygnalizacji DTMF (Dual-Tone Multi-Frequency) w środowisku mieszanym, a także sprawdzanie zgodności ze specjalistycznymi funkcjami telefonii. Właściwe planowanie i testowanie są niezbędne, aby zminimalizować zakłócenia i utrzymać niezawodne usługi głosowe w całym procesie migracji. Ponadto ważne są względy hand lowe, ponieważ hybrydowy trunking wymaga licencji użytkowania opartej na liczbie jednoczesnych połączeń między środowiskiem lokalnym a dostawcą usług PSTN Connected Cloud (CCPP).

Alternatywnie, organizacje mogą zdecydować się na zachowanie lokalnej łączności PSTN przez cały okres przejściowy. W tym scenariuszu migracja do CCPP może odbywać się na dwa sposoby: jako pojedyncze, skoordynowane ograniczenie dla wszystkich użytkowników i lokalizacji po zakończeniu migracji lub przyrostowo, przy czym migracja PSTN odbywa się w zależności od lokalizacji w miarę przenoszenia użytkowników. Takie podejście może pomóc usprawnić współistnienie i zachować ciągłość dla starszych integracji, ale wprowadza kilka złożoności operacyjnych. Wśród nich są wyzwania związane z przenoszeniem numerów, takie jak potrzeba precyzyjnej koordynacji zleceń w portach numerycznych, potencjalne opóźnienia i ograniczenia nałożone przez dostawcę, takie jak ograniczenie liczby jednoczesnych wniosków portowych lub ograniczenia dotyczące przenoszenia podzbiorów dużych bloków liczbowych. Organizacje muszą dokładnie zaplanować strategię przejścia na PSTN, uwzględniając te kwestie logistyczne, aby uniknąć przerw w świadczeniu usług i zapewnić płynną migrację.

Migracja do CCCP na początku a zachowanie lokalnego PSTN

Rysunek Migracja do CCCP na początku vs. utrzymywanie lokalnego PSTN przedstawia dwie opisane powyżej opcje migracji PSTN. Ilustracja po lewej stronie przedstawia scenariusz, w którym wszyscy lokalni użytkownicy i aplikacje korzystają z usług PSTN połączonych z chmurą za pośrednictwem lokalnego magistrali i lokalnej bramki łączącej lokalną bramę, podczas gdy ilustracja po prawej przedstawia scenariusz, w którym istniejący lokalny PSTN pozostaje na miejscu, a użytkownicy korzystają z lokalnego PSTN za pośrednictwem połączenia Brama lokalna Webex Calling między lokal nymi i. Podczas przejścia lokalizacje można przełączać za pomocą Cloud Connected PSTN.

W obu przypadkach połączenia między lokalnym a użytkownikiem korzystają z połączenia Brama lokalna. Połączenie pomiędzy lokalnymi i musi zostać odpowiednio zaprojektowane i rozmiarowane w oparciu o oczekiwaną liczbę jednoczesnych połączeń i wymaganą redundancję.

Plan wybierania

Aby osiągnąć płynną interoperacyjność między okresem migracji i w trakcie niego, należy opracować i wdrożyć kompleksową architekturę planu wybierania na obu platformach. Ta dwuplatformowa konstrukcja planu wybierania zapewnia spójne kierowanie połączeń , tłumaczenie numerów i przejrzystość funkcji, umożliwiając użytkownikom w każdym systemie komunikację bez pogorszenia usług lub zakłóceń w doświadczeniu użytkownika w trakcie fazy współistnienia.

Lokalny plan wybierania numerów w

Podczas przejścia, aby umożliwić współistnienie urządzeń zarejestrowanych w przedsiębiorstwie Unified CM i na nim plan wybierania należy zmienić tak, aby można było spełnić co najmniej następujące wymagania:

+E.164 wybieranie z do

Wybieranie przedłużenia od do (wewnątrzlokalizacyjne, ale także między lokalizacjami, jeśli zakresy rozszerzeń są unikalne)

Skrócone wybieranie między lokalizacjami od do

Wymuszone wybieranie w sieci od do

Call-back z katalogu nieodebranych połączeń do miejsc docelowych

Wywołuje PSTN z do PSTN, jeśli podczas przejścia używany jest lokalny PSTN

Wywołania PSTN od do if podczas przejścia PSTN trunking dla wdrożeń hybrydowych służy do zapewnienia dostępu PSTN użytkownikom lokalnym za pośrednictwem usługi Cloud Connect for

Wymuszony dostęp do sieci od do

Wybieranie przedłużeń od do (między lokalizacjami).

Jeśli którekolwiek z powyższych nie jest obsługiwane nawyki wybierania numerów przed przejściem, na przykład nie istnieje skrócony nawyk wybierania numerów między lokalizacjami, to niekoniecznie muszą być wprowad zane podczas przejścia.

Rysunek Plan wybierania numerów najlepszych praktyk przedstawia podejście oparte na najlepszych praktykach zgodnie z opisem w Preferred Architecture for Cisco Collaboration 12.x Enterprise On- Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Preferred Deployments (CVD). Kluczowe cechy tego podejścia obejmują:

Pojedyncza partycja dla numerów katalogów+E.164

Trasowanie rdzeniowe oparte na wzorcach trasy +E.164

Normalizacja wszystkich nawyków wybierania numerów do +E.164 przy użyciu wzorców tłumaczenia

Wykorzystanie wzoru tłumaczenia wywołującego dziedziczenie przestrzeni wyszukiwania (opcja Użyj pola wyszukiwania wywołującego inicjatora ustawionego na wzorcach tłumaczenia).

Plan wybierania najlepszych praktyk

Na przykład wybieranie numeru PSTN (9+1+10D) z urządzenia w SJC wyposażonego w przestrzeń wyszukiwania połączeń liniowych SJCInternational zostanie najpierw dopasowane do wzorca tłumaczenia 9.1 [2-9] XX [2-9] XXXXXX, który normalizuje wywołany numer strony na +E.164. Wyszukiwanie wtórne ponownie wykorzystuje tę samą przestrzeń wyszukiwania wywołującego SJCInternational (wywoływanie dziedziczenia przestrzeni wyszukiwania), a ciąg znaków +E.164 zostanie dopasowany przez numer katalogu +E.164 na partycji DN lub przez jeden ze wzorców trasy PST N w partycji USPSTNnational lub SJCPSTNLocal. Skrócone nawyki wybierania numerów wewnątrzlokalizacyjnych i między lokalizacjami są implementowane przez tłumaczenia w partycji ES N i SJCTOE164. Podczas gdy partycja ESN jest partycją globalną (dostępną dla telefonów we wszystkich lokalizacjach), partycja SJCTOE164 jest dostępna tylko dla użytkowników w lokalizacji SJC. Zakłada się to nakładające się zakresy rozszerzeń.

Pierwszym krokiem do włączenia połączenia od do jest upewnienie się, że docelowe +E.164 są odpowiednio kierowane. Można to osiągnąć, dodając partycję do planu wybierania, dodając wzorce trasy +E.164 dla wszystkich miejsc docelowych do tej partycji i na koniec dodając partycję do wszystkich wywołujących przestrzeni wyszukiwania reprezentujących klasy usług, do których należy dotrzeć. Utworzenie partycji dedykowanej jest wymagane, aby umożliwić utworzenie zróżnicowanej klasy usług dla połączeń pochodzących z. Aby uniknąć pętli połączeń, przestrzeń wyszukiwania połączeń przychodzących w magistrali z lokalnej bramy nie powinna mieć dostępu do partycji.

+E.164 routing do Webex Calling

Jak pokazano na rysunku +E.164 routing doWebex Calling, aby umożliwić routing od do dla lokalizacji z zakresem DID +E.164 +1 221 555 2XXX i kodem witryny 121, do partycji należy dodać pilny wzór trasy odpowiadający temu zakresowi +E.164.

Jeśli nie jest wymagany wybór bramy lokalnej dla danej lokalizacji, zamiast używać listy tras z lokalną grupą tras jako docelowym dla wzorców tras wskazujących na pojedynczą grupę tras, można założyć Bramę lokalną jako jedynym elementem, a następnie wzorce tras wskazują na listę pojedynczych tras z tą jedną grupą tras jako jedynym wpisem.

Aby włączyć wybieranie skrócone wybieranie między lokalizacjami do witryny, wymagany wzór trasy 8121.2XXX jest dodawany do partycji. Witryny, które mają zostać przeniesione do wzorca normalizacji wybierania numeru 8121.2XXX, który normalizuje wybieranie numeru ESN na +E. 164, może już istnieć na partycji ESN. W takim przypadku 8121.2XXX wydaje się być zbędny, ale gdy tylko wszystkie DNS danej lokalizacji zostaną przeniesione do normalizacji wybierania numerów 8121.2XXX, można usunąć wzorzec translacji, a następnie wzór trasy 8121.2XXX umożliwia wybieranie numeru ESN nawet dla użytkowników z tego zakresu tylko dla rozszerzeń.

Dzięki tym zmianom planu wybierania połączenia z lokalizacją można wykonywać nie tylko wybierając skróty międzylokacyjne i +E.164. Możliwe jest również międzynarodowe i krajowe wybieranie numerów PSTN, ponieważ te nawyki wybierania są najpierw z normalizowane do +E.164 za pomocą już istniejących wzorców translacji normalizacji wybierania numerów, a następnie są kierowane przez dopasowanie wzorca trasy +E.164 na partycji.

Dopasowanie wzorców trasy +E.164 do zakresu DID lokalizacji może być zapewnione, gdy wszystkie DID są nadal hostowane. Najlepszy algorytm dopasowywania wzorców dopasowania zapewnia, że gdy wybierana jest liczba hostowana, podany numer katalogowy +E.164 jest lepiej dopasowany niż wskazywany wzorzec trasy +E.164, tak aby połączenia były rozszerzane do włączonej linii, a nie wysyłane do.

plan wybierania

Każdy użytkownik otrzymuje rozszerzenie i/lub numer telefonu +E.164. Długość rozszerzenia jest stałym ustawieniem globalnym: wszystkie rozszerzenia w wdrożeniu mają tę samą długość. Wybieranie rozszerzeń może być używane między użytkownikami zarówno w lokalizacji, jak i między lokalizacjami. Skrócone wybieranie rozszerzeń między lokaliz acjami (ten drugi przypadek) działa tylko wtedy, gdy wybrane rozszerzenie jest unikatowe.

Jeśli wymaganiem jest skrócone wybieranie numeracji między lokalizacjami, ale występują nakład anie się rozszerzeń przypisanych w różnych lokalizacjach, należy utworzyć plan numeracji specyficzny dla przedsiębiorstwa poprzez prefiksowanie rozszerzeń kodem dostępu do kodu witryny. Aby uzyskać więcej informacji, zobacz Preferred Architecture for Cisco Collaboration 15 Wdrożenia lokalne, przegląd projektu dostępne na stronie preferowane architektury współpracy Cisco.

Długość rozszerzenia, zachowanie wybierania rozszerzeń między lokalizacjami, długość prefiksu dla wybierania między lokalizacjami oraz cyfra kierownicza w prefiksie routingu dla wybierania między lokalizacjami są skonfigurowane w ustawieniach usługi wywoływania w:

Długość prefiksu wyznaczania trasy lokalizacji: długość przedrostka wraz z cyfrą kierowniczą. Wymagane tylko wtedy, gdy plan numeracji przedsiębiorstwa musi zostać ustanowiony jako alternatywny, skrócony nawyk wybierania numeracji między lokalizacjami przedsiębiorstwa.

Cyfra sterująca w prefiksie routingu: cyfra sterująca dla skróconego nawyku wybierania między lokalizacjami przedsiębiorstwa. Należy unikać nakładania się na pierwszą cyfrę dowolnej lokalizacji i lokalizacji cyfr wybierania wychodzącego. Wymagane tylko wtedy, gdy plan numeracji przedsiębiorstwa musi zostać ustanowiony jako alternatywny, skrócony nawyk wybierania numeracji między lokalizacjami przedsiębiorstwa.

Wewnętrzna długość przed łużenia: Standardowa długość przedłużeń. Może mieć dowolną wartość od dwóch do dziesięciu.
Jeśli wybieranie rozszerzeń lub wybieranie numerów istotnych przedsiębiorstwa (kod sterujący, kod witryny, rozszerzenie) jest wymagane z lokalnej kontroli połączeń, a lokalna kontrola połączeń wysyła rozszerzenie jako identyfikator dzwoniącego, należy również ustawić parametr Maksymalna nieznana długość rozszerzenia w sekcji Trasowanie połączeń między i lokalnymi, aby upewnić się, że połączenia z lokal nej kontroli połączeń mogą być poprawnie sklasyfikowane jako połączenia lokalne.

Zezwalaj na wybieranie rozszerzeń między lokalizacjami: Przełącz, aby włączyć/wyłączyć wybieranie rozszerzeń między lokalizacjami. Ta opcja powinna być włączona tylko wtedy, gdy wszystkie rozszerzenia w organizacji są unikalne. Jeśli opcja jest wyłączona, należy wybierać numery znaczące przedsiębiorstwa (kod sterujący, kod witryny, rozszerzenie) lub numery telefonów między lokalizacjami.

Pierwsze trzy parametry są używane głównie do tworzenia planu wybierania telefonów, aby zminimalizować międzycyfrowe limity czasu podczas wybierania poza haczykiem. Odchylenia od tych ustawień globalnych są nadal możliwe (Przykład - można udostępnić rozszerzenia o innej długości), ale w centrum sterowania pojawi się komunikat ostrzegawczy, a wybieranie z telefonów może wymagać wybierania w trybie blokowym, aby uniknąć konfliktów w ramach wstępnie załadowanego planu wybierania.

Przykład numeracji tabeli Enterprise przedstawia przykład trzech lokalizacji, w których zakresy rozszerzeń dwóch lokalizacji, NYC i RTP, są identyczne. Ustanowienie systemu numeracji przedsiębiorstwa z międzylokalizacyjną cyfrą sterującą 8, po której następuje trzycyfrowy kod witryny, a czterocyfrowe rozszerzenie tworzy nie nakładający się skrócony nawyk wybierania numeracji między lokalizacjami.

Tabela 2. Przykład numeracji przedsiębiorstwa
Witryny Zakres rozszerzenia Kod strony Zakres korporacyjny

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Aby umożliwić płynne przejście, zestaw nawyków wybierania numerów dla użytkowników przed i po przejściu do idealnego powinien być taki sam. Aby przygotować się do przejścia dla każdej lokalizacji, należy udokumentować zakresy DID i zakresy rozszerzeń (lub skrócone nawyki wybierania numerów wewnątrz lokalizacji). Na podstawie tych informacji należy wybrać międzylokalizacyjną cyfrę sterującą.

Tabela Zak resy rozszerzeń o stałej długości przedstawia przykład trzech lokalizacji i zakresów przedłużania o stał ej długości. Ponieważ należy unikać nakładających się nawyków wybierania numerów, ważne jest, aby upewnić się, że dla dowolnego zakresu rozszerzeń pierwsza cyfra zakresu nie pasuje do cyfry kierowniczej dla skróconego wybierania między lokalizacjami. Jeśli na przykład 8 jest wybrana jako cyfra kierownic za dla wybierania między lokalizacjami, wówczas żaden zakres rozszerzenia w żadnym miejscu nie może zaczynać się od 8. Zazwyczaj rozszerzenia w danej lokalizacji pasują do kilku ostatnich cyfr DID przypisanych do tej lokalizacji. Aby uniknąć konfliktów, pierwszą cyfrę rozszerzenia można zmienić. Jeśli na przykład DID z zakresu +1 408 555 8XXX są używane w lokalizacji, to zamiast używać 8XXX jako zakresu rozszerzeń 7XXX można użyć dla rozszerzeń w tej witrynie

Tabela 3. Stałe zakresy przedłużania długości
Witryny Zakres rozszerzenia Rozszerzenia Kod strony Zakres korporacyjny

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Siedmiocyfrowe ciągi wybierane na urządzeniu wykorzystującym plan wybierania w USA pokrywają się z siedmiocyfrowym wzorem wybierania lokalnego w wstępnie załadowanym planie wybierania w USA. Aby uniknąć nakładania się nawyków wybierania numerów w sieci i poza siecią (PSTN), w tej lokalizacji można użyć obowiązkowego zewnętrznego kodu dostępu. Jeśli istniejący schemat numeracji przedsiębiorstwa i odpowiadające mu skrócone wybieranie między lokalizacjami pokrywają się ze wzorami w numeracji krajowej, to podczas przejścia do schematu numeracji, aby uniknąć nakładania się, można również zmienić na dłuższą lub krótszą formę. Naj prostszym sposobem na osiągnięcie tego jest dodanie dodatkowej cyfry wypełniającej do schematu numeracji. Nowy, dłuż szy schemat wybierania numerów między witrynami musi zostać przyjęty tylko przez użytkowników, do których już migrowali. Użytkownicy nadal włączeni mogą nadal wybierać siedem cyfr. W tym przypadku włączony plan wybierania numerów dla przedsiębiorstw musi upewnić się, że skrócone siedmiocyfrowe wybieranie z Unified CM do zostanie przekształcone na +E.164 lub na wdrożony skrócony format wybierania. Należy to zrobić przed wysłaniem połączenia do lokalnej bramy.

Przykład tego ponow nego numerowania pokazuje siedmiocyfrowe wybier anie numeracji w tabeli. W tym przykładzie skrócone wybieranie między lokalizacjami wykorzystuje cyfrę sterującą 8, po której następuje dwucyfrowy kod witryny i czterocyfrowe rozszerzenie. Aby uniknąć siedmiocyfrowego skróconego wybierania między lokalizacjami, kody witryn można łatwo zmienić na trzy cyfry, wstępnie ustawiając dowolną cyfrę wypełniającą (8 w przykładzie) do dwu cyfrowych kodów witryn używanych w tak, że wybieranie między lokalizacjami z telefonów używa cyfry sterującej 8, po której następuje cyfra wypełniająca 8, stary dwucyfrowy kod witryny i czterocyfrowe rozszerzenie. Użytkownicy nie muszą zapamiętywać nowych kodów witryny; muszą tylko pamiętać, aby używać 88 jako prefiksu do wybierania między witrynami zamiast 8 włączonych.

Tabela 4. Przejście siedmiocyfrowego wybierania

Witryny Rozszerzenia Kod Witryny Zasięg korporacyjny Strona ode Enterprise Ange

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

W scenariuszu z włączonymi różnymi formatami numerów korporacyjnych i jeśli numery korporacyjne są prezentowane jako informacje o stronie dzwoniącej do (na przykład - Połączenia z urządzeń bez DID), ważne jest również, aby zaimplementować mapowanie różnych formatów numerów dla informacji o stronie dzwoniącej, aby zapewnić działanie wywołań zwrotnych . To mapowanie można uzyskać, używając wywołującego wzór transformacji strony na osi między bramką lokalną a bramą lokalną.

Nagrywanie

Dobrze zaprojektowane rozwiązanie do nagrywania połączeń wymaga starannego rozważenia kilku kluczowych elementów projektu, aby zapewnić zgodność z celami organizacyjnymi, wymaganiami regulacyjnymi i ograniczeniami technicznymi. Dwie z najważniejszych decyzji dotyczą wyboru dostawcy i wyboru regionu, z których oba mogą wymagać globalnego dostosowania i zastępowania w określonych lokalizacjach, w oparciu o potrzeby biznesowe.

1. Wybór dostawcy nagrywania połączeń

Wybór odpowiedniego dostawcy nagrywania połączeń ma zasadnicze znaczenie dla osiągnięcia celów biznesowych i zapewnienia dostosowania funkcji w całej organizacji:

Wybór globalnego dostawcy: Organizacje zazwyczaj wyznaczają głównego dostawcę nagrywania połączeń na poziomie globalnym, zapewniając spójność zestawu funkcji, zgodności i wsparcia we wszystkich lokalizacjach

Nadpisania oparte na lokalizacji: W scenariuszach, w których określone witryny lub regiony mają unikalne potrzeby biznesowe lub wymagania regulacyjne, może być konieczne zastąpienie wyboru globalnego dostawcy i określenie alternatywnych dostawców dla tych lokalizacji. Ta elastyczność wspiera różne mandaty zgodności i lokalne potrzeby operacyjne

Wymagania biznesowe: Wybór dostawcy powinien opierać się na ocenie czynników biznesowych, takich jak zgodność z przepisami (przykład - MiFID II, HIPAA), zapewnienie jakości, rozwiązywanie sporów lub potrzeby szkoleniowe

Dostępność funkcji: Dostawcy powinni być oceniani na podstawie ich zdolności do dostarczania wymaganych funkcji, takich jak monitorowanie w czasie rzeczywistym, możliwości wyszukiwania i odtwarzania, szyfrowanie, zasady przechowywania, integracja z platformami analitycznymi oraz obsługa różnych typów połączeń (przychodzących, wychodzących, wewnętrznych).

2. Wybór regionu

Określenie regionu, w którym zapisywane są i przetwarzane nagrania połączeń ma kluczowe znaczenie dla zgodności i wydajności:

Wybór regionu globalnego: Domyślnie organizacje mogą wybrać jeden region do przechowywania nagrań połączeń w celu uproszczenia zarządzania i zarządzania

Nadpisania regionów opartych na lokalizacji: Tam, gdzie wymagają tego przepisy dotyczące miejsca zamieszkania danych lub zasady korporacyjne, może być konieczne zastąpienie ustawienia regionu globalnego dla określonych lokalizacji, zapewniając, że nagrania połączeń są przechowywane i przetwarzane w wymaganych granicach geograficznych

Wymagania dotyczące miejsca zamieszkania danych: Projekt musi uwzględniać międzynarodowe i lokalne przepisy dotyczące ochrony danych (takie jak RODO, CCPA lub mandaty poszczególnych krajów), które mogą określać, gdzie i w jaki sposób przechowy wane są nagrania połączeń.

Innym krytycznym aspektem, który należy uwzględnić podczas planowania i projektowania rozwiązania do nagrywania połączeń, jest oszacowanie wymagań dotyczących przechowywania. Dokładne prognozowanie potrzeb związanych z magazynowaniem jest niezbędne, aby zapewnić wystarczającą pojemność umożliwiającą wspieranie bieżących operacji biznesowych, utrzymanie zgodności z przepisami i uniknięcie zakłóceń w świadczeniu usług.

Przy określaniu oczekiwanego zapotrzebowania na przechowywanie należy wziąć pod uwagę kilka kluczowych parametrów:

Ilość nagranych połączeń: Oceń przewidywaną liczbę połączeń, które zostaną zarejestrowane w danym przedziale czasowym (np. na dzień, tydzień lub miesiąc). Obejmuje to nie tylko połączenia zewnętrzne, ale także komunikację wewnętrzną, jeśli wymaga tego polityka biznesowa lub mand aty regulacyjne

Średni czas trwania połączenia: Oblicz typową długość nagranych połączeń, ponieważ dłuż sze połączenia zużywają więcej miejsca na dysku. Zmiany czasu trwania połączeń w różnych działach lub grupach użytkowników powinny być również uwzględnione w oszacowaniu

Okres przechowywania: Określ czas przechowywania nagrań, który często jest podyktowany polityką organizacyjną lub regulacjami zewnętrznymi (takimi jak branżowe standardy zgodności). Dłuższe okresy przechowywania zwiększą ogólne wymagania dotyczące przechowywania

Prognozy wzrostu: Rozważ przewidywany wzrost liczby połączeń lub rozszerzenie zakresu rejestracji, co może wynikać ze skalowania biznesowego, nowych wymogów regulacyjnych lub wdrażania dodatkowych użytkowników lub lokalizacji.

Dokładnie analizując te parametry, organizacje mogą opracować solidną strategię przechowywania, która zapewnia skalowalność, opłacalność i zgodność z przepisami dla ich rozwiązania do nagrywania połączeń. Wskazane jest również regularne przeglądanie i dostosowywanie alokacji pamięci masowej w miarę ewolucji wzorców użytkowania.

Połączenia alarmowe

Wymóg skierowania połączenia alarmowego do odpowiedniego centrum dyspozycyjnego jest wymogiem dla każdej usługi telefonicznej oferującej usługę PSTN. Dzięki, kierowanie połączeń alarmowych jest natywne dla rozwiązania i obejmuje wsparcie dla wszystkich krajowych numerów alarmowych w krajach, które obsługują. Trasowanie połączenia alarmowego jest oparte na lokalizacji zdefiniowanej wewnątrz i metodzie dostępu PSTN lokalizacji. Numery alarmowe są wstępnie zdefiniowane i specyficzne dla kraju, w którym użytkownicy i urządzenia są rozmieszczeni.

Istnieją dwie metody dostarczania połączeń alarmowych. Istnieje podstawowa usługa kierowania połączeń alarmowych i ulepszona usługa routingu połączeń alarmowych. Podstawowa usługa kierowania połączeń alarmowych będzie używać wybranego przez administratora numeru, aby zidentyfikować lokalizację i trasę połączenia, aby dotrzeć do służb ratunkowych. W przypadku podstawowych połączeń alarmowych ścieżka połączenia odbywa się zazwyczaj za pośrednictwem opcji PSTN klienta dla tej lokalizacji. ma również ulepszone routing połączeń alarmowych zaprojektowany dla wdrożeń w USA i Kanadzie, które mają wymagania dotyczące zgodności z przepisami, które wymagają korzystania z ogólnokrajowego dostawcy do dostarczania połączeń alarmowych do właściwego centrum wysyłkowego.

Wszyscy klienci powinni wdrożyć co najmniej podstawową konfigurację połączeń alarmowych. Podstawowe połączenie alarmowe wymaga przypisania co najmniej jednego numeru +E.164 należącego do klienta do każdej lokalizacji zdefiniowanej w. W przypadku podstawowych połączeń alarmowych każda lokalizacja zostanie zdefiniowana przez adres ulicy, na który w nagłych wypadkach wysyłana jest policja, straż pożarna lub pogotowie ratunkowe. W większości przypadków główny numer lokalizacji jest najlepszym wyborem reprezentującym fizyczną lokalizację sytuacji awaryjnej. Zazwyczaj przypisanie adresu do numeru+E.164 jest koordynowane z dostawcą PSTN. Poniższe zdjęcia przedstawiają przypisanie numeru głównego, który ma być używany jako numer alarmowy wywołania zwrotnego dla lokalizacji Richardson.

Lokalizacja konfiguracji ECBN

W większości przypadków adres budynku jest wystarczający dla adresu wysyłki dla lokalizacji. Jeśli jednak potrzebne są dodatkowe informacje o lokalizacji dla określonych użytkowników lub urządzeń , administrator może skorzystać z tego samego procesu opisanego powyżej i przypisać te urządzenia do określonego adresu lub dokładniejszej lokalizacji wewnątrz adresu (np. podłogi lub pokoju). W Zarządzaniu użytkow nikami w, karta Połączenia pozwala na użycie określonego numeru dla użytkownika i jego urządzeń w celu uzyskania określonego adresu wysyłki. Poniższe obrazy ilustrują, w jaki sposób można przypisać określony numer do urządzenia. Administrator jest odpowiedzialny za upewnienie się, że numer używany przez urządzenie będzie miał przypisany prawidłowy adres wysyłki. Przy pisywanie adresu odbywa się zazwyczaj za pośrednictwem dostawcy PSTN tej lokalizacji.

Konfiguracja ECBN użytkownika

W przypadku wdrożeń telefonii z siedzibą w USA, które muszą zapewniać ulepszone rozwiązania połączeń alarmowych, wykorzystuje Horizon Mobility firmy RedSky zintegrowany z routingiem połączeń alarmowych. Podczas korzystania z RedSky do routingu połączeń administrator musi zarejestrować konto za pośrednictwem Cisco i skonfigurować odpowiednie informacje w polu C alling -> Service Settings, aby włączyć tę funkcję. Po włączeniu usługi RedSky na poziomie systemowym administrator włączy usługę RedSky na każdym poziomie lokalizacji. Włączenie rozszerzonego połączenia alarmowego w lokalizacji spowoduje aktywację usługi dla wszystkich urządzeń przypisanych do tej lokalizacji. Urządzenia obsługujące rozszerzone połączenia alarmowe to telefony Cisco MPP, telefony Cisco PhoneOS i Cisco.

Istnieją dwa ustawienia umożliwiające włączenie rozszerzonego połączenia alarmowego w danej lokalizacji. Zez wal aj RedSky na odbieranie informacji o łączności sieciowej i połączeń testo wych należy użyć do sprawdzenia, czy konfiguracja RedSky dla mapowań urządzeń i infrastruktury jest prawidłowa. To ustawienie umożliwia również wykonywanie połączeń testowych pod numer 933 w celu przeprowadzenia weryfikacji lokalizacji za pomocą systemu IVR RedSky w celu odczytu lokalizacji dzwoniącego. Chociaż ten dokument nie obejmuje konfiguracji RedSky do śledzenia lokalizacji, administrator powinien ZAWSZE przetestować wykrywanie lokalizacji przed aktywacją połączeń alarmowych w celu skierowania do RedSky. Po zakończeniu testów i zweryfikowaniu ich dokładności administrator przekieruje połączenia do RedSky, przełączając połączenia alarmowe trasy na RedSky. Ten przełącznik przekieruje wszystkie połączenia alarmowe do lokalizacji do RedSky w celu dostarczenia do sekretarki dla danej lokalizacji.

Ustawienia rozszerzonych połączeń alarmowych dotyczą również klientów zarówno lokalnych, jak i poza nimi. W środowisku lokalnym można śledzić w taki sam sposób, jak telefony stacjonarne. Gdy jest poza lokalem, użytkownik będzie mógł ustawić swoją lokalizację dynamicznie bezpośrednio w obrębie. Aby uzyskać więcej informacji na temat połączeń alarmowych, zobacz U lepszone połączenia alarmowe dla.

Licencjonowanie

Istnieje wiele opcji przypisywania licencji użytkownikom.

Ręczne przydzielanie przez

Administratorzy ręcznie przypisują licencje poszczególnym użytkownikom za pośrednictwem interfejsu.

Administratorzy mogą edytować licencje serwisowe dla poszczególnych użytkowników i bezpośrednio przypisywać licencje wywołujące.

Automatyczne szablony przypisywania licencji

Użyj szablonów przypisywania licencji, aby automatycznie przypisywać licencje użytkownikom na podstawie ustawień grupowych lub organizacyjnych.

Automatyczne licencjonowanie można przeprowadzić poprzez synchronizację katalogów lub ręczne aktualizacje użytkownika, ale użytkownicy muszą mieć prawidłowy numer telefonu sformatowany +E.164, a numery telefonów muszą istnieć w lokalizacji przed udostępnieniem użytkownika. Jeśli warunki nie są spełnione (np. nieprawidłowy format numeru telefonu), licencje nie zostaną przypisane.

Przypisywanie zbiorcze za pomocą szablonu CSV

Prześlij plik CSV ze szczegółami użytkownika i przypisaniami licencji, aby dodać lub zmodyfikować wielu użytkowników jednocześnie.

Import CSV obsługuje dodawanie do 20 000 użytkowników i przypisywanie licencji, ale licencje wymagają określonych pól, takich jak numer telefonu i rozszerzenie.

Przypisanie oparte na interfejsie API

Używaj interfejsów API do programowego przypisywania licencji i zarządzania użytkownikami.

obsługuje operacje API do zarządzania użytkownikami i licencjami (People, SCIM 2.0 i Licenses API), które można wykorzystać do automatyzacji przypisywania licencji. Interfejs API Licences umożliwia jednoczesne przypisywanie licencji, numerów telefonów i rozszerzeń.
Tabela 5. Opcje udostępniania użytkownika - podsumowanie
Metoda przypisania Plusy Wady
Ręcznie przez Prosty dla nielicznych użytkowników.
Umożliwia precyzyjną i szczegółową kontrolę nad przypisywaniem licencji.
Nieskalowalny, czasochłonny
Podatny na błędy ludzkie podczas ręcznego wprowadzania.

Automatyczne szablony licencji Skalowalny
Zmniejsza błędy ręczne
Może być stosowany do nowych i istniejących użytkowników.
Wymaga prawidłowych numerów telefonów i lokalizacji.
Bardziej skomplikowana konfiguracja
Wymaga również grup użytkowników na grupę użytkowników z równoważnymi wymaganiami licencyjnymi.

Masowe przesyłanie plików CSV Wydajny dla dużych zestawów użytkowników
Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.
Wymaga starannego formatowania CSV
Potencjalne błędy, jeśli brakuje numerów telefonów lub rozszerzeń lub są nieprawidłowe.
Przypisanie oparte na interfejsie API Automatyczny, elastyczny.
Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.
Wymaga wiedzy na temat rozwoju i API.

Tabela Opc je udostępniania użytkownika - podsumowanie podsumowuje opcje udostępniania użytkowników oraz ich zalety i wady. Ten przegląd pomaga wybrać najlepszą metodę przypisywania licencji w oparciu o wielkość organizacji klienta, możliwości automatyzacji oraz procesy i wymagania dotyczące udostępniania użytkowników.

W miarę możliwości firma Cisco zaleca przypisywanie licencji wywołujących przy użyciu szablonów licencji. Wymaga to, aby dla każdej grupy użytkowników wymagał unikalnego zestawu licencji (Przykład - Standard vs. Profesjonalny) istnieje grupa z odpowiednim członkostwem w grupie. Jak omówiono w sekcjach Gru py użytkowników, grupy użytkowników można definiować ręcznie w katalogu korporacyjnym lub synchronizować z niego. Moż liwe jest połączenie obu podejść.

Użytkownicy należący do wielu grup uzyskują licencje ze wszystkich przypisań stosowanych do wszystkich ich grup. Umożliwia to korzystanie z grup zabezpieczeń określonych w katalogu przedsiębiorstwa w celu zarządzania przypisywaniem licencji, w przypadku gdy wynikające z tego przypisanie licencji użytkownika jest kontrolowane przez związek członków grupy.

Aby uzyskać więcej informacji, zobacz Kon figurowanie automatycznego przypisywania licencji w Centrum sterowania i Kon figurowanie automatycznych szablonów przypisywania licencji dla Webex Calling użytkowników.

Wymagania licencyjne

Ta sekcja obejmuje tylko powiązane licencje. Inne typy licencji (przykład - rejestracja urządzenia Webex, wiadomości, spotkania) nie są objęte. W ramach procesu projektowania należy określić wymagania licencyjne. Należy obliczyć liczbę licencji dla następujących typów licencji:

Standard: liczba indywidualnych użytkowników wymagających standardowych funkcji telefonii.

Profesjonal ny: liczba użytkowników i przestrzeni roboczych wymagających zaawansowanych funkcji telefonii. Wirtualne linie i grupowa poczta głosowa są uprawnione do stosunku 1:1. dla każdej licencji zawodowej. Dlatego w rzadkich przypadkach, gdy liczba wymaganych linii wirtualnych lub grupowych wiadomości głosowych przekracza liczbę użytkowników i przestrzeni roboczych wymagających zaawansowanych funkcji telefonii, należy uwzględnić dodatkowe licencje zawodowe.

Obszar roboczy dla obszaru wspól nego: liczba lokalizacji wspólnego użytku lub obszarów wspólnych wymagających standardowych funkcji połączeń.

Pomoc klienta: liczba agentów i przełożonych wymagających funkcji Customer Assist. Pomoc klienta obejmuje licencję Professional.

Wywołania listy tras: liczba wymaganych połączeń PSTN połączonych z chmurą między użytkownikami lokalnymi i/lub lokalnymi specjalistycznymi aplikacjami innych firm.

Attendant Console: liczba użytkowników wymagających dostępu do klienta konsoli obsługującej.

Plan połączeń wychodzących Cisco (plan połączeń wychodzących): liczba użytkowników, którzy potrzebują numeru PSTN i/lub dostępu do połączeń wychodzących PSTN dla usługi Cisco PSTN.

Nie ma dedykowanego typu licencji dla profesjonalnych obszarów roboczych. Profesjonalne przestrzenie robo cze wymagają licencji Professional.

Przestrzenie robocze tylko w biurku Hot-desk oferują usługę hot-desking hot-desking i połączenia alarmowe z hot-deskingu i nie wymagają żadnej licencji. Aby uzyskać więcej informacji, zobacz Dodawanie urządzeń tylko z Hot Desk i zarządzanie nimi.

Aby określić wymagany typ licencji dla każdego użytkownika i obszaru roboczego na podstawie potrzebnych funkcji, z obacz Funkcje dostępne według typu licencji. Webex Calling

Aby odróżnić funkcje oferowane przez kolejki połączeń w połączeniu z licencją profesjonalną w przeciwieństwie do pomocy klienta, Webex Callingzobacz porównanie funkcji kolejki połączeń i pomocy klienta.

Udostępnianie przez użytkownika

Podczas udostępniania użytkowników w Webex dostępnych jest kilka opcji, z których każda dostosowana jest do różnych potrzeb organizacji i środowisk:

Ręczne udostępnianie: Administratorzy mogą dodawać indywidualnych użytkowników i zarządzać nimi bezpośrednio w nim. Ta metoda jest prosta, ale najlepiej nadaje się do małych organizacji lub ograniczonych zmian użytkowników.

Zbiorcze udostępnianie przez CSV: w przypadku większych baz użytkowników administratorzy mogą importować i aktualizować użytkowników zbiorczo, przesyłając do nich pliki CSV. Pozwala to na efektywne zarządzanie nawet tysiącami użytkowników jednocześnie.

Opcje synchronizacji katalogów:
Directory Connector: Jest to narzędzie automatycznej synchronizacji używane w Microsoft Active Directory środowiskach. Synchronizuje konta użytkowników, grupy i atrybuty zgodnie z harmonogr amem (co godzinę, codziennie lub co tydzień). Obsługuje konfiguracje wielu domen i wielu las Active Directory ów oraz może synchronizować obrazy profilowe i obiekty pomieszczeń.

Aplikacja kreatora Entra ID (Azure AD): Zaprojektowana dla organizacji korzystających z Microsoft Entra ID (Azure AD) metoda ta zapewnia automatyczną synchronizację kont użytkowników i atrybutów w czasie bliskim czasie rzeczywistym bezpośrednio z Entra ID do. Jest w pełni zarządzany wewnątrz i wymaga minimalnej konfiguracji.

Aplikacje SCIM 2.0: W środowiskach innych niż Microsoft lub innych dostawców tożsamości, takich jak Okta lub Duo, aplikacje synchronizacji oparte na SCIM umożliwiają automatyczne udostępnianie i wyłączanie udostępniania użytkowników za pomocą mapowania atrybutów i synchronizacji grup.

Unified CMsynchronizacja użytkowników: Ta opcja umożliwia tworzenie kont użytkowników na podstawie istniejących użytkowników końcowych poprzez synchronizację od do. Wymaga to uruchomienia usługi Cloud Connected UC (CCUC) w klastrach lokalnych. Jednak ogólnie zaleca się synchronizowanie użytkowników ze scentralizowanego katalogu w chmurze, takiego jak Entra ID, a nie bezpośrednio z niego.

Udostępnianie API: Publiczne interfejsy API (People, SCIM 2.0) mogą być używane do dostarczania użytkownikom. Główną zaletą korzystania z interfejsów API jest możliwość integracji udostępniania użytkowników z innymi systemami korporacyjnymi.
Tabela 6. Opcje udostępniania użytkownika
Metoda zaopatrzenia Opis Plusy Wady
Podręcznik Tworzenie/zarządzaj użytkownikami indywidualnie w Prosty dla nielicznych użytkowników; nie jest potrzebna infrastruktura Nieskalowalny; czasochłonny dla wielu użytkowników
Zbiorcze (plik CSV) Importuj/aktualizuj użytkowników zbiorczo za pomocą pliku CSV w Wydajny dla grup; nie wymaga kodowania Ręczne przygotowanie CSV; mniej dynamiczne
Ludzie i SCIM 2.0 API Programowe zarządzanie użytkownikami za pomocą interfejsów API Webex Elastyczny; obsługuje automatyzację i integrację Wymaga rozwoju i infrastruktury
Synchronizacja katalogów Automatyczna synchronizacja z aplikacji AD, Entra ID, SCIM, Unified CM Automatyzuje cykl życia; obsługuje filtrowanie i mapowanie Złożoność konfiguracji: niektóre opcje mają ograniczone funkcje lub wymagają infrastruktury
Ten przegląd i tabela odzwierciedlają główne opcje udostępniania użytkowników, ich zalety i ograniczenia, aby pomóc Ci wybrać najlepsze podejście do potrzeb Twojej organizacji.

Grupy użytkowników

Zarządzanie grupami użytkowników umożliwia administratorom organizowanie użytkowników w grupy w celu wydajnego zbiorczego zarządzania licencjami, ustawieniami i zasobami. Grupy pomagają usprawnić administrację, stosując zasady, licencje i szablony ustawień dla wielu użytkowników jednocześnie, zamiast zarządzać użytkownikami indywidualnie.

Zarządzanie grupami użytkowników oferuje kilka korzyści, w tym:

U@@ proszczona administr acja: Zarządzaj licencjami, ustawi eniami i zasadami dla wielu użytkowników jednocześnie.

Spójność: Stosuj jednolite ustawienia i licencje dla użytkowników z tej samej grupy.

Skalowalność: Obsługuje do 250 000 członków na grupę.

Integracja: Synchronizuj grupy z Microsoft Entra ID (Azure AD) lub Active Directory do automatycznego zarządzania użytkownikami i grupami.

Elastyczność: twórz grupy lokalne lub synchronizuj grupy zabezpieczeń; zarządzaj członkostwem w grupie ręcznie lub za pomocą plików CSV.

Alokacja zasobów: Kontroluj dostęp do osadzonych aplikacji i usług na podstawie członkostwa w grupie.

Główne przypadki użycia grup użytkowników podczas udostępniania to:

Przypis@@ ywanie licencji: przypisywanie licencji grupom, aby automatycznie świadczyć członkom grupy usługi, takie jak połączenia, spotkania, wiadomości lub usługi hybrydowe.

Szablony ustawień: Zastosuj zbiory ustawień usług (np. wiadomości, spotkania, połączenia) do grup, aby zapewnić spójne wrażenia użytkownika.

Zarządzanie użytkownikami zbior czymi: dodawanie lub usuwanie użytkowników zbiorczo za pomocą plików CSV lub synchronizacji katalogów.

Automatyzacja i integracja: Użyj interfejsów API lub synchronizacji katalogów do automatycznego zarządzania cyklem życia użytkowników i grup.

Poniższa tabela podsumowuje różne opcje zarządzania grupami użytkowników i zarządzania grupami w.
Tabela 7. Opcje zarządzania grupami i członkostwem w grupach
Opcja Opis Plusy Wady

zaopatrzenie grupowe (grupy) Twórz grupy i zarządzaj nimi bezpośrednio w. Dodawaj/usuwaj członków ręcznie lub za pomocą CSV. Pełna kontrola nad członkostwem w grupie
Natychmiastowe zastosowanie licencji i szablonów
Łatwe tworzenie i edytowanie grup Wymagane aktualizacje ręczne
Ryzyko błędów w ręcznym przesyłaniu plików CSV
Brak automatycznej synchronizacji z katalogami zewnętrznymi

Zsynchronizowane grupy z Entra ID (Azure AD) lub Active Directory Automatycznie synchronizuj grupy zabezpieczeń i członkostwa z zewnętrznych usług katalogowych. Automatyczna synchronizacja ogranicza pracę ręczną
Zapewnia spójność z katalo giem korporacyjnym
Obsługuje duże organizacje
Nie można edytować członkostwa w grupie
Opóźnienie synchronizacji do 12 godzin
Grupy zagnieżdżone wymagają ręcznego wyboru

Grupy i SCIM 2.0 API (Grupy) Użyj Grupy lub interfejsu API SCIM 2.0 do programowego zarządzania grupami i członkostwem Automatyzacja i integracja z innymi systemami
Skalowalne dla dużych lub złożonych środowisk
Wymaga wysiłku rozwojowego
Złożoność zależy od użycia API

Podczas gdy zsynchronizowane grupy zapewniają spójność i oferują jeden punkt administracji, możliwe jest podejście hybrydowe łączące zsynchronizowane grupy i grupy (zarządzane w centrum sterowania lub za pośrednictwem interfejsów API). Na przykład grupy do przypisywania licencji mogą być zsynchronizowanymi grupami, a oddzielny zestaw grup może być używany do przypisywania szablonów użytkownika i wywoływania.

To kompleksowe podejście do zarządzania grupami użytkowników umożliwia organizacjom efektywne zarządzanie licencjami użytkowników, ustawieniami i zasadami, zapewniając spójne i skalowalne doświadczenia współpracy.

Zalecane podejście podczas migracji z do

Podstawowym źródłem danych dla użytkowników jest baza danych, która zawiera informacje o użytkowniku końcowym. Jednak zazwyczaj nie jest to autorytatywne źródło zarządzania tożsamością użytkowników, a co ważniejsze, zostanie zamknięte pod koniec przejścia i dlatego jest wykluczone jako długoterminowe autorytatywne źródło informacji o tożsamości.

Firma Cisco zaleca stosowanie scentralizowanego katalogu w chmurze, takiego jak Microsoft Entra ID (Azure AD) jako pojedynczego źródła prawdy dla tożsamości użytkowników. Synchronizacja użytkowników z Entra ID zapewnia spójność, upraszcza zarządzanie i obsługuje funkcje logowania jednokrotnego (SSO).

Aby upewnić się, że wszyscy użytkownicy są również obecni w Entra ID, organizacje powinny sprawdzić, czy konta użytkowników odpowiadają kontom w Entra ID. Można to zrobić, eksportując listy użytkowników i porównując je z listami użytkowników Entra ID.

Podsumowując, zalecaną metodą udostępniania jest synchronizacja użytkowników z Microsoft Entra ID (Azure AD) z Webex przy użyciu Kreatora Azure AD lub aplikacji SCIM. Ręczne udostępnianie zbiorcze i CSV są dostępne jako metody uzupełniające, ale są mniej skalowalne i bardziej podatne na błędy w przypadku dużych organizacji. Upewnienie się, że Entra ID jest autorytatywnym źródłem i że wszyscy użytkownicy istnieją w Entra ID, ma kluczowe znaczenie dla pomyślnej migracji i spójnego doświadczenia użytkownika w różnych środowiskach.

Przejście z lokalnej usługi katalogowejActive Directory, np. do usługi katalogowej w chmurze, takiej jak Entra ID (Azure ID), jest niezależne od przejścia wywołań. Cisco zaleca zakończenie przejścia do usługi katalogowej w chmurze przed rozpoczęciem przejścia połączeń.

Projektowanie grup użytkowników

Po przejściu katalogu korporacyjnego z lokalnego do chmury zbieraj wymagane grupy użytkowników oparte na wymaganiach licencyjnych i szablonów funkcji. Dla każdego dokumentu grupowego:

Nazwa grupy: unikalna nazwa grupy.

Licencje: licencje, które mają być przypisane do tej grupy (jeśli istnieją) i zakres (jeśli licencje są przypisane do istniejących użytkowników lub tylko do nowych użytkowników)

Szablony ustawień: Aplikacja Webex i szablony połączeń użytkownika.

Synchronizacja katalogów: Czy ta grupa zostanie zsynchronizowana z katalogu korporacyjnego, czy jest to lokalna grupa Webex udostępniona w Centrum sterowania lub za pośrednictwem interfejsu API.

Opis: w jaki sposób ta grupa będzie używana i którzy użytkownicy powinni być członkami tej grupy

Szczegóły te zostaną wykorzystane później podczas fazy wdrażania do tworzenia lokalnych grup lub grup w katalogu przedsiębiorstwa i zarządzania członkostwem w grupie użytkowników.

Pojedyncze logowanie (SSO)

Cisco zaleca stosowanie SSO do uwierzytelniania użytkowników. Korzystanie z SSO ma pewne przekonujące korzyści, w tym:

Upro@@ szczone uwierzytelnianie użytkownika: Użytkownicy mogą zalogować się jednorazowo, używając swoich korporacyjnych po świadczeń (np. z Azure ID), aby uzyskać dostęp do innych zintegrowanych aplikacji, eliminując potrzebę stosowania wielu haseł i zmniejszając liczbę monitów o logowanie. Zwiększa to bezpieczeństwo, zapewniając, że hasła korporacyjne nigdy nie są przechowywane ani przesyłane do nich po uwierzytelnieniu.

Uproszczone zarządzanie użytkownikami: Automatyzuje tworzenie konta użytkownika, aktualizacje i dezaktywację w oparciu o zmiany w katalogu korporacyjnym, zmniejszając koszty administracyjne i zapewniając dostęp tylko upoważnionym użytkownikom.

Poprawione bezpieczeństwo: SSO zmniejsza zmęczenie hasłem i ryzyko naruszeń związanych z hasłem poprzez centralizację uwierzytelniania za pośrednictwem zaufanych dostawców tożsamości (IDP).

Łatwa integracja uwierzytelniania wieloczynnikowego (MFA): MFA może być łatwo obsługiwane za pomocą rozwiązania do zarządzania dostępem tożsamości, takiego jak Cisco Duo, lub poprzez obsługę M FA IDP.

Istnieje wiele opcji wdrożenia SSO dla usług:

SSO oparty na SAML 2.0: podstawowy protokół obsługiwany do integracji SSO, umożliwiający bezpieczną wymianę informacji uwierzytelniających między IdP a dostawcą usług.

OpenID connect (OIDC): Obsługiwany jako alternatywny nowoczesny protokół uwierzytelniania do integracji SSO.

Tożsam@@ ość Webex: Obsłu giwana również jako opcja dostawcy tożsamości.

SSO jest konfigurowany i zarządzany centralnie poprzez, co wymaga wymiany metadanych między wybraną osobą IDP.

Po skonfigurowaniu SSO można przetestować przed aktywacją, aby zapewnić prawidłową konfigurację.

Cisco obsługuje integrację z wieloma testowanymi i powszechnie stosowanymi identyfikatorami IDP i systemami zarządzania tożsamością (IAM), w tym między innymi:

Cisco Duo

Okta

Microsoft Active DirectoryUsługi federacyjne (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Te IDP są zgodne ze standardami SAML 2.0 lub OpenID Connect i zostały sprawdzone pod kątem zgodności z rozwiązaniami Cisco do współpracy.

Obsługa wielu IDP

umożliwia organizacjom skonfigurowanie SSO z wieloma IDP w celu dostosowania się do złożonych środowisk IT, takich jak fuzje, przejęcia lub zdecentralizowane działy IT, w których różne grupy korzystają z różnych IDP. Obsługa wielu IDP może być wdrożona przy użyciu funkcji Multiple IdP w lub poprzez integrację korporacyjnego systemu IAM, takiego jak Cisco Duo.

Obsługa wielu dostawców tożsamości (iDP) zajmuje się kilkoma kluczowymi przypadkami użycia, w których organizacje wymagają elastycznego i bezpiecznego uwierzytelniania w różnych środowiskach IT:

1. Fuzje i przejęcia

Kiedy firmy łączą się lub nabywają inne firmy, często mają oddzielną infrastrukturę IT i od rębne osoby wewnętrzne, które nie mogą się federować. Obsługa wielu IDP umożliwia użytkownikom obu organizacji bezpieczne uwierzytelni anie i współpracę bez konieczności natychmiastowego ujednolicania ich systemów tożsamości.

2. Wiele niezależnych działów IT

Duże organizacje lub instytucje rządowe mogą mieć wiele niezależnych działów IT, z których każdy zarządza własnym IdP. Funkcja wielu IDP umożliwia tym działom utrzymanie własnych systemów uwierzytelniania, jednocześnie umożliwiając użytkownikom płynny dostęp.

3. Różne grupy użytkowników lub domeny

Organizacje z różnymi grupami użytkowników (np. pracownicy czy kontrahenci) lub wiele domen e-mail mogą skonfigurować reguły routingu, aby kierować żądania uwierzytelniania do odpowiedniego identyfikatora w oparciu o członkostwo w domenie lub grupie. Obsługuje to zróżnicowane zasady dostępu i kontrolę bezpieczeństwa.

4. Obsługa różnych protokołów uwierzytelniania

obsługuje IDP SAML i OpenID Connect (OIDC), umożliwiając organizacjom integrację różnych typów dostawców tożsamości zgodnie z istniejącą infrastrukturą i wymaganiami bezpieczeństwa.

5. Zwiększone bezpieczeństwo i zgodność

Włączając wiele osób wewnętrznych, organizacje mogą wdrażać silniejsze mechanizmy uwierzytelniania, w tym uwierzytelnianie wieloskładnikowe (MFA) poprzez integracje takie jak Duo, i egzekwować spójne zasady bezpieczeństwa w różnych bazach użytkowników.

6. Uproszczone doświadczenie użytkownika

Użytkownicy mogą uwierzytelniać się przy użyciu istniejących danych uwierzytelniających z odpowiednich IDP, zapewniając ujednolicone doświadczenie logowania pomimo podstawowej złożoności wielu systemów tożsamości.

Chociaż obsługa wielu IDP zapewnia elastyczność, wymaga starannej koordynacji między zespołami ds. bezpieczeństwa i tożsamości, aby zachować spójne zasady bezpieczeństwa i uniknąć potencjalnych luk w zabezpieczeniach.

Duo MFA z SSO dla

Duo Access Gateway (DAG) może uwierzytelniać użytkowników przy użyciu istniejących katalogów lokalnych lub opartych na chmurze, takich jak Active Directory (AD) i OpenLDAP. Obsługuje również integrację z innymi dostawcami tożsamości, takimi jak Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ta elastyczność umożliwia organizacjom korzystanie z bieżącej infrastruktury katalogowej dla Webex SSO z Duo MFA.

Duo działa jako silna warstwa uwierzytelniania na wierzchu uwierzytelniania katalogu podstawowego. Funkcjonuje jako dostawca tożsamości (iDP) przy użyciu SAML 2.0 do wymuszenia uwierzytelniania dwuskładnikowego (2FA) przed przyznaniem dostępu do. Duo ocenia kontekst użytkownika, urządzenia i sieci na podstawie konfigurowalnych zasad umożliwiających zezwalanie lub odmowę dostępu, zwiększając bezpieczeństwo poza nazwą użytkownika i hasłem. Duo zapewnia również elastyczne kontrole zasad, takie jak wymaganie MFA przy każdym logowaniu dla niektórych aplikacji i rzadziej dla innych.

Zalety Cisco Duo obejmują:

Ulepszone zabezpieczenia: Dodaje MFA odporne na phishing, aby chronić dostęp, zmniejszając ryzyko związane z naruszeniem haseł.

Elastyczne zasady: umożliwia szczegółową kontrolę nad wymaganiami uwierzytelniania w poszczególnych aplikacjach lub grupach użytkowników.

Integracja z istniejącymi katalogami: obsługuje lokalne usługi AD, OpenLDAP, katalogi w chmurze i różnych dostawców usług SSO, minimalizując zmiany infrastruktury.

Wygoda użytkownika: Obsługuje logowanie jednokrotne (SSO) w celu zmniejszenia zmęczenia hasłem, umożliwiając użytkownikom jednorazowe zalogowanie się i bezpieczne uzyskanie dostępu do wielu zasobów.

Zaufane punkty końcowe: Obsługuje zaufanie urządzeń dla klientów w systemie Windows i macOS, poprawiając postawę bezpieczeństwa.

Rejestracja samoobsługowa: Rej estracja wbudowana i komunikat duetowy poprawiają wrażenia użytkownika podczas konfiguracji MFA.

Duo MFA z SSO dla wykorzystuje istniejące katalog Active Directory i, takie jak OpenLDAP lub dostawcy tożsamości w chmurze, do uwierzytelniania użytkowników. Rolą Duo jest zapewnienie silnego, opartego na polityce drugiego czynnika uwierzytelniania zintegrowanego przez SAML 2.0, zwiększającego bezpieczeństwo przy jednoczesnym zachowaniu wygody użytkownika dzięki SSO. Korzyści obejmują lepszą postawę bezpieczeństwa, elastyczne egzekwowanie polityki, płynną integrację i lepsze wrażenia użytkownika.

Cisco zaleca wdrożenie SSO dla użytkowników. W celu zwiększenia bezpieczeństwa zaleca się integrację z Cisco Duo.

Strategia IAM dla przedsiębiorstw i SSO powinna zostać wdrożona przed rozpoczęciem przejścia od do.

Funkcje

posiada pełen zestaw podstawowych funkcji, które są zawarte w usłudze. Obejmuje to wiele funkcji połączeń klasy korporacyjnej, które są dostępne od wielu lat. Możesz nie zobaczyć 100% parytetu między funkcjami a funkcjami, jednak jak widać na poniższym rysunku, kluczowe funkcje wywoływania są dostępne w.

Webex Callingfunkcje klasy korporacyjnej

Oprócz wielu funkcji użytkownika, ma podstawowe funkcje systemu, które są dołączone do platformy. Należą do nich takie funkcje, jak obsługa samochodów, kolejki połączeń, parking telefoniczny itp. Wszystkie dostępne podstawowe funkcje systemu można zobaczyć w sekcji Usługa → Wywołanie → Funkcje, jak przedstawiono na rysunku Webex Callingpodstawowych funkcji.

Webex Callingpodstawowe cechy

Pracownik samochodowy

Auto Attendant pozwala na automatyzację obsługi połączeń przychodzących 24/7, co pozwala na wydajną obsługę połączeń bez konieczności odbierania każdego połączenia przez osobę.

Automatyczna obsługa odbiera połączenia przychodzące i udostępnia dzwoniącemu menu opcji, dokąd chce skierować połączenie. Może to dotyczyć osoby, skrzynki poczty głosowej lub usługi dzwoniącej (np. Kolejka połączeń). D zwoniący używa klawiatury telefonicznej, aby wprowadzić numer z menu obsługi automat ycznej.

Auto Attendant obsługuje następujące kluczowe funkcje:

Harmonogram biznesowy i po godzinach

Harmonogram wakacji

Opcja menu wybierania, aby skierować klientów do miejsca, w którym muszą się udać

Dostosuj pozdrowienia

Wybierz opcję według nazwy

Opcje przekierowywania połączeń

Analityka i raporty Control Hub.

Aby uzyskać więcej informacji, zobacz Zarządzanie pracownikami automat ycznymi.

Zadzwoń do parku

Call park daje użytkownikom możliwość łatwego wstrzy mania połączenia, aby inny użytkownik mógł łatwo odzyskać, gdy jest dostępny, aby je odebrać. Uwalnia również użytkownika, który odebrał oryginalne połączenie, aby nawiązywać lub odbierać inne połączenia, gdy połączenie jest zaparkowane.

Istnieją dwa rodzaje parków telefonicznych dostępne w:

Call park direct - umożliwia każdemu użytkownikowi zaparkowanie połączenia do rozszerzenia innego użytkownika lub do rozszerzenia call park, zgodnie z definicją Administratora

Grupa parkowania połączeń — umożliwia zdefiniowanej grupie użytkowników automatyczne parkowanie połączeń w stosunku do dostępnych miejsc parkowania zdefiniowanych dla grupy. Te miejsca docelowe mogą być rozszerzeniami członków grupy lub rozszerzeniami parków telefonicznych.

W zależności od konfiguracji i typu parkowania użytkownicy mogą pobierać połączenia, wybierając wybieranie *88+><extension of parked call>, naciskając klawisz linii powiązany z rozszerzeniem parku połączeń lub używając klawisza programowego na telefonie IP.

Opcja wycofywania jest dostępna w celu przywołania zaparkowanego połączenia po określonym czasie użytkownikowi, który zaparkował połączenie lub użytkownikowi zastępczemu.

Aby uzyskać więcej informacji, zobacz Zarządzanie parkiem połączeń w Centrum sterowania.

Odbiór połączeń

Odbieranie połączeń umożliwia administratorowi zdefiniowanie grupy użytkowników (członków), którzy mogą odebrać połączenie na telefon innego członka. Daje to użytkownikowi możliwość odbierania połączeń, gdy jego koledzy z drużyny są zajęci i nie mogą odebrać połączenia przychodzącego.

Użytkownicy w grupie muszą znajdować się w tym samym miejscu.

Użytkownicy mogą odebrać połączenie za pomocą telefonu lub telefonu biurkowego.

:

Obsługuje powiadomienia wizualne i audio

Powiadomienie o połączeniach przychodzących

Oparte na twarzy (wybierz*98) lub odbiór połączenia z powiadomieniami

Powiadomienia o odbieraniu połączeń dla wielu linii.

Telefony biurkowe:

Powiadomienie o połączeniach przychodzących

Dzwonki audio i powiadomienia wizualne przez diodę LED słuchawki. 6821 obsługuje tylko dzwonki audio

Po wybraniu typu powiadomienia w polu nie jest brak

Powiadomienia o odbieraniu połączeń tylko dla linii podstawowych.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grupy odbioru połączeń.

Kolejka połączeń

zawiera kolejki połączeń głosowych jako część swoich podstawowych funkcji, a każdy użytkownik z licencją Professional może być częścią kolejki połączeń, agenta lub przełożonego. Ta funkcja pozwala użytkownikom efektywnie współpracować z klientami. Kolejki połączeń obsługują podzbiór niektórych podstawowych funkcji call center, takich jak kolejki głosowe, połączenia zwrotne, routing umiejętności lub priorytetów, zarządzanie kolejkami agentów, analityka, raportowanie itp.

Wezwanie Cisco do integracji Microsoft Teams umożliwia agentom dostęp do połączeń i funkcji kolejki połączeń bezpośrednio z klienta Microsoft Teams.

Kolejki połączeń obsługują następujące kluczowe funkcje:

Pozdrowienia i wiadomości (powitanie, pocieszenie, szept itp.)

Trzymaj muzykę

Oddzwanianie

Zasady routingu kolejki (obsługa nocna, święta, przekazywanie)

Logowanie/wylogowanie z kolejki agentów

Zarządzanie stanem kolejki agentów

lub Wsparcie telefoniczne Desk Phone

Agent nadzorcy dzwoni do monitorowania, autokaru, barku lub przejmuje kontrolę za pomocą kodów dostępu do funkcji (FACS)

(dostęp administratora) dla:

zarządzanie kolejkami

Analityka i raportowanie agentów i kolejek

Zarządzanie kolejką, agentem i przełożonym.

Aby uzyskać więcej informacji, zobacz Konfigurowanie kolejki połączeń.

posiada funkcję dodatku Customer Assist, która zapewnia dodatkowe możliwości kolejki połączeń i zapewnia agentom i przełożonym lepsze wrażenia użytkownika w ramach. Aby uzyskać porównanie funkcji kolejki połączeń i pomocy klienta, Webex Callingzobacz porównanie funkcji kolejki połączeń i pomocy klienta.

Grupa polowań

Grupy polowania umożliwiają kierowanie połączeń przychodzących do określonej grupy użytkowników za pomocą z góry określonego wzorca routingu połączeń. Zapewnia to, że połączenia są odbierane przez odpowiednią grupę użytkowników lub wysyłane na pocztę głosową w celu kontynuowania.

Dużą różnicą między grupami polowania a kolejkami połączeń jest to, że połączenia nie są ustawiane w kolejce w grupach polowania, więc jeśli żaden użytkownik w grupie polowania nie będzie dostępny do odebrania połączenia, zostaną one odłączone, wysłane na pocztę głosową lub przekierowane na inny numer (użytkownika lub usługi).

Aby uzyskać więcej informacji, zobacz Zarządzanie grupami polowań w Centrum sterowania.

Tryby pracy

Funkcja Tryb pracy pozwala firmom efektywnie kierować połączenia do różnych miejsc docelowych (użytkownicy, poczta głosowa, usługi połączeń, takie jak kolejka połączeń). Miejsce i kiedy połączenie jest kierowane jest oparte na harmonogramie dnia i dnia tygodnia, a każdy użytkownik może być uprawniony do zarządzania tymi trybami (harmonogramami) w celu kontrolowania zmian w routingu połączeń.

Na przykład połączenia do kolejki połączeń można przekierować do innej kolejki połączeń z agentami znajdującymi się w innej strefie czasowej, aby odbier ać połączenia po godzinach pracy, przekierowywać je do lokalnych agentów, a w czasie wakacji przekierować je do poczty głosowej w celu kontynuowania działań po powrocie agentów do biura.

Autoryzowany użytkownik może przełączać się między tymi różnymi scenariuszami (trybami) przekierowywania połączeń, jeśli musi zmienić miejsce kierowania połączeń przychodzących przez określony czas. Użytkownicy ci mogą zarządzać trybami za pomocą telefonów 6800/7800/8800 MPP, telefonów 9800 lub w User Hub w trybie Zarządzaj.

Aby uzyskać więcej informacji, zobacz Kierowanie połączeń oparte na tryb ach pracy w Webex Calling.

Grupa stronicowa

Grupy stronicowania umożliwiają użytkownikom nawiązanie połączenia jednokierunkowego w celu wysłania wiadomości audio do grupy użytkowników. Każda grupa może zawierać maksymalnie 75 docelowych użytkowników i/lub obszarów roboczych, do których dociera się wybierając wstępnie zdefiniowany numer lub rozszerzenie.

Gdy użytkownik wywołuje grupę stronicowania, wykonywane jest jednoczesne połączenie ze wszystkimi przypisanymi celami w grup ie, w którym to momencie dzwoniący może wypowiedzieć swoje wiadomości i rozłączyć się po ich zakończeniu.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grupy stronicowania w Centrum sterowania.

Nagrania

obsługuje nagrywanie połączeń wykonanych lub odebranych przez użytkownika. Może to być wymagane dla potrzeb związanych z jakością, zapewnieniem, bezpieczeństwem lub szkoleniem. Domyślnie połączenia są rejestrowane w programie, ale mogą być również używane inne zewnętrzne dostawcy nagrywania, jeśli wymagane są inne funkcje nagrywania lub zgodność i wymogi regulacyjne.

Podczas korzystania z platformy nagrywania wszystkie nagrane połączenia są zarządzane wewnątrz. Pełni administratorzy z rolą urzędnika ds. zgodności mogą odtwarzać i pobierać nagrania. Bez roli urzędnika ds. zgodności Administrator może usunąć tylko nagrania.

Aby uzyskać więcej informacji na temat tej funkcji i listy nagrań innych firm, zobacz Zarządzanie nagrywaniem połączeń dla Webex Calling.

Zasięg pojedynczego numeru

Zasięg pojedynczego numeru umożliwia połączenia z numerem telefonu użytkownika, aby dzwonić na wiele urządzeń. Może to obejmować inne telefony biurkowe, a także telefony komórkowe. Połączenia można również wykonywać z tych urządzeń, a użytkownicy mogą wpychać i ciągnąć połączenia między nimi.

Aby uzyskać więcej informacji na temat tej funkcji i sposobu konfigurowania jej przez administratora, zobacz Kon figurowanie zasięgu pojedynczego numeru (biuro w dowolnym miejscu).

Aby uzyskać więcej informacji na temat sposobu zarządzania i konfigurowania tej funkcji przez użytkownika w portalu Webex User Hub (portal), zobacz Konfigurowanie zasięgu pojedynczego numeru (biuro w dowolnym miejscu).

Grupa poczty głosowej

Grupy poczty głosowej umożliwiają udostępnioną skrzynkę poczty głosowej, którą można przypisać do użytkownika lub funkcji routingu połączeń. Niektóre z powodów, dla których może być wymagana grupa poczty głosowej, to:

Poczta głosowa ogólnego przeznaczenia dla działu lub grupy roboczej

Dodaj opcję poczty głosowej do automatycznej obsługi lub grupy polowania

Aby wysyłać połączenia przepełnione z kolejki połączeń

Użytkownicy, którzy potrzebują tylko skrzynki poczty głosowej.

Aby uzyskać więcej informacji, zobacz Zarządzanie udostępnioną pocztą głosową i faksem przychodzącym dla. Webex Calling

Konsola Attendant Console jest wymieniona na stronie Funkcje połączeń w Webex, jednak jest to funkcja dodatkowa, która wymaga zakupu licencji konsoli obsługującej.

Aby uzyskać więcej informacji, zobacz Rozpoczęcie pracy z konsolą Attendant Console.

Aby uzyskać informacje na temat wszystkich funkcji, w tym niektórych dodatków, zobacz Funkcje dostępne według typu licencji. Webex Calling

Tabela 1. Informacje do przechwycenia dla każdej lokalizacji
Informacja	Komentarz
Zakres (-y) rozszerzeń	Każda lokalizacja może mieć rozszerzenia zaczynające się od różnych cyfr. Należy zaoszczędzić jedną cyfrę dla cyfry sterującej wybierania między lokalizacjami (na przykład 8) i jedną dla cyfry sterującej PSTN (na przykład 9). Żaden zakres rozszerzenia nie może zaczynać się od jednej z tych dwóch cyfr. Wszystkie zakresy rozszerzeń wszystkich lokalizacji muszą mieć jednakową długość.
Zakres (y) DID	-
Cyfra kierownicza PSTN	-
Kod strony	Wszystkie kody witryn wszystkich lokalizacji muszą być unikalne i mieć tę samą długość.
Numer główny	Podczas tworzenia lokalizacji należy udostępnić dwa DID. Jeden jako numer główny (na przykład przypisany do usługi obsługi automatycznej) i jeden dla portalu poczty głoso wej. Podaj jeden DID dla numeru poczty głosowej.
Numer poczty głosowej
Liczba licencji	Wymagane licencje według typu, w tym Standard, Professional, Workspace, Lista tras, Plan połączeń wychodzących.
Jednoczesne połączenia w pracowitej godzinie	Suma połączeń współbieżnych między urządzeniami i między urządzeniami a lokalną bramą (PSTN i połączenia z urządzeniami). Potrzebne do określenia wymaganej przepustowości dostępu do Internetu.
Kraj	-
Strefa czasowa	-
Język	-
Kontakt (imię i nazwisko, telefon, e-mail)	-
Adres (adres ulicy, miasto, stan, kod pocztowy)	-
Fizyczna lokalizacja wysyłalna służb ratunkowych dla punktów końcowych	Lokalizacja wywoławcza urządzenia używana do połączeń alarmowych zazwyczaj obejmuje: adres budynku, adres budynku+numer piętra, adres budynku+numer apartamentu lub adres budyn ku+numer piętro+numer biurowy/sześcienny.
Unikalna fizyczna lokalizacja sieci dla służb ratunkowych na urządzenie	Fizyczna lokalizacja sieci dla połączeń alarmowych obejmuje zazwyczaj następujące elementy: przełącznik/przełącznik dla urządzeń przewodowych, identyfikatory BSSID (BSSID) bezprzewo dowego punktu dostępowego (AP) dla urządzeń podłączonych bezprzewodowo i/lub lokalną podsieć IP dla urządzeń końcowych.

Tabela 2. Przykład numeracji przedsiębiorstwa
Witryny	Zakres rozszerzenia	Kod strony	Zakres korporacyjny
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabela 3. Stałe zakresy przedłużania długości
Witryny	Zakres rozszerzenia	Rozszerzenia	Kod strony	Zakres korporacyjny
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabela 4. Przejście siedmiocyfrowego wybierania

Witryny	Rozszerzenia	Kod Witryny	Zasięg korporacyjny	Strona ode	Enterprise Ange
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tabela 5. Opcje udostępniania użytkownika - podsumowanie
Metoda przypisania	Plusy	Wady
Ręcznie przez	Prosty dla nielicznych użytkowników. Umożliwia precyzyjną i szczegółową kontrolę nad przypisywaniem licencji.	Nieskalowalny, czasochłonny Podatny na błędy ludzkie podczas ręcznego wprowadzania.
Automatyczne szablony licencji	Skalowalny Zmniejsza błędy ręczne Może być stosowany do nowych i istniejących użytkowników.	Wymaga prawidłowych numerów telefonów i lokalizacji. Bardziej skomplikowana konfiguracja Wymaga również grup użytkowników na grupę użytkowników z równoważnymi wymaganiami licencyjnymi.
Masowe przesyłanie plików CSV	Wydajny dla dużych zestawów użytkowników Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.	Wymaga starannego formatowania CSV Potencjalne błędy, jeśli brakuje numerów telefonów lub rozszerzeń lub są nieprawidłowe.
Przypisanie oparte na interfejsie API	Automatyczny, elastyczny. Umożliwia jednoczesne przypis ywanie licencji, numerów telefonów i rozszerzeń.	Wymaga wiedzy na temat rozwoju i API.

Tabela 6. Opcje udostępniania użytkownika
Metoda zaopatrzenia	Opis	Plusy	Wady
Podręcznik	Tworzenie/zarządzaj użytkownikami indywidualnie w	Prosty dla nielicznych użytkowników; nie jest potrzebna infrastruktura	Nieskalowalny; czasochłonny dla wielu użytkowników
Zbiorcze (plik CSV)	Importuj/aktualizuj użytkowników zbiorczo za pomocą pliku CSV w	Wydajny dla grup; nie wymaga kodowania	Ręczne przygotowanie CSV; mniej dynamiczne
Ludzie i SCIM 2.0 API	Programowe zarządzanie użytkownikami za pomocą interfejsów API Webex	Elastyczny; obsługuje automatyzację i integrację	Wymaga rozwoju i infrastruktury
Synchronizacja katalogów	Automatyczna synchronizacja z aplikacji AD, Entra ID, SCIM, Unified CM	Automatyzuje cykl życia; obsługuje filtrowanie i mapowanie	Złożoność konfiguracji: niektóre opcje mają ograniczone funkcje lub wymagają infrastruktury

Tabela 7. Opcje zarządzania grupami i członkostwem w grupach
Opcja	Opis	Plusy	Wady
zaopatrzenie grupowe (grupy)	Twórz grupy i zarządzaj nimi bezpośrednio w. Dodawaj/usuwaj członków ręcznie lub za pomocą CSV.	Pełna kontrola nad członkostwem w grupie Natychmiastowe zastosowanie licencji i szablonów Łatwe tworzenie i edytowanie grup	Wymagane aktualizacje ręczne Ryzyko błędów w ręcznym przesyłaniu plików CSV Brak automatycznej synchronizacji z katalogami zewnętrznymi
Zsynchronizowane grupy z Entra ID (Azure AD) lub Active Directory	Automatycznie synchronizuj grupy zabezpieczeń i członkostwa z zewnętrznych usług katalogowych.	Automatyczna synchronizacja ogranicza pracę ręczną Zapewnia spójność z katalo giem korporacyjnym Obsługuje duże organizacje	Nie można edytować członkostwa w grupie Opóźnienie synchronizacji do 12 godzin Grupy zagnieżdżone wymagają ręcznego wyboru
Grupy i SCIM 2.0 API (Grupy)	Użyj Grupy lub interfejsu API SCIM 2.0 do programowego zarządzania grupami i członkostwem	Automatyzacja i integracja z innymi systemami Skalowalne dla dużych lub złożonych środowisk	Wymaga wysiłku rozwojowego Złożoność zależy od użycia API

Wdrożyć

Gotowość sieciowa

Początkowa konfiguracja

Weryfikacja domeny

Zgłoszenie (konwertowanie) istniejących użytkowników

Skonfiguruj i przetestuj synchronizację katalogów

Konfigurowanie i testowanie logowania jednokrotnego (SSO)

Nabywanie, dostarczanie i weryfikowanie licencji

Webex CallingUstawienia usługi

Migracja pilotażowa

Zdobądź PSTN

Konfigurowanie lokalizacji

Integracja z lokalną kontrolą połączeń

Migracja użytkowników w partiach

Obszary robocze

Urządzenia zapewniające

Konfigurowanie funkcji

Testy akceptacyjne

Gotowość sieciowa

Pierwszym krokiem w przejściu do systemu jest zapewnienie niezawodnej i bezpiecznej łączności internetowej między siecią lokalną a chmurą.

Ponieważ większość organizacji łączy się z Internetem za pośrednictwem jednej lub więcej zapór ogniowych lub urządzeń zabezpiec zających, konieczne jest sprawdzenie, czy wymagane przepływy ruchu są obsługiwane.

Administratorzy sieci i zabezpieczeń muszą rozumieć te przepływy pod względem:

Kierunek (przychodzący vs wychodzący)

Protokoły (przykład - SIP TLS, SRTP, HTTPS)

Zak@@ resy adresów IP używane przez usługi

Numery portów, które muszą być otwarte lub dozwolone.

Gwarantuje to, że zapory firmowe, urządzenia NAT i inna infrastruktura sieciowa są odpowiednio skonfigurowane tak, aby dostosowywać ruch przy jednoczesnym zachowaniu korporacyjnych zasad bezpieczeństwa.

Aby uzyskać informacje na temat wymaganych przepływów, w tym adresu IP, portów i protokołów, zobacz Informacje referencyjne dotyczące portu Webex Calling. Informacje te służą do skonfigurowania zapory ogniowej, serwerów proxy i innej infrastruktury sieciowej w istniejącym wdrożeniu, aby umożliwić przepływ sieciowy.

Zdecentralizowany dostęp do Internetu z każdego oddziału lub witryny jest zalecanym podejściem do usług współpracy w chmurze, takich jak. Zezwalając na lokalne wyjście ruchu, ten model:

Zmniejsza opóźnienia w obie strony i drgania, poprawiając ogólną jakość połączeń

Skaluje się wydajnie, ponieważ więcej użytkowników i witryn przechodzi do

Bezproblemowo współpracuje z siecią SD-WAN, która może dynamicznie kierować sesje do najbliższego punktu wejścia w chmurę w celu uzyskania optymalnej wydajności

Umożliwia śledzenie lokalizacji użytkownika na podstawie ich publicznego adresu IP, co pomaga w analizie ścieżki multimediów i rozwiązywaniu problemów.

Ponadto organizacje muszą zapewnić odpowiednią przepustowość Internetu w każdej lokalizacji. Przepustowość powinna być mierzona w oparciu o oczekiwaną liczbę jednoczesnych połączeń, wybranego kodeka (np. Opus lub G.711), plus koszty związane z sygnalizacją, retransmisją i wzrostem. Jest to zgodne z fazą Przygotowywania cyklu życia PPDIO i tworzy solidną podstawę migracji.

Początkowa konfiguracja

Podsekcja wstępnej konfiguracji w fazie wdrażania wdrażania ma podstawę do stworzenia dobrze zorganizowanego i łatwego do zarządzania środowiska połączeń w chmurze. Ten etap obejmuje krytyczne zadania, takie jak konfigurowanie organizacji, pozyskiwanie i przydzielanie licencji oraz weryfikacja i odbieranie domen firmy w celu zapewnienia prawidłowego zarządzania użytkownikami i bezpieczeństwa. Dodatkowo obejmuje udostępnianie szablonów licencji w celu automatyzacji przypisywania licencji użytkownika, konfigurowanie logowania jednokrotnego (SSO) w celu usprawnienia uwierzytelniania użytkowników i zwiększenia bezpieczeństwa oraz dostosowywanie ustawień usług i klientów w celu dostosowania do zasad organizacji i potrzeb użytkowników. Wykon anie tych początkowych czynności konfiguracyjnych zapewnia odpowiednie skonfigurowanie środowiska pod kątem skalowalności, bezpieczeństwa i bezproblemowej obsługi użytkownika, przygotowując grunt pod kolejne fazy wdrażania i operacyjne.

Weryfikacja domeny

Aby umożliwić identyfikację użytkowników zarejestrowanych w domenach e-mail Twojej firmy, niezbędna jest weryfikacja domen. Bez weryfikacji domeny użytkownicy zostaną przypisani do organizacji konsumenckiej, co komplikuje zarządzanie użytkownikami dla Twojej firmy. Weryfikacja domeny jest obowiązkowym krokiem, który pozwala organizacji na skuteczne roszczenie tych użytkowników i zarządzanie nimi.

Upewnij się, że wszystkie domeny powiązane z adresami e-mail użytkowników są zweryfikowane. Wer yfikacja domeny nie jest wyłączna; tę samą domenę można zweryfikować w wielu organizacjach.

Aby uzyskać więcej informacji na temat zarządzania domenami, zobacz Zarządzanie domenami.

Zgłoszenie (konwertowanie) istniejących użytkowników

Po pomyślnej weryfikacji domen możesz przystąpić do zgłoszenia użytkowników, którzy zarejestrowali się w celu korzystania z domen e-mail Twojej firmy do Twojej organizacji. Proces ten konsoliduje wszystkich użytkowników pod jednym parasolem organizacyjnym, umożliwiając scentralizowane zarządzanie i usprawnioną administrację. Uwierzytelniając tych użytkowników, upewniasz się, że Twoja firma ma pełną kontrolę nad kontami użytkowników, umożliwiając Ci przypisywanie odpowiednich licencji, konfigurowanie usług i wydajne zapewnienie niezbędnej pomocy technicznej. To ujedno licone podejście do zarządzania zwiększa bezpieczeństwo, upraszcza udostępnianie użytkowników i zapewnia spójny dostęp do usług w całej organizacji. Roszczenie użytkowników uniemożliwia również zarządzanie nimi w organizacjach zewnętrznych lub konsumenckich, utrzymując w ten sposób integralność organizacji i kontrolę nad zasobami współpracy.

Aby uzyskać więcej informacji na temat roszczeń użytkowników, z obacz Zgłaszanie użytkowników do organizacji (konwertowanie) użytkowników.

Skonfiguruj i przetestuj synchronizację katalogów

Aby umożliwić bezproblemowe zarządzanie użytkownikami i grupami, możesz synchronizować użytkowników i grupy z katalogu korporacyjnego Microsoft Entra ID (dawniej Azure AD) lub Microsoft Active Directory (AD) z. Proces ten zapewnia konsekwentne zachowanie tożsamości użytkowników i członkostwa w grupie w całym środowisku.

W przypadku organizacji wdrażających wdrożenia etapowe kluczowe znaczenie ma kontrolowanie i ograniczanie zakresu synchronizacji podczas wstępnych wdrażania. Minimalizuje to ryzyko niezamierzonych zmian i pozwala na ukierunkowane testy przed szerszym przyjęciem.

Najskuteczniejszą metodą filtrowania synchronizowanych użytkowników jest wykorzy stanie członkostwa w grupie katalogów:

1
Utwórz dedykowaną grupę synchronizacji: w katalogu korporacyjnym (Microsoft Entra ID lub AD) utwórz grupę zabezpieczeń specjalnie do synchronizacji (na przykład grupa synchronizacji).

2
Wypełnij grupę użytkownikami docelowymi: Dodaj do tej grupy tylko użytkowników, których chcesz zsynchronizować (takich jak grupa testowa podczas fazy pilotażowej). Pozwala to ściśle kontrolować, kto jest włączony w proces synchronizacji.

3
Konfigurowanie umowy synchronizacji za pomocą filtrowania opartego na grupie: Podczas konfigurowania umowy synchronizacji w programie Directory Connector lub Entra ID należy skonfigurować zakres tak, aby obejmował tylko użytkowników należących do wyznaczonej grupy.

W przypadku identyfikatora Microsoft Entra ID można używać przypisań grupowych w ustawieniach przydziałów

W przypadku usługi AD można zdefiniować filtr LDAP tak, aby obejmował tylko użytkowników należących do określonej grupy.

4
Rozwiń grupę w razie potrzeby: w miarę przechodzenia do szerszych etapów wdrażania po prostu dodaj dodatkowych użytkowników lub grupy do grupy synchronizacji. Zakres synchronizacji zostanie automatycznie rozszerzony o tych użytkowników, umożliwiając kontrolowane i stopniowe wdraż anie.

Przykładowe kroki wdrożenia:

W Active Directory:

Utwórz grupę zabezpieczeń o nazwie Sync group.

Dodaj żądanych użytkowników pilotażowych do tej grupy.

Skonfiguruj Directory Connector za pomocą filtra LDAP, takiego jak: (MemberOf=CN=Webex Sync Group, OU = Groups, DC = Twoja domena, DC=COM).

W Microsoft wprowadź identyfikator:

Utwórz grupę o nazwie Sync group

Przypisz grupę do ustawień udostępniania w Entra ID

Tylko użytkownicy z tej grupy zostaną przydzieleni do.

Zawsze testuj synchronizację grupową w środowisku nieprodukcyjnym przed zastoso waniem aplikacji do całej organizacji

Regularnie sprawdzaj członkostwo w grupie, aby upewnić się, że tylko autoryzowani użytkownicy są

W przypadku bieżącego zarządzania, jeśli to możliwe, zautomatyzuj aktualizacje członkostwa w grupie w oparciu o reguły biznesowe lub systemy HR.

Referencje:

Synchronizowanie użytkowników Entra ID z Control Hub

Konfigurowanie aplikacji Kreatora Entra ID w Centrum sterowania

Złącze katalogu

Konfigurowanie i testowanie logowania jednokrotnego (SSO)

Pojedyncze logowanie (SSO) zwiększa bezpieczeństwo i upraszcza dostęp użytkownika, umożliwiając użytkownikom jednorazowe uwierzytelnienie za pomocą swoich korporacyjnych danych uwierzytelniających i uzyskanie bezproblemowego dostępu do nich. obsługuje integrację SSO z IDP zgodnymi z SAML 2.0, w tym Microsoft Entra ID (dawniej Azure AD), rozwiązaniami federacyjnymi Active Directory (AD) i różnymi osobami wewnętrznymi osób trzecich.

W tym momencie zaprojektowana konfiguracja SSO powinna zostać zaimplementowana i przetestowana.

Referencje:

Integracja pojedynczego logowania w centrum sterowania

skonfigurowanie logowania jednokrotnego do administracji webex

Konfigurowanie logowania jednokrotnego za pomocą identyfikatora Microsoft Entra ID

SSO z wieloma przesiedlonymi osobami

Zarządzanie SSO podczas integracji w Control Hub

Nabywanie, dostarczanie i weryfikowanie licencji

W ramach wstępnej konfiguracji niezbędne jest nabywanie, dostarczanie i weryfikowanie odpowiednich licencji w celu skutecznego włączania usług i zarządzania nimi. Proces zaopatrzenia obejmuje wybór typów licencji na podstawie ról i obciążeń użytkowników, takich jak licencje Professional, Standard i Workspace . Licencje są generowane i udostępniane za pośrednictwem platform oprogramowania Cisco lub za pośrednictwem partnerów. Po zakupie i dostarczeniu, należy z weryfikować prawidłowe liczby licencji. Proces ten zapewnia, że organizacja ma aktywowane prawidłowe licencje i gotowe do użycia podczas wdrażania.

W ramach wstępnej konfiguracji licencjonowania w, ważne jest skonfigurowanie automatycznego licencjonowania opartego na organizacji, aby usprawnić przypisywanie licencji dla nowych użytkowników. Ta konfiguracja umożliwia automatyczne przyznawanie licencji po dod aniu użytkowników do organizacji, eliminując konieczność ręcznego przypisywania licencji. Podczas konfigurowania automatycznego licencjonowania na poziomie organizacji wybier asz usługi, które mają przypisać i zdefiniować zakres, na przykład stosować licencje tylko dla przyszłych użytkowników lub uwzględnić również istniejących użytkowników.

Jeśli jednak plan wdrażania wymaga użycia automatycznego licencjonowania na poziomie grupy, możesz nie przypisywać licencji na poziomie organizacji, aby uniknąć konfliktów lub powielania przypisań licencji. W przypadku automatycznego licencjonowania na poziomie grupy licencje są przypisywane na podstawie członkostwa w grupie. Użytkownicy w wielu grupach otrzymują licencje ze wszystkich odpowiednich przypisań grupowych.

Konfiguracja przypisywania licencji grupowych musi być wykonana po zakończeniu synchronizacji katalogów, aby zsynchronizowane grupy istniały i mogły być używane do przypisywania licencji.

W szczególności automatyczne przypisywanie licencji wymaga dodatkowych informacji dotyczących udostępniania, takich jak lokalizacja użytkownika i przypisanie numeru telefonu. Numer telefonu służbowego użytkownika musi być w formacie +E.164, wstępnie przydzielony i przypisany do prawidłowej lokalizacji, aby licencja mogła być aktywowana automatycznie. Jeśli te warunki nie zostaną spełnione, użytkownik nie będzie automatycznie dostarczany z usługami i może wymagać ręcznej interwencji.

Podsumowując, skonfiguruj automatyczne licencjonowanie oparte na organizacji dla nowych użytkowników, jeśli chcesz przypisać licencje szerokie, obejmujące całą organizację. Jeśli wolisz bardziej szczegółową kontrolę lub masz różne potrzeby licencjonowania w poszczególnych grupach, skonfiguruj automatyczne licencjonowanie na poziomie grupy i unikaj przypisywania licencji na poziomie organizacji, aby zapobiec nakładaniu się i zapewnić prawidłowe zarządzanie licencjami.

Ustawienia usługi Webex Calling

Niezbędne jest przeprowadzenie kompleksowego przeglądu i konfiguracji globalnych ustawień usługi.

Zacznij od dostępu do sekcji ustawień i przejścia do niej. Dokładnie sprawdź każdą konfigurowalną opcję, w tym między innymi konfigurację wybierania wewnętrznego, parametry połączeń alarmowych, zasady kierowania połączeń, zarządzanie pocztą głosową i ustawienia domyślne urządzenia.

Dostosuj te ustawienia globalne, aby odzwierciedlały zasady organizacji i decyzje projektowe.

Również ustawienia konfiguracji oraz szablony użytkownika i aplikacji.

Migracja pilotażowa

W fazie wdrażania, przeprowadzenie migracji pilotażowej stanowi kluczowy kamień milowy w walidacji przejścia od do. Ten pilotaż obejmuje udostępnienie reprezentatywnego podzbioru użytkowników w jednej lub kilku lokalizacjach na platformie, zapewniając, że wybrana populacja odzwierciedla różnorodne przypadki użycia i role organizacyjne. Równolegle z migracją użytkowników niezbędne usługi współpracy, takie jak poczta głosowa, automatyczne obsługa połączeń, kolejki połączeń i grupy polowania, muszą zostać przeniesione na ich odpowiedniki, aby zachować ciągłość działania i funkcjonalność usług.

Migracja pilotażowa powinna wykorzystywać tę samą kombinację narzędzi dostarczonych przez Cisco i narzędzi migracyjnych innych firm, które są planowane dla szerszego wdrożenia organizacji, zapewniając dokładną walidację procesów, przepływów pracy automatyzacji i punktów integracji w reprezentatywnych warunkach .

Podstawowe cele tego pilotażowego wdrożenia są dwojakie: po pierwsze, walidacja i udo skonalenie procesów przejścia od końca do końca, w tym przepływów pracy udostępniania użytkowników, procedur migracji danych i konfiguracji punktów końcowych; oraz po drugie, kompleksowa wer yfikacja funkcjonalności migrowanych usług w rzeczywistych warunkach operacyjnych.

To etapowe podejście pozwala zespołowi projektownemu zidentyfikować i zaradzić wszelkim problemom technicznym lub proceduralnym w kontrolowanym środowisku, zebrać opinie użytkowników na temat nowej platformy, ocenić skuteczność wybranych narzędzi migracji i nabrać zaufania do metodologii migracji przed przystąpieniem do szerszego wdrażania organizacji.

Spostrzeżenia uzyskane podczas tej fazy pilotażowej mają kluczowe znaczenie dla optymalizacji kolejnych fal migracji i zapewnienia płynnego, ogranicz onego ryzyka przejścia dla całego przedsiębiorstwa.

Zdobądź PSTN

Aby zamówić usługi PSTN dla, najpierw wybierz opcję łączności PSTN w.

Jeśli organizacja planuje utrzymywać hybrydową kontrolę połączeń podwójnych (faza 1 na rysunku Phased Calling Transition: Hybrid and Cloud) tymczasowo lub w nieskończoność, będzie musiała wdrożyć jedną lub więcej lokalnych bramek dla lokalnego PSTN, aby umożliwić połączenia między punktami końcowymi a punktami końcowymi.

Jeśli celem końcowym, w tym PSTN, jest pełne przejście (faza 2) do chmury, to dla PSTN wymagany będzie plan połączenia Cisco lub opcja Cloud Connect for.

Współpracuj z wybranym dostawcą, aby zamówić i przenieść numery telefonów przed ich skonfigurowaniem. Zamawianie numerów telefonów lub inicjowanie zamówień portowych jest wymagane/możliwe tylko dla lokalnych PSTN i Cloud Connect dla. W przypadku planów połączeń Cisco zamawianie i przenoszenie jest inicjowane z poziomu Control Hub zaraz po utworzeniu lokalizacji oraz w krajach, w których dostępny jest plan połączeń Cisco. Aby uzyskać więcej informacji na temat planów połączeń Cisco, zobacz Pierwsze kroki z planami Cisco.

W ramach implementacji PSTN upewnij się, że Twój dostawca włączył zarówno przychodzące, jak i wychodzące usługi PSTN dla Twojej lokalizacji. Dodatkowo wykonuj połączenia testowe, aby sprawdzić, czy połączenia są kierowane poprawnie przez wybrane połączenie PSTN.

Konfigurowanie lokalizacji

Przed dodaniem użytkowników i urządzeń do, musisz podać lokalizacje połączeń. Dla każdej lokalizacji należy podać prawidłowy adres ulicy. W Stanach Zjednoczonych i Kanadzie adres ten jest sprawdzany i używany przez platformę do wysyłania informacji o lokalizacji PIDF-LO w przypadku połączeń alarmowych.

Podczas konfigurowania lokalizacji korzystających z lokalnego PSTN należy odpowiednio skonfigurować bramki lokalne. W programie dla każdej bramki lokalnej należy utworzyć blok i grupę tras, a następnie przypisana jest grupa tras jako wybór PSTN dla lokalizacji. Cisco zdecydowanie zaleca zawsze wybieranie grupy tras jako wyboru PSTN, ponieważ takie podejście pozwala na łatwe dodawanie dodatkowych pni w przyszłości, wspierając zarówno skalowalność, jak i redundancję. Cisco zaleca również włączenie obsługi podwójnej tożsamości i obsługi P-Charge-Info w każdym magistrali PSTN, ponieważ upraszcza to identyfikację podmiotu podlegającego opłacie za połączenia wychodzące bezpośrednie lub przekierowane. Jeśli dostawca usług PSTN używa innego nagłówka do rozliczeń, możesz skopi ować informacje z nagłówka P-Charge-Info w bramce lokalnej do wymaganego nagłówka rozliczeniowego.

W przypadku lokalizacji, które używają usługi Cloud Connect for lub Cisco Calling Plan jako opcji PSTN, po prostu wybierz odpowiedni wybór PSTN dla danej lokalizacji podczas konfiguracji. Jeśli lokalizacja korzysta z usługi Cloud Connect for lub lokalnego PSTN, należy dodać numery telefonów zamówione w poprzednim kroku. Numery mogą być dodawane jako nieaktywne, jeśli nie chcesz od razu włączać je do routingu połączeń; możesz aktywować te numery później, gdy zostaną przypisane do użytkowników lub funkcji.

Ważne jest, aby zawsze ustawić główny numer dla każdej lokalizacji. Numer główny można przypisać użytkownikowi lub funkcji, takiej jak automatyczna obsługa. Aby włączyć pocztę głosową w danej lokalizacji, należy ustawi ć numer pilota poczty głosowej, znany również jako numer portalu głosowego.

Dodatkowe ustawienia lokalizacji połączeń obejmują konfigurowanie szczegółów połączeń alarmowych, takich jak numer alarmowy, opcje powiadomień i ulepszone funkcje połączeń alarmowych. Należy również przejrzeć i dostosować ustawienia nagrywania, preferencje językowe i konfiguracje urządzeń zgodnie z wymaganiami dla każdej lokalizacji. Jeśli Twoja organizacja korzysta ze skróconego wybierania w sieci między lokalizacjami z numerami znaczącymi dla przedsiębiorstwa, pamiętaj, aby skonfigurować unikalny kod witryny dla lokalizacji w wewnętrznych ustawieniach wybierania numer ów. Wreszcie, jeśli wybieranie zewnętrzne wymaga wychod zącej cyfry wybierania, należy ją ustawić w ustawieniach wybier ania zewnętrznego. Gdy skonfigurowana jest cyfra wybierania wychodzącego, firma Cisco zaleca włączenie egzekwowania wychodzących cyfr wybierania w celu zapewnienia spójności.

Integracja z lokalną kontrolą połączeń

Aby zintegrować się z lokalną kontrolą połączeń, konieczne jest skonfigurowanie linii kolejo wych, grup tras, planów wybierania numerów dla przedsiębiorstw oraz ustawień lokalizacji i ustawień globalnych. Rozpocznij od skonfigurowania skrzynek i bramek lokalnych przeznaczonych do wzajemnego połączenia z lokalnym systemem kontroli połączeń; ten krok jest wymagany tylko wtedy, gdy konieczne są dedykowane łączniki. Jeśli istniejące linie i grupy tras są wystarczające do wdrożenia, można je ponownie wykorzystać do lokalnego połączenia interaktywnego bez dodatkowej konfiguracji.

Po utworzeniu pni i grup tras, przystąp do tworzenia planów wybierania dla przedsiębiorstwa i przypisz odpowiednią grupę tras jako miejsce docelowe dla każdego planu wybierania. Jeśli integracja obejmuje wiele lokalnych systemów sterowania połączeniami połączonych za pomocą różnych kanałów, wymagane będzie wiele planów wybierania. Ważne jest, aby upewnić się, że te plany wybierania zawierają tylko wzorce niezbędne do kierowania połączeń do lokalnych miejsc docelowych.

Jeśli wdrożenie wymaga obsługi nieznanego routingu rozszerzeń, ta funkcja powinna być włączona na poziomie lokalizacji. Dodatkowo, gdy aktywowane jest routing nieznanych rozszerzeń, należy określić maksymalną nieznaną długość rozszerzenia w sekcji Tras owanie połączeń między i lokalnymi ustawień usług wywołujących w sekcji. Zapewnia to płynne kierowanie połączeń i prawidłową obsługę scenariuszy wybierania numerów opartych na rozszerzeniach w zintegrowanym środowisku.

Migracja użytkowników w partiach

Podczas migracji użytkowników z do użytkownika może nie być możliwe przeniesienie wszystkich użytkowników w tym samym czasie. Może to wynikać z wielu powodów, w tym między innymi z liczby witryn lub użytkowników, czasu potrzebnego na przejście do witryny i/lub grupy użytkowników w tym samym czasie, ograniczonego zasobu IT lub witryny w celu obsługi okna zmian, czasu trwania okna zmiany, złożoności zmian itp.

Podczas migracji użytkowników etapami ważne jest określenie, którzy użytkownicy muszą migrować razem w tej samej parti i. Głównym celem jest wspólna migracja użytkowników, którzy mają wzajemne zależności dla swoich usług i funkcji połączeń. Należy upewnić się, że wszystkie ich funkcje wywoływania (Przykład - kolejki połączeń) są w pełni funkcjonalne, tak jak były przed włączeniem przejścia.

Nawet jeśli zaimplementujesz współpracę połączeń między bramami lokalnymi i z nimi, nie można podzielić współdzielonych usług ani funkcji w tym połączeniu. Dlatego musisz zidentyfikować zależności między użytkownikami, patrząc na funkcje takie jak:

Monitorowanie innych użytkowników za pomocą BLF

W tym samym pilocie polowania, kolejce połączeń itp

Wiersze współdzielone

Korzystanie z odbioru połączeń

Używanie tych samych numerów call-park

Domofon

Kierownik/Administrator.

Przykładem może być użytkownik, który jest częścią grupy Hunt, do której przechodzi. Ten użytkownik przejdzie do grupy Hunt i wszystkich innych członków Grupy Hunt. Dlatego po przejściu grupa Hunt i jej członkowie mogą z powodzeniem odbierać połączenia na nowej platformie.

Staje się to trudniejsze, gdy użytkownicy są połączeni z różnymi grupami użytkowników w celu uzyskania różnych usług i funkcji połączeń. Będzie to wymagało przeniesienia więcej niż jednej grupy użytkowników i jednej usługi telefonicznej w tym samym czasie.

Wyjście z narzędzia Migration Insights lub narzędzia innych firm użytych w fazie przygotowania umożliwia określenie, którzy użytkownicy i funkcje powinny być pogrupowane razem. Ten wynik powinien zostać wykorzystany do opracowania planu migracji i da ci wgląd w sposób grupowania użytkowników i funkcji, które muszą zostać przeniesione razem.

Kluczowe kroki podczas przenoszenia partii użytkowników to:

Identyfikacja użytkowników do wspólnej migracji

Sprawdź, czy wszyscy użytkownicy są w

Sprawdź, czy istnieją wszystkie TN dla użytkowników

Sprawdź poprawny format numeru telefonu w katalogu

Upewnij się, że licencjonowanie i szablon ustawień dla grup użytkowników są poprawnie skonfigurowane

Weryfikacja lub konfiguracja wszystkich usług i funkcji połączeń dla grupy użytkowników (odpowiednio przed przejściem lub w trakcie przejścia)

W katalogu firmowym dodaj użytkowników do grupy użytkowników obsługujących połączenia

Narzędzia dźwigni — narzędzia migracji użytkowników i funkcji i/lub narzędzia stron trzecich

Wyłączenie/Usuń numer katalogu użytkownika/urządzenia i funkcje/usługi wywołujące po przejściu.

Po migracji grupy użytkowników przetestuj podzbiór użytkowników, aby sprawdzić poprawność działania wszystkich funkcji połączeń i usług. Jeśli funkcje wywoływania, takie jak kolejka połączeń, grupy polowania itp., są przenoszone z grupą użytkowników, przetestuj te usługi wywołujące pod kątem prawidłowej funkcjonalności.

Obszary robocze

W obszarze roboczym odnosi się do lokalizacji udostępnionej (takiej jak sala konferencyjna, przestrzeń do gromadzenia lub hot desk), do której można przypisać urządzenia, rozszerzenia i użytkowników. W przeciwieństwie do tradycyjnych telefonów Unifed CM, obszary robocze to:

Zorientowany na lokalizację: powiązany z przestrzeniami fizycznymi.

Urządzenie elastyczne: może mieć jedno lub więcej urządzeń (telefony biurkowe, tablice itp.).

Gdy obszary robocze zostaną zidentyfikowane jako część przejścia do, można je dodać w obszarze Urządzenia. Każdy obszar roboczy wymaga przypisania urządzenia, a jeśli jest już w nimUnified CM, należy je zresetować lub ponownie udostępnić. Funkcje takie jak poczta głosowa, przekierowywanie połączeń i odbiór połączeń można włączyć lub wyłączyć, a zasady mogą być stosowane w przypadku połączeń wideo, parkowania połączeń i mobilności w razie potrzeby. Przetestuj każdy obszar roboczy, wykonując połączenia wewnętrzne i zewnętrzne, testując funkcje wideo, konferencje i funkcje mobilności . Wreszcie, poinformuj użytkowników o wszelkich stosownych procesach dotyczących urządzeń w obszarze roboczym i rezerwacji.

Aby uzyskać więcej informacji na temat obszarów roboczych, zobacz Obszary robo cze.

Urządzenia zapewniające

Telefony, które są obecnie zarejestrowane, będą musiały zostać przeniesione w ramach przejścia do chmury. Aby migracja była jak najprostsza i minimalna szansa na awarię, Cisco zaleca jednoczesną migrację fizycznych witryn lub działów. Może być jednak wymagana migracja użytkowników partiami ze względu na zależności od funkcji. Aby uzyskać więcej informacji, zobacz sekcję Migracja użytkowników parti ami.

Wszelkie obsługiwane telefony, z których musisz przejść, będą musiały zostać skonfigurowane jako użytkownik lub przestrzeń robocza, a telefon fizyczny będzie musiał zostać ponownie skonfigurowany, aby się zarejestrować. Ponadto telefony z serii 7800 i 8800 wymagają aktualizacji oprogramowania układowego z oprogramowania sprzętowego Enterprise do oprogramowania wieloplatformowego telefonu (MPP). Proces ten obejmuje ładowanie przejści owego oprogramowania układowego przed załadowaniem oprogramowania MPP wymaganego do rejestracji. Wymaga również odpowiedniej licencji migracyjnej. Firma Cisco uspraw niła ten proces w ciągu ostatnich kilku lat, aby ułatwić aktualizację telefonów z oprogramowaniem sprzętowym Enterprise do oprogramowania MPP. Aby uzyskać więcej informacji na temat kroków ukończenia aktualizacji oprogramowania układowego, z obacz Konwertowanie telefonów IP z serii Cisco 7800 i 8800 między oprogramowaniem Enterprise i MP P.

Oprócz kroków opisanych w tym artykule, ma wbudowane narzędzie Migracja telefonu do Webex Calling, którego możesz użyć do migracji telefonów 7800 i 8800 z Enterprise do oprogramowania MPP. To narzędzie pozwala również dodawać telefony i przypisywać je do odpowiednich użytkowników lub obszarów roboczych. Aby uzyskać więcej informacji na temat korzystania z narzędzi, zobacz Migracja telefonu.

W przypadku telefonów z serii 9800 zarejestrowanych powyżej wymóg migracji oprogramowania układowego nie ma zastosowania. Te telefony obsługują PhoneOS, który jest obsługiwany zarówno przez i. Aby przejść do tych telefonów, musisz je dodaćWebex Calling, przypisać je do użytkownika lub obszaru roboczego, a następnie przywrócić ustawienia fabryczne telefony. Poniższy rysunek sekwencji rozruchu PhoneOS dla rejestracji pokazuje sekwencję rozruchu PhoneOS i sposób rejestracji telefonu po dodaniu, nawet jeśli telefon jest nadal włączony i/lub używane są opcje DHCP (przykład - 150).

Sekwencja rozruchowa PhoneOS do rejestracji

obsługuje przywrócenie ustawień fabrycznych urządzeń PhoneOS, aby umożliwić wbudowanie funkcji Zero-Touch. Administratorzy mogą zdalnie przywrócić ustawienia fabryczne telefonów 9800 i 8875 za pośrednictwem stron administracyjnych CUCM, co eliminuje potrzebę fizycznego dostępu do telefonów, aby włączyć telefony. Ta funkcja jest obsługiwana w pakietach urządzeń od 9 września 2025 r.:

CUCM v15 - Unified Communications Manager wersja 15

CUCM v14 - Unified Communications Manager wersja 14.

Aby uzyskać więcej informacji na temat procesu rejestracji dla serii 9800, zobacz Proces rejestracji.

Oprócz telefonów IP Cisco może być wymagane udostępnienie innych urządzeń, takich jak analogowe adaptery telefoniczne (ATA), telefony bezprzewodowe (Wifi, DECT), urządzenia wideo, bramy głosowe oraz urządzenia i telef ^ony firm trzecich. Wiele z tych urządzeń nie ma ścieżki aktualizacji oprogramowania układowego, takiej jak telefony IP, aby przejść je z oprogramowania korporacyjnego na oprogramowanie układowe w chmurze . W związku z tym każde z tych urządzeń udostępnisz w Control Hub. Niektóre z nich nie mogą zostać przeniesione, a równoważny model będzie musiał je zastąpić (np. ATA 191/192) i inne będą wymagały ręcznej rekonfigur acji i/lub zmian w oprogramowaniu.

Bramy głosowe — Aby przeprowadzić migrację bramy lokalnej, zobacz Migracja bramy lokalnej .
Aby uzyskać więcej informacji na temat konfigurowania bramy głosowej VG400, VG410 lub VG420 w Centrum sterowania, zobacz Brama lokalna

Analogowy adapter telefoniczny (ATA) — Aby rozpocząć pracę z urządzeniami Cisco ATA 191 i 192, z obacz Cisco ATA.

Telefon bezprzewodowy Wifi - Aby zintegrować telefon bezprzewodowy 840 i 860, zobacz Integracja telefonu bezprzewodowego Webex.

Telefony bezprzewodowe DECT — Aby rozpocząć pracę z nową serią Cisco IP DECT 6800, zobacz Cisco IP DECT.

Aby zbudować cyfrową sieć DECT i zarządzać nimi w centrum sterowania, zobacz Zarządzanie siecią DECT

Aby uzyskać więcej informacji na temat systemu Cisco IP DECT 6800, zobacz Przewodnik wdrażania

Urządzenia ⁱ telefony firm trz ecich — współpracuj z dostawcami ^firm trzecich nad wymaganiami dotyczącymi urządzenia/telefonu oraz procesu migracji lub zastępowania ich w celu wsparcia.

Konfigurowanie funkcji

Wszelkie wymagane funkcje wywoływania muszą zostać udostępnione przed przejściem lub w trakcie przejścia. Jak omówiono w sekcji Migracja użytkowników w partiach, funkcje wywoływania muszą zostać skonfigurowane i przeniesione po przejściu użytkowników, którzy ich używają.

Szczegółowe informacje na temat konfigurowania każdej z funkcji można znaleźć w odpowiednich artykułach pomocy dotyczącej konfiguracji.

Obsługa samochodów - Aby zarządzać pracownikami samochodowymi, zobacz Obsługa automatyczna

Call park — Aby zarządzać parkowaniem telefonicznym, zobacz Call park

Odbieranie połączeń — Aby skonfigurować grupę odbioru połączeń, zobacz Odbieranie połączeń

Kolejki połączeń — Aby skonfigurować kolejkę połączeń, zobacz kolejka połączeń

Grupy polowania — Aby zarządzać grupami polowań, zobacz Zarządzanie grupą polowań

Tryby pracy — Aby uzyskać kierowanie połączeń na podstawie trybów pracy, zobacz Kierowanie połączeń w oparciu o tryby operacyjne

Grupy stronicowania — Aby skonfigurować grupę stronicowania, zobacz Konfigurowanie grupy stronicowania

Nagrania - Aby zarządzać nagrywaniem połączeń, zobacz Zarządzanie nagraniami

Zasięg pojedynczej liczby — Aby skonfigurować zasięg pojedynczego numeru (biuro w dowolnym miejscu), zobacz Konfigurowanie pojedynczego numeru

Grupa poczty głosowej — Aby zarządzać udostępnioną pocztą głosową i faksem przychodzącym, zobacz Zarządzanie pocztą głosową.

Testy akceptacyjne

Testowanie akceptacji zapewnia, że migrowane środowisko spełnia wymagania funkcjonalne, działa zgodnie z oczekiwaniami i zapewnia płynne wrażenia użytkownika we wszystkich przepływach pracy w komunikacji. Ten proces walidacji jest wieloaspektowy i obejmuje wszystko, od udostępniania użytkowników i przypisywania numerów po wydajność operacyjną zaawansowanych funkcji połączeń .

Ta sekcja zawiera przykłady i podkreśla kluczowe aspekty, które należy wziąć pod uwagę podczas testów akceptacyjnych; jednak, nie ma służyć jako wyczerpująca lub wyczerpująca lista kontrolna.

Przydzielanie użytkowników i przypisywanie numerów

Podstawowym aspektem testowania akceptacyjnego jest sprawdzenie, czy wszyscy użytkownicy są dostarczani dokładnie i całkowicie w środku. Wymaga to dokładnego porównania katalogu source () z nowo utworzoną bazą użytkowników, aby upewnić się, że każde konto użytkownika wraz z powiązanymi atrybutami, takimi jak numery rozszerzeń i przypisania bezpośredniego wybierania wewnętrznego (DID), zostało poprawnie przeniesione. Kompletność zaopatrzenia ma kluczowe znaczenie nie tylko dla sprawności pierwszego dnia, ale także dla bieżącej administracji i wsparcia.

Sprawdzanie poprawności przypisania numerów obejmuje potwierdzenie, że każdemu użytkownikowi przypisano prawidłowe rozszerzenie i numer zewnętrzny oraz że numery te kierują się poprawnie zarówno w przepływie połączeń wewnętrznych (w sieci), jak i zewnętrznych (PSTN) . Konieczne jest sprawdzenie, czy nie występują nakładania się, brakujące przypisania lub błędne konfiguracje, które mogłyby prowadzić do błędów routingu połączeń lub przerw w świadczeniu usług.

PSTN Przepływy połączeń i prezentacja identyfikatora dzwoniącego

Solidna procedura testowania akceptacji musi obejmować kompleksową walidację przepływów wywołań PSTN. Obejmuje to zarówno scenariusze połączeń przychodzących, jak i wychodzących . W przypadku przychodzących połączeń PSTN zespół testujący powinien potwierdzić, że połączenia są dostarczane do zamierzonych punktów końcowych, niezależnie od tego, czy są to indywidualni użytkownicy, kolejki połączeń, grupy polowania czy osoby obsługujące automatyczne. Wychodzące połączenia PSTN muszą być wykonywane pomyślnie, ze szczególnym uwzględnieniem prawidłowego dostarcz ania i prezentacji informacji o identyfikatorze dzwoniącego. Obej muje to zapewnienie, że prawidłowa nazwa i numer dzwoniącego są wyświetlane zewnętrznym odbiorcom, zgodnie z polityką organizacyjną i wymogami regulacyjnymi.

Testowanie powinno również dotyczyć scenariuszy przełączania awaryjnego, takich jak obsługa nieosiągalnych punktów końcowych lub zakłóceń w sieci. Pomaga to potwierdzić, że mechanizmy awaryjne i alternatywne routing działają prawidłowo, zachowując ciągłość i niezawodność usług.

Przepływy połączeń w sieci

Wewnętrzne lub w sieci przepływy połączeń stanowią podstawę komunikacji w przedsiębiorstwie. Testowanie akceptacji w tym obszarze sprawdza, czy połączenia między użytkownikami w organizacji są kierowane prawidłowo, a funkcje takie jak transfer połączeń, wstrzymanie, przekierowywanie i konferencje działają zgodnie z przeznaczeniem. Należy potwierdzić integralność planów wybier ania numerów, łączność rozszerzeń do rozszerzenia oraz obsługa zasad połączeń organizacyjnych.

Obsługa połączeń użytkownika i walidacja funkcji

Ważnym aspektem testowania akceptacji jest sprawdzanie sposobu, w jaki użytkownicy obsługują połączenia za pomocą obsługi wanych telefonów stacjonarnych. Proces ten koncentruje się na potwierdzeniu, że codzienne przepływy pracy połączeń są intuicyjne i niezawodne oraz że użytkownicy mają płynny dostęp do podstawowych funkcji niezbędnych dla ich ról. Testowanie powinno oceniać łatwość, z jaką użytkownicy mogą nawiązywać i odbierać połączenia, zarządzać funkcjami wstrzymania i wznawiania oraz wykonywać transfery zarówno ślepe, jak i doradcze. Konieczne jest również sprawdzenie, czy przekierowywanie połączeń, konferencje i inne zaawansowane funkcje, takie jak parkowanie i pobieranie połączeń lub aktywacja nie przeszkadzają, są łatwo dostępne i działają płynnie.

Doświadczenie należy ocenić pod kątem przejrzystości i szybkości reakcji, biorąc pod uwagę interakcję użytkowników z historią połączeń, pocztą głosową i zintegrowanymi katalogami. Dodatkową uwagę należy zwrócić na możliwość przenoszenia aktywnych połączeń między urządzeniami i efektywnego korzystania z elementów sterujących podczas połączenia w aplikacji lub na telefonach fizycznych. Ostatecznym celem jest zapewnienie spójności, wydajności obsługi użytkownika końcowego i w pełni wspierania potrzeb komunikacyjnych organizacji po migracji.

Kolejki połączeń: doświadczenie agenta i przełożonego

Kolejki połączeń są często używane do obsługi scenariuszy połączeń przychodzących o dużej objętości. Testy akceptacyjne koncentrują się tutaj na kilku wymiarach. Najpierw należy sprawdzić, czy połączenia są dystrybuowane do agentów zgodnie ze skonfigurowaną logiką kolejki, taką jak okrągły łuk, najdłuższy bezczynność lub jednoczesny dzwonek. Prezentacja połączeń w kolejce na komputerach stacjonarnych agentów musi zostać zbadana pod kątem przejrzystości i łatwości obsługi, zapewniając agentom skuteczne przyjmowanie, zatrzymywanie i przesyłanie połączeń.

W przypadku przełożonych należy ocenić doświadczenie pulpitu pod kątem takich funkcji, jak monitorowanie w czasie rzeczywistym, łączenie połączeń oraz analiza lub w gląd w wydajność kolejki. Obejmuje to między innymi sprawdzanie poprawności pulpitów nawigacyjnych i narzędzi do raportowania, które zapewniają praktyczne dane dotyczące dystrybucji połączeń, aktywności agenta i wskaźników kolejek.

Grupy polowania: Dystrybucja połączeń

Grupy polowania są kluczowym mechanizmem dystrybucji połączeń do wstępnie zdefiniowanych zestawów użytkowników. Testowanie akceptacji musi potwierdzić, że połączenia są kierowane do członków grupy w oparciu o skonfigurowany algorytm polowania, a scenariusze przepełnienia, przekierowania i braku odpowiedzi są obsługiwane zgodnie z projektem. Zapewnienie, że członkostwo w grupie i zachowania związane z routingiem połączeń odpowiadają tym, które zostały wcześniej ustalone, jest niezbędne dla spójności operacyjnej i satysfakcji użytkowników.

Auto Assistants: Ogłoszenia i operacje menu

Pracownicy automatyczni reprezentują pierwszą linię automatycznej obsługi połączeń. Testowanie musi obejmować odtwarzanie ogłoszeń, dokładność nagranych pozdrowień i prawidłowe działanie drzew menu. Wybór menu powinien niezawodnie kierować dzwoniących do odpowiednich działów, osób fizycznych lub numerów zewnętrznych. Testowanie powinno również obejmować nieprawidłowe scenariusze lub scenariusze limitu czasu, aby potwierdzić, że dzwoniący otrzymują jasne wskazówki lub są przekierowani zgodnie z przeznaczeniem.

Obsługa poczty głosowej

Wreszcie, funkcjonalność poczty głosowej ma kluczowe znaczenie dla doświadczenia użytkownika. Testy akceptacji powinny sprawdzić, czy skrzynki poczty głosowej są poprawnie przypisane i dostępne, zarówno w organizacji, jak i zdalnie. Możliwość nagrywania, pobierania i zarządzania wiadomościami musi zostać potwierdzona wraz z dostarczeniem powiadomień.

Optymalizacja

Migracja PSTN do Cloud Connect dla

Optymalizacja infrastruktury lokalnej

Korzystanie z analiz i rozwiązywania problemów

Migracja PSTN do Cloud Connect dla

Po migracji wszystkich punktów końcowych i użytkowników do połączeń w chmurze jedynym celem Unified CM jest działanie jako tranzyt między bramami PSTN i przez bramę lokalną. Usuwanie bram PSTN i lokalnej bramy z obrazu za pomocą Cloud Connect jako dostępu PSTN dla wszystkich Webex Calling użytkowników ma kilka zalet, w tym redukcję kosztów i większą niezawodność. Aby przenieść lokalny dostęp PSTN do usługi Cloud Connect for , wykonaj następujące kroki:

Cloud Connect do wyboru partnera.

Zapoznaj się z listą Cloud Connect dla partnerów i wybierz spośród dostępnych partnerów dostępnych dla lokalizacji Twojej organizacji.

Cloud Connect do sprawdzania poprawności.

Przed przełączeniem dostępu PSTN dla lokalizacji na Cloud Connect należy zweryfikować i zweryfikować łączność z PSTN za pośrednictwem wybranego partnera Cloud Connect. W tym celu lokalizacja testowa musi być udostępniona niektórym użytkownikom testowym udostępnionym w tej lokalizacji testowej. Dostęp PSTN dla tej lokalizacji testowej jest następnie ustawiany na partnera Cloud Connect przed walidacją łączności PSTN za pomocą telefonów testowych. Po pomyślnej walidacji lokalizacja testu może zostać wyłączona.

Przenoszenie numerów.

Aby przygotować się do przekroczenia do usługi Cloud Connect, należy umieścić kolejność portów dla wszystkich numerów aktualnie przypisanych do magistrali PSTN, która kończy się na. Wszystkie numery muszą zostać przeniesione do partnera Cloud Connect. Aby zachować dostępność między lokalizacjami, wszystkie numery wszystkich lokalizacji muszą być przeniesione w tym samym czasie.

Przełącz się na partnera Cloud Connect.

W dniu przerwania dostęp PSTN dla wszystkich lokalizacji musi zostać ustawiony na dostawcę usług PSTN połączonych z chmurą, a łączność przychodząca i wychodząca powinna zostać zweryfikowana.

Jak omówiono w sekcji PSTN w rozdziale projektowania, klienci mogą również zdecydować się na przeniesi enie dostępu PSTN do Cloud Connect na początku przejścia za pomocą trunkingu PSTN dla wdrożeń hybrydowych. Aby uzyskać więcej informacji, zobacz sekcję Trunking PSTN dla wdrożeń hybrydowych. Webex Calling W takim przypadku podczas przejścia dostęp do PSTN odbywa się za pośrednictwem Bramy Lokalnej, a po przeniesieniu wszystkich użytkowników do niej nie ma dodatkowego etapu migracji związanego z PSTN poza likwidacją i bramkami lokalnymi.

Optymalizacja infrastruktury lokalnej

Po przejściu wszystkich użytkowników do rejestracji w chmurze i przejściu wszystkich punktów końcowych do rejestracji w chmurze, zaktualizuj odpowiednią infrastrukturę lokalną teraz, gdy używane są połączenia w chmurze. Aktualizacje infrastruktury obejmują:

Usuń lokalne DNS SRV rekordy kontroli połączeń i wiadomości z lokalnych serwer ów DNS, w tym cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Te rekordy SRV nie są już wymagane do wykrywania usług klienta.

Usuń DNS SRV rekordy związane z krawędziami z publicznego systemu DNS, w tym collab_edge. _Tls. <domain>. Te rekordy SRV nie są już wymagane do wykrywania usług brzegowych współpracy w usługach klienta.

Zaktualizuj wszystkie odpowiednie zakresy DHCP, aby usunąć opcję 66 i opcję 150 TFTP/adresy serwera rozruchowego. Zakresy te nie są już wymagane do wykrywania i pobierania konfiguracji kontroli połączeń punktów końcowych.

Aktualizuj/usuń odpowiednie dial-peer w lokalnej brame/kostce, które kierują połączenia do i z. Unified CM Te narzędzia dial-peer nie są już wymagane do lokalnego routingu połączeń.

Usuń lub usuń wszystkie maszyny wirtualne i/lub serwery klastra węzłów. Zmień przeznaczenie zasobów obliczeniowych i sprzętu w razie potrzeby. Zasoby te nie są już potrzebne do kontroli połączeń i usług brzegowych.

Usuń lub usuń wszystkie maszyny wirtualne i/lub serwery węzłów klastra. Zmień przeznaczenie zasobów obliczeniowych i sprzętu w razie potrzeby. Zasoby te nie są już potrzebne do obsługi poczty głosowej i ujednoliconych usług przesyłania wiadomości.

Czyszczenie: Po migracji dostępu PSTN do PSTN połączonego z chmurą, łączniki PSTN, bramy PSTN i Brama lokalna mogą zostać wycofane z eksploatacji.

W przypadku istniejącego lokalnego rozwiązania E911 usuń wszystkie lokalizacje lub numery, do których przeprowadzono migrację, a po zakończeniu pełnego przejścia usuń maszyny wirtualne lub serwery aplikacji. Zmień przeznaczenie zasobów obliczeniowych i sprzętu w razie potrzeby. Zasoby te nie są już potrzebne do połączeń alarmowych i usług lokalizacyjnych.

DNS należące do migrowanych użytkowników powinny być umieszczone w ukrytej partycji, aby uniknąć awarii routingu połączeń i zapewnić wszystkim CSS-om priorytetowy dostęp do ścieżki chmury tych samych DNS.

Aktualizuj fizyczną wysyłaną lokalizację i element sieci w obszarze mobilności horyzontu za każdym razem, gdy zachodzą zmiany. Typowe działania wymagające aktualizacji to:

Wymiana przełącznika sieciowego

Bezprzewodowa wymiana punktu dostępowego

Zmiany zakresu DHCP

Zmiany fizyczne wewnątrz budynku (jeśli zdecydujesz się na gabinę/biuro)

Fizyczna ekspansja lub skurcz powierzchni biurowej wewnątrz budynku.

Korzystanie z analiz i rozwiązywania problemów

zapewnia kompleksowe funkcje analityczne i rozwiązywania problemów, które pomagają wizualizować i śledzić wdrożenie. Obejmują one jakość multimediów, szczegółową historię połączeń, kolejkę połączeń, grupę polowania i analizę automatycznego obsługi. Przykład analizy jakości mediów jest przedstawiony na rysunku analityka jakości mediów.

analityka jakości mediów

W obszarze Rozwiązywanie problemów każde połączenie nawiązywane za pomocą można przeglądać ze szczegółowymi informacjami o jakości kluczowych nośników i problemach związanych z sygnalizacją, aby pomóc w określeniu problemów z mediami i nieudanych połączeń, jak pokazano na rysunku Rozwiązywanie problemów związanych z jakością noś nika.

rozwiązywanie problemów z jakością mediów

Rozwiązywanie problemów można również zintegrować z innymi produktami Cisco, takimi jak przełączniki ThousandEyes i Meraki, aby zapewnić jeszcze bogatsze zintegrowane doświadczenie w Control Hub. Aby uzyskać więcej informacji na temat korzystania z Webex Callinganaliz i rozwiązywania problemów, zobacz Rozwią Webex Calling zywanie problemów z połączeniami w Centrum sterowania.

Wprowadzenie

Przed rozpoczęciem

Przegląd

Główne komponenty

Przegląd procesu PPDIO

Ogólny opis PPDIO

Korzystanie z PPDIO w projektach migracji z Unified CM do Webex Calling

Przygotuj

Plan

Projekt

Implementacja

Optymalizacja

Pętle sprzężenia zwrotnego PPDIO

Podejście migracyjne

Przed rozpoczęciem

Niniejszy podręcznik jest przeznaczony dla zespołów i osób mających doświadczenie w konfigurowaniu i administrowaniu programem Cisco Unified Communications Manager (Unified CM) oraz punktami końcowymi Cisco, w tym telefonami stacjonarnymi IP, urządzeniami wideo i klientami programowymi Jabber. W niniejszym dokumencie zamieszczono odnośniki do dokumentacji produktu i pomocy technicznej.

W tym dokumencie skupiono się na przejściach z rozwiązania Unified CM do rozwiązania Webex Calling obsługującego wyłącznie wielu najemców. Termin Webex Calling w tym dokumencie zawsze odnosi się do rozwiązania Webex Calling obsługującego wielu najemców.

Przed rozpoczęciem migracji z Unified CM do Webex Calling konieczne jest kompleksowe zrozumienie rozwiązania Webex Calling i jego poszczególnych komponentów. Aby migracja przebiegła pomyślnie, konieczna jest znajomość architektury Webex Calling, modeli usług, opcji wdrażania i powiązanych funkcji w celu prawidłowego mapowania istniejących obciążeń Unified CM i zaprojektowania efektywnego planu przejścia.

Dokładne zrozumienie poniższych komponentów rozwiązania Webex Calling jest niezbędne do opracowania skutecznej strategii przejściowej i zapewnienia gotowości operacyjnej.

Control Hub

Zaopatrzenie katalogów i użytkowników

Platforma połączeń Webex

Obsługiwane punkty końcowe połączeń

Opcje łączności PSTN

Plan wybierania numerów i zarządzanie numerami w usłudze Webex Calling

Funkcje bezpieczeństwa i zgodności.

Aby uzyskać więcej informacji, zobacz Preferowana architektura Cisco dla połączeń Webex.

W tym przewodniku przedstawiono narzędzia i procesy, które należy stosować przez cały cykl przejściowy. Jednak przejście z lokalnej platformy połączeń, Unified CM, na nową platformę połączeń w chmurze, Webex Calling, może wiązać się ze znacznym wysiłkiem, który może wiązać się z wyzwaniami biznesowymi, technicznymi i złożonymi. Aby pomóc Ci pokonać te wyzwania, Cisco oferuje kilka różnych opcji, które pomogą Ci w tej podróży. Ważne jest, aby zapoznać się z informacjami zawartymi w artykule Połączenia w chmurze dla przedsiębiorstw — migracja połączeń i zrozumieć każdą opcję oraz to, w jaki sposób każda z nich może pomóc Ci w przeprowadzeniu własnej migracji.

Narzędzia migracji Webex: samoobsługowe, bezpłatne narzędzia wbudowane w Control Hub, które usprawnią przejście na usługę Webex Calling

Certyfikowani dostawcy usług migracyjnych: Dostawcy oprogramowania i narzędzi zweryfikowani przez Cisco, którzy opracowali rozwiązania migracyjne pomagające partnerom i klientom Webex w przeprowadzaniu złożonych i dużych migracji. Rozwiązania te mogą pomóc uprościć, zarządzać i przyspieszyć przejście na usługę połączeń Webex

Asystent konfiguracji Webex: usługa migracji prowadzona przez firmę Cisco, która prowadzi klientów i partnerów przez proces wdrażania i konfiguracji rozwiązania Webex Calling, co jest niezbędne do pomyślnej migracji użytkowników i usług Unified CM do Webex Calling.

Przegląd

Wraz z rozwojem usług współpracy dostarczanych w chmurze coraz więcej klientów rozważa przeniesienie istniejących obciążeń związanych ze współpracą do chmury, biorąc pod uwagę obietnice obniżenia całkowitego kosztu posiadania, uproszczonego zarządzania, ciągłego dostarczania funkcji, zwiększonej skalowalności i wyższej niezawodności, które są nieodłączną cechą usług opartych na chmurze. Gdy klienci rozważają przejście z usług współpracy lokalnej na usługi w chmurze, ważne jest, aby zrozumieli, na czym polega takie przejście i jakie kroki należy podjąć, aby je przeprowadzić.

Celem niniejszego dokumentu jest dostarczenie wskazówek dotyczących wdrożenia klientom, którzy chcą dokonać przejścia z lokalnego rozwiązania Unified CM na usługę Webex Calling w chmurze. W niniejszym przewodniku wdrażania przyjęto założenie, że czytelnik ma podstawową wiedzę na temat przejścia między usługami Unified CM i Webex Calling, w tym na temat zmian, jakie zachodzą podczas tego przejścia, a także różnic w przypadku przenoszenia obciążenia pracą związaną z połączeniami z lokalizacji lokalnej do chmury. Przed kontynuowaniem upewnij się, że zapoznałeś się z informacjami dostępnymi na mapie przejśći że są Ci one znane. W dokumencie mapy przejściowej zawarto informacje o zmianach i różnicach zachodzących w trakcie tej transformacji.

Jak pokazano na rysunku Architektura współpracy lokalnej: W przypadku kontroli połączeń i zdalnego dostęputypowe wdrożenie lokalne obejmuje różne komponenty infrastruktury współpracy w sieci, platformę kontroli połączeń, platformę brzegową, punkty końcowe sprzętowe i programowe, a w niektórych przypadkach nawet platformy konferencyjne i planowania. W architekturze Cisco obejmowałoby to Unified CM do kontroli połączeń, Expressway do zdalnego dostępu i usług brzegowych typu business-to-business (B2B), Cisco Meeting Server / Cisco Meeting Management do obsługi konferencji lokalnych, Unity Connection do obsługi wiadomości głosowych oraz sprzęt skierowany do użytkownika (telefony IP Cisco, systemy wideo Cisco Desk i Room) i oprogramowanie (Cisco Jabber) oparte na protokole IP. W niektórych środowiskach elementy te mogą się nieznacznie różnić, ale stanowią punkt wyjścia do przejścia opisanego w dalszej części dokumentu.

Architektura współpracy lokalnej: kontrola połączeń i zdalny dostęp

Architektura pokazana na rysunku Architektura współpracy lokalnej: kontrola połączeń i zdalny dostęp opiera się na Preferowanej Architekturze (PA) dla wdrożeń Cisco Collaboration Enterprise On-Premises. Aby uzyskać więcej informacji na temat rozwiązań Enterprise On-premise, zobacz Preferowane architektury współpracy Cisco.

Zanim: W tabeli przedstawiono najważniejsze elementy lokalnej infrastruktury połączeń przed przejściem na usługę Webex Calling w chmurze.

Tabela 1. Zanim: Komponenty infrastruktury połączeń lokalnych
Produkt Opis

Unified CM Kontrola połączeń na miejscu zapewniająca rejestrację urządzeń i usługi kierowania połączeń

Cisco Expressway-C/E Infrastruktura brzegowa zapewniająca funkcjonalność dostępu mobilnego i zdalnego (MRA) oraz komunikacji między firmami (B2B), umożliwiająca zdalnym punktom końcowym bezpieczne łączenie się spoza organizacji. Usługa Expressway jest wdrażana parami, aby umożliwić omijanie zapór sieciowych dla zewnętrznych punktów końcowych.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresence Management Suite (TMS) Lokalna infrastruktura do konferencji głosowych, wideo i internetowych umożliwiająca organizację spotkań wielopunktowych, zarządzanie spotkaniami i planowanie spotkań. [Optional]

Cisco Unity Connection Lokalna platforma do obsługi wiadomości głosowych zapewniająca pocztę głosową i możliwości obsługi ujednoliconych wiadomości. [Optional]

Cisco Desk, Cisco Room, Cisco Board, telefony IP Cisco i Cisco Jabber Urządzenia oparte na protokole IP zarejestrowane w Unified CM i umożliwiające wykonywanie połączeń głosowych i wideo

Jak pokazano na rysunku Decyzja przejściowa: W przypadku połączeń lokalnych do Webex Callingklienci posiadający lokalną kontrolę połączeń z Unified CM oraz punkty końcowe IP stacjonarne i wideo mogą wybrać przejście architektury na architekturę chmurową Webex Calling.

Decyzja musi zostać podjęta na podstawie wymagań funkcjonalnych klienta. Klienci, którzy mają następujące wymagania, powinni dokładnie rozważyć tę decyzję przed jej podjęciem i ostatecznie zdecydować się na utrzymanie kontroli połączeń na miejscu:

Modele telefonów nieobsługiwane przez Webex Calling

Złożone lub liczne integracje z innymi systemami lub rozwiązaniami lokalnymi, zwłaszcza gdy replikacja tych integracji z Webex Calling jest trudna lub nie są dostępne żadne równoważne alternatywne rozwiązania

Złożony plan wybierania numerów, bardzo szczegółowe klasy usług lub oba te elementy

Ograniczony, ograniczony lub zawodny dostęp do Internetu

Surowe zasady prywatności i własności danych

Wymagania dotyczące zgodności z przepisami dotyczącymi nagrywania i przechowywania multimediów na miejscu lub w kraju

Integracje z rozwiązaniami innych firm bez alternatywnej integracji Webex Calling

Integracje z centrami kontaktowymi, w których interfejs centrum kontaktowego nie jest jeszcze przenoszony do chmury.

Decyzja przejściowa: połączenia lokalne do Webex Calling
Klienci, którzy chcą zacząć korzystać z usług połączeń w chmurze, powinni rozważyć usługę Webex Calling. Usługa połączeń w chmurze umożliwia klientom wykorzystanie globalnej architektury Webex w celu zapewnienia skalowalności i łączności. Uczestnicy sieci korporacyjnej i uczestnicy zdalni spoza sieci korporacyjnej mogą komunikować się za pomocą punktów końcowych sprzętowych opartych na protokole IP and/or aplikacje klienckie na komputery stacjonarne lub urządzenia mobilne.

W tym dokumencie skupiono się na klientach korzystających z rozwiązań Unified CM do kontroli połączeń, którzy chcą poznać ogólne kroki, zagadnienia i wymagania dotyczące wdrożenia rozwiązania Webex Calling, jak przedstawiono w następnej sekcji.

Główne komponenty

Docelowa architektura tej migracji obejmuje kilka nowych komponentów. Obejmuje to usługę Webex Calling do połączeń w chmurze, aplikację Webex, Cisco Directory Connector do integracji tożsamości i bramkę lokalną (LGW) do dostępu do PSTN, a także integrację połączeń lokalnych z chmurą. Dodatkowe opcje dostępu do PSTN to plany połączeń Cisco Calling Plans lub Cloud Connected PSTN (CCP) udostępniane przez partnera Cloud Connect for Webex Calling.

Jak pokazano na rysunku Po: Architektura połączeń Webex– nowe komponenty (Webex Calling, łącznik katalogu, brama lokalna i brama Survivability) są dodawane do istniejącego wdrożenia lokalnego.

Po: Architektura połączeń Webex

Po: Tabela zawiera listę nowych elementów architektury po przejściu na Webex.

Tabela 2. Po: Komponenty infrastruktury połączeń w chmurze
Produkt Opis

Webex Calling Usługa połączeń w chmurze dostarczana z platformy Webex, umożliwiająca rejestrację punktów końcowych i kierowanie połączeń

Cisco Directory Connector Aplikacja systemu Windows działająca na komputerze z domeną Windows, umożliwiająca synchronizację tożsamości między lokalną usługą Active Directory przedsiębiorstwa a magazynem tożsamości organizacji Webex.
W przypadku klientów, którzy przenoszą się z lokalnej usługi Active Directory na Entra ID, integracja tożsamości z usługą Webex zamiast Cisco Directory Connector odbywa się za pomocą aplikacji Entra ID Wizard.

Brama lokalna Brama lokalna pełni funkcję pomostu między lokalną siecią komunikacji ujednoliconej klienta a chmurą Webex Calling. Rozwiązanie można wdrożyć lokalnie lub hostować u partnera, zapewniając dostęp PSTN do punktów końcowych zarejestrowanych w chmurze, a także integrację połączeń między punktami końcowymi zarejestrowanymi w Unified CM i w chmurze. Router usług zintegrowanych Cisco IOS-XE (seria ISR 1100 i 4000), Cisco Catalyst 8200/8300 Seria Cisco Catalyst 8000V Edge Software i różne certyfikowane kontrolery SBC (Session Border Controller) innych firm mogą być używane jako LGW w przypadku podejścia polegającego na migracji etapowej.

Brama utrzymania Survivability Gateway (SGW) to brama sieci lokalnej oparta na systemie IOS-XE, która zapewnia awaryjne usługi połączeń dla punktów końcowych Webex Calling na miejscu podczas przerw w działaniu sieci.

Plan połączeń Cisco, Cloud Connect dla połączeń Webex Cisco Calling Plan i Cloud Connect for Webex Calling to oparte na chmurze opcje dostępu PSTN do punktów końcowych Webex Calling. Dostęp do PSTN jest ułatwiony przez dostawcę chmury PSTN i nie wymaga żadnego sprzętu lokalnego.

Aplikacja Webex Aplikacja kliencka działająca na systemie operacyjnym komputera stacjonarnego (Windows, Mac) lub systemie operacyjnym urządzenia mobilnego (Android, iOS) i zarejestrowana bezpośrednio na platformie Webex Calling w celu umożliwienia wykonywania połączeń.

Przegląd procesu PPDIO

Proces PPDIO oznacza Przygotuj, Zaplanuj, Zaprojektuj, Wdróż i Zoptymalizuj. Jest to ustrukturyzowana metodologia Cisco, która prowadzi projekty od początkowej oceny aż po ciągłe doskonalenie, zapewniając efektywne i udane wdrożenia lub migracje.

Proces PPDIO

Ogólny opis PPDIO

Przygotowywać: Oceń obecną sytuację, zbierz wymagania i zorganizuj działania interesariuszy, aby zbudować solidne podstawy.

Plan: Opracuj szczegółowe plany projektów, uwzględniające harmonogramy, zasoby i strategie ograniczania ryzyka.

Projekt: Zaprojektuj rozwiązanie docelowe dostosowane do potrzeb biznesowych i technicznych.

Narzędzie: Przeprowadź wdrożenie lub migrację zgodnie z projektem, weryfikując funkcjonalność i wydajność.

Być optymistą: Ciągłe udoskonalanie rozwiązań po wdrożeniu poprzez monitorowanie wydajności, udoskonalanie konfiguracji oraz wykorzystywanie narzędzi automatyzacji i integracji.

Korzystanie z PPDIO w projektach migracji z Unified CM do Webex Calling

Podczas przechodzenia z Unified CM na Webex Calling proces PPDIO zapewnia jasną mapę drogową, która gwarantuje płynne i efektywne przejście:

Przygotuj

Oceń istniejące środowisko Unified CM i gotowość do migracji

Zbieraj szczegółowe dane o użytkownikach, urządzeniach, sieci i zależnościach

Zbierz dane dotyczące lokalizacji, w tym adres reagowania kryzysowego, liczbę użytkowników, dostęp do Internetu, dostęp do PSTN

Określ ryzyka i określ zakres projektu, aby uzgodnić działania wszystkich interesariuszy.

Plan

Utwórz kompleksowy plan migracji z harmonogramami wsadowymi, przydziałami zasobów i harmonogramami

Zdefiniuj zadania, takie jak aktualizacje oprogramowania sprzętowego urządzeń, dostarczanie licencji i wdrażanie użytkowników

Koordynuj okna migracji z firmą Cisco i partnerami, aby zminimalizować zakłócenia.

Projekt

Mapowanie bieżących konfiguracji Unified CM, planów wybierania i profili użytkowników na odpowiedniki Webex Calling

Zaprojektuj środowisko połączeń Webex, w tym strategię PSTN (tymczasową i ostateczną), lokalizacje, role użytkowników i punkty integracji, takie jak brama lokalna (CUBE) i synchronizacja katalogów

Zaplanuj scenariusze współistnienia, w których Unified CM i Webex Calling będą działać jednocześnie podczas migracji.

Implementacja

Użyj narzędzi migracji Control Hub wraz z narzędziami innych firm, aby dokonać zmian trybu oprogramowania sprzętowego urządzenia, konfiguracji funkcji i migracji użytkowników

Korzystaj z operacji zbiorczych i funkcji provisioningu przy użyciu interfejsów API Webex, aby usprawnić migracje i konfiguracje na dużą skalę

Wykonywanie czynności związanych z dostarczaniem licencji, rejestracją urządzeń i aktualizacjami konfiguracji

Sprawdź poprawność migracji poprzez testowanie i weryfikację operacyjną.

Optymalizacja

Ciągłe monitorowanie wydajności usługi Webex Calling i doświadczeń użytkowników

Udoskonalaj konfiguracje i przepływy pracy na podstawie danych operacyjnych i opinii

Wykorzystaj możliwości automatyzacji i integracji, aby zwiększyć wydajność i skalowalność

W razie potrzeby wycofaj ze służby starsze komponenty Unified CM i zapewnij stałe wsparcie operacyjne drugiego dnia.

Ulepszone podejście PPDIO zapewnia kontrolowaną, przejrzystą i efektywną migrację z Unified CM do Webex Calling, wykorzystując narzędzia Cisco, interfejsy API i ekosystem partnerów w celu zachowania ciągłości działania firmy i poprawy możliwości współpracy.

Pętle sprzężenia zwrotnego PPDIO

Przedstawiony na rysunku Iteracje podczas wykonywania PPDIO ogólny przegląd pokazuje pojedynczą pętlę sprzężenia zwrotnego od fazy optymalizacji z powrotem do fazy przygotowania. Oznacza to, że po wstępnym wdrożeniu istnieje możliwość ciągłego doskonalenia. Każdy cykl optymalizacji może pozwolić na identyfikację nowych wymagań lub obszarów wymagających udoskonalenia, które mogą zostać uwzględnione w kolejnych projektach lub inicjatywach. Każdy z tych projektów przebiega według ustalonego cyklu PPDIO (przygotowanie, planowanie, projektowanie, wdrażanie, optymalizacja). Dzięki iteracyjnemu podejściu system pozostaje zgodny ze zmieniającymi się celami biznesowymi i postępem technologicznym, co sprzyja tworzeniu kultury ciągłego udoskonalania i adaptacji.

Iteracje podczas wykonywania PPDIO

Podczas realizacji procesu PPDIO często zdarza się, że ustalenia poczynione w późniejszych fazach wymuszają ponowne rozpatrzenie i potencjalną rewizję decyzji podjętych na etapach wcześniejszych. Na przykład problemy napotkane na etapie wdrażania, takie jak identyfikacja niejasności projektowych lub brakujących szczegółów, mogą ujawnić, że pewne aspekty nie zostały w pełni uwzględnione na etapie projektowania. W takich przypadkach konieczny jest powrót do odpowiedniej wcześniejszej fazy w celu rozwiązania tych problemów przed kontynuacją działań. Ten iteracyjny mechanizm sprzężenia zwrotnego, jak pokazano na rysunku Proces PPDIO wspomagany przez Unified CM, gwarantuje dokładne sprawdzenie i udoskonalenie rozwiązania, co ostatecznie przyczynia się do bardziej niezawodnego i efektywnego wdrożenia.

Zunifikowany proces PPDIO wspomagany przez CM

Podczas przechodzenia z Unified CM na Webex Calling, każda faza procesu PPDIO może znacząco skorzystać z informacji zebranych z istniejącego środowiska Unified CM. Przykładowo, z bieżącej konfiguracji Unified CM można wyodrębnić kompleksowe inwentaryzacje użytkowników, numerów telefonów, funkcji połączeń i składników planu wybierania. Dane te uzupełniają informacje dostarczane bezpośrednio przez interesariuszy i pomagają usprawnić planowanie oraz działania projektowe. Wykorzystanie odpowiednich narzędzi do automatyzacji ekstrakcji i analizy danych nie tylko zwiększa dokładność, ale także przyspiesza cały proces. Wykorzystując wnioski z istniejącego wdrożenia, przejście na rozwiązanie Webex Calling można przeprowadzić sprawniej niż w przypadku tradycyjnego wdrożenia typu greenfield, przy jednoczesnym zachowaniu zgodności ze strukturalną metodologią PPDIO. Proces ten zilustrowano na rysunku Proces PPDIO wspomagany przez Unified CM.

Podejście migracyjne

Planując przejście z lokalnego rozwiązania Unified CM do Webex Calling, musisz określić swoje podejście do tego procesu. Najpierw musisz zdecydować, czy migracja będzie błyskawiczna (wszystko na raz) czy podejściem etapowym (migracja grup users/devices (przez dłuższy okres czasu).

Wykonanie migracji typu flash-cut pozwala na najszybsze przeniesienie wszystkich użytkowników i urządzeń. Dzięki tej metodzie przeniesiesz jednocześnie wszystkich użytkowników i urządzenia z lokalnej usługi Unified CM do usługi Webex Calling. W istocie jest to jedno okno migracji dla wszystkich użytkowników i urządzeń. Po zakończeniu migracji wszyscy użytkownicy i urządzenia będą korzystać z platformy Webex Calling, a cała infrastruktura Unified CM może zostać wycofana z eksploatacji. Jednak wiele organizacji nie może skorzystać z tego podejścia ze względu na skalę i rozmiar wdrożonych połączeń.

Drugim podejściem jest migracja etapowa . Większość organizacji zdecyduje się na to podejście, ponieważ zapewnia ono lepszą kontrolę, zarządzanie i skalę migracji. Ponadto lepiej nadaje się do większych wdrożeń UC and/or wdrożenia w wielu regionach. Dlatego też niniejszy dokument koncentruje się na podejściu etapowym obejmującym dwa etapy przejścia.

Jak pokazano na poniższym rysunku , przejście wywołania fazowego: Hybrydowa i chmurowa, pierwsza faza przejściowa (faza 1) skutkuje wdrożeniem współistniejącym z podwójnymi środowiskami wywoławczymi. Na tym etapie niektórzy użytkownicy, urządzenia i klienci programowi są przenoszeni do usługi Webex Calling, podczas gdy pozostali nadal korzystają z lokalnej kontroli połączeń Unified CM. Ostatnia faza przejściowa (faza 2) skutkuje powstaniem w pełni chmurowego środowiska połączeń, w którym wszyscy użytkownicy, urządzenia i klienci programowi zostali w pełni przeniesieni na platformę Webex Calling.

Czas potrzebny organizacji na całkowite przejście na połączenia w chmurze będzie się różnić w zależności od bieżącego wdrożenia. W niektórych przypadkach organizacja może dokonać początkowego przejścia i pozostać w fazie współistnienia podwójnej kontroli połączeń (faza 1) przez dłuższy okres (miesiące lub nawet lata), podczas gdy w innych przypadkach organizacja może w bardzo krótkim czasie (tygodnie lub miesiące) przejść całkowicie na usługę Webex Calling (faza 2). Niniejszy dokument ma obejmować obie fazy (Fazę 1 – współistnienie i Fazę 2 – pełne przejście).

Przejście do kolejnych połączeń fazowych: hybrydowe i chmurowe

Możliwe, że niektóre organizacje będą utrzymywać współistniejącą kontrolę dwóch połączeń przez czas nieokreślony, nie planując nigdy całkowitego przejścia na połączenia w chmurze.

Drugą kwestią, którą należy wziąć pod uwagę, jest sposób przenoszenia użytkowników, urządzeń i klientów programowych z lokalnej kontroli połączeń do kontroli połączeń w chmurze. Zalecanym podejściem jest przejście trójfazowe. Rysunek Zalecane przejście 3-fazowe poniżej rozkłada to podejście na 3 fazy.

Zalecane przejście 3-fazowe

Przed migracją: Ta faza koncentruje się na przygotowaniu środowisk Webex i Unified CM do migracji. Nie chodzi tu o planowanie konkretnych konfiguracji ani o wyznaczanie konkretnych celów, lecz o dokończenie czynności, które można wykonać teraz, przed rozpoczęciem jakiegokolwiek projektu migracji Webex Calling. Celem jest zbudowanie fundamentów dla obu środowisk, aby przygotować je do migracji.

Przygotowanie migracji: Na tym etapie rozpoczynają się przygotowania do migracji do usługi Webex Calling. W tym przypadku należy dokonać przeglądu i aktualizacji wymagań biznesowych i technicznych. Nie ograniczaj się do przenoszenia i przenoszenia tego, co jest obecnie wdrożone za pomocą Unified CM, lecz zamiast tego zdefiniuj na nowo wymagania biznesowe i techniczne, których Twoja firma potrzebuje dziś i w przyszłości, wykorzystując możliwości rozwiązania Webex Calling. Ponadto jest to faza, w której ukończysz projektowanie, planowanie konfiguracji i migrację planning/schedule.

Migracja (wdrożenie i wycofanie): Na tym etapie następuje faktyczna migracja użytkowników, urządzeń, numerów telefonów i klientów programowych. Jak omówiono powyżej, fazę tę można ukończyć dla wszystkich jednocześnie (błyskawiczne cięcie) lub w ciągu wielu okien zmian (cięcie fazowe). Plany przyjęcia nowych rozwiązań przez użytkowników końcowych, szkolenia i komunikacja mają kluczowe znaczenie, aby użytkownicy byli świadomi zmian, wiedzieli, jak korzystać z nowej platformy połączeń i kiedy nastąpi zmiana. Ostatnim krokiem jest wycofanie z eksploatacji całej lokalnej infrastruktury komunikacji ujednoliconej, która nie jest już używana.

Faza poprzedzająca migrację obejmuje czynności (wymagane, zalecane i opcjonalne), nad którymi możesz zacząć pracować natychmiast. Zaleca się, aby ukończyć te czynności jak najszybciej, najlepiej przed rozpoczęciem projektu. Niektóre czynności mogą zająć więcej czasu, dlatego też wcześniejsze ich rozpoczęcie pomoże usprawnić sam projekt migracji.

Rysunek Działania przed migracją poniżej przedstawia pięć konkretnych kategorii działań związanych z migracją Webex Calling.

Działania przedmigracyjne

Tabela 1. Zanim: Komponenty infrastruktury połączeń lokalnych
Produkt	Opis
Unified CM	Kontrola połączeń na miejscu zapewniająca rejestrację urządzeń i usługi kierowania połączeń
Cisco Expressway-C/E	Infrastruktura brzegowa zapewniająca funkcjonalność dostępu mobilnego i zdalnego (MRA) oraz komunikacji między firmami (B2B), umożliwiająca zdalnym punktom końcowym bezpieczne łączenie się spoza organizacji. Usługa Expressway jest wdrażana parami, aby umożliwić omijanie zapór sieciowych dla zewnętrznych punktów końcowych.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresence Management Suite (TMS)	Lokalna infrastruktura do konferencji głosowych, wideo i internetowych umożliwiająca organizację spotkań wielopunktowych, zarządzanie spotkaniami i planowanie spotkań. [Optional]
Cisco Unity Connection	Lokalna platforma do obsługi wiadomości głosowych zapewniająca pocztę głosową i możliwości obsługi ujednoliconych wiadomości. [Optional]
Cisco Desk, Cisco Room, Cisco Board, telefony IP Cisco i Cisco Jabber	Urządzenia oparte na protokole IP zarejestrowane w Unified CM i umożliwiające wykonywanie połączeń głosowych i wideo

Tabela 2. Po: Komponenty infrastruktury połączeń w chmurze
Produkt	Opis
Webex Calling	Usługa połączeń w chmurze dostarczana z platformy Webex, umożliwiająca rejestrację punktów końcowych i kierowanie połączeń
Cisco Directory Connector	Aplikacja systemu Windows działająca na komputerze z domeną Windows, umożliwiająca synchronizację tożsamości między lokalną usługą Active Directory przedsiębiorstwa a magazynem tożsamości organizacji Webex. W przypadku klientów, którzy przenoszą się z lokalnej usługi Active Directory na Entra ID, integracja tożsamości z usługą Webex zamiast Cisco Directory Connector odbywa się za pomocą aplikacji Entra ID Wizard.
Brama lokalna	Brama lokalna pełni funkcję pomostu między lokalną siecią komunikacji ujednoliconej klienta a chmurą Webex Calling. Rozwiązanie można wdrożyć lokalnie lub hostować u partnera, zapewniając dostęp PSTN do punktów końcowych zarejestrowanych w chmurze, a także integrację połączeń między punktami końcowymi zarejestrowanymi w Unified CM i w chmurze. Router usług zintegrowanych Cisco IOS-XE (seria ISR 1100 i 4000), Cisco Catalyst 8200/8300 Seria Cisco Catalyst 8000V Edge Software i różne certyfikowane kontrolery SBC (Session Border Controller) innych firm mogą być używane jako LGW w przypadku podejścia polegającego na migracji etapowej.
Brama utrzymania	Survivability Gateway (SGW) to brama sieci lokalnej oparta na systemie IOS-XE, która zapewnia awaryjne usługi połączeń dla punktów końcowych Webex Calling na miejscu podczas przerw w działaniu sieci.
Plan połączeń Cisco, Cloud Connect dla połączeń Webex	Cisco Calling Plan i Cloud Connect for Webex Calling to oparte na chmurze opcje dostępu PSTN do punktów końcowych Webex Calling. Dostęp do PSTN jest ułatwiony przez dostawcę chmury PSTN i nie wymaga żadnego sprzętu lokalnego.
Aplikacja Webex	Aplikacja kliencka działająca na systemie operacyjnym komputera stacjonarnego (Windows, Mac) lub systemie operacyjnym urządzenia mobilnego (Android, iOS) i zarejestrowana bezpośrednio na platformie Webex Calling w celu umożliwienia wykonywania połączeń.

Przygotuj

Wymagania biznesowe i techniczne

Dlaczego zbieranie wymagań jest ważne:

Wymagania biznesowe

Wymagania techniczne

Gotowość i wymagania sieciowe

Skonfiguruj UC połączoną z chmurą

Ocena bieżącego środowiska

Licencjonowanie

Locations/Sites

Istniejący zapas devices/clients

Sprawdź kwalifikowalność urządzenia

Użytkownicy

Połączenie PSTN

Cechy & wykorzystanie funkcji

Integracje Cisco: Połączenie Unity UCCX UCCE

Nagrywanie połączeń

Integracje z rozwiązaniami stron trzecich

Wymagania biznesowe i techniczne

Planując migrację z platformy do , niezwykle istotne jest dokładne zebranie wymagań technicznych i biznesowych na etapie planowania. Ten krok gwarantuje, że migracja będzie zgodna z celami operacyjnymi i możliwościami technicznymi Twojej organizacji, minimalizując ryzyko i zakłócenia.

Dlaczego zbieranie wymagań jest ważne:

Dostosowuje cele biznesowe: Zrozumienie potrzeb biznesowych pozwala dostosować migrację tak, aby obsługiwała najważniejsze przepływy pracy, doświadczenia użytkowników i plany rozwoju.

Zapewnia zgodność techniczną: Wczesne rozpoznanie wymagań technicznych pozwala uniknąć problemów z integracją z istniejącą infrastrukturą, siecią i punktami końcowymi.

Ułatwia planowanie zasobów: Jasne wymagania pomagają dokładnie oszacować harmonogram, koszty i niezbędne zasoby.

Łagodzi ryzyko: Wczesne wykrywanie potencjalnych problemów pozwala na proaktywne rozwiązywanie problemów, co pozwala ograniczyć przestoje i przerwy w świadczeniu usług.

Wymagania biznesowe

Typowe wymagania biznesowe obejmują:

Liczba użytkowników i lokalizacji do migracji

Pożądane funkcje i usługi (np. przekierowywanie połączeń, poczta głosowa, konferencje, automatyczne sekretarki, kolejki połączeń)

Polityki zgodności i bezpieczeństwa

Ograniczenia budżetowe i oczekiwania dotyczące kosztów

Potrzeby szkoleniowe i wsparcia użytkowników

Harmonogram migracji i kwestie ciągłości działania.

Zebranie pożądanych funkcji i usług jest kluczowym krokiem mającym na celu zapewnienie, że nowy system spełnia potrzeby biznesowe. Gromadząc te wymagania, ważne jest, aby nie tylko wziąć pod uwagę bieżącą konfigurację, ale także spróbować zebrać faktyczne wymagania od podmiotów gospodarczych, które będą korzystać z systemu. W przeciwnym razie istnieje ryzyko, że plan opiera się na założeniach nieaktualnych. Pamiętaj o ocenie dodatkowych lub ulepszonych funkcji dostępnych w programie, które mogą nie występować w programie , takich jak połączenia w chmurze, zaawansowane kolejki połączeń, i . Pomaga to w pełni wykorzystać zalety platformy chmurowej.

Oceniając bieżącą konfigurację w programie, należy pamiętać, że nie wszystkie istniejące ustawienia mogą pozostać konieczne ze względu na zmieniające się wymagania w całym cyklu życia systemu. Należy skupić się na identyfikowaniu i zachowywaniu tylko tych konfiguracji, które odpowiadają obecnym i przyszłym potrzebom wdrożenia.

Skup się bardziej na tym, czego potrzebujesz, niż na tym, co masz.

Zasady zgodności i bezpieczeństwa są kluczowymi kwestiami, które należy wziąć pod uwagę podczas migracji do Webex Calling, aby mieć pewność, że nowy system komunikacji w chmurze spełnia normy prawne, regulacyjne i organizacyjne.

Zgodność z przepisami: Organizacje muszą zweryfikować, czy spełniają one przepisy branżowe, takie jak RODO, HIPAA lub SOX, dotyczące wymagań w zakresie prywatności, przechowywania i przetwarzania danych, a także przepisy krajowe dotyczące miejsca przechowywania danych, omijania opłat drogowych i lokalizacji nośników.

Bezpieczeństwo danych: Zapewnienie szyfrowania danych głosowych i sygnalizacyjnych podczas przesyłania i przechowywania w celu ochrony przed przechwyceniem lub nieautoryzowanym dostępem.

Kontrola dostępu: Definiowanie i egzekwowanie uwierzytelniania użytkowników, autoryzacji i dostępu opartego na rolach w celu zapobiegania nieautoryzowanemu wykorzystaniu zasobów komunikacyjnych.

Audyt i monitoring: Wdrażanie funkcji rejestrowania i monitorowania w celu śledzenia dostępu i użytkowania na potrzeby audytów zgodności i dochodzeń w sprawie incydentów bezpieczeństwa.

Dostosowanie polityki: Dostosowanie migracji do istniejących zasad bezpieczeństwa firmy, obejmujących bezpieczeństwo punktów końcowych, segmentację sieci i plany reagowania na incydenty.

Zapewnienie bezpieczeństwa dostawcy: Ocena certyfikatów bezpieczeństwa i atestów zgodności Cisco w celu zapewnienia wiarygodności.

Uwzględnienie zasad zgodności i bezpieczeństwa na etapie planowania pomaga ograniczyć ryzyko, uniknąć kar prawnych i zachować integralność oraz poufność komunikacji w trakcie migracji i po jej zakończeniu.

Potrzeby szkoleniowe i wsparcia użytkowników są istotnymi elementami migracji z do w celu zapewnienia płynnego przejścia i akceptacji użytkowników. Kluczowe kwestie obejmują:

Programy szkoleniowe: Opracuj dostosowane sesje szkoleniowe dla różnych grup użytkowników (użytkowników końcowych, administratorów, pracowników pomocy technicznej), aby zapoznać ich z funkcjami, interfejsami użytkownika i nowymi przepływami pracy.

Dokumentacja: Zapewnij przejrzyste, dostępne podręczniki użytkownika, sekcje FAQ i materiały szybkiego dostępu, w tym Co nowego i innego zasoby oraz przewodniki krok po kroku Przed i po (w formie wideo lub skróconego przewodnika), aby pomóc użytkownikom w przystosowaniu się do zaktualizowanego środowiska po migracji.

Zarządzanie zmianą: Aktywnie komunikuj zmiany, aby zarządzać oczekiwaniami użytkowników i zmniejszać opór.

Konstrukcja nośna: Utwórz dedykowany zespół wsparcia lub ścieżkę eskalacji, aby szybko rozwiązywać problemy użytkowników w trakcie i po migracji.

Ciągła edukacja: Zaplanuj ciągłe aktualizacje szkoleń w miarę udostępniania nowych funkcji lub aktualizacji w programie .

Mechanizmy sprzężenia zwrotnego: Wprowadź kanały, za pomocą których użytkownicy będą mogli zgłaszać problemy i przekazywać opinie, aby udoskonalić procesy szkoleniowe i wsparcia.

Uwzględnienie tych potrzeb szkoleniowych i wsparcia na etapie planowania pomaga zminimalizować zakłócenia, zwiększyć zaufanie użytkowników i zmaksymalizować korzyści płynące z migracji do .

Wymagania techniczne

Aby migracja z do przebiegła pomyślnie, konieczne jest zebranie i udokumentowanie kilku kluczowych wymagań technicznych, w tym szczegółów dotyczących:

Gotowość sieci i przepustowość

Kompleksowa ocena sieci jest kluczowa, aby mieć pewność, że Twoja istniejąca infrastruktura będzie obsługiwać nowe środowisko Webex Calling. Obejmuje to:

Analiza przepustowości: Ocena bieżącego i prognozowanego wykorzystania pasma w celu obsługi połączeń głosowych, wideo i transmisji danych bez przeciążeń.

Jakość usług (QoS): Wdrażanie zasad QoS w celu nadania priorytetu ruchowi głosowemu i zminimalizowania opóźnień, zakłóceń i utraty pakietów.

Łączność WAN i internetowa: Sprawdzanie, czy łącza WAN i połączenia internetowe spełniają wymagania dotyczące połączeń w chmurze, w tym pod kątem redundancji i możliwości przełączania awaryjnego.

Konfiguracja zapory sieciowej i NAT: Upewnienie się, że ustawienia zapory sieciowej i NAT zezwalają na wymaganą sygnalizację i ruch multimedialny dla .

Integracja z istniejącym systemem

Bezproblemowa integracja z istniejącymi systemami biznesowymi jest kluczowa dla zapewnienia użytkownikom komfortu użytkowania i ciągłości przepływu pracy:

Usługi katalogowe: Ocena integracji z katalogiem przedsiębiorstwa w celu zautomatyzowanego przydzielania użytkowników i uwierzytelniania.

CRM i aplikacje biznesowe: Identyfikacja punktów integracji z systemami zarządzania relacjami z klientami i innymi aplikacjami o znaczeniu krytycznym dla działalności.

Współpraca starszych systemów PBX: Zaplanowanie strategii współistnienia lub migracji etapowej, jeśli podczas okresu przejściowego pozostaną jakiekolwiek starsze systemy telefoniczne.

Zgodność i provisionowanie punktów końcowych

Należy ocenić zgodność wszystkich punktów końcowych, w tym telefonów stacjonarnych, softfonów i urządzeń mobilnych:

Obsługa urządzeń: Potwierdzenie, że istniejące telefony IP i urządzenia są obsługiwane lub wskazanie niezbędnych zamienników.

Procesy zaopatrzeniowe: Ustanowienie zautomatyzowanych lub usprawnionych metod udostępniania w celu efektywnego wdrażania punktów końcowych.

Aktualizacje oprogramowania sprzętowego i oprogramowania: Planowanie niezbędnych aktualizacji w celu zapewnienia interoperacyjności i bezpieczeństwa.

Konfiguracje zabezpieczeń i standardy szyfrowania

Bezpieczeństwo jest najważniejsze w komunikacji w chmurze:

Szyfrowanie: Wdrażanie kompleksowego szyfrowania sygnałów i strumieni multimedialnych, zgodnie z najlepszymi praktykami bezpieczeństwa firmy Cisco.

Uwierzytelnianie i kontrola dostępu: Wdrażanie bezpiecznych mechanizmów uwierzytelniania (takich jak SSO, uwierzytelnianie wieloskładnikowe) i szczegółowych kontroli dostępu użytkowników.

Zgodność: Zapewnienie, że rozwiązanie spełnia odpowiednie standardy regulacyjne i branżowe (na przykład RODO, HIPAA).

Monitorowanie bezpieczeństwa: Integracja z narzędziami SIEM i konfiguracja alertów dotyczących potencjalnych incydentów bezpieczeństwa.

Tabela 1. Przykładowa ocena
Wymaganie Kluczowe zagadnienia

Gotowość sieci i przepustowość Przepustowość, QoS, WAN/Internet, Firewall/NAT

Integracja z istniejącymi systemami Katalog, CRM, PBX, Email/Calendar

Zgodność i provisionowanie punktów końcowych Wsparcie urządzeń, provisioning, aktualizacje oprogramowania sprzętowego

Konfiguracje zabezpieczeń i szyfrowanie Szyfrowanie, uwierzytelnianie, zgodność, monitorowanie bezpieczeństwa

Szkolenie użytkowników i zarządzanie zmianą Programy szkoleniowe, dokumentacja, komunikacja zmian

Przenośność numerów i plan wybierania Numer migration/porting, tłumaczenie planu wybierania

Integracje z rozwiązaniami innych firm Paging, contact center, faks, urządzenia analogowe

Gotowość i wymagania sieciowe

Gotowość sieci jest kluczowa dla pomyślnej migracji do dowolnego rozwiązania do obsługi połączeń w chmurze, takiego jak . Niewłaściwe planowanie sieci może skutkować pogorszeniem jakości połączeń, ich zrywaniem i niezadowoleniem użytkowników. Przed migracją klienci muszą przeprowadzić ocenę sieci. Zaleca się potwierdzenie dostępności przepustowości sieci dla oczekiwanej liczby połączeń, upewnienie się, że spełnione są wymagania dotyczące jakości usług (QoS) oraz zapoznanie się z różnymi portami, które muszą zostać otwarte w zaporach brzegowych.

Niezawodna łączność sieciowa z odpowiednią jakością usług (przepustowość, utrata pakietów, czas reakcji) to podstawowy wymóg zapewniający najlepsze możliwe doświadczenie użytkownika dla wszystkich punktów końcowych, klientów i aplikacji obsługujących głos i obraz korzystających z platformy .

Klienci i partnerzy mają dostęp do opcji łączności wykraczających poza Internet OTT, które mogą optymalizować połączenie, w tym Webex Edge Connect. Aby uzyskać więcej informacji na temat szczegółów projektu Webex Edge Connect, zobacz Cisco Preferred Architecture for Webex Edge Connect for Webex Meetings, Calling Multi-Tenant, and Dedicated Instance.

Klienci mogą wykorzystać narzędzie CScan do oceny sieci, która dostarcza informacji na temat jakości sieci klienta, liczby możliwych do nawiązania połączeń, opóźnień itp. Aby uzyskać więcej informacji na temat narzędzia CScan, zobacz Użyj CScan do testowania jakości sieci Webex Calling.

Aby mieć pewność, że sieć jest gotowa na migrację do , należy zapoznać się z poniższą listą kontrolną:

Planowanie przepustowości

Oblicz liczbę równoczesnych połączeń dla każdej lokalizacji, aby upewnić się, że dysponujesz wystarczającą przepustowością w kierunku upstream i downstream, a także uwzględnij zapas na inny krytyczny dla firmy ruch i przyszły rozwój.

Tabela Obliczenia przepustowości typu połączenia Webex Calling przedstawia typy połączeń dostępne dla wdrożenia wraz z kodekiem i maksymalną przepustowością wymaganą dla każdego typu połączenia. Jak pokazano w tabeli Obliczenia przepustowości połączeń typu połączenia Webex Calling, wymaganą przepustowość połączeń audio dla każdego typu połączenia można obliczyć przy użyciu następującego ogólnego wzoru:

Liczba oczekiwanych jednoczesnych połączeń * Przepustowość na połączenie w oparciu o kodek = Wymagana przepustowość sieci.
Tabela 2. Obliczenia przepustowości połączeń typu Webex Calling
Typy połączeń Kodek - przepustowość Obliczenia przepustowości
/ Telefon stacjonarny -> OPUS - 70 kbps Liczba jednoczesnych połączeń * 70 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> Telefon stacjonarny OPUS – 70 kbps Liczba jednoczesnych połączeń * 70 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> PSTN przez LGW G.711 – 80 kbps Liczba jednoczesnych połączeń * 80 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> PSTN przez chmurę PSTN (np. plan połączeń Cisco) G.711 – 80 kbps Liczba jednoczesnych połączeń * 80 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> Przedsiębiorstwo za pośrednictwem LGW G.722 – 80 kbps Liczba jednoczesnych połączeń * 80 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> poczta głosowa OPUS – 70 kbps Liczba jednoczesnych połączeń * 70 kbps = Wymagana przepustowość sieci

Sumując wymaganą jednoczesną przepustowość sieci dla każdego typu połączenia, można określić całkowite potencjalne zapotrzebowanie na przepustowość dla określonej lokalizacji.

Wszystkie odcinki połączeń są zawsze zakotwiczone na kontrolerach SBC dostępu. Aby określić wymaganą przepustowość łącza internetowego dla danej lokalizacji, należy wziąć pod uwagę nie tylko połączenia międzylokalizacyjne, ale także połączenia wewnątrzlokalizacyjne oraz połączenia do i z bramy lokalnej w tej lokalizacji. Na przykład, połączenie wewnątrz lokalizacji pomiędzy dwoma telefonami MPP wymagałoby dostępu do Internetu w danym miejscu z szybkością 2 x 70 kbps w trybie pełnego dupleksu.

W tabeli Przykłady obliczeń przepustowości połączeń Webex przedstawiono przykład kompletnego ćwiczenia obliczania przepustowości przy założeniu, że wszystkie urządzenia znajdują się w tej samej lokalizacji.
Tabela 3. Przykłady obliczania przepustowości połączeń Webex
Typy połączeń Liczba jednoczesnych połączeń Całkowita przepustowość
Aplikacja Webex / Telefon stacjonarny → Aplikacja Webex 15 2 * 15 * 70 kbps = 2100 kbps
Aplikacja Webex / Telefon stacjonarny → Telefon stacjonarny 15 2 * 15 * 70 kbps = 2100 kbps
Aplikacja Webex / Telefon stacjonarny → PSTN przez LGW 50 2 * 50 * 80 kbps = 8000 kbps
Aplikacja Webex / Telefon stacjonarny → PSTN przez Cloud Connect do połączeń Webex 0 0 * 80 kbps
Aplikacja Webex / Telefon stacjonarny → Enterprise przez LGW 15 2 * 15 * 80 kbps = 2400 kbps
Aplikacja Webex / Telefon stacjonarny → Webex Calling Poczta głosowa 5 5 * 70 kbps = 350 kbps
Łączna liczba połączeń / Przepustowość łącza 100 połączeń 14 950 kbps / 14,95 Mb/s

Wszystkie wartości przepustowości w powyższych tabelach odnoszą się do przepustowości IP. Przepustowość łącza jest wyższa w zależności od enkapsulacji WAN.

Przepustowość podana w powyższych tabelach dotyczy połączeń audio. W przypadku przepustowości połączeń wideo aplikacja Webex i MPP 8845/65 telefony obsługują wideo H.264 o maksymalnej rozdzielczości 720p i maksymalnej przepustowości 1500 kbps na połączenie. Jednakże ilość wykorzystanego pasma w dowolnym momencie połączenia będzie się zmieniać w zależności od zmiennej szybkości transmisji charakterystycznej dla komunikacji wideo.

Jakość usług (QoS)

Wprowadź zasady QoS w swoim środowisku lokalnym, aby nadać priorytet ruchowi w czasie rzeczywistym i upewnić się, że zasady QoS są przestrzegane na wszystkich przełącznikach, routerach i zaporach sieciowych.

Cele dotyczące opóźnień, jittera i utraty pakietów

Aby zapewnić optymalną jakość głosu podczas połączeń OTT (Over-the-Top) i przez Internet, zalecane jest przestrzeganie poniższych progów:

Opóźnienie – mniej niż 100 ms w jedną stronę

Drgania - mniej niż 10 ms

Utrata pakietów – 0,5% lub mniej.

Zapora sieciowa i NAT

Sprawdź, czy zapora jest skonfigurowana tak, aby zezwalała na ruch zgodnie z listą w artykule dostępnym pod adresem Informacje referencyjne dotyczące portu dla usługi Webex Calling. Dodatkowo należy zezwolić na dostęp do domen i zakresów adresów IP wymienionych w tym samym przewodniku i unikać protokołu SIP ALG, ponieważ zakłóca on sygnalizację SIP. Należy unikać przesyłania danych multimedialnych przez serwery proxy.

DNS i NTP

Zapewnij prawidłowe rozwiązywanie nazw domen DNS i niezawodne serwery NTP, aby synchronizować zegary urządzeń w celu weryfikacji certyfikatu TLS i rejestrowania.

Planowanie przełączania awaryjnego

Weź pod uwagę istniejące połączenia danych dostawcy (MPLS, SD-WAN itd.) i zaplanuj bezpośredni dostęp do Internetu w każdej lokalizacji w ramach wdrożenia. Zaplanuj redundantne łącza internetowe tam, gdzie wymagana jest wysoka dostępność. Ponieważ będziesz korzystać z usług w chmurze, podstawowym wymogiem jest niezawodne połączenie internetowe o wystarczającej przepustowości. Powinieneś ponownie rozważyć dokonanie tej zmiany, jeśli połączenia internetowe w Twojej organizacji nie charakteryzują się dużą niezawodnością, niskim opóźnieniem i wystarczającą przepustowością w górę i w dół.

Przeżywalność witryny

Przetrwanie witryny gwarantuje, że Twoja firma będzie zawsze dostępna, nawet jeśli połączenie sieciowe zostanie zerwane. Rozwiązanie Site Survivability korzysta z bramy w sieci lokalnej, aby zapewnić usługę połączeń zapasowych do punktów końcowych na miejscu w przypadku zerwania połączenia sieciowego. Jeśli wymagania biznesowe wymagają ciągłego połączenia w przypadku awarii sieci, należy wziąć pod uwagę możliwość przetrwania witryny dzięki lokalnej bramce Survivability Gateway (SGW). Aby uzyskać więcej informacji na temat sprawdzania przeżywalności witryny, zobacz Przeżywalność witryny dla usługi Webex Calling.

Skonfiguruj UC połączoną z chmurą

Cloud Connected UC (CCUC) to oparte na chmurze rozwiązanie do zarządzania i analiz, które zapewnia scentralizowaną widoczność, administrację i wgląd w wdrożenia zarówno lokalne (takie jak Unified CM), jak i w chmurze (). Działa jako pomost między tradycyjnymi środowiskami lokalnymi i usługami w chmurze Cisco, wspierając organizacje na każdym etapie migracji z .

Podczas przejścia na platformę CCUC odgrywa kluczową rolę w usprawnianiu procesu migracji, ułatwiając zbieranie kompleksowych danych z istniejącego wdrożenia ujednoliconej komunikacji. CCUC pomaga w realizacji kluczowych zadań związanych z przejściem na nową wersję systemu, takich jak migracja urządzeń, funkcji i kontaktów użytkowników, a także automatyzacja aktualizacji oprogramowania sprzętowego dla obsługiwanych telefonów IP. Zapewniając scentralizowaną widoczność i zarządzanie, CCUC pomaga zagwarantować płynniejszy i bardziej efektywny proces migracji.

Cisco zdecydowanie zaleca wdrożenie rozwiązania CCUC na wczesnym etapie projektu przejściowego, najlepiej przed lub w trakcie fazy przygotowawczej. Umożliwi to uzyskanie informacji i możliwości niezbędnych do dokładnej oceny, inwentaryzacji i planowania kolejnych działań migracyjnych oraz rozpoczęcia podróży w kierunku przyszłych możliwości hybrydowych.

Ocena bieżącego środowiska

Kluczowym działaniem podczas planowania migracji jest ocena bieżącego środowiska lokalnego i wdrożenia. Daje to wgląd w to, jakie potencjalne zmiany mogą być konieczne, aby pomyślnie przejść na . Umożliwia również ocenę kluczowych elementów platformy w porównaniu do istniejącego wdrożenia lokalnego. Informacje te pomogą Ci określić, jakie konkretne zadania są wymagane w ramach przejścia i jakie zmiany chcesz wprowadzić, aby spełnić wymagania biznesowe i techniczne oraz przypadki użycia.

W ramach tych działań należy wziąć pod uwagę następujące aspekty.

Licencjonowanie

Zrozumienie aktualnej struktury licencjonowania istniejącego wdrożenia jest kluczowe podczas przygotowywania się do migracji do . Przeprowadź ocenę licencji w następujących obszarach istniejącego rozwiązania lokalnego Cisco.

Platforma

Możliwość pełnego określenia, co jest obecnie licencjonowane na Twojej głównej platformie, będzie miała kluczowe znaczenie podczas współpracy z zespołem ds. kont lub partnerem w celu określenia najlepszej ścieżki przejścia na elastyczne licencjonowanie. jest licencjonowany za pomocą elastycznego licencjonowania. Aby uzyskać więcej informacji na temat licencjonowania elastycznego, zobacz Plan elastycznej współpracy Cisco.

Użytkownicy i urządzenia

Określ, jaka kategoria licencji jest wymagana dla Twoich obecnych użytkowników i urządzeń. Na tej podstawie określimy, jaki typ licencji jest wymagany dla użytkowników i urządzeń. Oferuje wiele typów licencji, w tym licencje Professional i Standard dla użytkowników oraz licencje Professional i licencje obszaru wspólnego dla obszarów roboczych. Aby uzyskać więcej informacji na temat licencjonowania urządzeń, zapoznaj się z arkuszem danych dostępnym pod adresem Licencjonowanie urządzeń.

Brama lokalna

Jeśli w ramach tej zmiany do dostępu PSTN wymagany jest Cisco Unified Border Element (CUBE), należy również rozważyć licencjonowanie CUBE. Zagadnienia dotyczące licencjonowania CUBE omówiono w dalszej części dokumentu.

Locations/Sites

Planując tę zmianę, należy wziąć pod uwagę liczbę i rodzaje placówek (duża centrala, regiony, oddziały itd.) w ramach istniejącego wdrożenia. Pełne zrozumienie istniejących lokalizacji wdrożeniowych pomoże w strategicznym planowaniu udanej transformacji, zwłaszcza jeśli chodzi o ustalenie, które lokalizacje przenieść i w jakiej kolejności. Podczas podejmowania decyzji o migracji kluczowe znaczenie będzie miało szczegółowe zrozumienie wymagań planu wybierania (numeracja, zwyczaje wybierania numerów, klasy ograniczeń itd.), łączności i przepustowości sieci (Internet, WAN, LAN) oraz dostępu do PSTN (lokalnego lub scentralizowanego, IP lub TDM) dla każdej lokalizacji. Aby uzyskać więcej informacji na temat typowych modeli wdrażania i kluczowych zagadnień, zapoznaj się z informacjami na temat modeli wdrażania współpracy dostępnymi w dokumencie Collaboration SRND.

Dostępność lokalizacji to kolejny ważny aspekt wdrażania. W zależności od lokalizacji wdrożenia dostępne są różne możliwości, subskrypcje i urządzenia. Aby uzyskać więcej informacji na temat dostępności geograficznej, zobacz Gdzie jest dostępny Webex?.

Na koniec ważne jest zrozumienie wpływu, jaki przejście będzie miało na inne usługi współpracy. Biorąc pod uwagę cel niniejszego dokumentu, przyjęto ogólne założenie, że jeśli istniejące usługi współpracy wykraczające poza obciążenie wywoławcze mają zostać zachowane, należy spodziewać się przejścia do fazy 1 wdrożenia hybrydowego, o którym mowa powyżej. Przykładami usług współpracy, które mogą wymagać wdrożenia hybrydowego, są lokalne centra kontaktowe, które nie zostały jeszcze zmigrowane do centrum kontaktowego Webex, oraz ścisła integracja z systemami, takimi jak systemy przywoławcze i rozliczeniowe. Aby uzyskać więcej informacji na temat przejścia dodatkowych obciążeń i usług współpracy, zobacz Przejścia współpracy.

Istniejący zapas devices/clients

Przed rozpoczęciem transformacji ważne jest, aby dokonać inwentaryzacji istniejących punktów końcowych sprzętu i oprogramowania. Posiadanie kompletnej listy urządzeń types/models, wersje sprzętu, typy i liczba systemów operacyjnych klientów programowych pozwolą odpowiednio zaplanować migrację urządzeń i złagodzić skutki dla tych urządzeń, których nie można przenieść do usług połączeń w chmurze. Inwentaryzacja powinna zostać wykorzystana do określenia urządzeń, które należy przekazać dalej, oraz urządzeń, które należy wymienić przed przekazaniem dalej.

Telefony stacjonarne

W przypadku telefonów stacjonarnych z funkcją audio i wideo obsługiwane są wyłącznie telefony stacjonarne z serii 6800, 7800, 8800 i 9800. Jest to podzbiór telefonów IP Cisco, które są obsługiwane przez . Niektóre modele i wersje telefonów 6800, 7800 i 8800 nie są kompatybilne z systemem . Aby uzyskać więcej informacji o obsługiwanych modelach i wersjach sprzętu, zobacz Urządzenia obsługiwane przez usługę Webex Calling.

W przypadku telefonów IP Cisco serii 6800 nie można dokonać aktualizacji oprogramowania sprzętowego z wersji Enterprise do wersji Multiplatform (MPP), która jest wymagana. W związku z tym wszystkie telefony 6800 zarejestrowane na działającym oprogramowaniu firmowym muszą zostać wymienione na model 6800 MPP lub inny obsługiwany model telefonu.

Przed przejściem na nową wersję i zarejestrowaniem telefonów IP Cisco serii 7800 i 8800 należy zaktualizować je do wersji oprogramowania układowego Multiplatform Phone (MPP). Aby ustalić, które modele 7800 i 8800 oraz wersje sprzętu obsługują oprogramowanie układowe MPP, zapoznaj się z tematem Konwersja oprogramowania układowego telefonów IP Cisco serii 7800 i 8800 pomiędzy wersjami Enterprise i MPP.

Sprzedaż modeli 8845, 8865 i 8865NR dobiegła końca i nie zaleca się ich migracji do .

Nie zaleca się używania funkcji Webex Calling na starszych wersjach telefonów z serii 8800 (8811, 8841, 8851, 8851NR, 8861). Telefony z wersją sprzętową VID 14 lub starszą zarejestrują się, jednak mogą wystąpić pewne problemy z wydajnością ze względu na sprzęt.

Telefony stacjonarne serii 9800 korzystają z systemu PhoneOS, który obsługuje zarówno rejestrację, jak i obsługę telefonu. Dlatego też przejście na te telefony nie wymaga aktualizacji oprogramowania sprzętowego.

Wszystkie pozostałe telefony IP będą musiały zostać wymienione na telefony z serii 6800, 7800, 8800 lub 9800 obsługiwane przez usługę Webex Calling. Aby uzyskać więcej informacji na temat obsługiwanych telefonów IP i stacjonarnych, zapoznaj się z artykułem pod adresem Obsługiwane urządzenia dla usługi Webex Calling.

Punkty końcowe wideo

Punkty końcowe wideo osobiste i pokojowe, w tym seria Cisco Board, seria Room i seria Desk, mogą natywnie rejestrować się za pomocą protokołu SIP w usłudze . Każdy z tych punktów końcowych, który musi odtwarzać dźwięk and/or Połączenia PSTN wymagają licencji na wykonywanie połączeń:

W przypadku urządzeń współdzielonych w salach konferencyjnych, przestrzeniach spotkań itp. wymagana jest licencja Professional Workspace lub Workspace.

Do korzystania z osobistego urządzenia użytkownika końcowego wymagana jest licencja profesjonalna lub standardowa.

Określ liczbę zarejestrowanych punktów końcowych wideo używanych do wykonywania połączeń audio. Istnieje możliwość, że niektóre punkty końcowe wideo będą wykorzystywane wyłącznie do dołączania do spotkań lub wykonywania połączeń wideo SIP. W obu przypadkach punkty końcowe nadal muszą zostać przeniesione, zanim serwery zostaną wyłączone z eksploatacji. Pomoże to jednak ustalić, ile z nich będzie potrzebowało licencji, aby móc nadal wykonywać połączenia telefoniczne.

Gdy urządzenia wideo zostaną przeniesione z rejestracji do , adres URI tych punktów końcowych ulegnie zmianie, ponieważ są one teraz zarejestrowane w chmurze.

Modele telefonów 8845, 8865 i 8875 to osobiste wideotelefony, które są obsługiwane przez .

Klienci miękcy

Jest to jedyny klient programowy obsługiwany przez , w przeciwieństwie do Unified CM, który obsługuje zarówno aplikację Webex, jak i Jabber, i jest nowym domyślnym klientem programowym dla użytkowników końcowych.

W zależności od trybu wdrożenia wdrożonego dla Jabbera (tylko komunikator, tylko telefon, and/or (pełne tryby UC) może być konieczne rozważenie przejścia na tryb obsługi wiadomości and/or Obciążenia spotkań z Jabbera do . Można go wdrożyć w trybie tylko telefonicznym, jeśli będzie używany jako klient wyłącznie do połączeń, lub można go wdrożyć jako pełny pakiet Webex Suite, jeśli są wykorzystywane inne obciążenia, np. Webex Messaging and/or Spotkania Webex są przenoszone do aplikacji z możliwością połączeń.

Ulepsza doświadczenia użytkownika końcowego, zapewniając funkcje sztucznej inteligencji, takie jak: audio/video wywiad, transkrypcja rozmów i inne. Aby uzyskać więcej informacji, zobacz https://www.webex.com/all-new-webex.

Przed przeniesieniem użytkowników do domeny . konieczne będzie przeniesienie ich klientów Jabber do domeny . Masz dwie możliwości dokończenia tego przejścia.

Zanim je przeniesiesz

Kiedy przeniesiesz je do .

Aby ułatwić początkowe przejście na , zaleca się użycie opcji 1 i przeniesienie użytkowników do , najpierw dzwoniąc. Dzięki temu użytkownicy mają czas na zapoznanie się z nową aplikacją, podczas gdy nadal korzystają z istniejącej lokalnej platformy do połączeń. Gdy będziesz gotowy przenieść użytkowników do , skonfigurujesz ich rejestrację na platformie połączeń w chmurze.

Więcej informacji na temat tych dwóch opcji znajdziesz w artykule Migracja – jeden czy dwa kroki?.

Pełną listę obsługiwanych urządzeń znajdziesz w Obsługiwane urządzenia dla usługi Webex Calling.

Sprawdź kwalifikowalność urządzenia

Jak wspomniano wcześniej, obsługuje podzbiór telefonów IP Cisco i wymaga innego typu oprogramowania układowego dla telefonów z serii 7800 i 8800. Telefony Unified CM korzystają z oprogramowania sprzętowego Enterprise, natomiast telefony korzystają z oprogramowania sprzętowego Multiplatform Phone (MPP). Zaleca się sprawdzenie, które zarejestrowane telefony kwalifikują się do uaktualnienia do oprogramowania sprzętowego MPP na etapie przygotowań. Daje to czas na wymianę niekwalifikujących się telefonów na jeden ze wspieranych modeli lub na znalezienie alternatywnego planu, np. przeniesienie użytkownika wyłącznie do aplikacji Webex.

Aby ułatwić ustalenie kwalifikowalności telefonów, Control Hub ma wbudowane narzędzie o nazwie Migracja telefonu do Webex Calling. Podczas sprawdzania kwalifikowalności urządzenia za pomocą tego narzędzia wybierz opcję Migracja Wygeneruj tylko licencję urządzenia.

Opcja narzędzia Control Hub umożliwiająca weryfikację kwalifikowalności telefonów Unified CM do obsługi połączeń Webex

Ta opcja umożliwia przesłanie pliku CSV zawierającego telefony, dzięki czemu można sprawdzić, czy każdy z nich kwalifikuje się do programu. Wybierając tę opcję migracji, nie dodajesz telefonów, ponieważ nadal jesteś na etapie przygotowań i nie jesteś jeszcze gotowy, aby to zrobić. Aby uzyskać więcej informacji, zobacz Przeprowadź migrację telefonu do Webex Calling .

Istnieje możliwość, że niektóre telefony zostaną zwrócone z Nieznana. Dzieje się tak zazwyczaj dlatego, że system zaplecza nie jest w stanie zweryfikować niektórych informacji o telefonie. W przypadku telefonów ze statusem Nieznany masz dwie opcje sprawdzenia, czy kwalifikują się one do uaktualnienia do oprogramowania układowego MPP.

Sprawdź ręcznie każdy telefon i zweryfikuj model oraz wersję sprzętu (PID VID)

7800/8800 etykieta telefonu z informacjami o modelu i wersji sprzętu

Użyj narzędzia Cisco IP Phone Ready Tool

Pobierz narzędzie ze strony https://github.com/joemar2/mpp_readiness_check.

To narzędzie nie jest oficjalnym narzędziem Cisco i nie jest obsługiwane przez TAC. Jest wspierany ze wszystkich sił, ale korzystanie z niego jest bezpłatne.

Narzędzie to musi być uruchomione na komputerze lokalnym i mieć dostęp do serwerów i telefonów IP. Aplikacja ma opcję umożliwiającą dostęp do Internetu na telefonach IP, co jest zalecane i konieczne do uzyskania najlepszych wyników. Dlatego też należy z niego korzystać poza godzinami pracy, aby nie zakłócać pracy użytkowników końcowych. Narzędzie generuje raport z listą telefonów z serii 7800 i 8800, które kwalifikują się do uaktualnienia do oprogramowania sprzętowego MPP. Ponieważ uzyskuje bezpośredni dostęp do telefonu, może zweryfikować Nieznane urządzenia zgłoszone przez narzędzie Control Hub.

Raport dotyczący gotowości telefonu IP Cisco

Użytkownicy

Jednym z najważniejszych kroków przygotowawczych, który gwarantuje pomyślną migrację, jest odpowiednie zapewnienie użytkownikom dostępu do zasobów. Musisz odpowiednio zaplanować migrację dla wszystkich użytkowników, nawet jeśli robisz to etapowo. Użytkownicy muszą być wyposażeni w co najmniej jedną z następujących funkcji:

Wdrażanie z wywołaniem

Wdrażanie z

Konfigurowanie usług dla użytkownika

Aby umożliwić wyszukiwanie użytkowników w katalogu (kliknij, aby zadzwonić, informacje kontaktowe użytkowników, przeszukiwanie książki telefonicznej).

Zaleca się przygotowanie wszystkich użytkowników przed rozpoczęciem projektu lub w jego trakcie. Dotyczy to również użytkowników, którzy nadal korzystają z Unified CM, ponieważ platforma do wykonywania połączeń jest niezależna od urządzenia, z którego korzystają (telefon IP, Jabber itp.). W miarę migracji użytkowników do (and/or ) zaktualizujesz ich licencje, aby umożliwić im korzystanie z potrzebnych im usług. Dzięki zapewnieniu dostępu wszystkim użytkownikom korporacyjnym przed rozpoczęciem przejścia użytkownik, który przeszedł do lub do katalogu, może wyszukać użytkownika korporacyjnego, który nadal korzysta z Jabbera and/or NA . Dzięki temu użytkownicy, którzy przeszli na nową usługę, mogą znaleźć dane kontaktowe innych użytkowników i nawiązać z nimi połączenie, korzystając z książki telefonicznej.

Na rysunku wyszukiwanie katalogowe pokazano przykład użytkownika wyszukującego innego użytkownika. Wyniki wyszukiwania pokazują dane kontaktowe użytkownika i mogą dotyczyć użytkownika, który nadal korzysta z Jabbera lub użytkownika, który przeszedł na Jabbera. and/or .

Wyszukiwanie w katalogu aplikacji Webex

Następnie określ, którzy z istniejących użytkowników dzwoniących lokalnie zostaną przeniesieni do . Jeśli przeniesienie dotyczy wszystkich lub dużej liczby użytkowników, zaleca się przenoszenie użytkowników w grupach, aby mieć pewność, że zespół projektowy, personel IT i personel pomocniczy poradzą sobie z przeniesieniem i ewentualnymi problemami. Należy również przeznaczyć trochę czasu na dostarczenie początkowych informacji i przeprowadzenie szkoleń, które przygotują użytkowników do tej zmiany. Grupowanie użytkowników podczas przejścia może odbywać się na podstawie różnych kryteriów, w tym lokalizacji lub placówki, do której przypisano użytkowników, działów, do których należą użytkownicy, a nawet typów użytkowników (pracownicy wiedzy, kadra kierownicza, pracownicy mobilni itd.).

Na przykład, jeśli użytkownicy we wdrożeniu są podzieleni na trzy główne lokalizacje: Nowy Jork (NYC), San Francisco (SFC) i Research Triangle Park (RTP), plan przejścia użytkowników może wyglądać tak, jak przedstawiono w tabeli Plan przejścia użytkowników według lokalizacji.
Tabela 4. Plan przejścia użytkowników według witryny
Strona użytkownika / lokalizacja Informacje i szkolenia przed przejściem Okres przejściowy Wsparcie po okresie przejściowym
Nowy Jork (1525 użytkowników) Tydzień 1 kwietnia 15 kwietnia – 27 kwietnia Tydzień 29 kwietnia
SFO (1600 użytkowników) Tydzień 6 maja 20 maja – 31 maja Tydzień 3 czerwca
RTP (1275 użytkowników) Tydzień 3 czerwca 17 czerwca – 28 czerwca Tydzień 1 lipca

Kolejnym istotnym czynnikiem jest łączenie użytkowników, którzy są od siebie zależni. Może to obejmować, ale nie ogranicza się do następujących kwestii:

Monitorowanie BLF

To samo polowanie pilot/group

Linie udostępniania

Część tej samej grupy odbierającej połączenia

Korzystanie z tych samych numerów połączeń typu call-park

Interkom

Admin/Exec.

Możesz przejrzeć konfigurację (GUI lub eksport) albo użyć narzędzia Migration Insights, aby ułatwić identyfikację grup użytkowników z tymi zależnościami.

Połączenie PSTN

Dostęp do sieci PSTN można uzyskać na trzy sposoby: Plany połączeń Cisco, Cloud Connect dla (dawniej Cloud Connected PSTN) i lokalna PSTN (brama lokalna). Jednakże pojedyncza lokalizacja zdefiniowana w może być przypisana tylko do jednej opcji PSTN.

Lokalna sieć PSTN z lokalną bramą (LGW) jest kluczowym elementem strategii przejścia. Zapewnia łączność między wdrożeniem lokalnym and/or Sieć PSTN i platforma obsługują kontrolery graniczne sesji (SBC) firmy Cisco i certyfikowane kontrolery innych firm, które mogą być używane jako bramy lokalne. Najnowszą listę obsługiwanych komputerów SBC można znaleźć w Lista obsługiwanych komputerów SBC.

obsługuje do 250 równoczesnych połączeń z pojedynczej bramy lokalnej opartej na rejestracji i ponad 250 równoczesnych połączeń z pojedynczej bramy lokalnej opartej na certyfikacie. Bramy lokalne oparte na certyfikatach mogą obsługiwać do 6500 równoczesnych połączeń, ale zależy to od typu połączenia, z jakim korzysta brama lokalna (Over-the-Top lub peering międzysieciowy) oraz modelu SBC, na którym wdrożono bramę lokalną. Limity te stanowią w istocie domyślny limit liczby połączeń PSTN zarówno dla połączeń realizowanych za pośrednictwem lokalnej bramy, jak i połączeń między lokalizacjami pomiędzy punktami końcowymi. Aby uzyskać więcej informacji, zobacz Rozpoczęcie pracy z bramą lokalną.

Wszystkie połączenia przekraczające ten limit są odrzucane z kodem 403 Forbidden. Polecenie show call active voice można uruchomić na bramce lokalnej w dowolnym momencie, aby określić całkowitą liczbę aktywnych połączeń.

Słabe warunki sieciowe pomiędzy lokalną bramą i kontrolerem SBC dostępu mogą ograniczyć wydajność połączenia sygnalizacyjnego, co z kolei może prowadzić do jeszcze większego obniżenia limitu równoczesnych połączeń. Jednokierunkowe opóźnienie między lokalną bramą a centrum danych nie powinno przekraczać 100 ms, a drgania powinny być mniejsze niż 10 ms, a utrata pakietów mniejsza niż 0,5. %.

Cechy & wykorzystanie funkcji

Oceniając bieżące środowisko, ważne jest zidentyfikowanie i sprawdzenie, które funkcje są skonfigurowane. Ważne jest również zrozumienie sposobu korzystania z funkcji, aby można było zdefiniować na nowo wymagania biznesowe i techniczne dotyczące danego wdrożenia.

Aby ustalić, które funkcje są skonfigurowane, należy przeanalizować konfigurację. Są to dane statyczne ustawiane podczas konfigurowania funkcji lub ustawienia w systemie. Aby ukończyć tę analizę, można skorzystać z następujących opcji:

Przejrzyj konfigurację w interfejsie graficznym administratora

eksport konfiguracji — eksport zbiorczy lub AXL

narzędzie do analizy migracji (zalecane)

Narzędzia partnerów zewnętrznych Cisco (zalecane).

Aby skutecznie analizować wykorzystanie funkcji, konieczne jest zbadanie dynamicznych danych systemowych, takich jak wykorzystanie, rejestracje i aktywność połączeń. Różne narzędzia analityczne i pulpity nawigacyjne dostarczają informacji na temat tych wskaźników, umożliwiając kompleksowe zrozumienie wydajności i przepustowości systemu. Pomaga to w podejmowaniu świadomych decyzji podczas migracji i działań optymalizacyjnych. Aby wykonać tego typu analizę, można skorzystać z następujących opcji:

Przegląd surowych rekordów CDR

Przegląd danych Unified CM RTMT

narzędzie Migration Insights wykorzystujące dane CDR

Przegląd analityki UC połączonej z chmurą

Głośność połączeń

Zarejestrowane punkty końcowe

lokalizacje (CAC)

Wykorzystanie pnia.

Narzędzia partnerów zewnętrznych Cisco.

Firma Cisco zaleca rozpoczęcie analizy od narzędzia Webex Control Hub Migration Insights. Zaimportujesz plik eksportowy .TAR i pliki Unified CM CDR (opcjonalne, ale wymagane do analizy wykorzystania funkcji) do narzędzia. Narzędzie wygeneruje następujące raporty w formacie CSV, których można użyć do rozpoczęcia analizy:

Tabela 5. Raporty wygenerowane z pliku .tar Unified CM
Nazwa raportu
Opis raportu
ImportedDataBulk.csv
Wszyscy użytkownicy i urządzenia z danych Unified CM
DeviceEligibility.csv
Identyfikuje urządzenia, które można migrować do usługi Webex Calling (telefony IP, urządzenia Room OS, urządzenia ATA i urządzenia innych firm)
DevicePoolNumbers.txt
Lista wszystkich numerów w określonej puli urządzeń
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Szczegóły dotyczące urządzeń i użytkowników, którzy powinni zostać zmigrowani razem na podstawie współdzielonych linii, pilota Hunt, kolejki połączeń, parkowania połączeń i konfiguracji grupy odbierania połączeń
HuntGroupMigrationInsight.csv
Szczegółowe informacje o przydzielonych liniach polowań, grupach linii i powiązanych agentach
SharedlineGroupMigrationReport.csv
Przegląd sposobu udostępniania numerów telefonów (numerów katalogowych) pomiędzy użytkownikami

Tabela 6. Raporty wygenerowane z plików Unified CM .tar i CDR.gzip
Nazwa raportu
Opis raportu
FeatureUsageBasedDeviceEligibilityReport.csv
Informacje o kwalifikowalności migracji urządzenia na podstawie sposobu korzystania z funkcji
FeatureUsageWithLastUsageDateReport.csv
Liczba użyć, aby określić, ile razy pilot(y) polowania i kolejka(i) połączeń zostały wywołane, wraz z datą ostatniego użycia
UserWorkspaceLastUsage.csv
Ostatnia data użytkowania dla użytkowników i obszarów roboczych zarówno dla klientów programowych, jak i telefonów stacjonarnych
DIDUsageReport.csv
Wykorzystanie DID zarówno dla przypisanych, jak i nieprzypisanych DID

Więcej szczegółów na temat raportów Migration Insights można znaleźć w artykule Migration Insights.

Jeśli po zapoznaniu się z informacjami zawartymi w raportach Migration Insights potrzebujesz więcej informacji o funkcjach i sposobie ich wykorzystania, firma Cisco zaleca rozważenie skorzystania z jednego z narzędzi migracji oferowanych przez zewnętrznych partnerów Cisco and/or aby przejrzeć konfiguracje w interfejsie graficznym lub w danych eksportu konfiguracji.

Integracje Cisco: Połączenie Unity UCCX UCCE

Poczta głosowa stanowi integralną część oferty i jest natywnie wbudowana w rozwiązanie. Nie można jej zintegrować z lokalnym rozwiązaniem poczty głosowej, takim jak Unity Connection lub Unity Connection Express. Co więcej, nie ma natywnego sposobu na migrację istniejących wiadomości poczty głosowej lub powitań połączenia Unity do natywnej usługi poczty głosowej dostępnej w . Niektóre narzędzia migracyjne oferowane przez zewnętrznych partnerów Cisco umożliwiają migrację części tych danych. Aby uzyskać więcej informacji na temat poczty głosowej, zobacz Konfigurowanie i zarządzanie ustawieniami poczty głosowej dla użytkownika usługi Webex Calling.

obsługuje również współdzieloną pocztę głosową i skrzynki faksowe. Aby uzyskać więcej informacji, zobacz Zarządzanie współdzieloną pocztą głosową i skrzynką faksów przychodzących dla usługi Webex Calling.

ma wbudowaną funkcję automatycznej obsługi klienta, która jest częścią podstawowej platformy. Funkcja ta umożliwia przeniesienie funkcji obsługi połączeń i automatycznej sekretarki Unity Connection. Narzędzie Control Hub, Migracja funkcji z Unified CM, obsługuje migrację konfiguracji Unity Connection do automatycznych asystentów. Aby uzyskać więcej informacji na temat korzystania z tego narzędzia, zobacz Migracja urządzeń i funkcji z Unified CM do Webex Calling.

Nagrywanie połączeń

zawiera dwie opcje nagrywania rozmów bez dodatkowych kosztów.

Nagrywanie rozmów Webex

Nagrywanie Dubber Go (oferta partnerska) - integracja pomiędzy Dubber i Dubber, w ramach której wszystkie nagrane media są bezpiecznie przechowywane w chmurze.

uwzględniono opcje nagrywania Tabela zawiera najważniejsze cechy dwóch opcji nagrywania rozmów, które są dostępne bez dodatkowych kosztów.

Tabela 7. zawiera opcje nagrywania
Webex Dubber Go

Dostępne dla wszystkich użytkowników Dostępne dla wszystkich użytkowników

Nieograniczone nagrania Nieograniczone nagrania

Okres przechowywania 1 rok* 30-dniowy okres przechowywania

100 GB pamięci masowej na organizację -

Specjaliści ds. zgodności mogą uzyskiwać dostęp do nagrań rozmów i zarządzać nimi -

Interfejsy API do zarządzania nagraniami -

Administratorzy mogą konfigurować i zarządzać dostępem użytkowników do nagrań rozmów
Użytkownicy mogą zarządzać własnymi nagraniami za pomocą Centrum Użytkownika and/or Aplikacja Webex.
Tylko użytkownicy mogą uzyskiwać dostęp do swoich nagrań i zarządzać nimi
Z ich portalu dubber.

Jeśli Twoja organizacja potrzebuje dodatkowych możliwości nagrywania, takich jak nagrywanie rozmów telefonicznych zgodnie z przepisami, dłuższe okresy przechowywania, więcej miejsca do przechowywania, analiza AI, and/or Dostęp administratora, płatne oferty i dodatki są dostępne zarówno u Cisco, jak i u zewnętrznych dostawców rozwiązań nagrywających. Aby uzyskać więcej informacji na temat dostawców nagrań, konfiguracji i dodatkowych usług partnerskich, zobacz Zarządzanie nagrywaniem rozmów w usłudze Webex Calling.

Integracje z rozwiązaniami stron trzecich

obsługuje różnorodne integracje stron^trzecich, w tym między innymi SBC dla bram lokalnych, telefonów IP, telefonów interkomowych, Speaker/Pagers, ATA itp. Oprócz tych urządzeń^innych firm , Webex Calling obsługuje różne rozwiązania^innych firm dotyczące obsługi klienta, analiz, nagrywania, rozliczeń itp. Aby uzyskać więcej informacji na temat rozwiązań^{innych firm, zobacz} Webex App Hub.

Tabela 2. Obliczenia przepustowości połączeń typu Webex Calling
Typy połączeń	Kodek - przepustowość	Obliczenia przepustowości
/ Telefon stacjonarny ->	OPUS - 70 kbps	Liczba jednoczesnych połączeń * 70 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> Telefon stacjonarny	OPUS – 70 kbps	Liczba jednoczesnych połączeń * 70 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> PSTN przez LGW	G.711 – 80 kbps	Liczba jednoczesnych połączeń * 80 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> PSTN przez chmurę PSTN (np. plan połączeń Cisco)	G.711 – 80 kbps	Liczba jednoczesnych połączeń * 80 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> Przedsiębiorstwo za pośrednictwem LGW	G.722 – 80 kbps	Liczba jednoczesnych połączeń * 80 kbps = Wymagana przepustowość sieci
/ Telefon stacjonarny -> poczta głosowa	OPUS – 70 kbps	Liczba jednoczesnych połączeń * 70 kbps = Wymagana przepustowość sieci

Tabela 3. Przykłady obliczania przepustowości połączeń Webex
Typy połączeń	Liczba jednoczesnych połączeń	Całkowita przepustowość
Aplikacja Webex / Telefon stacjonarny → Aplikacja Webex	15	2 * 15 * 70 kbps = 2100 kbps
Aplikacja Webex / Telefon stacjonarny → Telefon stacjonarny	15	2 * 15 * 70 kbps = 2100 kbps
Aplikacja Webex / Telefon stacjonarny → PSTN przez LGW	50	2 * 50 * 80 kbps = 8000 kbps
Aplikacja Webex / Telefon stacjonarny → PSTN przez Cloud Connect do połączeń Webex	0	0 * 80 kbps
Aplikacja Webex / Telefon stacjonarny → Enterprise przez LGW	15	2 * 15 * 80 kbps = 2400 kbps
Aplikacja Webex / Telefon stacjonarny → Webex Calling Poczta głosowa	5	5 * 70 kbps = 350 kbps
Łączna liczba połączeń / Przepustowość łącza	100 połączeń	14 950 kbps / 14,95 Mb/s

Tabela 4. Plan przejścia użytkowników według witryny
Strona użytkownika / lokalizacja	Informacje i szkolenia przed przejściem	Okres przejściowy	Wsparcie po okresie przejściowym
Nowy Jork (1525 użytkowników)	Tydzień 1 kwietnia	15 kwietnia – 27 kwietnia	Tydzień 29 kwietnia
SFO (1600 użytkowników)	Tydzień 6 maja	20 maja – 31 maja	Tydzień 3 czerwca
RTP (1275 użytkowników)	Tydzień 3 czerwca	17 czerwca – 28 czerwca	Tydzień 1 lipca

Tabela 5. Raporty wygenerowane z pliku .tar Unified CM
Nazwa raportu Opis raportu
ImportedDataBulk.csv Wszyscy użytkownicy i urządzenia z danych Unified CM
DeviceEligibility.csv Identyfikuje urządzenia, które można migrować do usługi Webex Calling (telefony IP, urządzenia Room OS, urządzenia ATA i urządzenia innych firm)
DevicePoolNumbers.txt Lista wszystkich numerów w określonej puli urządzeń
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Szczegóły dotyczące urządzeń i użytkowników, którzy powinni zostać zmigrowani razem na podstawie współdzielonych linii, pilota Hunt, kolejki połączeń, parkowania połączeń i konfiguracji grupy odbierania połączeń
HuntGroupMigrationInsight.csv Szczegółowe informacje o przydzielonych liniach polowań, grupach linii i powiązanych agentach
SharedlineGroupMigrationReport.csv Przegląd sposobu udostępniania numerów telefonów (numerów katalogowych) pomiędzy użytkownikami

Tabela 6. Raporty wygenerowane z plików Unified CM .tar i CDR.gzip
Nazwa raportu Opis raportu
FeatureUsageBasedDeviceEligibilityReport.csv Informacje o kwalifikowalności migracji urządzenia na podstawie sposobu korzystania z funkcji
FeatureUsageWithLastUsageDateReport.csv Liczba użyć, aby określić, ile razy pilot(y) polowania i kolejka(i) połączeń zostały wywołane, wraz z datą ostatniego użycia
UserWorkspaceLastUsage.csv Ostatnia data użytkowania dla użytkowników i obszarów roboczych zarówno dla klientów programowych, jak i telefonów stacjonarnych
DIDUsageReport.csv Wykorzystanie DID zarówno dla przypisanych, jak i nieprzypisanych DID

Tabela 7. zawiera opcje nagrywania
Webex	Dubber Go
Dostępne dla wszystkich użytkowników	Dostępne dla wszystkich użytkowników
Nieograniczone nagrania	Nieograniczone nagrania
Okres przechowywania 1 rok*	30-dniowy okres przechowywania
100 GB pamięci masowej na organizację	-
Specjaliści ds. zgodności mogą uzyskiwać dostęp do nagrań rozmów i zarządzać nimi	-
Interfejsy API do zarządzania nagraniami	-
Administratorzy mogą konfigurować i zarządzać dostępem użytkowników do nagrań rozmów Użytkownicy mogą zarządzać własnymi nagraniami za pomocą Centrum Użytkownika and/or Aplikacja Webex.	Tylko użytkownicy mogą uzyskiwać dostęp do swoich nagrań i zarządzać nimi Z ich portalu dubber.

Plan

Plan projektu wysokiego szczebla

Podróż migracyjna – jeden czy dwa kroki?

Opcja 1: Migracja użytkownika w jednym kroku

Opcja 2: Dwuetapowa migracja użytkowników

Krok 1

Krok 2

Plan projektu wysokiego szczebla

Podczas opracowywania ogólnego planu projektu migracji z do , istotne jest ustalenie jasnych faz i kamieni milowych, które odpowiadają zarówno celom biznesowym, jak i wymaganiom technicznym. Plan powinien zaczynać się od fazy kompleksowej oceny, obejmującej zebranie szczegółowych wymagań technicznych i biznesowych, a także identyfikację interesariuszy i zdefiniowanie kryteriów sukcesu. Do najważniejszych kwestii należą alokacja zasobów, oszacowanie harmonogramu, zarządzanie ryzykiem i strategie komunikacji, aby mieć pewność, że wszystkie strony będą poinformowane i zaangażowane w cały proces migracji. Ponadto plan powinien uwzględniać punkty kontrolne, takie jak testy pilotażowe i stopniowe wdrażanie, aby zminimalizować zakłócenia i umożliwić wprowadzanie korekt na podstawie opinii.

Przykłady elementów, które należy uwzględnić w planie projektu:

Określenie zakresu migracji (np. którzy użytkownicy, urządzenia i funkcje zostaną objęte migracją)

Planowanie sesji szkoleniowych dla użytkowników końcowych i zespołów wsparcia

Koordynowanie ocen gotowości sieci oraz

Zaplanowanie działań przejściowych z uwzględnieniem opcji zapasowych. Ważne jest również zintegrowanie przeglądów zgodności i bezpieczeństwa, a także faz wsparcia i optymalizacji po migracji.

Strukturyzując plan projektu z uwzględnieniem tych kwestii, organizacje mogą lepiej zarządzać złożonością, ograniczać ryzyko i osiągać płynniejsze przejście do .

Podróż migracyjna – jeden czy dwa kroki?

wymaga od użytkowników korzystania z oprogramowania do wywoływania klientów. Jeśli zatem jacyś użytkownicy nadal korzystają z domeny , masz dwie opcje dotyczące momentu, w którym możesz ich do niej przenieść. Możesz przeprowadzić migrację użytkownika w jednym lub dwóch krokach.

Opcja 1: Migracja użytkownika w jednym kroku

W ramach migracji użytkownicy przechodzą z do w tym samym momencie, w którym przechodzą z Unified CM do . Ta opcja jest zwykle przeznaczona dla klientów, którzy mają do przeniesienia niewielką liczbę użytkowników i umożliwiają jednoczesne przeniesienie zarówno oprogramowania klienckiego użytkownika, jak i usługi połączeń. Rysunek Usługa wywoławcza użytkownika, klient programowy & telefon migruje do poniżej podkreślono ten typ migracji. Wybierając tę opcję użytkownik będzie mógł wykonać następujące czynności jednocześnie:

Usługi telefoniczne przeniesione z do

Numery telefonów i numery wewnętrzne przeniesione z do

Miękki klient przeszedł z Jabbera na - zarejestruje się

Rejestracja telefoniczna przeniesiona z do .

Usługa połączeń użytkownika, klient programowy & telefon migruje do tego samego czasu

Nadal może to być migracja fazowa, w ramach której grupy użytkowników są przenoszone w różnym czasie, ale gdy przenoszony jest każdy użytkownik, wszystkie te operacje dzieją się jednocześnie.

Opcja 2: Dwuetapowa migracja użytkowników

Drugim podejściem jest migracja dwuetapowa. W kroku 1 użytkownicy są przenoszeni z do , ale pozostają w trybie połączeń. Następnie w kroku 2 użytkownicy są przenoszeni z Unified CM do . Tę opcję zaleca się większym klientom, którzy chcą zarządzać zmianami użytkownika końcowego i oddzielić zmianę klienta programowego od zmiany usługi wywołującej. Na poniższym rysunku Migracja klienta programowego; następnie migracja usługi wywołującej, klienta programowego & z telefonu do Webex Calling poniżej przedstawiono ten typ migracji.

Krok 1

Klient miękki został przeniesiony z na - zarejestruje się na .

Krok 2

Usługi telefoniczne zostały przeniesione z do .

Numery telefonów i numery wewnętrzne zostały przeniesione z do .

rejestracja przeniesiona z do .

Rejestracja telefoniczna przeniesiona z do .

Migracja klienta programowego; następnie migracja usługi wywoławczej, klienta programowego & telefon do Webex Calling

Może to być nadal migracja fazowa, w której grupy użytkowników są przenoszone w różnym czasie na obu etapach.

Wybór opcji zależy od tego, w jaki sposób chcesz zarządzać przejściem użytkowników do i . Zaleca się podejmowanie działań etapami (Opcja 2). Dzięki temu możesz zminimalizować liczbę zmian wprowadzanych przez użytkownika końcowego i rozłożyć wysiłki na różne części projektu. Jeśli jednak wolisz, aby użytkownicy odczuli skutki zmian tylko raz, wówczas opcja 1 również będzie odpowiednia.

Patrząc na zalecaną ścieżkę (opcja 1), mapa przejść wysokiego poziomu z aplikacji Jabber do aplikacji Webex poniższy rysunek przedstawia przejście wysokiego poziomu dla kroku 1.

Mapa przejść wysokiego poziomu z Jabbera do aplikacji Webex

Na tym etapie użytkownicy przechodzą z Jabbera do wszystkich usług połączeń. Jednakże platformą obsługującą połączenia jest nadal Unified CM, a jej usługi połączeń będą rejestrowane w . Jak widać na rysunku mapy przejścia wysokiego poziomu z Jabbera do aplikacji Webex, infrastruktura lokalna nie ulega zmianie i działa tak samo jak Jabber. Jedyną zmianą jest konieczność nawiązania połączenia z .

Aby uzyskać więcej informacji na temat tego przejścia, zapoznaj się z Mapą przejścia z Jabbera na Webex i Przewodnikiem wdrażania w sekcji Klient na stronie Przejście do współpracy.

Mapa przejść wysokiego poziomu z połączenia CM do połączenia Webex Rysunek przedstawia przejście wysokiego poziomu z do . To jest krok 2 zalecanej podróży.

Mapa przejść wysokiego poziomu z połączenia CM do Webex

Jeśli zdecydujesz się na podejście jednokrokowe, to również będzie obowiązywać.

Na tym etapie użytkownicy są przypisywani do grup. W tym momencie użytkownicy zaczynają korzystać z usług telefonicznych, rejestracji połączeń i rejestracji telefonów IP.

Ponieważ użytkownicy przemieszczają się w grupach, użytkownicy Enterprise zostaną podzieleni pomiędzy dwie platformy połączeń w trakcie okresu przejściowego. Faza 1 na rysunku przedstawia mapę przejść wysokiego poziomu z Unified CM do Webex Calling. Na tym etapie konieczne jest zaplanowanie sposobu zarządzania połączeniami między użytkownikami na obu platformach oraz sposobu kierowania połączeń PSTN. Za każdym razem, gdy grupa użytkowników zostanie przeniesiona do , wymagane będą aktualizacje planów wybierania i trasowania połączeń w , oraz w bramkach lokalnych.

Gdy wszyscy użytkownicy, klienci programowi i urządzenia zostaną przeniesieni do (Fazy 2), wówczas całą lokalną infrastrukturę komunikacji ujednoliconej można usunąć i wycofać z eksploatacji.

Projekt

Wybór regionu

Lokalizacje

PSTN

Plan wybierania

Plan wybierania lokalnego w

plán vytáčení

Nagrywanie

1. Wybór dostawcy usługi nagrywania rozmów

2. Wybór regionu

Połączenia alarmowe

Licencjonowanie

Ręczne przypisanie przez

Szablony automatycznego przydzielania licencji

Masowe przypisanie za pomocą szablonu CSV

Przypisanie oparte na API

Wymagania licencyjne

Obsługa administracyjna użytkowników

Grupy użytkowników

Zalecane podejście przy migracji z do

Projektowanie grup użytkowników

Rejestracja jednokrotna

Obsługa wielu dostawców tożsamości

1. Fuzje i przejęcia

2. Wiele niezależnych działów IT

3. Różne grupy użytkowników lub domeny

4. Obsługa różnych protokołów uwierzytelniania

5. Zwiększone bezpieczeństwo i zgodność

6. Uproszczone środowisko użytkownika

Duo MFA z SSO dla

Funkcje

Automatyczny asystent

Zaparkuj połączenie

Odbiór połączenia

Kolejka połączeń

Grupa poszukiwania

Tryby pracy

Grupa przywoływania

Nagrania

Zasięg pojedynczego numeru

Grupa poczty głosowej

Wybór regionu

jest dostępny globalnie i dostarczany z redundantnych centrów danych w wielu regionach: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Wielka Brytania (Londyn, Manchester), Australia (Melbourne, Sydney), Japonia (Tokio, Osaka), Arabia Saudyjska (Rijad, Dżudda) i Indie (Bombaj, Ćennaj). Punkty obecności mediów (PoP) zapewniają usługi multimedialne optymalizujące czas obiegu multimediów. Przykładowo centrum danych w Singapurze jest wykorzystywane do optymalizacji czasu przesyłania danych w obie strony dla klientów z krajów azjatyckich, gdzie czas przesyłania danych do regionu Australii lub Japonii może być nieoptymalny. Centra danych są połączone wielogigabitową i całkowicie redundantną siecią szkieletową. Rysunek globalnie rozproszone centra danych przedstawia przegląd wszystkich centrów danych. Najnowszą listę dostępnych centrów danych znajdziesz w Lokalizacje centrów danych dla usługi Webex Calling.

Globalnie rozproszone centra danych

Każdemu klientowi przydzielana jest jedna instancja. Wszystkie informacje dotyczące obsługi danego klienta są przechowywane w tej instancji, a sygnalizacja SIP wszystkich punktów końcowych i bram lokalnych obsługiwanych przez danego klienta jest powiązana z instancją, w której klient został obsłużony. Ponieważ trudno jest zmienić początkowy wybór regionu, ważne jest, aby w procesie decyzyjnym prowadzącym do wyboru regionu uwzględnić wszystkie istotne czynniki. Aby uniknąć nadmiernych opóźnień w przesyłaniu sygnału, ważne jest, aby już na wczesnym etapie procesu przejściowego zdecydować, która instancja powinna zostać wykorzystana. Cisco zaleca wybranie instancji zapewniającej najkrótszy czas przesyłania sygnałów dla największej liczby użytkowników w ramach wdrożenia.

Informacje na temat dostępności w danym kraju można znaleźć w sekcji Gdzie jest dostępny Webex?.

Lokalizacje

Aby przygotować się do udostępniania lokalizacji, konieczne jest zebranie wymaganych informacji dla wszystkich lokalizacji docelowych migracji. Informacje potrzebne dla każdej lokalizacji podsumowano w Informacje do zebrania dla każdej lokalizacji.
Tabela 1. Informacje do przechwycenia dla każdej lokalizacji
Informacje Komentarz
Zakres(y) rozszerzenia Każda lokalizacja może mieć numery wewnętrzne zaczynające się od innych cyfr. Jedną cyfrę należy zachować na cyfrę sterującą wybieraniem między lokalizacjami (na przykład 8) i jedną na cyfrę sterującą PSTN (na przykład 9). Żaden zakres rozszerzeń nie może zaczynać się od żadnej z tych dwóch cyfr.
Wszystkie zakresy rozszerzeń we wszystkich lokalizacjach muszą mieć równą długość.
Zakres(y) DID -
Cyfra sterująca PSTN -
Kod witryny Wszystkie kody witryn we wszystkich lokalizacjach muszą być unikalne i mieć taką samą długość.
Numer główny Podczas tworzenia lokalizacji konieczne jest podanie dwóch identyfikatorów DID. Jeden jako numer główny (np. do przydzielenia do usługi automatycznej sekretarki) i jeden dla portalu poczty głosowej.
Podaj jeden DID dla numeru poczty głosowej.
Numer poczty głosowej
Liczba licencji Wymagane licencje według typu, w tym Standard, Professional, Workspace, Route List, Outbound Calling Plan.
Jednoczesne połączenia w godzinach szczytu Suma równoczesnych połączeń pomiędzy urządzeniami oraz pomiędzy urządzeniami a bramą lokalną (PSTN i połączenia do urządzeń). Konieczne do określenia wymaganej przepustowości łącza internetowego.
Kraj -
Strefa czasowa -
Język -
Kontakt (imię, telefon, adres e-mail) -
Adres (adres ulicy, miasto, stan, kod pocztowy) -
Fizyczna lokalizacja dyspozytorni służb ratunkowych dla punktów końcowych Lokalizacja, z której można skorzystać w celu wykonania połączenia alarmowego, obejmuje zazwyczaj: adres budynku, adres budynku + numer piętra, adres budynku + numer apartamentu lub adres budynku + numer piętra + office/cubical numer.
Unikalna fizyczna lokalizacja sieciowa dla każdego urządzenia dla służb ratunkowych Lokalizacja sieci fizycznej do połączeń alarmowych obejmuje zazwyczaj następujące elementy: przełącznik / port przełącznika dla urządzeń przewodowych, identyfikatory podstawowego zestawu usług (BSSID) punktu dostępu bezprzewodowego (AP) dla urządzeń podłączonych bezprzewodowo, and/or lokalne podsieci IP dla urządzeń końcowych.

PSTN

Podczas projektowania wdrożenia klienci mają do wyboru trzy podstawowe opcje łączności PSTN: Plany połączeń Cisco (usługa PSTN dostarczana w chmurze, zarządzana przez Cisco), dostawcy Cloud Connected PSTN (CCPP, w ramach których dostawcy dostarczają usługę PSTN za pośrednictwem chmury) oraz lokalna sieć PSTN (w ramach której lokalne bramy łączą sieć przedsiębiorstwa z PSTN). Dzięki wprowadzeniu łączy PSTN dla wdrożeń hybrydowych (aby uzyskać więcej informacji, zobacz Łącze PSTN dla wdrożeń hybrydowych Webex Calling w artykule Łącze PSTN) organizacje zyskują dodatkową elastyczność w podejściu do migracji. Funkcja ta umożliwia klientom przeniesienie sieci PSTN do CCPP na początku procesu przejściowego i rozpoczęcie przejścia na chmurową sieć PSTN dla użytkowników, przy jednoczesnym wykorzystaniu CCPP do utrzymania usługi PSTN dla użytkowników, którzy pozostają przy Cisco podczas migracji etapowej.

Dzięki takiemu hybrydowemu podejściu organizacje mogą najpierw przenieść wybrane grupy użytkowników do chmury, bez konieczności natychmiastowej modernizacji całego środowiska telefonicznego. Wprowadza jednak dodatkową złożoność i ryzyko, zwłaszcza w zakresie dostosowania istniejącej logiki kierowania połączeniami do obsługi nowej architektury. Należy również dokładnie rozważyć kwestię współdziałania ze starszymi aplikacjami, takimi jak serwery faksowe, centra kontaktowe czy systemy pagerowe. Do kluczowych wyzwań technicznych może należeć zapewnienie płynnej negocjacji kodeka typu end-to-end oraz sygnalizacji DTMF (Dual-Tone Multi-Frequency) w środowisku mieszanym, a także sprawdzenie zgodności ze specjalistycznymi funkcjami telefonicznymi. Właściwe planowanie i testowanie są niezbędne, aby zminimalizować zakłócenia i utrzymać niezawodność usług głosowych w całym procesie migracji. Dodatkowo istotne są względy komercyjne, ponieważ hybrydowe łącze trunkingowe wymaga licencji na użytkowanie, której wartość zależy od liczby jednoczesnych połączeń między środowiskiem lokalnym a dostawcą usługi Cloud Connected PSTN (CCPP).

Alternatywnie organizacje mogą zdecydować się na zachowanie lokalnej łączności PSTN przez cały okres przejściowy. W tym scenariuszu migrację do CCPP można przeprowadzić na dwa sposoby: jako pojedyncze, skoordynowane przejście dla wszystkich użytkowników i lokalizacji po zakończeniu migracji lub stopniowo, przy czym migracja PSTN będzie przeprowadzana dla każdej lokalizacji w miarę przenoszenia użytkowników do . Takie podejście może pomóc usprawnić współistnienie i zachować ciągłość integracji starszych systemów, ale wiąże się z nim kilka utrudnień operacyjnych. Należą do nich wyzwania związane z przenoszeniem numerów, takie jak konieczność precyzyjnej koordynacji zleceń przeniesienia numerów, potencjalne opóźnienia i ograniczenia narzucane przez dostawców, np. limit liczby jednoczesnych żądań przeniesienia lub ograniczenia dotyczące przenoszenia podzbiorów dużych bloków numerycznych. Organizacje muszą starannie zaplanować strategię przejścia na PSTN, uwzględniając powyższe kwestie logistyczne, aby uniknąć przerw w świadczeniu usług i zagwarantować płynny przebieg migracji.

Migracja do CCCP na początku a utrzymanie lokalnej sieci PSTN

Na rysunku Migracja do CCCP na początku w porównaniu z utrzymaniem lokalnej sieci PSTN przedstawiono dwie opcje migracji do sieci PSTN wyjaśnione powyżej. Ilustracja po lewej stronie przedstawia scenariusz, w którym wszyscy lokalni użytkownicy i aplikacje korzystają z usług Cloud Connected PSTN za pośrednictwem lokalnego łącza i lokalnej bramy łączącej lokalną infrastrukturę z . Ilustracja po prawej stronie przedstawia scenariusz, w którym istniejąca lokalna sieć PSTN pozostaje na swoim miejscu, a użytkownicy usługi Webex Calling korzystają z lokalnej sieci PSTN za pośrednictwem połączenia lokalnej bramy między lokalną instalacją a . W trakcie okresu przejściowego możliwe będzie przełączanie lokalizacji przy użyciu sieci PSTN podłączonej do chmury.

W obu scenariuszach połączenia między lokalem a użytkownikiem korzystają z połączenia bramy lokalnej. Połączenie między infrastrukturą lokalną a serwerem musi zostać zaprojektowane i odpowiednio przewymiarowane, w oparciu o oczekiwaną liczbę jednoczesnych połączeń i wymaganą redundancję.

Plan wybierania

Aby osiągnąć bezproblemową interoperacyjność w okresie migracji oraz w jej trakcie, konieczne jest opracowanie i wdrożenie kompleksowej architektury planu wybierania dla obu platform. Konstrukcja dwuplatformowego planu wybierania zapewnia spójne kierowanie połączeń, tłumaczenie numerów i przejrzystość funkcji, umożliwiając użytkownikom obu systemów komunikację bez pogorszenia jakości usług lub zakłóceń w pracy użytkownika przez cały okres współistnienia.

Plan wybierania lokalnego w

Aby umożliwić współistnienie urządzeń zarejestrowanych w Unified CM i planie wybierania przedsiębiorstwa, podczas przejścia należy dokonać zmian, tak aby spełnione zostały przynajmniej następujące wymagania:

+E.164 wybieranie z do

Wybieranie numeru wewnętrznego od do (wewnątrz lokalizacji, ale także między lokalizacjami, jeśli zakresy numerów wewnętrznych są unikalne)

Skrócone wybieranie między lokalizacjami z do

Wymuszone wybieranie numeru w sieci z do

Oddzwanianie z katalogu połączeń nieodebranych do miejsc docelowych na

Połączenia PSTN z do PSTN, jeśli podczas przejścia używana jest lokalna sieć PSTN

Połączenia PSTN z do, jeśli podczas przejścia używane jest łącze PSTN dla wdrożeń hybrydowych w celu zapewnienia dostępu PSTN użytkownikom lokalnym za pośrednictwem Cloud Connect dla

Zmuszony do sieci z do

Numer wewnętrzny wybierany od do (między lokalizacjami).

Jeżeli którykolwiek z powyższych zwyczajów wybierania numerów nie był obsługiwany przed przejściem, na przykład nie istniał zwyczaj skróconego wybierania numerów między lokalizacjami, to nie ma konieczności ich wprowadzania podczas przejścia.

Na rysunku Najlepsze praktyki dotyczące planu wybierania numerów przedstawiono najlepsze praktyki dotyczące podejścia do planu wybierania numerów, zgodnie z opisem w dokumencie Preferowana architektura wdrożeń lokalnych Cisco Collaboration 12.x Enterprise, CVD. Do najważniejszych cech tego podejścia należą:

Pojedyncza partycja dla +E.164 numery katalogowe

Routing rdzenia oparty na +E.164 wzorce tras

Normalizacja wszystkich nawyków wybierania numeru +E.164 korzystanie ze wzorców tłumaczeniowych

Użycie wzorca translacji wywołującego przestrzeń wyszukiwania dziedziczenia (opcja Użyj wywołania przestrzeni wyszukiwania autora ustawionego we wzorcach translacji).

Najlepsze praktyki dotyczące planu wybierania numerów

Na przykład wybieranie numeru PSTN (9+1+10D) z urządzenia w SJC wyposażonego w przestrzeń wyszukiwania połączeń liniowych SJCInternational zostanie najpierw dopasowane przez 9.1[2-9]XX[2-9]XXXXXX wzorzec translacji, który normalizuje numer osoby odbierającej połączenie, aby +E.164. Następnie wyszukiwanie wtórne ponownie wykorzystuje tę samą przestrzeń wyszukiwania wywołania SJCInternational (wywołując dziedziczenie przestrzeni wyszukiwania) i +E.164-digit ciąg zostanie dopasowany do +E.164 numer katalogowy w partycji DN lub według jednego ze wzorców tras PSTN w partycji USPSTNational lub SJCPSTNLocal. Skrócone nawyki wybierania numerów wewnątrz lokalizacji i między lokalizacjami są implementowane przez tłumaczenia w partycjach ESN i SJCtoE164. Podczas gdy partycja ESN jest partycją globalną (dostępną dla telefonów we wszystkich lokalizacjach), partycja SJCTOE164 jest dostępna tylko dla użytkowników w lokalizacji SJC. Zakłada się, że zakresy rozszerzeń się nakładają.

Pierwszym krokiem umożliwiającym wykonywanie połączeń z do jest upewnienie się, że +E.164 miejsca docelowe są odpowiednio wyznaczane. Można to osiągnąć, dodając partycję do planu wybierania, dodając +E.164 wzorce tras dla wszystkich miejsc docelowych do danej partycji i na koniec dodanie partycji do wszystkich wywołujących przestrzeni wyszukiwania reprezentujących klasy usług, które muszą być w stanie dotrzeć. Utworzenie dedykowanej partycji jest wymagane w celu umożliwienia utworzenia zróżnicowanej klasy usług dla połączeń pochodzących z domeny . Aby uniknąć pętli połączeń, przestrzeń wyszukiwania połączeń przychodzących na łączu głównym z bramy lokalnej nie powinna mieć dostępu do partycji.

+E.164 przekierowanie do połączeń Webex

Jak pokazano na rysunku +E.164 kierowanie do Webex Calling, aby umożliwić kierowanie z do dla lokalizacji z +E.164 Zasięg DID +1 221 555 2XXX i kod lokalizacji 121, pilny wzór trasy pasujący do tego +E.164 zakres musi zostać dodany do partycji .

Jeśli nie jest wymagany żaden wybór bramy lokalnej specyficznej dla danej lokalizacji, wówczas zamiast używać listy tras z lokalną grupą tras jako miejscem docelowym dla wzorców tras wskazujących na pojedynczą grupę tras, można skonfigurować bramę lokalną jako jedynego członka, a następnie wzorce tras wskazywać na pojedynczą listę tras z tą jedną grupą tras jako jedynym wpisem.

Aby umożliwić skrócone wybieranie numerów między lokalizacjami, do partycji dodawany jest wymagany wzorzec trasy 8121.2XXX. Aby witryny mogły przejść na wzorzec normalizacji wybierania 8121.2XXX, który normalizuje wybieranie ESN +E.164 może już istnieć w partycji ESN. W takim przypadku 8121.2XXX wydaje się zbędny, ale jak tylko wszystkie nazwy wyróżniające danej lokalizacji zostaną przeniesione do 8121.2XXX, wzorzec translacji normalizacji wybierania może zostać usunięty, a wzorzec trasy 8121.2XXX umożliwi wybieranie ESN nawet dla użytkowników posiadających tylko numer wewnętrzny w tym zakresie.

Dzięki tym zmianom w planie wybierania połączenia do danej lokalizacji można wykonywać nie tylko poprzez wybieranie skróconych numerów między lokalizacjami i +E.164. Ponadto możliwe jest wybieranie numerów PSTN na poziomie międzynarodowym i krajowym, ponieważ te zwyczaje wybierania numerów są najpierw normalizowane. +E.164 poprzez już istniejące wzorce translacji normalizacji wybierania, a następnie kierowane do dopasowania +E.164 wzór trasy w partycji.

Ten +E.164 Dopasowywanie wzorców tras w zakresie DID danej lokalizacji może zostać zapewnione, podczas gdy wszystkie DID-y będą nadal hostowane w . Najlepszy algorytm dopasowywania wzorców zapewnia, że po wybraniu numeru hostowanego na serwerze, +E.164 numer katalogowy dostarczony na jest lepszym dopasowaniem niż symbol wieloznaczny +E.164 wzorzec trasy wskazujący na , tak aby połączenia były przedłużane do linii włączonej i nie były wysyłane do .

plán vytáčení

Każdemu użytkownikowi przydzielane jest rozszerzenie and/or A +E.164 numer telefonu. Długość rozszerzenia jest stałym ustawieniem globalnym: wszystkie rozszerzenia w ramach wdrożenia mają taką samą długość. Numery wewnętrzne można wybierać między użytkownikami w obrębie jednej lokalizacji i między lokalizacjami. Skrócone wybieranie numeru wewnętrznego między lokalizacjami (drugi przypadek) działa tylko wtedy, gdy wybierany numer wewnętrzny jest unikalny.

Jeśli wymagane jest skrócone wybieranie numerów między lokalizacjami, ale numery wewnętrzne przypisane w różnych lokalizacjach nakładają się, należy utworzyć plan numeracji dostosowany do potrzeb przedsiębiorstwa, dodając do numerów wewnętrznych prefiks w postaci kodu dostępu lub kodu lokalizacji. Aby uzyskać więcej informacji, zapoznaj się z dokumentem Preferowana architektura wdrożeń lokalnych Cisco Collaboration 15, Omówienie projektu dostępnym w dokumencie Preferowane architektury Cisco Collaboration.

Długość numeru wewnętrznego, zachowanie wybierania numeru wewnętrznego między lokalizacjami, długość prefiksu do wybierania numeru wewnętrznego między lokalizacjami oraz cyfra sterująca w prefiksie routingu do wybierania numeru wewnętrznego między lokalizacjami są konfigurowane w ustawieniach usługi połączeń. :

Długość prefiksu routingu lokalizacji: Długość prefiksu łącznie z cyfrą sterującą. Wymagane wyłącznie w przypadku konieczności ustanowienia planu numeracji przedsiębiorstwa jako alternatywnego, skróconego sposobu wybierania numerów między lokalizacjami przedsiębiorstwa.

Cyfra sterująca w prefiksie routingu: Cyfra sterująca dla skróconego zwyczaju wybierania numerów między lokalizacjami przedsiębiorstwa. Należy unikać nakładania się pierwszych cyfr nazw lokalizacji i numerów kierunkowych numerów wychodzących. Wymagane wyłącznie w przypadku konieczności ustanowienia planu numeracji przedsiębiorstwa jako alternatywnego, skróconego sposobu wybierania numerów między lokalizacjami przedsiębiorstwa.

Długość wewnętrznego przedłużenia: Standardowa długość przedłużek. Może to być dowolna wartość od dwóch do dziesięciu.
Jeśli z lokalnej kontroli połączeń do wymagane jest wybieranie numeru wewnętrznego lub wybieranie numeru przy użyciu znaczących numerów przedsiębiorstwa (kod sterujący, kod lokalizacji, numer wewnętrzny), a lokalna kontrola połączeń wysyła numer wewnętrzny jako identyfikator dzwoniącego, należy upewnić się, że ustawiono również parametr Maksymalna nieznana długość numeru wewnętrznego w sekcji Trasowanie połączeń między lokalem a lokalem, aby mieć pewność, że połączenia nadrzędne z lokalnej kontroli połączeń do zostaną prawidłowo sklasyfikowane jako połączenia lokalne.

Zezwalaj na wybieranie numerów wewnętrznych między lokalizacjami: Przełącz na enable/disable wybieranie numeru wewnętrznego między lokalizacjami. Tę opcję należy włączyć tylko wtedy, gdy wszystkie rozszerzenia w organizacji są unikatowe. Jeśli opcja jest wyłączona, wówczas między lokalizacjami należy wybierać istotne numery przedsiębiorstwa (kod sterujący, kod lokalizacji, numer wewnętrzny) lub numery telefonów.

Pierwsze trzy parametry służą głównie do tworzenia planu wybierania numerów telefonów w celu zminimalizowania przerw międzycyfrowych podczas wybierania numeru przy podniesionej słuchawce. Odstępstwa od tych globalnych ustawień są nadal możliwe (na przykład — można skonfigurować rozszerzenia o innej długości), ale w Control Hub pojawi się komunikat ostrzegawczy, a wybieranie numerów z telefonów może wymagać blokowania numerów w celu uniknięcia konfliktów w ramach wstępnie załadowanego planu wybierania.

Tabela Przykład numeracji przedsiębiorstwa przedstawia przykład trzech lokalizacji, w których zakresy rozszerzeń dwóch lokalizacji, NYC i RTP, są identyczne. Ustalenie schematu numeracji przedsiębiorstwa z cyfrą sterującą między lokalizacjami 8, po której następuje trzycyfrowy kod lokalizacji i czterocyfrowy numer wewnętrzny, tworzy nawyk skróconego wybierania numerów między lokalizacjami, który nie nakłada się na siebie.

Tabela 2. Przykład numeracji przedsiębiorstwa
Witryna Zakres rozszerzenia Kod witryny Zakres Enterprise

Nowy Jork 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Aby zapewnić płynne przejście, zestaw przyzwyczajeń dotyczących wybierania numerów u użytkowników przed i po przejściu powinien być w idealnym przypadku taki sam. Aby przygotować się do przejścia dla każdej lokalizacji, należy udokumentować zakresy DID i zakresy wewnętrzne (lub skrócone zwyczaje wybierania numerów wewnątrz lokalizacji). Na podstawie tych informacji należy wybrać cyfrę sterującą między witrynami.

Tabela Zakresy rozszerzeń o stałej długości przedstawia przykład trzech lokalizacji i zakresów rozszerzeń o stałej długości. Ponieważ należy unikać nakładających się nawyków wybierania numerów, ważne jest upewnienie się, że dla żadnego zakresu numerów wewnętrznych pierwsza cyfra zakresu nie pokrywa się z cyfrą sterującą służącą do skróconego wybierania między lokalizacjami. Na przykład, jeżeli jako cyfrę sterującą do wybierania między lokalizacjami wybrano 8, wówczas żaden zakres numerów wewnętrznych w żadnej lokalizacji nie może zaczynać się od 8. Zazwyczaj numery wewnętrzne w danej lokalizacji odpowiadają kilku ostatnim cyfrom numerów DID przypisanych do tej lokalizacji. Aby uniknąć konfliktów, pierwszą cyfrę numeru wewnętrznego można zmienić. Jeśli na przykład DID-y w +1 Jeśli w danej lokalizacji używany jest zakres 408 555 8XXX, zamiast używać 8XXX jako zakresu wewnętrznego, można użyć 7XXX dla rozszerzeń w tej lokalizacji

Tabela 3. Stały zakres rozszerzeń długości
Witryna Zakres rozszerzenia Numery wewnętrzne Kod witryny Zakres Enterprise

Nowy Jork 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Siedmiocyfrowe ciągi numerów wybierane na urządzeniu przy użyciu amerykańskiego planu wybierania pokrywają się z siedmiocyfrowym wzorcem wybierania lokalnego w wstępnie załadowanym amerykańskim planie wybierania. Aby uniknąć nakładania się zwyczajów wybierania numerów w sieci i poza nią (PSTN), w danym miejscu można obowiązkowo używać zewnętrznego kodu dostępu. Jeżeli istniejący schemat numeracji przedsiębiorstwa i odpowiadający mu skrócony numer wybierania między lokalizacjami pokrywają się ze wzorcami w numeracji krajowej, to podczas przejścia na nowy schemat numeracji, aby uniknąć nakładania się, można go zmienić na dłuższą lub krótszą formę. Najprostszym sposobem osiągnięcia tego celu jest dodanie dodatkowej cyfry uzupełniającej do schematu numeracji. Nowy, dłuższy schemat wybierania numerów między lokalizacjami musi zostać przyjęty tylko przez użytkowników, którzy już przenieśli się do domeny . Użytkownicy, którzy nadal są zalogowani, mogą nadal wybierać numer siedmiocyfrowy. W tym przypadku plan wybierania numeru przedsiębiorstwa musi zapewnić, że skrócony siedmiocyfrowy numer wybierania z Unified CM zostanie przekształcony na +E.164 lub do skróconego formatu wybierania stosowanego na . Należy to zrobić przed wysłaniem połączenia do bramy lokalnej.

Przykład takiej renumeracji znajduje się w tabeli Przejście do wybierania siedmiocyfrowego. W tym przykładzie skrócone wybieranie między lokalizacjami wykorzystuje cyfrę sterującą 8, po której następuje dwucyfrowy kod lokalizacji i czterocyfrowy numer wewnętrzny. Aby uniknąć siedmiocyfrowego skróconego wybierania numerów między lokalizacjami w przypadku lokalizacji na , kody lokalizacji można łatwo zmienić na trzycyfrowe, dodając przed dwucyfrowymi kodami lokalizacji prefiks w postaci dowolnej cyfry uzupełniającej (w przykładzie8 ), tak aby wybieranie numerów między lokalizacjami z telefonów odbywało się za pomocą cyfry sterującej 8, po której następuje cyfra uzupełniająca 8, stary dwucyfrowy kod lokalizacji i czterocyfrowy numer wewnętrzny. Użytkownicy nie muszą pamiętać nowych kodów witryn; muszą jedynie pamiętać o użyciu prefiksu 88 do połączeń między witrynami zamiast 8.

Tabela 4. Przejście na wybieranie siedmiocyfrowe

Witryna Numery wewnętrzne Kod lokacji Zakres Enterprise Oda witryny Przedsiębiorstwo

Nowy Jork 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

W scenariuszu z różnymi formatami numerów przedsiębiorstwa i jeśli numery przedsiębiorstwa są prezentowane jako informacje o osobie dzwoniącej dla połączeń z do (na przykład połączeń z urządzeń bez DID), ważne jest również wdrożenie mapowania między różnymi formatami numerów dla informacji o osobie dzwoniącej, aby mieć pewność, że oddzwanianie będzie działać. Mapowanie to można uzyskać, stosując wzorzec transformacji strony wywołującej na łączu między bramą lokalną a bramą lokalną.

Nagrywanie

Dobrze zaprojektowane rozwiązanie do nagrywania rozmów wymaga starannego rozważenia kilku kluczowych elementów projektowych, aby mieć pewność, że jest ono zgodne z celami organizacji, wymogami regulacyjnymi i ograniczeniami technicznymi. Dwie z najważniejszych decyzji dotyczą wyboru dostawcy i wyboru regionu. Obie te decyzje mogą wymagać dostosowania do potrzeb globalnych i zastąpienia ich w określonych lokalizacjach, w zależności od potrzeb biznesowych.

1. Wybór dostawcy usługi nagrywania rozmów

Wybór odpowiedniego dostawcy usług nagrywania rozmów ma kluczowe znaczenie dla realizacji celów biznesowych i zapewnienia spójności funkcji w całej organizacji:

Globalny wybór dostawców: Organizacje zazwyczaj wyznaczają głównego dostawcę usługi nagrywania rozmów na poziomie globalnym, co zapewnia spójność zestawu funkcji, zgodności i wsparcia we wszystkich lokalizacjach

Nadpisywanie oparte na lokalizacji: W sytuacjach, w których konkretne lokalizacje lub regiony mają wyjątkowe potrzeby biznesowe lub wymagania regulacyjne, konieczne może okazać się pominięcie globalnego wyboru dostawcy i wskazanie alternatywnych dostawców dla tych lokalizacji. Ta elastyczność obsługuje zróżnicowane wymogi zgodności i lokalne potrzeby operacyjne

Wymagania biznesowe: Wybór dostawcy powinien być podyktowany oceną czynników biznesowych, takich jak zgodność z przepisami (przykład – MiFID II, HIPAA), zapewnienie jakości, rozstrzyganie sporów lub potrzeby szkoleniowe

Dostępność funkcji: Dostawców należy oceniać na podstawie ich zdolności do zapewnienia wymaganych funkcji, takich jak monitorowanie w czasie rzeczywistym, możliwości wyszukiwania i odtwarzania, szyfrowanie, zasady przechowywania, integracja z platformami analitycznymi i obsługa różnych typów połączeń (przychodzących, wychodzących, wewnętrznych).

2. Wybór regionu

Określenie regionu, w którym przechowywane i przetwarzane są nagrania rozmów, ma kluczowe znaczenie dla zgodności i wydajności:

Wybór regionu globalnego: Domyślnie organizacje mogą wybrać jeden region do przechowywania nagrań rozmów, aby uprościć zarządzanie i nadzór

Nadpisywanie regionów na podstawie lokalizacji: W przypadku gdy wymagają tego przepisy dotyczące miejsca przechowywania danych lub polityki korporacyjne, konieczne może być zastąpienie ustawienia regionu globalnego dla określonych lokalizacji, co zapewni przechowywanie i przetwarzanie nagrań rozmów w wymaganych granicach geograficznych

Wymagania dotyczące miejsca przechowywania danych: Projekt musi uwzględniać międzynarodowe i lokalne przepisy dotyczące ochrony danych (takie jak RODO, CCPA lub przepisy obowiązujące w poszczególnych krajach), które mogą określać, gdzie i w jaki sposób przechowywane są nagrania rozmów.

Kolejnym istotnym aspektem, który należy uwzględnić podczas planowania i projektowania rozwiązania do nagrywania rozmów, jest oszacowanie wymagań dotyczących przestrzeni dyskowej. Dokładne prognozowanie zapotrzebowania na pamięć masową jest niezbędne w celu zagwarantowania odpowiedniej pojemności na potrzeby bieżącej działalności firmy, zachowania zgodności z przepisami i uniknięcia przerw w świadczeniu usług.

Przy określaniu przewidywanego zapotrzebowania na przestrzeń magazynową należy wziąć pod uwagę kilka kluczowych parametrów:

Objętość nagranych rozmów: Oceń przewidywaną liczbę rozmów, które zostaną nagrane w danym przedziale czasu (np. w ciągu dnia, tygodnia lub miesiąca). Dotyczy to nie tylko połączeń zewnętrznych, ale także komunikacji wewnętrznej, jeśli wymaga tego polityka firmy lub przepisy prawne

Średni czas trwania połączenia: Oblicz typową długość nagranych rozmów, gdyż dłuższe rozmowy będą wymagały więcej miejsca w pamięci. W szacunkach należy również uwzględnić różnice w czasie trwania połączeń między różnymi działami lub grupami użytkowników

Okres przechowywania: Określ czas, przez jaki nagrania muszą być przechowywane, co często jest podyktowane polityką organizacji lub przepisami zewnętrznymi (takimi jak branżowe standardy zgodności). Dłuższe okresy przechowywania danych zwiększą ogólne wymagania dotyczące przechowywania danych

Prognozy wzrostu: Weź pod uwagę przewidywany wzrost liczby połączeń lub rozszerzenie zakresu nagrywania, co może wynikać ze skalowania działalności, nowych wymogów regulacyjnych lub przyjmowania dodatkowych użytkowników lub lokalizacji.

Dzięki dogłębnej analizie tych parametrów organizacje mogą opracować solidną strategię przechowywania danych, która zapewni skalowalność, opłacalność i zgodność z przepisami w zakresie rozwiązań do nagrywania rozmów. Zaleca się również regularne przeglądanie i dostosowywanie przydziałów pamięci masowej, ponieważ wzorce wykorzystania zmieniają się z biegiem czasu.

Połączenia alarmowe

Wymaganie przekierowania połączenia alarmowego do właściwego centrum dyspozytorskiego jest wymogiem każdej usługi telefonicznej oferującej usługę PSTN. Dzięki temu rozwiązaniu kierowanie połączeń alarmowych jest wbudowane w rozwiązanie i obejmuje obsługę wszystkich krajowych numerów alarmowych w krajach, które je obsługują. Trasowanie połączenia alarmowego odbywa się na podstawie zdefiniowanej lokalizacji i metody dostępu PSTN danej lokalizacji. Numery alarmowe są zdefiniowane wstępnie i specyficzne dla kraju, w którym znajdują się użytkownicy i urządzenia.

Istnieją dwie metody wykonywania połączeń alarmowych w systemie . Dostępna jest podstawowa usługa kierowania połączeń alarmowych oraz rozszerzona usługa kierowania połączeń alarmowych. Podstawowa usługa przekierowywania połączeń alarmowych wykorzystuje wybrany przez administratora numer w celu określenia lokalizacji i trasy połączenia w celu skontaktowania się ze służbami ratunkowymi. W przypadku podstawowych połączeń alarmowych ścieżka połączenia zazwyczaj przebiega przez opcję PSTN klienta dla danej lokalizacji. Dostępna jest również funkcja ulepszonego kierowania połączeń alarmowych przeznaczona do zastosowań w USA i Kanadzie, gdzie obowiązują wymogi zgodności z przepisami wymagające korzystania z ogólnokrajowego operatora w celu przekazywania połączeń alarmowych do właściwego centrum dyspozytorskiego.

Wszyscy klienci powinni wdrożyć co najmniej podstawową konfigurację połączeń alarmowych. Do wykonywania podstawowych połączeń alarmowych wymagane jest posiadanie co najmniej jednego właściciela +E.164 do każdej lokalizacji zdefiniowanej w . należy przypisać numer . W przypadku podstawowych połączeń alarmowych każda lokalizacja będzie określona adresem ulicy, pod który w razie wypadku zostanie wysłana policja, straż pożarna lub pogotowie ratunkowe. W większości przypadków najlepszym wyborem, aby określić fizyczną lokalizację sytuacji awaryjnej, jest podanie głównego numeru lokalizacji. Zwykle przypisanie adresu do +E.164 Numer jest koordynowany z dostawcą PSTN. Zdjęcia poniżej pokazują przypisanie głównego numeru, który będzie używany jako numer alarmowy dla lokalizacji Richardson.

Konfiguracja lokalizacji ECBN

W większości sytuacji adres budynku wystarcza jako adres wysyłki dla danej lokalizacji. Jeśli jednak potrzebne są dodatkowe szczegóły dotyczące lokalizacji konkretnych użytkowników lub urządzeń, administrator może zastosować tę samą procedurę, którą opisano powyżej, i przypisać te urządzenia do konkretnego adresu lub do bardziej precyzyjnej lokalizacji w obrębie adresu (np. piętra lub pomieszczenia). W Zarządzanie użytkownikami w zakładce Połączenia można użyć konkretnego numeru dla użytkownika i jego urządzenia, aby uzyskać konkretny adres wysyłki. Poniższe obrazy ilustrują, jak przypisać konkretnemu urządzeniu konkretny numer. Administrator jest odpowiedzialny za upewnienie się, że numerowi używanemu przez urządzenie zostanie przypisany prawidłowy adres wysyłki. Przydział adresu odbywa się zazwyczaj za pośrednictwem dostawcy PSTN danej lokalizacji.

Konfiguracja ECBN użytkownika

W przypadku wdrożeń telefonicznych w USA, które muszą zapewniać rozwiązania w zakresie zaawansowanych połączeń alarmowych, używana jest zintegrowana usługa Horizon Mobility firmy RedSky do kierowania połączeń alarmowych. W przypadku korzystania z RedSky do kierowania połączeń administrator musi zarejestrować konto za pośrednictwem Cisco i skonfigurować odpowiednie informacje w Połączenia -> Ustawienia usługi, aby włączyć tę funkcję. Po włączeniu usługi RedSky na poziomie systemu administrator będzie włączał usługę RedSky na poziomie każdej lokalizacji. Włączenie funkcji Rozszerzonych połączeń alarmowych w danej lokalizacji spowoduje aktywację usługi dla wszystkich urządzeń przypisanych do danej lokalizacji. Urządzenia obsługujące funkcję ulepszonych połączeń alarmowych to telefony Cisco MPP, telefony Cisco PhoneOS i telefony Cisco.

Istnieją dwa ustawienia umożliwiające włączenie funkcji rozszerzonego wykonywania połączeń alarmowych w danej lokalizacji. Opcja Zezwalaj programowi RedSky na odbieranie informacji o łączności sieciowej i testowanie połączeń powinna być używana do weryfikacji, czy konfiguracja programu RedSky dotycząca mapowań urządzeń i infrastruktury jest poprawna. Ustawienie to pozwala również na wykonywanie połączeń testowych pod numer 933 w celu weryfikacji lokalizacji przy użyciu systemu IVR firmy RedSky, który odczyta lokalizację osoby dzwoniącej. Mimo że niniejszy dokument nie obejmuje konfiguracji śledzenia lokalizacji w systemie RedSky, administrator powinien ZAWSZE przetestować funkcję wykrywania lokalizacji przed aktywowaniem połączeń alarmowych w celu przekierowania ich do systemu RedSky. Po zakończeniu testów i potwierdzeniu ich poprawności administrator będzie kierował połączenia do RedSky, przełączając opcję kierowania połączeń alarmowych do RedSky. Przełącznik ten spowoduje, że wszystkie połączenia alarmowe dla danej lokalizacji będą kierowane do RedSky i przekazywane do centrali telefonicznej danej lokalizacji.

Ustawienia rozszerzonego systemu połączeń alarmowych dotyczą klientów zarówno w siedzibie firmy, jak i poza nią. W przypadku urządzeń lokalnych można je śledzić w taki sam sposób, jak telefony stacjonarne. Poza siedzibą firmy użytkownik będzie mógł dynamicznie ustawić swoją lokalizację bezpośrednio w . Aby uzyskać więcej informacji na temat połączeń alarmowych, zobacz Ulepszone połączenia alarmowe dla .

Licencjonowanie

Istnieje wiele możliwości przypisywania licencji użytkownikom.

Ręczne przypisanie przez

Administratorzy ręcznie przypisują licencje poszczególnym użytkownikom za pośrednictwem interfejsu.

Administratorzy mogą edytować licencje usług dla poszczególnych użytkowników i bezpośrednio przypisywać licencje na połączenia.

Szablony automatycznego przydzielania licencji

Użyj szablonów przypisywania licencji, aby automatycznie przypisywać licencje użytkownikom na podstawie ustawień grupy lub organizacji.

Automatyczne licencjonowanie można przeprowadzić poprzez synchronizację katalogów lub ręczne aktualizacje użytkowników, ale użytkownicy muszą mieć ważne +E.164 sformatowany numer telefonu i numery telefonów muszą istnieć w określonym miejscu przed utworzeniem użytkownika. Jeżeli warunki nie zostaną spełnione (np. nieprawidłowy format numeru telefonu), licencje nie zostaną przyznane.

Masowe przypisanie za pomocą szablonu CSV

Prześlij plik CSV ze szczegółami użytkowników i przypisaniami licencji, aby dodać lub zmodyfikować wielu użytkowników jednocześnie.

Importowanie pliku CSV umożliwia dodanie maksymalnie 20 000 użytkowników i przypisanie licencji, ale licencje wymagają określonych pól, takich jak numer telefonu i numer wewnętrzny.

Przypisanie oparte na API

Użyj interfejsów API do programowego przypisywania licencji i zarządzania użytkownikami.

obsługuje operacje API do zarządzania użytkownikami i licencjami (People, SCIM 2.0 i Licenses API), które można wykorzystać do automatyzacji przypisywania licencji. API licencji umożliwia jednoczesne przypisywanie licencji, numerów telefonów i numerów wewnętrznych.
Tabela 5. Opcje obsługi użytkowników – podsumowanie
Metoda przypisywania Zalety Wady
Ręczny przez Proste dla niewielu użytkowników.
Umożliwia precyzyjną i szczegółową kontrolę przydzielania licencji.
Nieskalowalne, czasochłonne
Podatność na błędy ludzkie podczas ręcznego wprowadzania danych.

Automatyczne szablony licencji Skalowalny
Zmniejsza liczbę błędów ręcznych
Można stosować zarówno do nowych, jak i obecnych użytkowników.
Wymagane są prawidłowe numery telefonów i lokalizacje.
Bardziej skomplikowane w konfiguracji
Wymaga również, aby każda grupa użytkowników miała przypisane odpowiednie wymagania licencyjne.

Masowe przesyłanie plików CSV Efektywne dla dużych zestawów użytkowników
Umożliwia jednoczesne przypisywanie licencji, numerów telefonów i numerów wewnętrznych.
Wymaga starannego formatowania pliku CSV
Istnieje ryzyko wystąpienia błędów w przypadku braku lub podania nieprawidłowego numeru telefonu lub numeru wewnętrznego.
Przypisanie oparte na API Zautomatyzowane, elastyczne.
Umożliwia jednoczesne przypisywanie licencji, numerów telefonów i numerów wewnętrznych.
Wymagana jest wiedza z zakresu programowania i API.

Tabela Opcje obsługi użytkowników — podsumowanie podsumowuje opcje obsługi użytkowników oraz ich zalety i wady. Niniejszy przegląd pomoże wybrać najlepszą metodę przydzielania licencji na podstawie wielkości organizacji klienta, możliwości automatyzacji oraz procesów i wymagań dotyczących zapewniania użytkowników.

Firma Cisco zaleca, aby w miarę możliwości przypisywać licencje na połączenia za pomocą szablonów licencji. Wymaga to, aby dla każdej grupy użytkowników wymagającej unikalnego zestawu licencji (przykład – Standardowa lub Profesjonalna) istniała grupa z odpowiednimi członkostwami. Jak omówiono w sekcjach Grupy użytkowników, grupy użytkowników można definiować ręcznie w katalogu korporacyjnym lub synchronizować z nim. Możliwa jest kombinacja obu podejść.

Użytkownicy należący do wielu grup uzyskują licencje ze wszystkich zadań przydzielonych wszystkim ich grupom. Umożliwia to korzystanie z grup zabezpieczeń specyficznych dla licencji w katalogu przedsiębiorstwa w celu zarządzania przypisywaniem licencji, gdzie wynikowy przypis licencji użytkownika jest kontrolowany przez sumę członkostw w grupach.

Aby uzyskać więcej informacji, zobacz Konfigurowanie automatycznego przypisywania licencji w Control Hub i Konfigurowanie szablonów automatycznego przypisywania licencji dla użytkowników usługi Webex Calling.

Wymagania licencyjne

W tej sekcji omówiono wyłącznie powiązane licencje. Inne typy licencji (na przykład rejestracja urządzenia Webex, wiadomości, spotkania) nie są objęte gwarancją. W ramach procesu projektowania konieczne jest określenie wymagań licencyjnych. Należy obliczyć liczbę licencji dla następujących typów licencji:

Standardowy: liczba indywidualnych użytkowników wymagających standardowych funkcji telefonicznych.

Profesjonalny: liczba użytkowników i obszarów roboczych wymagających zaawansowanych funkcji telefonicznych. Linie wirtualne i grupowa poczta głosowa są uprawnione do 1:1 współczynnik dla każdej licencji zawodowej. Dlatego w rzadkich przypadkach, gdy liczba wymaganych linii wirtualnych lub grupowych wiadomości głosowych przekracza liczbę użytkowników i obszarów roboczych wymagających zaawansowanych funkcji telefonicznych, należy uwzględnić dodatkowe licencje profesjonalne.

Przestrzeń robocza dla obszaru wspólnego: liczba lokalizacji współdzielonych lub wspólnych wymagających standardowych możliwości wykonywania połączeń.

Pomoc dla klienta: liczba agentów i kierowników wymagających funkcji Customer Assist. Obsługa klienta obejmuje licencję Professional.

Lista połączeń tras: liczba wymaganych połączeń PSTN w chmurze między użytkownikami lokalnymi and/or lokalne, specjalistyczne aplikacje innych firm.

Konsola operatora: liczba użytkowników, którzy potrzebują dostępu do klienta konsoli pomocniczej.

Plan połączeń Cisco (plan połączeń wychodzących): liczba użytkowników wymagających numeru PSTN and/or dostęp do połączeń wychodzących PSTN dla usługi Cisco PSTN.

Nie ma dedykowanego typu licencji dla profesjonalnych obszarów roboczych. Profesjonalne przestrzenie robocze wymagają licencji Professional.

Przestrzenie robocze typu hot-desk oferują usługę hosta hot-desking i wykonywanie połączeń alarmowych od hosta hot-desking i nie wymagają żadnej licencji. Aby uzyskać więcej informacji, zobacz Dodawanie i zarządzanie urządzeniami typu hot desk.

Aby określić wymagany typ licencji dla każdego użytkownika i obszaru roboczego na podstawie potrzebnych funkcji, zapoznaj się z tematem Funkcje dostępne według typu licencji dla usługi Webex Calling.

Aby dowiedzieć się, jak odróżnić funkcjonalność oferowaną przez kolejki połączeń w połączeniu z licencją profesjonalną od funkcji obsługi klienta, zobacz Porównanie funkcji kolejki połączeń i obsługi klienta Webex Calling.

Obsługa administracyjna użytkowników

Podczas konfigurowania użytkowników w Webex dostępnych jest kilka opcji, z których każda jest dostosowana do różnych potrzeb organizacji i środowisk:

Ręczne dostarczanie: Administratorzy mogą dodawać i zarządzać poszczególnymi użytkownikami bezpośrednio w programie . Ta metoda jest prosta, ale najlepiej sprawdza się w małych organizacjach lub przy ograniczonej liczbie zmian użytkowników.

Masowe dostarczanie za pomocą pliku CSV: W przypadku większych baz użytkowników administratorzy mogą importować i aktualizować użytkowników zbiorczo, przesyłając pliki CSV do formatu . Umożliwia to efektywne zarządzanie nawet tysiącami użytkowników jednocześnie.

Opcje synchronizacji katalogów:
Łącznik katalogowy: Jest to narzędzie do automatycznej synchronizacji wykorzystywane w środowiskach Microsoft Active Directory. Synchronizuje konta użytkowników, grupy i atrybuty według harmonogramu (co godzinę, codziennie lub co tydzień). Obsługuje konfiguracje usługi Active Directory obejmujące wiele domen i lasów oraz umożliwia synchronizację obrazów profili i obiektów pomieszczeń.

Aplikacja kreatora Entra ID (Azure AD): Ta metoda została opracowana dla organizacji korzystających z usługi Microsoft Entra ID (Azure AD) i umożliwia automatyczną synchronizację kont użytkowników i atrybutów niemal w czasie rzeczywistym bezpośrednio z usługi Entra ID do domeny. Jest w pełni zarządzany i wymaga minimalnej konfiguracji.

Aplikacje SCIM 2.0: W przypadku środowisk innych niż Microsoft lub innych dostawców tożsamości, takich jak Okta lub Duo, aplikacje synchronizacji oparte na SCIM umożliwiają automatyczne przydzielanie i odbieranie użytkowników za pomocą mapowania atrybutów i synchronizacji grup.

Uniwersalna synchronizacja użytkowników CM: Opcja ta umożliwia tworzenie kont użytkowników w oparciu o istniejących użytkowników końcowych poprzez synchronizację z do . Wymaga to uruchomienia rozwiązania Cloud Connected UC (CCUC) w klastrach lokalnych. Jednakże ogólnie zaleca się synchronizację użytkowników z centralnego katalogu w chmurze, takiego jak Entra ID, a nie bezpośrednio z domeny .

Udostępnianie interfejsu API: Do provisionowania użytkowników można używać publicznych interfejsów API (People, SCIM 2.0). Główną zaletą korzystania z interfejsów API jest możliwość integracji procesu provisioningu użytkowników z innymi systemami przedsiębiorstwa.
Tabela 6. Opcje udostępniania użytkowników
Metoda zaopatrzenia Opis Zalety Wady
Instrukcja obsługi Create/manage użytkowników indywidualnie w Proste dla niewielkiej liczby użytkowników; nie wymaga żadnej infrastruktury Nieskalowalne; zabierające dużo czasu wielu użytkownikom
Zbiorczo (plik CSV) Import/update użytkowników zbiorczo za pośrednictwem pliku CSV w Wydajne dla grup; nie wymaga kodowania Ręczne przygotowywanie plików CSV; mniej dynamiczne
Ludzie i API SCIM 2.0 Programowe zarządzanie użytkownikami za pośrednictwem interfejsów API Webex Elastyczny; obsługuje automatyzację i integrację Wymaga rozwoju i infrastruktury
Synchronizacja katalogów Automatyczna synchronizacja z aplikacjami AD, Entra ID, SCIM i Unified CM Automatyzuje cykl życia, obsługuje filtrowanie i mapowanie Złożoność konfiguracji: niektóre opcje mają ograniczone funkcje lub wymagają infrastruktury
W tym przeglądzie i tabeli przedstawiono główne opcje obsługi użytkowników, ich zalety i ograniczenia, aby pomóc Ci wybrać najlepsze podejście odpowiadające potrzebom Twojej organizacji.

Grupy użytkowników

Zarządzanie grupami użytkowników umożliwia administratorom organizowanie użytkowników w grupy w celu efektywnego zarządzania licencjami, ustawieniami i zasobami. Grupy usprawniają administrację, umożliwiając jednoczesne stosowanie zasad, licencji i szablonów ustawień do wielu użytkowników, zamiast zarządzać użytkownikami indywidualnie.

Zarządzanie grupami użytkowników zapewnia szereg korzyści, w tym:

Uproszczona administracja: Zarządzaj licencjami, ustawieniami i zasadami dla wielu użytkowników jednocześnie.

Konsystencja: Zastosuj jednakowe ustawienia i licencje dla wszystkich użytkowników w tej samej grupie.

Skalowalność: Obsługuje do 250 000 członków na grupę.

Integracja: Synchronizuj grupy z Microsoft Entra ID (Azure AD) lub Active Directory, aby uzyskać automatyczne zarządzanie użytkownikami i grupami.

Elastyczność: Twórz grupy lokalne lub synchronizuj grupy zabezpieczeń; zarządzaj członkostwem w grupach ręcznie lub za pomocą plików CSV.

Alokacja zasobów: Kontroluj dostęp do osadzonych aplikacji i usług na podstawie członkostwa w grupie.

Główne przypadki użycia grup użytkowników podczas provisionowania to:

Przypisanie licencji: Przypisz licencje grupom, aby automatycznie udostępniać członkom grupy usługi takie jak Połączenia, Spotkania, Wiadomości i usługi hybrydowe.

Szablony ustawień: Zastosuj zbiory ustawień usług (np. wiadomości, spotkania, połączenia) do grup, aby zapewnić użytkownikom spójny sposób korzystania.

Zarządzanie użytkownikami zbiorczymi: Dodawaj i usuwaj użytkowników hurtowo za pomocą plików CSV lub synchronizacji katalogów.

Automatyzacja i integracja: Użyj interfejsów API lub synchronizacji katalogów w celu zautomatyzowanego zarządzania cyklem życia użytkowników i grup.

W poniższej tabeli podsumowano różne opcje zarządzania grupami użytkowników i grupami w programie .
Tabela 7. Opcje zarządzania grupami i członkostwem w grupach
Opcja Opis Zalety Wady

aprowizacja grupowa (grupy) Twórz i zarządzaj grupami bezpośrednio w programie . Add/remove członków ręcznie lub przez plik CSV. Pełna kontrola nad członkostwem w grupie
Natychmiastowe zastosowanie licencji i szablonów
Łatwe tworzenie i edytowanie grup Wymagane aktualizacje ręczne
Ryzyko wystąpienia błędów podczas ręcznego przesyłania plików CSV
Brak automatycznej synchronizacji z katalogami zewnętrznymi

Zsynchronizowane grupy z Entra ID (Azure AD) lub Active Directory Automatyczna synchronizacja grup zabezpieczeń i członkostw z zewnętrznych usług katalogowych. Automatyczna synchronizacja redukuje pracę ręczną
Zapewnia spójność z katalogiem korporacyjnym
Wspiera duże organizacje
Nie można edytować członkostwa w grupie
Opóźnienie synchronizacji do 12 godzin
Grupy zagnieżdżone wymagają ręcznego wyboru

Grupy i API SCIM 2.0 (Grupy) Użyj grup lub interfejsu API SCIM 2.0 do programowego zarządzania grupami i członkostwem Automatyzacja i integracja z innymi systemami
Skalowalność dla dużych i złożonych środowisk
Wymaga wysiłku rozwojowego
Złożoność zależy od wykorzystania interfejsu API

Podczas gdy grupy zsynchronizowane zapewniają spójność i oferują jeden punkt administrowania, możliwe jest podejście hybrydowe łączące grupy zsynchronizowane i grupy (zarządzane albo w centrum sterowania, albo za pośrednictwem interfejsów API). Na przykład grupy do przypisywania licencji mogą być grupami zsynchronizowanymi, a osobny zestaw grup może być używany do przypisywania użytkowników i szablonów połączeń.

Dzięki kompleksowemu podejściu do zarządzania grupami użytkowników organizacje mogą skutecznie zarządzać licencjami, ustawieniami i zasadami użytkowników, co gwarantuje spójne i skalowalne środowisko współpracy.

Zalecane podejście przy migracji z do

Podstawowym źródłem danych dla użytkowników jest baza danych zawierająca informacje o użytkownikach końcowych. Jednakże nie jest to zazwyczaj wiarygodne źródło informacji o tożsamościach użytkowników i co ważniejsze, zostanie wyłączone po zakończeniu okresu przejściowego, w związku z czym nie jest uznawane za wiarygodne źródło informacji o tożsamości w dłuższej perspektywie.

Cisco zaleca korzystanie ze scentralizowanego katalogu w chmurze, takiego jak Microsoft Entra ID (Azure AD), jako jedynego źródła informacji o tożsamościach użytkowników. Synchronizacja użytkowników z Entra ID zapewnia spójność, upraszcza zarządzanie i obsługuje funkcję jednokrotnego logowania (SSO).

Aby mieć pewność, że wszyscy użytkownicy są również obecni w Entra ID, organizacje powinny sprawdzić, czy konta użytkowników w odpowiadają kontom w Entra ID. Można to zrobić poprzez wyeksportowanie list użytkowników i porównanie ich z listami użytkowników Entra ID.

Podsumowując, zalecaną metodą provisioningu jest synchronizacja użytkowników z Microsoft Entra ID (Azure AD) do Webex przy użyciu kreatora Azure AD lub aplikacji SCIM. Ręczne i zbiorcze dostarczanie danych za pomocą plików CSV jest dostępne jako metoda uzupełniająca, ale jest mniej skalowalne i bardziej podatne na błędy w przypadku dużych organizacji. Aby migracja przebiegła pomyślnie, a doświadczenie użytkownika w różnych środowiskach było spójne, konieczne jest upewnienie się, że Entra ID jest wiarygodnym źródłem informacji i że wszyscy użytkownicy mają dostęp do Entra ID.

Przejście z lokalnej usługi katalogowej, np. Active Directory, do usługi katalogowej w chmurze, np. Entra ID (Azure ID), jest niezależne od wywołującego przejścia. Cisco zaleca zakończenie przejścia na usługę katalogową w chmurze przed rozpoczęciem przejścia na usługę połączeń.

Projektowanie grup użytkowników

Po przeniesieniu katalogu przedsiębiorstwa z lokalizacji lokalnej do chmury należy zebrać wymagane grupy użytkowników na podstawie wymagań dotyczących licencji i szablonów funkcji. Dla każdego dokumentu grupowego:

Nazwa grupy: unikalna nazwa grupy.

Licencje: licencje, które mają zostać przypisane do tej grupy (jeśli takie istnieją) i zakres (czy licencje mają być przypisane istniejącym użytkownikom, czy tylko nowym użytkownikom)

Szablony ustawień: Szablony połączeń użytkownika i aplikacji Webex.

Synchronizacja katalogów: Czy ta grupa będzie synchronizowana z katalogiem przedsiębiorstwa, czy jest to lokalna grupa Webex udostępniona w Control Hub lub za pośrednictwem interfejsu API?

Opis: jak będzie wykorzystywana ta grupa i którzy użytkownicy powinni być jej członkami

Dane te zostaną wykorzystane później, w fazie wdrażania, do tworzenia grup lokalnych lub grup w katalogu przedsiębiorstwa i zarządzania członkostwem użytkowników w grupach.

Rejestracja jednokrotna

Cisco zaleca korzystanie z funkcji SSO do uwierzytelniania użytkowników. Korzystanie z funkcji logowania jednokrotnego (SSO) niesie ze sobą szereg istotnych korzyści, m.in.:

Uproszczone uwierzytelnianie użytkownika: Użytkownicy mogą zalogować się raz, korzystając ze swoich firmowych danych logowania (np. z Azure ID), aby uzyskać dostęp do innych zintegrowanych aplikacji, co eliminuje potrzebę używania wielu haseł i zmniejsza liczbę monitów o logowanie. Zwiększa to bezpieczeństwo, zapewniając, że hasła korporacyjne nigdy nie będą przechowywane ani przesyłane po uwierzytelnieniu.

Uproszczone zarządzanie użytkownikami: Automatyzuje tworzenie, aktualizowanie i dezaktywację kont użytkowników na podstawie zmian w katalogu firmowym, zmniejszając obciążenie administracyjne i zapewniając dostęp wyłącznie autoryzowanym użytkownikom.

Poprawa bezpieczeństwa: Funkcja SSO zmniejsza zmęczenie hasłami i ryzyko ich naruszenia poprzez centralizację uwierzytelniania za pośrednictwem zaufanych dostawców tożsamości (IdP).

Łatwa integracja uwierzytelniania wieloskładnikowego (MFA): Uwierzytelnianie wieloskładnikowe (MFA) można z łatwością obsługiwać albo za pomocą rozwiązania do zarządzania dostępem do tożsamości, takiego jak Cisco Duo, albo poprzez obsługę uwierzytelniania wieloskładnikowego (MFA) przez dostawcę tożsamości (IdP).

Istnieje wiele opcji wdrożenia logowania jednokrotnego (SSO) dla usług:

Logowanie jednokrotne oparte na SAML 2.0: Podstawowy protokół obsługiwany w przypadku integracji SSO, umożliwiający bezpieczną wymianę informacji uwierzytelniających między dostawcą tożsamości i dostawcą usług.

Połączenie OpenID (OIDC): Obsługiwany jako alternatywny, nowoczesny protokół uwierzytelniania umożliwiający integrację SSO.

Tożsamość Webex: Obsługiwane również jako opcja dostawcy tożsamości.

Konfiguracja i zarządzanie logowaniem jednokrotnym (SSO) odbywa się centralnie za pośrednictwem usługi , co wymaga wymiany metadanych pomiędzy usługodawcą a wybranym dostawcą tożsamości.

Po skonfigurowaniu usługi SSO można ją przetestować przed aktywacją, aby upewnić się, że ustawienia są prawidłowe.

Cisco obsługuje integrację z wieloma sprawdzonymi i powszechnie używanymi dostawcami tożsamości (IdP) i systemami zarządzania tożsamością (IAM), w tym między innymi:

Cisco Duo

Okta

Usługi federacyjne Microsoft Active Directory (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Te dostawcy tożsamości są zgodne ze standardami SAML 2.0 lub OpenID Connect i zostały sprawdzone pod kątem kompatybilności z rozwiązaniami Cisco do współpracy.

Obsługa wielu dostawców tożsamości

umożliwia organizacjom konfigurację logowania jednokrotnego (SSO) przy użyciu wielu dostawców tożsamości (IdP), co pozwala na obsługę złożonych środowisk informatycznych, np. w przypadku fuzji, przejęć lub zdecentralizowanych działów IT, w których różne grupy korzystają z różnych dostawców tożsamości. Obsługę wielu dostawców tożsamości (IdP) można wdrożyć za pomocą funkcji Multiple IdP w systemie IAM przedsiębiorstwa, np. Cisco Duo, lub poprzez jego integrację.

Obsługa wielu dostawców tożsamości (IdP) rozwiązuje kilka kluczowych przypadków użycia, w których organizacje wymagają elastycznego i bezpiecznego uwierzytelniania w zróżnicowanych środowiskach informatycznych:

1. Fuzje i przejęcia

Kiedy przedsiębiorstwa łączą się lub przejmują inne, często mają oddzielne infrastruktury informatyczne i odrębnych dostawców tożsamości, których nie da się zintegrować. Obsługa wielu dostawców tożsamości (IdP) umożliwia użytkownikom z obu organizacji bezpieczne uwierzytelnianie i współpracę bez konieczności natychmiastowego ujednolicania systemów tożsamości.

2. Wiele niezależnych działów IT

Duże organizacje lub instytucje rządowe mogą mieć wiele niezależnych działów IT, z których każdy zarządza własnym dostawcą tożsamości. Dzięki funkcji obsługi wielu dostawców tożsamości (IdP) te działy mogą utrzymywać własne systemy uwierzytelniania, zapewniając jednocześnie użytkownikom bezproblemowy dostęp.

3. Różne grupy użytkowników lub domeny

Organizacje z różnymi grupami użytkowników (np. pracownicy i kontrahenci) lub wieloma domenami poczty e-mail mogą skonfigurować reguły routingu, aby kierować żądania uwierzytelniania do odpowiedniego dostawcy tożsamości na podstawie domeny lub członkostwa w grupie. Obsługuje zróżnicowane zasady dostępu i kontrole bezpieczeństwa.

4. Obsługa różnych protokołów uwierzytelniania

obsługuje dostawców tożsamości SAML i OpenID Connect (OIDC), umożliwiając organizacjom integrację różnych typów dostawców tożsamości zgodnie z istniejącą infrastrukturą i wymogami bezpieczeństwa.

5. Zwiększone bezpieczeństwo i zgodność

Dzięki obsłudze wielu dostawców tożsamości organizacje mogą wdrażać silniejsze mechanizmy uwierzytelniania, w tym uwierzytelnianie wieloskładnikowe (MFA) za pośrednictwem integracji takich jak Duo, a także egzekwować spójne zasady bezpieczeństwa dla różnych baz użytkowników.

6. Uproszczone środowisko użytkownika

Użytkownicy mogą uwierzytelniać się za pomocą istniejących danych uwierzytelniających od swoich dostawców tożsamości. Zapewnia to ujednolicony proces logowania pomimo złożoności wielu systemów tożsamości.

Chociaż obsługa wielu dostawców tożsamości zapewnia elastyczność, wymaga ona starannej koordynacji działań zespołów ds. bezpieczeństwa i tożsamości w celu utrzymania spójnych zasad bezpieczeństwa i uniknięcia potencjalnych luk w zabezpieczeniach.

Duo MFA z SSO dla

Duo Access Gateway (DAG) umożliwia uwierzytelnianie użytkowników za pomocą istniejących katalogów lokalnych lub w chmurze, takich jak Active Directory (AD) i OpenLDAP. Obsługuje również integrację z innymi dostawcami tożsamości, takimi jak Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Taka elastyczność pozwala organizacjom wykorzystać obecną infrastrukturę katalogową do uwierzytelniania jednokrotnego (SSO) Webex z Duo MFA.

Duo działa jako silna warstwa uwierzytelniania, która jest dodana do uwierzytelniania podstawowego katalogu. Działa jako dostawca tożsamości (IdP) wykorzystując protokół SAML 2.0 w celu wymuszenia uwierzytelniania dwuskładnikowego (2FA) przed udzieleniem dostępu do domeny. Duo ocenia kontekst użytkownika, urządzenia i sieci w oparciu o konfigurowalne zasady, aby zezwolić na dostęp lub go zablokować, zwiększając bezpieczeństwo w stopniu wykraczającym poza samą nazwę użytkownika i hasło. Duo zapewnia również elastyczne mechanizmy kontroli zasad, takie jak wymaganie uwierzytelniania wieloskładnikowego przy każdym logowaniu w przypadku niektórych aplikacji i rzadsze wymaganie w przypadku innych.

Zalety Cisco Duo obejmują:

Większe bezpieczeństwo: Dodaje odporną na phishing usługę MFA, która chroni dostęp i zmniejsza ryzyko związane z ujawnieniem haseł.

Elastyczna polityka: Umożliwia szczegółową kontrolę wymagań uwierzytelniania dla każdej aplikacji lub grupy użytkowników.

Integracja z istniejącymi katalogami: Obsługuje lokalne usługi AD, OpenLDAP, katalogi w chmurze i różnych dostawców logowania jednokrotnego (SSO), minimalizując zmiany w infrastrukturze.

Wygoda użytkownika: Obsługuje logowanie jednokrotne (SSO), aby zmniejszyć liczbę haseł wymaganych przez użytkowników, umożliwiając im jednorazowe zalogowanie się i bezpieczny dostęp do wielu zasobów.

Zaufane punkty końcowe: Obsługuje zaufanie do urządzenia dla klientów korzystających z systemów Windows i macOS, co poprawia poziom bezpieczeństwa.

Rejestracja samoobsługowa: Rejestracja online i monit Duo poprawiają komfort użytkownika podczas konfiguracji MFA.

Duo MFA z funkcją SSO wykorzystuje istniejące katalogi, takie jak Active Directory i OpenLDAP, lub dostawców tożsamości w chmurze, do uwierzytelniania użytkowników. Rolą Duo jest zapewnienie silnego, opartego na regułach drugiego czynnika uwierzytelniania zintegrowanego z SAML 2.0, zwiększającego bezpieczeństwo przy jednoczesnym zachowaniu wygody użytkownika dzięki logowaniu jednokrotnemu (SSO). Do korzyści należą: poprawa bezpieczeństwa, elastyczne egzekwowanie zasad, płynna integracja i lepsze doświadczenia użytkownika.

Cisco zaleca wdrożenie funkcji logowania jednokrotnego (SSO) dla użytkowników. Aby zwiększyć bezpieczeństwo, zaleca się integrację z Cisco Duo.

Przed rozpoczęciem przejścia z . należy wdrożyć strategię Enterprise IAM i SSO.

Funkcje

posiada pełen zestaw podstawowych funkcji zawartych w usłudze. Obejmuje to wiele funkcji połączeń klasy korporacyjnej, które są dostępne od wielu lat. Choć nie widać 100% parytetu między funkcjami i cechami, to jednak, jak widać na poniższym rysunku, najważniejsze funkcje wywołań są dostępne w programie .

Funkcje klasy korporacyjnej usługi Webex Calling

Oprócz wielu funkcji użytkownika, posiada podstawowe funkcje systemowe zawarte w platformie. Należą do nich funkcje takie jak automatyczne sekretarki, kolejki połączeń, parkowanie połączeń itp. Wszystkie dostępne podstawowe funkcje systemu można zobaczyć w sekcji Usługa → Połączenia → Funkcje, jak pokazano na rysunku Podstawowe funkcje usługi Webex Calling.

Główne funkcje usługi Webex Calling

Automatyczny asystent

Automatyczna sekretarka umożliwia: 24/7 automatyzacja obsługi połączeń przychodzących, która umożliwia efektywną obsługę połączeń, bez konieczności odbierania każdego połączenia przez jedną osobę.

Automatyczna sekretarka odbiera połączenia przychodzące i wyświetla dzwoniącemu menu z opcjami umożliwiającymi skierowanie połączenia. Może to być połączenie z osobą, pocztą głosową lub usługą telefoniczną (np. kolejką połączeń). Osoba dzwoniąca używa klawiatury telefonu, aby wprowadzić numer z menu automatycznej sekretarki.

Automatyczna sekretarka obsługuje następujące kluczowe funkcje:

Harmonogramy biznesowe i poza godzinami pracy

Harmonogram świąt

Opcja menu wybierania numeru, która umożliwi Twoim klientom dotarcie do miejsca, do którego muszą się udać

Dostosuj powitania

Opcja wybierania według nazwy

Opcje przekierowywania połączeń

Analizy i raporty Control Hub.

Aby uzyskać więcej informacji, zobacz Zarządzanie automatycznymi sekretarkami.

Zaparkuj połączenie

Parkowanie połączeń umożliwia użytkownikom łatwe wstrzymanie połączenia, aby inny użytkownik mógł je łatwo odebrać, gdy będzie dostępny. Dzięki temu użytkownik, który odebrał pierwotne połączenie, może wykonywać i odbierać inne połączenia, gdy obecne połączenie jest zaparkowane.

W systemie dostępne są dwa rodzaje parków połączeń: :

Bezpośrednie parkowanie połączeń – umożliwia dowolnemu użytkownikowi zaparkowanie połączenia na numer wewnętrzny innego użytkownika lub na numer wewnętrzny parkowania połączeń, zgodnie z definicją administratora

Grupa parkowania połączeń - umożliwia zdefiniowanej grupie użytkowników automatyczne parkowanie połączeń w dostępnych miejscach parkowania zdefiniowanych dla tej grupy. Miejsca te mogą być numerami wewnętrznymi członków grupy lub numerami wewnętrznymi parkowania połączeń.

W zależności od konfiguracji i typu parkowania użytkownicy mogą odbierać połączenia, wybierając numer *88+><extension of parked call>, naciskając klawisz linii powiązany z numerem wewnętrznym parkowania połączeń lub używając klawisza funkcyjnego na telefonie IP.

Dostępna jest opcja odwołania, dzięki której można odwołać zaparkowane połączenie po upływie określonego czasu do użytkownika, który zaparkował połączenie, lub do innego użytkownika.

Aby uzyskać więcej informacji, zobacz Zarządzanie parkowaniem połączeń w Control Hub.

Przejmowanie połączeń

Funkcja przejmowania połączeń umożliwia administratorowi zdefiniowanie grupy użytkowników (członków), którzy mogą odbierać połączenia na telefon innego członka. Dzięki temu użytkownik może odbierać połączenia, nawet gdy jego koledzy z zespołu są zajęci i nie mogą odebrać połączenia przychodzącego.

Użytkownicy w grupie muszą znajdować się w tym samym miejscu.

Użytkownicy mogą odbierać połączenia za pomocą telefonu stacjonarnego lub telefonu stacjonarnego.

:

Obsługuje powiadomienia wizualne i dźwiękowe

Powiadomienie o połączeniu przychodzącym

Oparty na FAC (tarcza) *98) lub powiadomienie o odebraniu połączenia

Powiadomienia o odbiorze połączeń dla wielu linii.

Telefony stacjonarne:

Powiadomienie o połączeniu przychodzącym

Sygnały dźwiękowe i powiadomienia wizualne za pośrednictwem diody LED w słuchawce. Model 6821 obsługuje wyłącznie sygnały dźwiękowe

Jeśli wybrany typ powiadomienia nie jest żaden

Powiadomienia o odbiorze połączeń dotyczą wyłącznie linii głównych.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grupy odbierania połączeń.

Kolejka połączeń

obejmuje kolejki połączeń wyłącznie głosowych jako część swoich podstawowych funkcji, a każdy użytkownik z licencją Professional może dołączyć do kolejki połączeń, być agentem lub przełożonym. Funkcja ta umożliwia użytkownikom skuteczną komunikację z klientami. Kolejki połączeń obsługują podzbiór niektórych podstawowych funkcji call center, takich jak kolejki głosowe, oddzwanianie, kierowanie na podstawie umiejętności lub priorytetów, zarządzanie kolejkami agentów, analityka, raportowanie itp.

Dzięki integracji Cisco z Microsoft Teams agenci będą mogli uzyskiwać dostęp do kolejek połączeń i funkcji bezpośrednio z poziomu klienta Microsoft Teams.

Kolejki połączeń obsługują następujące kluczowe funkcje:

Powitania i wiadomości (powitanie, pocieszenie, szept itp.)

Muzyka wstrzymująca

Połączenie zwrotne

Zasady kierowania kolejkami (obsługa nocna, święta, przekierowywanie)

Kolejka agentów login/logout

Zarządzanie statusem kolejki agentów

lub wsparcie telefoniczne stacjonarne

Agent nadzorujący może monitorować, instruować, interweniować lub przejmować kontrolę za pomocą kodów dostępu do funkcji (FAC)

(dostęp administratora) dla:

zarządzanie kolejkami

Analityka i raportowanie agentów i kolejek

Zarządzanie kolejkami, agentami i kierownikami.

Aby uzyskać więcej informacji, zobacz Konfigurowanie kolejki połączeń.

ma funkcję dodatku Customer Assist, która zapewnia dodatkowe możliwości kolejkowania połączeń i sprawia, że agentom i kierownikom korzystanie z usługi jest wygodniejsze. Aby porównać funkcje kolejki połączeń i obsługi klienta, zobacz Porównanie funkcji kolejki połączeń i obsługi klienta w usłudze Webex Calling.

Grupa poszukiwania

Grupy poszukiwawcze umożliwiają kierowanie połączeń przychodzących do określonej grupy użytkowników zgodnie z ustalonym wcześniej wzorcem kierowania połączeń. Dzięki temu połączenia zostaną odebrane przez właściwą grupę użytkowników lub przekazane do poczty głosowej w celu dalszego postępowania.

Jedną z głównych różnic między grupami wyszukiwania a kolejkami połączeń jest to, że w grupach wyszukiwania połączenia nie są kolejkowane, więc jeśli żaden użytkownik z grupy wyszukiwania nie jest dostępny, aby odebrać połączenie, zostanie ono rozłączone, przekierowane do poczty głosowej lub przekierowywane na inny numer (użytkownika lub usługę).

Aby uzyskać więcej informacji, zobacz Zarządzanie grupami polowań w Control Hub.

Tryby pracy

Funkcja trybów działania umożliwia firmom efektywne kierowanie połączeń do różnych odbiorców (użytkowników, poczty głosowej, usług telefonicznych, takich jak kolejka połączeń). Miejsce i czas przekierowania połączenia zależą od harmonogramu uwzględniającego porę dnia i dzień tygodnia, a każdy użytkownik może zostać upoważniony do zarządzania tymi trybami (harmonogramami) w celu kontrolowania zmian w przekierowaniu połączeń.

Na przykład połączenia do kolejki połączeń mogą być kierowane do innej kolejki połączeń, w której agenci znajdują się w innej strefie czasowej, aby odbierać połączenia poza godzinami pracy, w godzinach pracy połączenia mogą być kierowane do lokalnych agentów, a w święta połączenia mogą być kierowane na pocztę głosową w celu dalszej obsługi po powrocie agentów do biura.

Autoryzowany użytkownik może przełączać się między tymi różnymi scenariuszami (trybami) przekierowywania połączeń, jeśli zajdzie potrzeba zmiany miejsca, do którego kierowane są połączenia przychodzące na określony czas. Użytkownicy mogą zarządzać trybami za pośrednictwem swoich 6800/7800/8800 Telefony MPP, telefony 9800 lub w Centrum użytkownika pod adresem Zarządzaj trybami.

Aby uzyskać więcej informacji, zobacz Trasowanie połączeń na podstawie trybów pracy w programie Webex Calling.

Grupa przywoływania

Grupy powiadamiania umożliwiają użytkownikom nawiązywanie jednokierunkowych połączeń w celu wysłania wiadomości audio do grupy użytkowników. Każda grupa może zawierać do 75 użytkowników docelowych and/or przestrzenie robocze, do których można dotrzeć, wybierając zdefiniowany numer lub numer wewnętrzny.

Gdy użytkownik dzwoni do grupy powiadamiania, jednocześnie nawiązywane jest połączenie do wszystkich przypisanych adresatów w grupie. W tym momencie dzwoniący może wypowiedzieć swoją wiadomość i rozłączyć się po zakończeniu rozmowy.

Aby uzyskać więcej informacji, zobacz Konfigurowanie grupy stronicowania w Control Hub.

Nagrania

umożliwia nagrywanie połączeń wykonywanych i odbieranych przez użytkownika. Może to być konieczne ze względów jakościowych, zapewnienia bezpieczeństwa lub szkoleniowych. Domyślnie rozmowy są nagrywane w programie , ale można również skorzystać z usług zewnętrznych dostawców nagrań, jeśli wymagane są inne funkcje nagrywania lub spełnione są wymogi zgodności i regulacyjne.

W przypadku korzystania z platformy do nagrywania, wszystkie nagrane rozmowy są zarządzane w programie . Pełnoprawni administratorzy pełniący rolę Specjalisty ds. zgodności mogą odtwarzać i pobierać nagrania. Bez roli Specjalisty ds. zgodności Administrator może jedynie usuwać nagrania.

Aby uzyskać więcej informacji na temat tej funkcji i listę nagrywania przez inne firmy, zobacz Zarządzanie nagrywaniem rozmów w usłudze Webex Calling.

Zasięg pojedynczego numeru

Funkcja pojedynczego numeru pozwala na wykonywanie połączeń na numer telefonu użytkownika i wysyłanie ich na wiele urządzeń. Może to dotyczyć zarówno telefonów stacjonarnych, jak i telefonów komórkowych. Z tych urządzeń można również wykonywać połączenia, a także nawiązywać i odbierać połączenia między nimi.

Aby uzyskać więcej informacji o tej funkcji i sposobie jej konfiguracji przez administratora, zobacz Konfigurowanie zasięgu pod jednym numerem (biuro w dowolnym miejscu).

Aby uzyskać więcej informacji na temat sposobu, w jaki użytkownik może zarządzać tą funkcją i samodzielnie ją konfigurować w Centrum użytkowników Webex (portalu), zobacz Konfigurowanie zasięgu pod jednym numerem (biuro w dowolnym miejscu).

Grupa poczty głosowej

Grupy poczty głosowej umożliwiają korzystanie ze wspólnej skrzynki poczty głosowej, którą można przypisać użytkownikowi lub funkcji przekierowywania połączeń. Oto niektóre z powodów, dla których konieczne może być utworzenie grupy poczty głosowej:

Uniwersalna poczta głosowa dla działu lub grupy roboczej

Dodaj opcję poczty głosowej do automatycznej sekretarki lub grupy poszukiwawczej

Aby wysłać połączenia przepełnione z kolejki połączeń

Użytkownicy, którzy potrzebują jedynie skrzynki głosowej.

Aby uzyskać więcej informacji, zobacz Zarządzanie współdzieloną pocztą głosową i skrzynką faksów przychodzących dla usługi Webex Calling.

Konsola operatora jest wymieniona na stronie Funkcje połączeń w usłudze Webex, jest to jednak funkcja dodatkowa, która wymaga zakupu licencji konsoli operatora, aby z niej korzystać.

Aby uzyskać więcej informacji, zobacz Rozpoczęcie pracy z konsolą Attendant.

Aby uzyskać informacje o wszystkich funkcjach, łącznie z niektórymi funkcjami dodatkowymi, zobacz Funkcje dostępne według typu licencji dla Webex Calling.

Tabela 1. Informacje do przechwycenia dla każdej lokalizacji
Informacje	Komentarz
Zakres(y) rozszerzenia	Każda lokalizacja może mieć numery wewnętrzne zaczynające się od innych cyfr. Jedną cyfrę należy zachować na cyfrę sterującą wybieraniem między lokalizacjami (na przykład 8) i jedną na cyfrę sterującą PSTN (na przykład 9). Żaden zakres rozszerzeń nie może zaczynać się od żadnej z tych dwóch cyfr. Wszystkie zakresy rozszerzeń we wszystkich lokalizacjach muszą mieć równą długość.
Zakres(y) DID	-
Cyfra sterująca PSTN	-
Kod witryny	Wszystkie kody witryn we wszystkich lokalizacjach muszą być unikalne i mieć taką samą długość.
Numer główny	Podczas tworzenia lokalizacji konieczne jest podanie dwóch identyfikatorów DID. Jeden jako numer główny (np. do przydzielenia do usługi automatycznej sekretarki) i jeden dla portalu poczty głosowej. Podaj jeden DID dla numeru poczty głosowej.
Numer poczty głosowej
Liczba licencji	Wymagane licencje według typu, w tym Standard, Professional, Workspace, Route List, Outbound Calling Plan.
Jednoczesne połączenia w godzinach szczytu	Suma równoczesnych połączeń pomiędzy urządzeniami oraz pomiędzy urządzeniami a bramą lokalną (PSTN i połączenia do urządzeń). Konieczne do określenia wymaganej przepustowości łącza internetowego.
Kraj	-
Strefa czasowa	-
Język	-
Kontakt (imię, telefon, adres e-mail)	-
Adres (adres ulicy, miasto, stan, kod pocztowy)	-
Fizyczna lokalizacja dyspozytorni służb ratunkowych dla punktów końcowych	Lokalizacja, z której można skorzystać w celu wykonania połączenia alarmowego, obejmuje zazwyczaj: adres budynku, adres budynku + numer piętra, adres budynku + numer apartamentu lub adres budynku + numer piętra + office/cubical numer.
Unikalna fizyczna lokalizacja sieciowa dla każdego urządzenia dla służb ratunkowych	Lokalizacja sieci fizycznej do połączeń alarmowych obejmuje zazwyczaj następujące elementy: przełącznik / port przełącznika dla urządzeń przewodowych, identyfikatory podstawowego zestawu usług (BSSID) punktu dostępu bezprzewodowego (AP) dla urządzeń podłączonych bezprzewodowo, and/or lokalne podsieci IP dla urządzeń końcowych.

Tabela 2. Przykład numeracji przedsiębiorstwa
Witryna	Zakres rozszerzenia	Kod witryny	Zakres Enterprise
Nowy Jork	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabela 3. Stały zakres rozszerzeń długości
Witryna	Zakres rozszerzenia	Numery wewnętrzne	Kod witryny	Zakres Enterprise
Nowy Jork	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabela 4. Przejście na wybieranie siedmiocyfrowe

Witryna	Numery wewnętrzne	Kod lokacji	Zakres Enterprise	Oda witryny	Przedsiębiorstwo
Nowy Jork	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

Tabela 5. Opcje obsługi użytkowników – podsumowanie
Metoda przypisywania	Zalety	Wady
Ręczny przez	Proste dla niewielu użytkowników. Umożliwia precyzyjną i szczegółową kontrolę przydzielania licencji.	Nieskalowalne, czasochłonne Podatność na błędy ludzkie podczas ręcznego wprowadzania danych.
Automatyczne szablony licencji	Skalowalny Zmniejsza liczbę błędów ręcznych Można stosować zarówno do nowych, jak i obecnych użytkowników.	Wymagane są prawidłowe numery telefonów i lokalizacje. Bardziej skomplikowane w konfiguracji Wymaga również, aby każda grupa użytkowników miała przypisane odpowiednie wymagania licencyjne.
Masowe przesyłanie plików CSV	Efektywne dla dużych zestawów użytkowników Umożliwia jednoczesne przypisywanie licencji, numerów telefonów i numerów wewnętrznych.	Wymaga starannego formatowania pliku CSV Istnieje ryzyko wystąpienia błędów w przypadku braku lub podania nieprawidłowego numeru telefonu lub numeru wewnętrznego.
Przypisanie oparte na API	Zautomatyzowane, elastyczne. Umożliwia jednoczesne przypisywanie licencji, numerów telefonów i numerów wewnętrznych.	Wymagana jest wiedza z zakresu programowania i API.

Tabela 6. Opcje udostępniania użytkowników
Metoda zaopatrzenia	Opis	Zalety	Wady
Instrukcja obsługi	Create/manage użytkowników indywidualnie w	Proste dla niewielkiej liczby użytkowników; nie wymaga żadnej infrastruktury	Nieskalowalne; zabierające dużo czasu wielu użytkownikom
Zbiorczo (plik CSV)	Import/update użytkowników zbiorczo za pośrednictwem pliku CSV w	Wydajne dla grup; nie wymaga kodowania	Ręczne przygotowywanie plików CSV; mniej dynamiczne
Ludzie i API SCIM 2.0	Programowe zarządzanie użytkownikami za pośrednictwem interfejsów API Webex	Elastyczny; obsługuje automatyzację i integrację	Wymaga rozwoju i infrastruktury
Synchronizacja katalogów	Automatyczna synchronizacja z aplikacjami AD, Entra ID, SCIM i Unified CM	Automatyzuje cykl życia, obsługuje filtrowanie i mapowanie	Złożoność konfiguracji: niektóre opcje mają ograniczone funkcje lub wymagają infrastruktury

Tabela 7. Opcje zarządzania grupami i członkostwem w grupach
Opcja	Opis	Zalety	Wady
aprowizacja grupowa (grupy)	Twórz i zarządzaj grupami bezpośrednio w programie . Add/remove członków ręcznie lub przez plik CSV.	Pełna kontrola nad członkostwem w grupie Natychmiastowe zastosowanie licencji i szablonów Łatwe tworzenie i edytowanie grup	Wymagane aktualizacje ręczne Ryzyko wystąpienia błędów podczas ręcznego przesyłania plików CSV Brak automatycznej synchronizacji z katalogami zewnętrznymi
Zsynchronizowane grupy z Entra ID (Azure AD) lub Active Directory	Automatyczna synchronizacja grup zabezpieczeń i członkostw z zewnętrznych usług katalogowych.	Automatyczna synchronizacja redukuje pracę ręczną Zapewnia spójność z katalogiem korporacyjnym Wspiera duże organizacje	Nie można edytować członkostwa w grupie Opóźnienie synchronizacji do 12 godzin Grupy zagnieżdżone wymagają ręcznego wyboru
Grupy i API SCIM 2.0 (Grupy)	Użyj grup lub interfejsu API SCIM 2.0 do programowego zarządzania grupami i członkostwem	Automatyzacja i integracja z innymi systemami Skalowalność dla dużych i złożonych środowisk	Wymaga wysiłku rozwojowego Złożoność zależy od wykorzystania interfejsu API

Implementacja

Gotowość sieciowa

Konfiguracja początkowa

Weryfikacja domeny

Zdobądź (konwertuj) istniejących użytkowników

Konfigurowanie i testowanie synchronizacji katalogów

Konfigurowanie i testowanie logowania jednokrotnego (SSO)

Zaopatrzenie, dostarczenie i weryfikacja licencji

Ustawienia usługi połączeń Webex

Migracja pilotażowa

Zdobądź PSTN

Konfiguruj lokalizacje

Integracja z kontrolą połączeń lokalnych

Migruj użytkowników partiami

Obszary robocze

Urządzenia zaopatrzeniowe

Konfigurowanie funkcji

Testy akceptacyjne

Gotowość sieciowa

Pierwszym krokiem w przejściu jest zapewnienie niezawodnego i bezpiecznego połączenia internetowego między siecią lokalną a chmurą.

Ponieważ większość organizacji łączy się z Internetem za pośrednictwem jednej lub więcej zapór sieciowych lub urządzeń zabezpieczających, konieczne jest sprawdzenie, czy obsługiwane są wymagane przepływy ruchu.

Administratorzy sieci i zabezpieczeń muszą rozumieć te przepływy w kontekście:

Kierunek (przychodzący i wychodzący)

Protokoły (Przykład - SIP TLS, SRTP, HTTPS)

Zakresy adresówIP używane przez usługi

Numery portów, które muszą być otwarte lub dozwolone.

Dzięki temu można mieć pewność, że firmowe zapory sieciowe, urządzenia NAT i inna infrastruktura sieciowa będą prawidłowo skonfigurowane, aby obsługiwać ruch, przy jednoczesnym zachowaniu zasad bezpieczeństwa przedsiębiorstwa.

Informacje na temat wymaganych przepływów, w tym adresów IP, portów i protokołów, można znaleźć w dokumencie Informacje referencyjne dotyczące portów dla połączeń Webex. Informacje te umożliwiają skonfigurowanie zapory sieciowej, serwerów proxy i innej infrastruktury sieciowej w istniejącym wdrożeniu w celu umożliwienia przepływów sieciowych.

Zalecanym podejściem w przypadku usług współpracy w chmurze, takich jak ., jest zdecentralizowane wydzielenie łącza internetowego z każdego oddziału lub placówki. Umożliwiając lokalne wyjście ruchu, ten model:

Zmniejsza opóźnienia i drgania w obie strony, poprawiając ogólną jakość połączeń

Skaluje się wydajnie w miarę przechodzenia większej liczby użytkowników i witryn na

Współpracuje bezproblemowo z SD-WAN, które może dynamicznie kierować sesje do najbliższego punktu wejścia do chmury, zapewniając optymalną wydajność

Umożliwia śledzenie lokalizacji użytkownika na podstawie jego publicznego adresu IP, co ułatwia analizę ścieżki multimediów i rozwiązywanie problemów.

Ponadto organizacje muszą zapewnić odpowiednią przepustowość łącza internetowego w każdej lokalizacji. Szerokość pasma powinna zostać określona na podstawie przewidywanej liczby jednoczesnych połączeń, wybranego kodeka (np. Opus lub G.711) oraz narzutu na sygnalizację, retransmisje i wzrost. Jest to zgodne z fazą przygotowawczą cyklu życia PPDIO i tworzy solidną podstawę do migracji.

Konfiguracja początkowa

Początkowa sekcja konfiguracji w fazie wdrażania stanowi podstawę do ustanowienia dobrze ustrukturyzowanego i łatwego w zarządzaniu środowiska połączeń w chmurze. Etap ten obejmuje kluczowe zadania, takie jak konfiguracja organizacji, zakup i przypisanie licencji oraz weryfikacja i rejestracja domen firmy w celu zagwarantowania właściwego zarządzania użytkownikami i bezpieczeństwa. Ponadto obejmuje ona tworzenie szablonów licencji w celu zautomatyzowania przypisywania licencji użytkownikom, konfigurowanie funkcji logowania jednokrotnego (SSO) w celu usprawnienia uwierzytelniania użytkowników i zwiększenia bezpieczeństwa oraz dostosowywanie ustawień usług i klienta w celu zapewnienia zgodności z politykami organizacji i potrzebami użytkowników. Ukończenie tych początkowych czynności konfiguracyjnych gwarantuje, że środowisko jest prawidłowo skonfigurowane pod kątem skalowalności, bezpieczeństwa i płynnego działania użytkownika, co stanowi podstawę do późniejszych faz wdrażania i eksploatacji.

Weryfikacja domeny

Aby umożliwić identyfikację użytkowników zarejestrowanych w domenach e-mail Twojej firmy, konieczne jest zweryfikowanie domen. Bez weryfikacji domeny użytkownicy zostaną przypisani do organizacji konsumenckiej, co utrudni zarządzanie użytkownikami w Twojej firmie. Weryfikacja domeny to obowiązkowy krok umożliwiający Twojej organizacji efektywne rejestrowanie i zarządzanie użytkownikami.

Upewnij się, że wszystkie domeny powiązane z adresami e-mail Twoich użytkowników są zweryfikowane. Weryfikacja domeny nie jest wyłączna; tę samą domenę można zweryfikować w wielu organizacjach.

Aby uzyskać więcej informacji na temat zarządzania domenami, zobacz Zarządzanie domenami.

Zdobądź (konwertuj) istniejących użytkowników

Po pomyślnej weryfikacji domen możesz przystąpić do rejestrowania użytkowników, którzy zarejestrowali się w domenach e-mail Twojej firmy, w swojej organizacji. Proces ten konsoliduje wszystkich użytkowników pod jednym parasolem organizacyjnym, umożliwiając scentralizowane zarządzanie i usprawnioną administrację. Tworząc konta tych użytkowników, zapewniasz swojej firmie pełną kontrolę nad kontami użytkowników, co pozwala Ci na przypisywanie odpowiednich licencji, konfigurowanie usług i skuteczne zapewnianie niezbędnego wsparcia. Takie ujednolicone podejście do zarządzania zwiększa bezpieczeństwo, upraszcza przydzielanie uprawnień użytkownikom i gwarantuje spójny dostęp do usług w całej organizacji. Zgłoszenie użytkowników uniemożliwia również zarządzanie nimi w organizacjach zewnętrznych lub konsumenckich, co pozwala zachować integralność organizacji i kontrolę nad zasobami do współpracy.

Aby uzyskać więcej informacji na temat zgłaszania użytkowników, zobacz Zgłaszanie użytkowników do swojej organizacji (konwertowanie) użytkowników.

Konfigurowanie i testowanie synchronizacji katalogów

Aby umożliwić płynne zarządzanie użytkownikami i grupami, możesz synchronizować użytkowników i grupy z katalogu firmowego, korzystając z usługi Microsoft Entra ID (dawniej Azure AD) lub Microsoft Active Directory (AD), z domeną . Proces ten zapewnia spójne zachowanie tożsamości użytkowników i przynależności do grup w całym środowisku.

W przypadku organizacji wdrażających rozwiązania etapowo kluczowe jest kontrolowanie i ograniczanie zakresu synchronizacji podczas początkowych wdrożeń. Minimalizuje to ryzyko niezamierzonych zmian i pozwala na przeprowadzenie ukierunkowanych testów przed szerszą implementacją.

Najbardziej skuteczną metodą filtrowania użytkowników, którzy są synchronizowani, jest wykorzystanie przynależności do grupy katalogowej:

1
Utwórz dedykowaną grupę synchronizacji: W katalogu przedsiębiorstwa (Microsoft Entra ID lub AD) utwórz grupę zabezpieczeń przeznaczoną specjalnie na potrzeby synchronizacji (na przykład grupę synchronizacji).

2
Uzupełnij grupę użytkownikami docelowymi: Do tej grupy dodaj tylko tych użytkowników, których chcesz synchronizować (np. grupę testową w fazie pilotażowej). Dzięki temu możesz ściśle kontrolować, kto jest uwzględniany w procesie synchronizacji.

3
Skonfiguruj umowę synchronizacji z filtrowaniem opartym na grupie: Podczas konfigurowania umowy synchronizacji w Directory Connector lub w usłudze Entra ID skonfiguruj zakres tak, aby obejmował wyłącznie użytkowników będących członkami wyznaczonej grupy.

W przypadku identyfikatora Microsoft Entra ID można używać przypisań opartych na grupach w ustawieniach aprowizacji

W przypadku usługi AD można zdefiniować filtr LDAP, który będzie uwzględniał tylko użytkowników należących do określonej grupy.

4
Rozszerz grupę według potrzeb: W miarę przechodzenia do faz szerszego wdrożenia wystarczy dodawać kolejnych użytkowników lub grupy do grupy synchronizacji. Zakres synchronizacji zostanie automatycznie rozszerzony o tych użytkowników, co umożliwi kontrolowane i stopniowe wdrażanie.

Przykładowe kroki implementacji:

W usłudze Active Directory:

Utwórz grupę zabezpieczeń o nazwie sync group.

Dodaj wybranych użytkowników pilotażowych do tej grupy.

Skonfiguruj Directory Connector przy użyciu filtra LDAP, takiego jak: (memberOf=CN=Webex Synchronizacja Group,OU=Groups,DC=yourdomain,DC=com).

W identyfikatorze wejścia Microsoft:

Utwórz grupę o nazwie sync group

Przypisz grupę do ustawień aprowizacji Entra ID

Dostęp do . będą mieli tylko użytkownicy z tej grupy.

Zawsze testuj synchronizację opartą na grupach w środowisku nieprodukcyjnym, zanim zastosujesz ją w całej organizacji

Regularnie sprawdzaj członkostwo w grupie, aby mieć pewność, że synchronizowani są tylko autoryzowani użytkownicy

W celu bieżącego zarządzania należy w miarę możliwości zautomatyzować aktualizacje członkostwa w grupach na podstawie reguł biznesowych lub systemów HR.

Odniesienia:

Synchronizuj użytkowników Entra ID z Control Hub

Skonfiguruj aplikację Entra ID Wizard w Control Hub

Łącznik katalogowy

Konfigurowanie i testowanie logowania jednokrotnego (SSO)

Usługa Single Sign-On (SSO) zwiększa bezpieczeństwo i upraszcza dostęp użytkowników, umożliwiając im jednorazowe uwierzytelnienie przy użyciu danych firmowych, a następnie uzyskanie bezproblemowego dostępu do usługi. Usługa obsługuje integrację SSO z dostawcami tożsamości zgodnymi ze standardem SAML 2.0, w tym Microsoft Entra ID (dawniej Azure AD), rozwiązaniami federacyjnymi usługi Active Directory (AD) i różnymi zewnętrznymi dostawcami tożsamości.

W tym momencie należy wdrożyć i przetestować zaprojektowaną konfigurację SSO.

Odniesienia:

Integracja logowania jednokrotnego w centrum sterowania

skonfiguruj logowanie jednokrotne do administracji WebEx

Skonfiguruj logowanie jednokrotne przy użyciu identyfikatora Microsoft Entra

SSO z wieloma dostawcami tożsamości

Zarządzanie logowaniem jednokrotnym (SSO) w ramach integracji w Control Hub

Zaopatrzenie, dostarczenie i weryfikacja licencji

W ramach początkowej konfiguracji konieczne jest nabycie, zapewnienie i zweryfikowanie odpowiednich licencji, aby umożliwić skuteczne świadczenie usług i zarządzanie nimi. Proces zakupu obejmuje wybór typów licencji na podstawie ról użytkowników i obciążeń, takich jak licencje Professional, Standard i Workspace. Licencje są generowane i udostępniane za pośrednictwem platform oprogramowania Cisco lub za pośrednictwem partnerów. Po zakupieniu i udostępnieniu należy zweryfikować poprawną liczbę licencji. Proces ten gwarantuje, że organizacja ma odpowiednie licencje, które zostały aktywowane i są gotowe do użycia.

Podczas początkowej konfiguracji licencjonowania w programie istotne jest skonfigurowanie automatycznego licencjonowania na poziomie organizacji, aby usprawnić przypisywanie licencji nowym użytkownikom. Taka konfiguracja umożliwia automatyczne przyznawanie licencji użytkownikom dodawanym do organizacji, eliminując potrzebę ręcznego przypisywania licencji. Konfigurując automatyczne licencjonowanie na poziomie organizacji, wybierasz usługi, które chcesz przypisać, i definiujesz zakres, np. przypisywanie licencji tylko przyszłym użytkownikom lub uwzględnianie również istniejących użytkowników.

Jeśli jednak plan wdrożenia zakłada użycie automatycznego licencjonowania na poziomie grupy, możesz zrezygnować z przypisywania licencji na poziomie organizacji, aby uniknąć konfliktów lub powielania przypisań licencji. W przypadku automatycznego licencjonowania na poziomie grupy licencje są przypisywane na podstawie członkostwa w grupie. Użytkownicy należący do wielu grup otrzymują licencje ze wszystkich stosownych zadań grupowych.

Konfigurację przypisywania licencji na podstawie grup należy przeprowadzić po zakończeniu synchronizacji katalogów, aby istniały zsynchronizowane grupy i można było ich używać do przypisywania licencji.

Dokładniej rzecz ujmując, automatyczne przypisywanie licencji wymaga dodatkowych szczegółów, takich jak lokalizacja użytkownika i przypisanie numeru telefonu. Numer telefonu służbowego użytkownika musi być w +E.164 format, wstępnie przygotowane i przypisane do prawidłowej lokalizacji, aby licencja mogła zostać automatycznie aktywowana. Jeśli te warunki nie zostaną spełnione, użytkownikowi nie zostaną automatycznie udostępnione usługi i może być konieczna ręczna interwencja.

Podsumowując, jeśli chcesz rozszerzyć zakres przydzielania licencji na całą organizację, skonfiguruj automatyczne licencjonowanie nowych użytkowników na poziomie organizacji. Jeśli wolisz bardziej szczegółową kontrolę lub masz różne potrzeby licencyjne dla każdej grupy, skonfiguruj automatyczne licencjonowanie na poziomie grupy i unikaj przypisywania licencji na poziomie organizacji. Pozwoli to uniknąć nakładania się licencji i zagwarantować właściwe zarządzanie licencjami.

Ustawienia usługi połączeń Webex

Niezbędne jest przeprowadzenie kompleksowego przeglądu i konfiguracji globalnych ustawień usługi w ramach .

Na początek otwórz i przejdź do sekcji ustawień. Dokładnie sprawdź każdą konfigurowalną opcję, obejmującą m.in. konfigurację wewnętrznego wybierania numerów, parametry połączeń alarmowych, zasady kierowania połączeń, zarządzanie pocztą głosową i domyślne ustawienia urządzenia.

Dostosuj te globalne ustawienia tak, aby odzwierciedlały politykę Twojej organizacji i decyzje projektowe.

Ponadto skonfiguruj ustawienia oraz szablony użytkowników i aplikacji.

Migracja pilotażowa

W fazie wdrażania przeprowadzenie migracji pilotażowej stanowi kluczowy kamień milowy w procesie weryfikacji przejścia z wersji na wersję . W ramach tego pilotażu zapewniona zostanie reprezentatywna grupa użytkowników w jednej lub większej liczbie lokalizacji na platformie, co pozwoli zagwarantować, że wybrana populacja będzie odzwierciedlać zróżnicowane przypadki użycia i role organizacyjne. Równocześnie z migracją użytkowników konieczne jest przeniesienie podstawowych usług służących współpracy, w tym poczty głosowej, automatycznych sekretarek, kolejek połączeń i grup poszukiwawczych, do ich odpowiedników w celu zachowania ciągłości działania firmy i funkcjonalności usług.

Migracja pilotażowa powinna wykorzystywać tę samą kombinację narzędzi firmy Cisco i narzędzi do migracji innych firm, które są planowane dla szerszego wdrożenia organizacyjnego, zapewniając dokładną weryfikację procesów, przepływów pracy automatyzacji i punktów integracji w reprezentatywnych warunkach.

Główne cele tego pilotażu są dwojakie: po pierwsze, aby sprawdzić poprawność i udoskonalić kompleksowe procesy przejściowe, w tym przepływy pracy związane z obsługą użytkowników, procedury migracji danych i konfiguracje punktów końcowych; po drugie, aby kompleksowo zweryfikować funkcjonalność przeniesionych usług w rzeczywistych warunkach operacyjnych.

Dzięki takiemu podejściu etapowemu zespół projektowy może identyfikować i rozwiązywać wszelkie problemy techniczne lub proceduralne w kontrolowanym środowisku, zbierać opinie użytkowników na temat nowego środowiska platformy, oceniać skuteczność wybranych narzędzi migracyjnych i zyskiwać zaufanie do metodologii migracji przed przystąpieniem do szerszego wdrażania w organizacji.

Wiedza zdobyta w fazie pilotażowej okaże się niezwykle pomocna w optymalizacji kolejnych fal migracji i zapewnieniu płynnego przejścia obarczonego niewielkim ryzykiem dla całego przedsiębiorstwa.

Zdobądź PSTN

Aby zakupić usługi PSTN dla , najpierw wybierz opcję łączności PSTN w .

Jeżeli organizacja planuje utrzymanie hybrydowej kontroli nad dwoma połączeniami ( faza 1 na rysunku Przejście na połączenia etapowe: Hybrydowe i chmurowe) tymczasowo lub na stałe, konieczne będzie wdrożenie jednej lub większej liczby bram lokalnych dla lokalnej sieci PSTN, aby umożliwić wykonywanie połączeń między punktami końcowymi .

Jeśli końcowym celem jest pełne przejście ( faza 2) do chmury obejmującej PSTN, wówczas w przypadku PSTN wymagany będzie plan połączeń Cisco Calling Plan lub opcja Cloud Connect.

Skontaktuj się z wybranym dostawcą usług, aby zamówić i przenieść numery telefonów przed ich skonfigurowaniem w programie. Zamówienie numerów telefonów lub zainicjowanie zlecenia przeniesienia numeru jest możliwe tylko required/possible dla lokalnej sieci PSTN i usługi Cloud Connect dla . W przypadku planów połączeń Cisco zamawianie i przenoszenie numerów odbywa się z poziomu Control Hub natychmiast po utworzeniu lokalizacji. Dotyczy to krajów, w których dostępny jest plan połączeń Cisco. Aby uzyskać więcej informacji na temat planów Cisco Calling, zobacz Wprowadzenie do planów Cisco.

W ramach wdrażania sieci PSTN upewnij się, że Twój dostawca włączył w Twojej lokalizacji usługi PSTN zarówno dla połączeń przychodzących, jak i wychodzących. Dodatkowo wykonaj połączenia testowe, aby sprawdzić, czy połączenia są prawidłowo kierowane przez wybrane łącze PSTN.

Konfiguruj lokalizacje

Przed dodaniem użytkowników i urządzeń do programu należy skonfigurować lokalizacje połączeń. Dla każdej lokalizacji należy wprowadzić prawidłowy adres ulicy. W USA i Kanadzie adres ten jest weryfikowany i wykorzystywany przez platformę do wysyłania informacji o lokalizacji PIDF-LO w przypadku połączeń alarmowych.

Podczas konfigurowania lokalizacji korzystających z lokalnej sieci PSTN należy odpowiednio skonfigurować bramy lokalne. W przypadku każdej bramy lokalnej konieczne jest utworzenie łącza i grupy tras, a następnie przypisanie tej grupy tras do wybranej opcji PSTN dla danej lokalizacji. Cisco zdecydowanie zaleca, aby przy wyborze PSTN zawsze wybierać grupę tras, ponieważ takie podejście pozwala na łatwe dodawanie dodatkowych łączy w przyszłości, zapewniając jednocześnie skalowalność i redundancję. Cisco zaleca również włączenie obsługi podwójnej tożsamości i P-Charge-Info na każdym łączu PSTN, ponieważ ułatwia to identyfikację strony rozliczanej za połączenia wychodzące, bezpośrednie lub przekierowane. Jeśli Twój dostawca PSTN używa innego nagłówka do rozliczeń, możesz skopiować informacje z nagłówka P-Charge-Info na bramce lokalnej do wymaganego nagłówka rozliczeniowego.

W lokalizacjach, w których opcja PSTN jest dostępna w ramach usługi Cloud Connect lub planu połączeń Cisco, wystarczy wybrać odpowiednią opcję PSTN dla danej lokalizacji podczas konfiguracji. Jeśli w danej lokalizacji używana jest usługa Cloud Connect lub lokalna sieć PSTN, konieczne będzie dodanie numerów telefonów zamówionych w poprzednim kroku. Jeśli nie chcesz, aby numery były od razu uwzględniane w kierowaniu połączeń, możesz dodać je jako nieaktywne; możesz aktywować te numery później, gdy zostaną przypisane użytkownikom lub funkcjom.

Ważne jest, aby zawsze ustawić główny numer dla każdej lokalizacji. Numer główny można przypisać użytkownikowi lub funkcji, np. automatycznej sekretarce. Aby włączyć pocztę głosową w danej lokalizacji, należy ustawić numer pilota poczty głosowej, zwany również numerem portalu głosowego.

Dodatkowe ustawienia dotyczące lokalizacji połączeń obejmują konfigurację szczegółów połączeń alarmowych, takich jak numer oddzwaniania, opcje powiadomień i ulepszone funkcje połączeń alarmowych. Należy również sprawdzić i dostosować ustawienia nagrywania, preferencje językowe i konfiguracje urządzeń zgodnie z wymaganiami danej lokalizacji. Jeżeli w Twojej organizacji stosuje się skrócone wybieranie numerów w sieci między lokalizacjami przy użyciu istotnych numerów korporacyjnych, pamiętaj o skonfigurowaniu unikalnego kodu lokalizacji w ustawieniach wybierania wewnętrznego. Na koniec, jeśli wybieranie numeru zewnętrznego wymaga podania cyfry numeru wychodzącego, należy upewnić się, że została ona ustawiona w ustawieniach wybierania numeru zewnętrznego. Po skonfigurowaniu numeru wybieranego wychodząco firma Cisco zaleca włączenie wymuszania numeru wybieranego wychodząco w celu zapewnienia spójności.

Integracja z kontrolą połączeń lokalnych

Aby przeprowadzić integrację z lokalnym systemem kontroli połączeń, konieczne jest skonfigurowanie łączy, grup tras, planów wybierania numerów przedsiębiorstwa, a także ustawień lokalizacji i globalnych. Zacznij od skonfigurowania łączy i bram lokalnych przeznaczonych do połączenia z lokalnym systemem kontroli połączeń. Ten krok jest wymagany tylko wtedy, gdy konieczne są dedykowane łącza. Jeśli istniejące łącza i grupy tras wystarczą w danym wdrożeniu, można je ponownie wykorzystać do połączeń lokalnych bez konieczności dodatkowej konfiguracji.

Po ustanowieniu łączy i grup tras można przystąpić do tworzenia planów wybierania numerów przedsiębiorstwa i przypisać odpowiednią grupę tras jako miejsce docelowe dla każdego planu wybierania. Jeśli integracja obejmuje wiele lokalnych systemów kontroli połączeń połączonych za pomocą różnych łączy, konieczne będzie zastosowanie wielu planów wybierania. Ważne jest, aby upewnić się, że plany wybierania numerów zawierają wyłącznie wzorce niezbędne do kierowania połączeń do docelowych lokalizacji na miejscu.

Jeśli wdrożenie wymaga obsługi nieznanego routingu rozszerzeń, tę funkcję należy włączyć na poziomie lokalizacji. Ponadto, gdy aktywowane jest kierowanie nieznanych numerów wewnętrznych, należy określić maksymalną długość nieznanego numeru wewnętrznego w sekcji Kierowanie połączeń pomiędzy i lokalem ustawień usług połączeń w . Dzięki temu zapewnione jest płynne kierowanie połączeń i prawidłowa obsługa scenariuszy wybierania numerów wewnętrznych w zintegrowanym środowisku.

Migruj użytkowników partiami

Podczas migracji użytkowników z domeny do domeny nie zawsze będzie można przenieść wszystkich użytkowników jednocześnie. Może to wynikać z wielu przyczyn, w tym między innymi z liczby witryn lub użytkowników, czasu potrzebnego na przeniesienie witryny and/or grupa użytkowników w tym samym czasie, ograniczone zasoby IT lub witryny niezbędne do obsługi okna zmian, czas trwania okna zmian, złożoność zmiany itp.

Podczas migracji użytkowników w kilku fazach niezwykle ważne jest określenie, którzy użytkownicy muszą zostać przeniesieni razem w tej samej partii. Głównym celem jest wspólna migracja użytkowników, którzy są od siebie zależni w zakresie usług i funkcji połączeń. Chcesz mieć pewność, że wszystkie funkcje połączeń (na przykład kolejki połączeń) będą w pełni funkcjonalne, tak jak przed przejściem na .

Nawet jeśli wdrożysz współdziałanie wywołań pomiędzy bramami lokalnymi i za ich pomocą, nie możesz dzielić współdzielonych usług lub funkcji w ramach tego połączenia. Dlatego musisz zidentyfikować zależności między użytkownikami, analizując takie cechy jak:

Monitorowanie innych użytkowników za pomocą BLF-ów

W tym samym pilocie polowania, kolejce połączeń itp.

Linie udostępnione

Korzystanie z funkcji odbierania połączeń

Korzystanie z tych samych numerów połączeń typu call-park

Interkom

Executive/Admin.

Przykładem może być użytkownik będący częścią grupy łowieckiej, która jest przenoszona do . Ten użytkownik zostanie przyłączony do Grupy Łowieckiej i wszystkich pozostałych członków Grupy Łowieckiej. Dzięki temu po okresie przejściowym Hunt Group i jej członkowie będą mogli z powodzeniem odbierać połączenia na nowej platformie.

Staje się to większym wyzwaniem, gdy użytkownicy łączą się z różnymi grupami użytkowników w celu korzystania z różnych usług i funkcji połączeń. Wymagać to będzie jednoczesnego przeniesienia więcej niż jednej grupy użytkowników i jednej usługi połączeń.

Użyj wyników narzędzia Migration Insights lub narzędzia innej firmy, którego użyłeś w fazie przygotowania, aby określić, którzy użytkownicy i funkcje powinny zostać zgrupowane. Dane wyjściowe powinny zostać wykorzystane do opracowania planu migracji. Dadzą Ci one wgląd w sposób grupowania użytkowników i funkcji, które muszą zostać objęte wspólną migracją.

Kluczowe kroki podczas przenoszenia grupy użytkowników to:

Identyfikacja użytkowników do wspólnej migracji

Sprawdź, czy wszyscy użytkownicy są zalogowani

Sprawdź, czy wszystkie TN dla użytkowników istnieją

Sprawdź poprawność formatu numeru telefonu w książce telefonicznej

Upewnij się, że szablony licencjonowania i ustawień dla grup użytkowników są poprawnie skonfigurowane

Weryfikacja lub konfiguracja wszystkich usług i funkcji połączeń dla grupy użytkowników (przed lub w trakcie przejścia, w zależności od potrzeb)

W katalogu firmowym dodaj użytkowników do grupy użytkowników z włączonym dzwonieniem

Narzędzia do migrowania użytkowników i funkcji and/or narzędzia innych firm

Disable/Delete user/device numer katalogowy i dzwonienie features/services po przejściu.

Po migracji grupy użytkowników przetestuj podzbiór użytkowników, aby sprawdzić, czy wszystkie funkcje połączeń i usługi działają prawidłowo. Jeśli funkcje połączeń, takie jak kolejka połączeń, grupy poszukiwawcze itp. są przenoszone wraz z grupą użytkowników, należy przetestować poprawność działania tych usług połączeń.

Obszary robocze

W języku angielskim przestrzeń robocza oznacza współdzieloną lokalizację (np. salę konferencyjną, miejsce spotkań lub biurko), do której można przypisywać urządzenia, rozszerzenia i użytkowników. W odróżnieniu od tradycyjnych telefonów Unifed CM, obszary robocze są następujące:

Skupienie na lokalizacji: powiązane z przestrzenią fizyczną.

Elastyczność urządzenia: może mieć jedno lub więcej urządzeń (telefony stacjonarne, tablice itp.).

Po zidentyfikowaniu obszarów roboczych jako części przejścia do , można je dodać w obszarze Urządzenia. Każdej przestrzeni roboczej trzeba przypisać urządzenie, a jeśli znajduje się ona już w Unified CM, należy ją zresetować lub ponownie udostępnić. Można włączyć lub wyłączyć takie funkcje, jak poczta głosowa, przekierowywanie połączeń i odbieranie połączeń, a także zastosować zasady dotyczące połączeń wideo, parkowania połączeń i mobilności, zależnie od potrzeb. Przetestuj każdą przestrzeń roboczą, wykonując połączenia wewnętrzne i zewnętrzne, testując funkcje wideo, konferencji i mobilności. Na koniec poinformuj użytkowników o wszelkich stosownych procedurach dotyczących urządzeń w miejscu pracy i rezerwacji.

Więcej informacji na temat obszarów roboczych w programie można znaleźć w temacie Obszary robocze.

Urządzenia zaopatrzeniowe

Telefony obecnie zarejestrowane będą musiały zostać przeniesione w ramach przejścia na chmurę. Aby migracja przebiegała możliwie najprościej i aby zminimalizować ryzyko niepowodzenia, Cisco zaleca jednoczesną migrację fizycznych placówek lub działów. Może się jednak okazać konieczne przeprowadzenie migracji użytkowników partiami ze względu na zależności funkcjonalne. Więcej szczegółów można znaleźć w sekcji Migracja użytkowników partiami.

Każdy obsługiwany telefon, z którego musisz dokonać przejścia, będzie musiał zostać skonfigurowany jako użytkownik lub obszar roboczy, a telefon fizyczny będzie musiał zostać ponownie skonfigurowany, aby mógł zostać zarejestrowany w usłudze . Ponadto w telefonach z serii 7800 i 8800 konieczna będzie aktualizacja oprogramowania układowego z wersji Enterprise do wersji Multiplatform Phone (MPP). Proces ten obejmuje załadowanie przejściowego oprogramowania sprzętowego przed załadowaniem oprogramowania sprzętowego MPP wymaganego do rejestracji. Wymagana jest również odpowiednia licencja migracyjna. Firma Cisco udoskonaliła ten proces na przestrzeni ostatnich kilku lat, aby ułatwić aktualizację oprogramowania sprzętowego telefonów klasy Enterprise do oprogramowania sprzętowego MPP. Aby uzyskać więcej informacji na temat kroków niezbędnych do ukończenia aktualizacji oprogramowania sprzętowego, zobacz Konwersja oprogramowania sprzętowego telefonów IP Cisco serii 7800 i 8800 pomiędzy wersjami Enterprise i MPP.

Oprócz kroków opisanych w tym artykule, dostępne jest wbudowane narzędzie Migracja telefonu do Webex Calling, którego można użyć do migracji telefonów 7800 i 8800 z oprogramowania sprzętowego Enterprise do oprogramowania sprzętowego MPP. Narzędzie to umożliwia również dodawanie telefonów i przypisywanie ich do odpowiednich użytkowników lub obszarów roboczych. Aby uzyskać więcej informacji na temat korzystania z narzędzi, zobacz Migracja telefonu.

Wymóg migracji oprogramowania sprzętowego nie obowiązuje w przypadku telefonów z serii 9800 zarejestrowanych z powyższym. W telefonach tych zainstalowany jest system PhoneOS, który jest obsługiwany przez oba systemy: i . Aby przenieść te telefony, musisz dodać je do usługi Webex Calling, przypisać je do użytkownika lub obszaru roboczego, a następnie przywrócić ustawienia fabryczne telefonów. Sekwencja rozruchu systemu PhoneOS do rejestracji Poniższy rysunek przedstawia sekwencję rozruchu systemu PhoneOS i sposób rejestracji telefonu po dodaniu go do systemu, nawet jeśli telefon jest nadal włączony. and/or Opcje DHCP (przykład - 150) są w użyciu.

Sekwencja rozruchu PhoneOS do rejestracji

obsługuje przywracanie ustawień fabrycznych urządzeń PhoneOS, aby umożliwić integrację z systemem Zero-Touch. Administratorzy mogą zdalnie przywrócić ustawienia fabryczne telefonów 9800 i 8875 za pośrednictwem stron administracyjnych CUCM, co eliminuje konieczność fizycznego dostępu do telefonów w celu integracji z systemem. Funkcja ta jest obsługiwana w pakietach urządzeń od 9 września 2025 r.:

CUCM v15 - Menedżer komunikacji ujednoliconej wersja 15

CUCM v14 - Menedżer komunikacji ujednoliconej wersja 14.

Więcej informacji na temat procesu rejestracji serii 9800 można znaleźć w Proces rejestracji.

Oprócz telefonów IP Cisco może być konieczne zapewnienie innych urządzeń, takich jak analogowe adaptery telefoniczne (ATA), telefony bezprzewodowe (Wi-Fi, DECT), urządzenia wideo, bramki głosowe oraz urządzenia i telefony^innych firm . Wiele z tych urządzeń nie ma możliwości uaktualnienia oprogramowania sprzętowego, jak ma to miejsce w przypadku telefonów IP, co uniemożliwia przejście z oprogramowania sprzętowego klasy korporacyjnej na oprogramowanie sprzętowe w chmurze. W związku z tym należy skonfigurować każde z tych urządzeń w Control Hub. Do niektórych z nich nie można przejść i konieczna będzie wymiana na odpowiedni model (np. ATA) 191/192) a inne będą wymagały ręcznej rekonfiguracji and/or zmiany oprogramowania.

Bramki głosowe - Aby przenieść bramkę lokalną, zobacz Migracja bramy lokalnej.
Aby uzyskać więcej informacji na temat konfiguracji bramki głosowej VG400, VG410 lub VG420 w Control Hub, zobacz Bramka lokalna

Adapter telefoniczny analogowy (ATA) - Aby rozpocząć korzystanie z urządzeń Cisco ATA 191 i 192, zobacz Cisco ATA.

Telefon bezprzewodowy Wi-Fi - Aby zintegrować telefon bezprzewodowy 840 i 860, zobacz Integracja telefonu bezprzewodowego Webex.

Telefony bezprzewodowe DECT - Aby rozpocząć korzystanie z nowej serii Cisco IP DECT 6800, zobacz Cisco IP DECT.

Aby zbudować i zarządzać cyfrową siecią DECT w Control Hub, zobacz Zarządzanie siecią DECT

Aby uzyskać więcej informacji na temat Cisco IP DECT 6800, zapoznaj się z Podręcznikiem wdrażania

Urządzenia i telefony innych firm3 - Współpraca z dostawcami innych^{firm w zakresie device/phone wymagania i proces ich migracji lub zastąpienia w celu wsparcia.}

Konfigurowanie funkcji

Wszelkie niezbędne funkcje połączeń muszą zostać skonfigurowane przed przejściem lub w jego trakcie. Jak omówiono w sekcji Migracja użytkowników w partiach, funkcje wywołań muszą zostać skonfigurowane i przeniesione podczas przenoszenia użytkowników, którzy z nich korzystają.

Szczegółowe informacje na temat konfiguracji każdej z funkcji można znaleźć w odpowiednich artykułach pomocy dotyczących konfiguracji.

Automatyczne sekretarki – Aby zarządzać automatycznymi sekretarkami, zobacz Automatyczne sekretarki

Parkowanie połączeń – Aby zarządzać parkowaniem połączeń, zobacz Parkowanie połączeń

Odbieranie połączeń — Aby skonfigurować grupę odbierania połączeń, zobacz Odbieranie połączeń

Kolejka połączeń - Aby skonfigurować kolejkę połączeń, zobacz Kolejka połączeń

Grupy łowieckie – Aby zarządzać grupami łowieckimi, zobacz Zarządzanie grupami łowieckimi

Tryby pracy – Aby uzyskać informacje na temat routingu połączeń w oparciu o tryby pracy, zobacz Routing połączeń w oparciu o tryby pracy

Grupy stronicowania – Aby skonfigurować grupę stronicowania, zobacz Konfigurowanie grupy stronicowania

Nagrania – Aby zarządzać nagrywaniem rozmów, zobacz Zarządzanie nagraniami

Zasięg pojedynczego numeru – Aby skonfigurować zasięg pojedynczego numeru (biuro w dowolnym miejscu), zobacz Konfigurowanie zasięgu pojedynczego numeru

Grupa poczty głosowej — Aby zarządzać współdzieloną pocztą głosową i skrzynką faksów przychodzących, zobacz Zarządzanie pocztą głosową.

Testy akceptacyjne

Testowanie akceptacyjne ma na celu zapewnienie, że zmigrowane środowisko spełnia wymagania funkcjonalne, działa zgodnie z oczekiwaniami i zapewnia użytkownikom bezproblemową obsługę we wszystkich procesach komunikacji. Proces weryfikacji jest wieloaspektowy i obejmuje wszystko, począwszy od konfigurowania użytkowników i przydzielania numerów, aż po wydajność operacyjną zaawansowanych funkcji połączeń.

W tej sekcji podano przykłady i podkreślono najważniejsze aspekty, które należy wziąć pod uwagę podczas testów akceptacyjnych. Nie należy jej jednak traktować jako wyczerpującej ani kompleksowej listy kontrolnej.

Przydzielanie użytkowników i numerów

Podstawowym aspektem testów akceptacyjnych jest sprawdzenie, czy wszyscy użytkownicy zostali dokładnie i kompletnie wyposażeni w . Wymaga to dokładnego porównania katalogu źródłowego () z nowo utworzoną bazą użytkowników, aby mieć pewność, że każde konto użytkownika wraz z powiązanymi atrybutami, takimi jak numery wewnętrzne i przypisania bezpośrednich połączeń przychodzących (DID), zostało poprawnie zmigrowane. Kompletność dostaw jest niezwykle istotna nie tylko ze względu na możliwość natychmiastowego uruchomienia, ale także ze względu na bieżącą administrację i wsparcie.

Weryfikacja przypisania numeru obejmuje potwierdzenie, że każdemu użytkownikowi przypisano właściwy numer wewnętrzny i zewnętrzny oraz że numery te są prawidłowo kierowane zarówno w przypadku połączeń wewnętrznych (w sieci), jak i zewnętrznych (PSTN). Należy koniecznie sprawdzić, czy nie występują nakładki, brakujące przypisania lub błędne konfiguracje, które mogłyby doprowadzić do błędów w kierowaniu połączeń lub przerw w świadczeniu usług.

Przepływy połączeń PSTN i prezentacja identyfikatora dzwoniącego

Solidna procedura testowania akceptacyjnego musi obejmować kompleksową walidację przepływów połączeń PSTN. Dotyczy to zarówno scenariuszy połączeń przychodzących, jak i wychodzących. W przypadku połączeń przychodzących PSTN zespół testujący powinien potwierdzić, że połączenia są dostarczane do docelowych punktów końcowych, niezależnie od tego, czy są to indywidualni użytkownicy, kolejki połączeń, grupy przechwytujące czy automatyczne sekretarki. Połączenia wychodzące PSTN muszą zostać zrealizowane pomyślnie, ze szczególnym uwzględnieniem prawidłowego dostarczenia i wyświetlenia informacji o numerze dzwoniącego. Polega to na zapewnieniu, że odbiorcy zewnętrzni zobaczą prawidłowe imię i nazwisko osoby dzwoniącej oraz jej numer, zgodnie z polityką organizacji i wymogami regulacyjnymi.

Testowanie powinno również obejmować scenariusze awaryjne, takie jak obsługa niedostępnych punktów końcowych lub przerw w działaniu sieci. Pomaga to potwierdzić, że mechanizmy awaryjne i alternatywne trasy działają prawidłowo, zapewniając ciągłość i niezawodność usługi.

Przepływy połączeń w sieci

Wewnętrzne, czyli sieciowe przepływy połączeń stanowią podstawę komunikacji w przedsiębiorstwie. Testy akceptacyjne w tym obszarze mają na celu sprawdzenie, czy połączenia między użytkownikami w organizacji są prawidłowo przekierowywane, a funkcje takie jak przekazywanie, wstrzymywanie, przekierowywanie i konferencje połączeń działają zgodnie z oczekiwaniami. Należy potwierdzić integralność planów wybierania numerów, łączność między numerami wewnętrznymi i obsługę zasad połączeń obowiązujących w organizacji.

Obsługa połączeń użytkownika i walidacja funkcji

Ważnym aspektem testów akceptacyjnych jest sprawdzenie, w jaki sposób użytkownicy obsługują połączenia przy użyciu i obsługiwanych telefonów stacjonarnych. Proces ten koncentruje się na potwierdzeniu, że codzienne procesy obsługi połączeń są intuicyjne i niezawodne, a użytkownicy mają bezproblemowy dostęp do podstawowych funkcji niezbędnych do pełnienia ich ról. Testy mają na celu ocenę łatwości, z jaką użytkownicy mogą wykonywać i odbierać połączenia, zarządzać funkcjami oczekiwania i wznawiania połączeń oraz wykonywać zarówno przekierowania w ciemno, jak i z konsultacją. Należy również sprawdzić, czy przekierowywanie połączeń, konferencje i inne zaawansowane funkcje, takie jak parkowanie i odbieranie połączeń lub aktywowanie trybu „nie przeszkadzać”, są łatwo dostępne i działają bezproblemowo.

Należy ocenić przejrzystość i responsywność usługi, biorąc pod uwagę sposób, w jaki użytkownicy korzystają z historii połączeń, poczty głosowej i zintegrowanych katalogów. Należy zwrócić szczególną uwagę na możliwość przenoszenia aktywnych połączeń między urządzeniami i efektywne korzystanie z elementów sterujących połączeniami w aplikacji lub na telefonach stacjonarnych. Końcowym celem jest zapewnienie, że doświadczenie użytkownika końcowego będzie spójne, efektywne i w pełni odpowiada potrzebom komunikacyjnym organizacji po migracji.

Kolejki połączeń: Doświadczenie agenta i kierownika

Kolejki połączeń są często używane w sytuacjach, w których występuje duża liczba połączeń przychodzących. Testowanie akceptacyjne koncentruje się w tym przypadku na kilku wymiarach. Najpierw należy sprawdzić, czy połączenia są rozdzielane między agentów zgodnie ze skonfigurowaną logiką kolejki, np. metodą karuzelową, najdłuższym czasem bezczynności lub jednoczesnym dzwonieniem. Należy zadbać o przejrzystość i łatwość obsługi sposobu wyświetlania połączeń oczekujących na połączenie na komputerach agentów, aby zapewnić agentom możliwość efektywnego odbierania, wstrzymywania i przekazywania połączeń.

W przypadku kierowników środowisko pulpitu powinno zostać ocenione pod kątem takich funkcji, jak monitorowanie w czasie rzeczywistym, blokowanie połączeń oraz analiza lub wgląd w wydajność kolejki. Obejmuje to między innymi weryfikację pulpitów nawigacyjnych i narzędzi do raportowania, które dostarczają użytecznych danych na temat dystrybucji połączeń, aktywności agentów i wskaźników kolejki.

Grupy łowieckie: Dystrybucja połączeń

Grupy poszukiwawcze stanowią kluczowy mechanizm dystrybucji połączeń do zdefiniowanych wcześniej grup użytkowników. Testowanie akceptacyjne musi potwierdzić, że połączenia są kierowane do członków grupy na podstawie skonfigurowanego algorytmu wyszukiwania oraz że scenariusze przepełnienia, przekierowania i braku odpowiedzi są obsługiwane zgodnie z projektem. Aby zapewnić spójność operacyjną i zadowolenie użytkowników, konieczne jest upewnienie się, że przynależność do grupy i sposób kierowania połączeń są zgodne z wcześniej ustalonymi zasadami.

Automatyczne sekretarki: Ogłoszenia i operacje menu

Automatyczne sekretarki stanowią pierwszą linię automatycznej obsługi połączeń. Testowanie musi obejmować odtwarzanie komunikatów, dokładność nagranych powitań i prawidłowe działanie drzewek menu. Wybór opcji w menu powinien niezawodnie kierować rozmówców do odpowiednich działów, osób lub numerów zewnętrznych. Testowanie powinno również obejmować scenariusze nieprawidłowe lub przekroczenia limitu czasu, aby potwierdzić, że osoby dzwoniące otrzymują jasne wskazówki lub są przekierowywane zgodnie z oczekiwaniami.

Obsługa poczty głosowej

Wreszcie, funkcjonalność poczty głosowej ma kluczowe znaczenie dla doświadczenia użytkownika. Testy akceptacyjne mają na celu sprawdzenie, czy skrzynki poczty głosowej są prawidłowo przypisane i dostępne, zarówno w obrębie organizacji, jak i zdalnie. Należy potwierdzić możliwość rejestrowania, pobierania i zarządzania wiadomościami, a także dostarczania powiadomień.

Optymalizacja

Migracja PSTN do Cloud Connect dla

Zoptymalizuj infrastrukturę lokalną

Wykorzystaj analizę i rozwiązywanie problemów

Migracja PSTN do Cloud Connect dla

Po migracji wszystkich punktów końcowych i użytkowników do połączeń w chmurze, jedynym zadaniem Unified CM będzie pełnienie funkcji tranzytu między bramami PSTN i za pośrednictwem bramy lokalnej. Usunięcie bram PSTN, , i bramy lokalnej i użycie Cloud Connect jako punktu dostępu PSTN dla wszystkich użytkowników Webex Calling niesie ze sobą szereg korzyści, w tym redukcję kosztów i większą niezawodność. Aby przenieść dostęp lokalny PSTN do usługi Cloud Connect dla programu , wykonaj następujące kroki:

Cloud Connect do wyboru partnera.

Zapoznaj się z listą partnerów Cloud Connect i wybierz spośród dostępnych partnerów w lokalizacji Twojej organizacji.

Cloud Connect w celu weryfikacji.

Przed przełączeniem dostępu PSTN dla poszczególnych lokalizacji na Cloud Connect należy zweryfikować i zatwierdzić łączność z PSTN za pośrednictwem wybranego partnera Cloud Connect. W tym celu konieczne jest utworzenie lokalizacji testowej i utworzenie w niej użytkowników testowych. Następnie dostęp do PSTN dla tej lokalizacji testowej jest ustawiany na partnera Cloud Connect przed sprawdzeniem łączności PSTN przy użyciu telefonów testowych. Po pomyślnej walidacji lokalizację testową można anulować.

Przenoszenie numeru.

Aby przygotować się do przejścia na usługę Cloud Connect, należy zamówić porty dla wszystkich numerów aktualnie przypisanych do łącza PSTN kończącego się na . Wszystkie numery muszą zostać przeniesione do partnera Cloud Connect. Aby zachować łączność między lokalizacjami, wszystkie numery ze wszystkich lokalizacji muszą zostać przeniesione w tym samym czasie.

Przejdź do partnera Cloud Connect.

W dniu przełączenia dostęp do PSTN dla wszystkich lokalizacji musi zostać ustawiony na dostawcę PSTN podłączonego do chmury, a także należy zweryfikować łączność przychodzącą i wychodzącą.

Jak już omówiono w sekcji poświęconej PSTN w rozdziale poświęconym projektowaniu, klienci mogą również zdecydować się na przeniesienie dostępu PSTN do usługi Cloud Connect na początku przejścia, wykorzystując łącze PSTN w przypadku wdrożeń hybrydowych. Aby uzyskać więcej informacji, zobacz Łączenie PSTN dla wdrożeń hybrydowych Webex Calling. W takim przypadku dostęp do PSTN w okresie przejściowym odbywa się za pośrednictwem bramy lokalnej, a po przeniesieniu wszystkich użytkowników nie ma potrzeby podejmowania żadnych dodatkowych kroków związanych z migracją PSTN poza wycofaniem z eksploatacji i bramami lokalnymi.

Zoptymalizuj infrastrukturę lokalną

Gdy wszyscy użytkownicy zostaną przeniesieni do chmury, a wszystkie punkty końcowe zostaną przeniesione do rejestracji w chmurze (lub zostaną wyłączone z eksploatacji), zaktualizuj odpowiednią infrastrukturę lokalną, aby umożliwić korzystanie z połączeń w chmurze. Aktualizacje infrastruktury obejmują:

Usuń rekordy SRV DNS dotyczące kontroli połączeń i obsługi wiadomości na miejscu z lokalnych serwerów DNS, w tym cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Rekordy SRV nie są już wymagane do wykrywania usług klienckich.

Usuń rekordy DNS SRV związane z krawędzią z publicznego systemu DNS, w tym collab_edge._tls.<domain>. Rekordy SRV nie są już wymagane do wykrywania usług klienckich w ramach usług współpracy na krawędzi.

Zaktualizuj wszystkie odpowiednie zakresy DHCP, aby usunąć opcję 66 i opcję 150 TFTP/boot adresy serwerów. Zakresy te nie są już wymagane do wykrywania i pobierania konfiguracji kontroli połączeń punktów końcowych.

Update/remove odpowiednich partnerów dial-up w lokalnym Gateway/CUBE Ta trasa obsługuje połączenia do i z Unified CM. Tego rodzaju współbieżni użytkownicy nie są już potrzebni do kierowania połączeń na miejscu.

Usuń lub usuń wszystkie maszyny wirtualne węzła klastra and/or serwery. W razie potrzeby dostosuj zasoby obliczeniowe i sprzęt do swoich potrzeb. Zasoby te nie są już potrzebne do kontroli połączeń i usług brzegowych.

Usuń lub usuń wszystkie maszyny wirtualne węzłów klastra and/or serwery. W razie potrzeby dostosuj zasoby obliczeniowe i sprzęt do swoich potrzeb. Zasoby te nie są już potrzebne do obsługi poczty głosowej i ujednoliconych usług komunikacyjnych.

Posprzątać: Po migracji dostępu PSTN do Cloud Connected PSTN, łącza PSTN, bramy PSTN i brama lokalna mogą zostać wycofane z eksploatacji.

W przypadku istniejącego lokalnego rozwiązania E911 usuń wszystkie lokalizacje lub numery, do których przeprowadzono migrację, a po zakończeniu pełnego przejścia usuń maszyny wirtualne lub serwery aplikacji. W razie potrzeby dostosuj zasoby obliczeniowe i sprzęt do swoich potrzeb. Zasoby te nie są już potrzebne do wykonywania połączeń alarmowych i świadczenia usług lokalizacyjnych.

Nazwy wyróżniające (DN) należące do migrowanych użytkowników powinny zostać umieszczone w ukrytej partycji, aby uniknąć błędów routingu połączeń i zapewnić wszystkim serwerom CSS priorytetowy dostęp do ścieżki w chmurze tych samych nazw wyróżniających.

Aktualizuj fizyczną lokalizację dyspozycji i element sieciowy w Horizon Mobility za każdym razem, gdy nastąpią zmiany. Typowe działania wymagające aktualizacji to:

Wymiana przełącznika sieciowego

Wymiana punktu dostępu bezprzewodowego

Zmiany zakresu DHCP

Zmiany fizyczne wewnątrz budynku (jeśli zostaną rozwiązane) cubical/office)

Rozszerzenie lub zmniejszenie fizycznej powierzchni biurowej wewnątrz budynku.

Wykorzystaj analizę i rozwiązywanie problemów

zapewnia kompleksowe funkcje analityczne i rozwiązywania problemów, które pomogą Ci wizualizować i śledzić wdrożenie. Obejmują one jakość multimediów, szczegółową historię połączeń, kolejkę połączeń, grupę wyszukiwania i analizę automatycznej sekretarki. Przykład analizy jakości mediów pokazano na rysunku analiza jakości mediów.

analiza jakości mediów

W ramach rozwiązywania problemów każde połączenie można wyświetlić ze szczegółowymi informacjami o kluczowych problemach związanych z jakością multimediów i sygnalizacją, co ułatwia identyfikację problemów z multimediami, a także nieudanych połączeń, jak pokazano na rysunku rozwiązywanie problemów z jakością multimediów.

rozwiązywanie problemów z jakością multimediów

Funkcja rozwiązywania problemów może być również zintegrowana z innymi produktami Cisco, takimi jak przełączniki ThousandEyes i Meraki, co zapewnia jeszcze bogatsze możliwości integracji w Control Hub. Aby uzyskać więcej informacji na temat korzystania z analiz i rozwiązywania problemów w usłudze Webex Calling, zobacz Rozwiązywanie problemów z połączeniami Webex Calling w Control Hub.

1	Utwórz dedykowaną grupę synchronizacji: w katalogu korporacyjnym (Microsoft Entra ID lub AD) utwórz grupę zabezpieczeń specjalnie do synchronizacji (na przykład grupa synchronizacji).
2	Wypełnij grupę użytkownikami docelowymi: Dodaj do tej grupy tylko użytkowników, których chcesz zsynchronizować (takich jak grupa testowa podczas fazy pilotażowej). Pozwala to ściśle kontrolować, kto jest włączony w proces synchronizacji.
3	Konfigurowanie umowy synchronizacji za pomocą filtrowania opartego na grupie: Podczas konfigurowania umowy synchronizacji w programie Directory Connector lub Entra ID należy skonfigurować zakres tak, aby obejmował tylko użytkowników należących do wyznaczonej grupy. W przypadku identyfikatora Microsoft Entra ID można używać przypisań grupowych w ustawieniach przydziałów W przypadku usługi AD można zdefiniować filtr LDAP tak, aby obejmował tylko użytkowników należących do określonej grupy.
4	Rozwiń grupę w razie potrzeby: w miarę przechodzenia do szerszych etapów wdrażania po prostu dodaj dodatkowych użytkowników lub grupy do grupy synchronizacji. Zakres synchronizacji zostanie automatycznie rozszerzony o tych użytkowników, umożliwiając kontrolowane i stopniowe wdraż anie. Przykładowe kroki wdrożenia: W Active Directory: Utwórz grupę zabezpieczeń o nazwie Sync group. Dodaj żądanych użytkowników pilotażowych do tej grupy. Skonfiguruj Directory Connector za pomocą filtra LDAP, takiego jak: (MemberOf=CN=Webex Sync Group, OU = Groups, DC = Twoja domena, DC=COM). W Microsoft wprowadź identyfikator: Utwórz grupę o nazwie Sync group Przypisz grupę do ustawień udostępniania w Entra ID Tylko użytkownicy z tej grupy zostaną przydzieleni do. Zawsze testuj synchronizację grupową w środowisku nieprodukcyjnym przed zastoso waniem aplikacji do całej organizacji Regularnie sprawdzaj członkostwo w grupie, aby upewnić się, że tylko autoryzowani użytkownicy są W przypadku bieżącego zarządzania, jeśli to możliwe, zautomatyzuj aktualizacje członkostwa w grupie w oparciu o reguły biznesowe lub systemy HR. Referencje: Synchronizowanie użytkowników Entra ID z Control Hub Konfigurowanie aplikacji Kreatora Entra ID w Centrum sterowania Złącze katalogu

1	Utwórz dedykowaną grupę synchronizacji: W katalogu przedsiębiorstwa (Microsoft Entra ID lub AD) utwórz grupę zabezpieczeń przeznaczoną specjalnie na potrzeby synchronizacji (na przykład grupę synchronizacji).
2	Uzupełnij grupę użytkownikami docelowymi: Do tej grupy dodaj tylko tych użytkowników, których chcesz synchronizować (np. grupę testową w fazie pilotażowej). Dzięki temu możesz ściśle kontrolować, kto jest uwzględniany w procesie synchronizacji.
3	Skonfiguruj umowę synchronizacji z filtrowaniem opartym na grupie: Podczas konfigurowania umowy synchronizacji w Directory Connector lub w usłudze Entra ID skonfiguruj zakres tak, aby obejmował wyłącznie użytkowników będących członkami wyznaczonej grupy. W przypadku identyfikatora Microsoft Entra ID można używać przypisań opartych na grupach w ustawieniach aprowizacji W przypadku usługi AD można zdefiniować filtr LDAP, który będzie uwzględniał tylko użytkowników należących do określonej grupy.
4	Rozszerz grupę według potrzeb: W miarę przechodzenia do faz szerszego wdrożenia wystarczy dodawać kolejnych użytkowników lub grupy do grupy synchronizacji. Zakres synchronizacji zostanie automatycznie rozszerzony o tych użytkowników, co umożliwi kontrolowane i stopniowe wdrażanie. Przykładowe kroki implementacji: W usłudze Active Directory: Utwórz grupę zabezpieczeń o nazwie sync group. Dodaj wybranych użytkowników pilotażowych do tej grupy. Skonfiguruj Directory Connector przy użyciu filtra LDAP, takiego jak: (memberOf=CN=Webex Synchronizacja Group,OU=Groups,DC=yourdomain,DC=com). W identyfikatorze wejścia Microsoft: Utwórz grupę o nazwie sync group Przypisz grupę do ustawień aprowizacji Entra ID Dostęp do . będą mieli tylko użytkownicy z tej grupy. Zawsze testuj synchronizację opartą na grupach w środowisku nieprodukcyjnym, zanim zastosujesz ją w całej organizacji Regularnie sprawdzaj członkostwo w grupie, aby mieć pewność, że synchronizowani są tylko autoryzowani użytkownicy W celu bieżącego zarządzania należy w miarę możliwości zautomatyzować aktualizacje członkostwa w grupach na podstawie reguł biznesowych lub systemów HR. Odniesienia: Synchronizuj użytkowników Entra ID z Control Hub Skonfiguruj aplikację Entra ID Wizard w Control Hub Łącznik katalogowy

Cisco AI Assistant

Dziękujemy za opinię.

Przewodnik wdrażania migracji

Zanim zaczniesz

Przegląd

Podstawowe komponenty

Przegląd procesu PPDIO

Ogólny opis PPDIO

Korzystanie z PPDIO dla projektów migracyjnych Unified CM do Webex Calling

Przygotuj

Plan

Projektowanie

Wdrożyć

Optymalizacja

Pętle sprzężenia zwrotnego PPDIO

Podejście migracyjne

Przygotuj

Wymagania biznesowe i techniczne

Dlaczego wymagania dotyczące gromadzenia są ważne:

Wymagania biznesowe

Wymagania techniczne

Gotowość sieci i wymagania

Konfigurowanie UC połączonego z chmurą

Ocena obecnego środowiska

Licencjonowanie

Lokalizacje/Witryny

Inwentaryzacja istniejących urządzeń/klientów

Sprawdź kwalifikowalność urządzenia

Użytkownicy

Łączność PSTN

Funkcje i wykorzystanie funkcji

Integracje Cisco: Unity Connection UCCX UCCE

Nagrywanie rozmów

Integracje stron trzecich

Plan

Plan projektu wysokiego poziomu

Podróż migracyjna - jeden lub dwa kroki?

Opcja 1: Jednoetapowa migracja użytkownika

Opcja 2: Dwustopniowa migracja użytkownika

Krok 1

Krok 2

Projektowanie

Wybór regionu

Lokalizacje

PSTN

Plan wybierania

Lokalny plan wybierania numerów w

plan wybierania

Nagrywanie

1. Wybór dostawcy nagrywania połączeń

2. Wybór regionu

Połączenia alarmowe

Licencjonowanie

Ręczne przydzielanie przez

Automatyczne szablony przypisywania licencji

Przypisywanie zbiorcze za pomocą szablonu CSV

Przypisanie oparte na interfejsie API

Wymagania licencyjne

Udostępnianie przez użytkownika

Grupy użytkowników

Zalecane podejście podczas migracji z do

Projektowanie grup użytkowników

Pojedyncze logowanie (SSO)

Obsługa wielu IDP

1. Fuzje i przejęcia

2. Wiele niezależnych działów IT

3. Różne grupy użytkowników lub domeny

4. Obsługa różnych protokołów uwierzytelniania

5. Zwiększone bezpieczeństwo i zgodność

6. Uproszczone doświadczenie użytkownika

Duo MFA z SSO dla

Funkcje

Pracownik samochodowy

Zadzwoń do parku

Odbiór połączeń

Kolejka połączeń

Grupa polowań

Tryby pracy

Grupa stronicowa

Nagrania