Przewodnik wdrażania migracji

W tym artykule

Opinia?

Ustrukturyzowany proces migracji z lokalnego rozwiązania Cisco Unified CM do rozwiązania w chmurze Webex Calling z wykorzystaniem metodologii PPDIO. Wymaga to uwzględnienia krytycznych kwestii projektowych takie jak wybór regionu, plany wybierania numerów, usługi ratunkowe i nagrywanie rozmów. Proces ten również szczegóły dotyczące licencjonowania, obsługi użytkowników, logowania jednokrotnego i gotowości sieci, aby zapewnić płynne i sprawne przejście.

Wprowadzenie

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 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 połączeń Webex — ***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: 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.

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.

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 fazowego wywoływania: Hybrydowe i chmurowe — ***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.

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.

Przygotuj

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.

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

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.

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

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.

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.

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.

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 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

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

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

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

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

Przejmowanie połączeń

Kolejka połączeń

Grupa poszukiwania

Tryby pracy

Grupa przywoływania