W tym artykule
Zanim zaczniesz
dropdown icon
Przegląd
    Wcześniej: Lokalne wywoływanie komponentów infrastruktury
dropdown icon
Podstawowe komponenty
    Po: Komponenty infrastruktury połączeń w chmurze
dropdown icon
Przegląd procesu PPDIO
    Ogólny opis PPDIO
    Korzystanie z PPDIO dla projektów migracyjnych Unified CM do Webex Calling
    Pętle sprzężenia zwrotnego PPDIO
Podejście migracyjne
Wprowadzenie
list-menuW tym artykule
list-menuOpinia?

Ten przewodnik pomaga organizacjom przejść z lokalnego Cisco Unified Communications Manager (Unified CM) do Webex Calling z wieloma najemcami. Wyjaśnia kluczowe komponenty Webex Calling, opcje PSTN, obsługiwane punkty końcowe i funkcje zabezpieczeń. Przewodnik wykorzystuje również metodologię PPDIO (Prepare, Plan, Design, Implement, Optimize) firmy Cisco, aby zapewnić jasne i ustrukturyzowane podejście do migracji. Ogólnie rzecz biorąc, pomaga klientom zrozumieć, jakie zmiany zmieniają się po przeniesieniu połączeń do chmury i pokazuje im, jak planować, przeprowadzić i optymalizować pomyślne przejście do Webex Calling.

Zanim zaczniesz

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

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

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

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

  1. Centrum sterowania

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

  3. Webex CallingPlatforma

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

  5. Opcje łączności PSTN

  6. Webex Callingplan wybierania numerów i zarządzanie numerami

  7. Funkcje bezpieczeństwa i zgodności.

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

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

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

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

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

Przegląd

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

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

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

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

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

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

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

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

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

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

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

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

Podstawowe komponenty

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

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

After: Webex Calling Architecture
Po: Webex Calling Architektura

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

Tabela 2. Po: Komponenty infrastruktury połączeń w chmurze
ProduktOpis
Webex Calling Usługa połączeń oparta na chmurze dostarczana z platformy Webex, zapewniająca rejestrację punktów końcowych i routing połączeń
Złącze katalogu Cisco Aplikacja Windows działająca na komputerze z domeną Windows zapewniająca synchronizację tożsamości między lokalnym obiektem korporacyjnym Active Directory a magazynem tożsamości organizacji Webex.

W przypadku klientów przechodzących z lokal Active Directory nego identyfikatora Entra ID integracja tożsamości z Webex zamiast Cisco Directory Connector wykorzystuje aplikację Entra ID Wizard.

Brama lokalna Brama lokalna działa jako pomost między lokalną zunifikowaną siecią komunikacyjną klienta a Webex Calling chmurą. Może być wdrażany lokalnie lub hostowany przez partnera, zapewniając dostęp PSTN dla punktów końcowych zarejestrowanych w chmurze, a także wywołując integrację między Unified CM zarejestrowanymi i zarejestrowanymi w chmurze punktami końcowymi. Cisco IOS-XE Integrated Services Router (seria ISR 1100 i 4000), Cisco Catalyst serii 8200/8300, oprogramowanie Cisco Catalyst 8000V Edge i różne certyfikowane kontrolery graniczne sesji (SBC) innych firm mogą być używane jako LGW dla podejścia do fazowej migracji.
Brama przetrwania Brama Survivability Gateway (SGW) to brama sieci lokalnej oparta na systemie IOS-XE, która zapewnia usługi połączeń awaryjnych do punktów końcowych na miejscu podczas przerw w pracy w sieci. Webex Calling
Plan połączeń Cisco, Cloud Connect dla Webex Calling Cisco Calling Plan i Cloud Connect for to opar Webex Calling te na chmurze opcje dostępu PSTN dla punktów końcowych. Webex Calling Dostęp do PSTN jest ułatwiony przez dostawcę usług PSTN w chmurze i nie wymaga sprzętu lokalnego.
Aplikacja Webex Aplikacja kliencka działająca w systemie operacyjnym stacjonarnym (Windows, Mac) lub mobilnym systemie operacyjnym (Android, iOS) i zarejestrowana bezpośrednio na Webex Calling platformie do funkcji wywoływania.

Przegląd procesu PPDIO

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

PPDIO Process
Proces PPDIO

Ogólny opis PPDIO

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

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

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

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

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

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

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

Przygotuj

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

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

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

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

Plan

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

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

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

Projektowanie

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

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

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

Wdrożyć

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

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

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

  • Sprawdzanie powodzenia migracji poprzez testowanie i weryfikację operacyjną.

Optymalizacja

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

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

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

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

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

Pętle sprzężenia zwrotnego PPDIO

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

Iterations while executing PPDIO
Iteracje podczas wykonywania PPDIO

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

Unified CM assisted PPDIO process
Unified CMwspomagany proces PPDIO

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

Podejście migracyjne

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Pre-Migration Activities
Działania przedmigracyjne

Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?