W tym artykule
Zakres
dropdown icon
Wprowadzenie
    Od zaufania do planu: jak zorganizowany jest ten przewodnik
Inicjacja projektu
Odkrywanie i ocena
dropdown icon
Planowanie i wdrożenie
    Aktywuj instancję dedykowaną (Kreator pierwszej konfiguracji)
    Tworzenie środowiska DI (udostępnianie dedykowanej instancji)
    Dostęp do dedykowanej instancji:
    Peering/Łączność
    Webex Wirtualne połączenie
    Wymagania dotyczące sieci dedykowanej instancji i bezpieczeństwa (źródło sieci, porty zapory sieciowej, informacje DNS)
    ESN (ulepszona przeżywalność)
    Usługa synchronizacji katalogów
    SSO
    Integracja dedykowanego klastra instancji z klastrem On-PREM
    Konsolidacja certyfikatów
    Plan migracji aplikacji Webex i/lub Jabber
    E911
    Zespoły inżynierskie i gotowość użytkowników do zmiany
Zamrozić
Cutover Day lub przejdź na żywo
Dzień 2

Najlepsze praktyki w procesie przygotowania i migracji do Webex Calling - Dedicated Instance

list-menuW tym artykule
list-menuOpinia?

Przejdź do przejścia do Webex Calling - Dedicated Instance dzięki kompleksowej, siedmiobramkowej strukturze migracji zaprojektowanej z myślą o wydajności operacyjnej.

Zakres

W tym artykule przedstawiono ustrukturyzowane, samoobsługowe ramy migracji dla Partnerów i Klientów, którzy migrują środowiska połączeń do Webex Calling - Dedicated Instance (DI).

Praktyki migracji i kamienie milowe opisane w tym artykule oparte są na metodologii programu Webex Setup Assist i odzwierciedlają rozległe doświadczenie zespołów dostarczających, inżynieryjnych i programistycznych Cisco w świecie rzeczywistym. Metody te zostały udoskonalone dzięki setkom tysięcy unikalnych wdrożeń lokalizacji klientów w ciągu ostatnich siedmiu lat, w tym migracji z platform BroadCloud, BroadWorks, Spark Calling Unified CM (UCM), Hosted Collaboration Solution (HCS) i platform PBX innych firm. Wytyczne dotyczą szerokiej gamy środowisk klientów, od wdrożeń jednoosobowych po wdrożenia na dużą skalę przekraczające 100 000 miejsc i setki lokalizacji, i są zgodne z ugruntowanymi, sprawdzonymi procesami Cisco, aby zapewnić spójność, jakość i wydajność operacyjną w całym cyklu życia migracji.

Artykuł zakłada, że czytelnicy są już zaznajomieni Webex Calling z licencjonowaniem Dedicated Instance, modelem administracyjnym Webex Control Hub oraz podstawowym oprogramowaniem i funkcjami Unified Communications Manager.

Wprowadzenie

Bądźmy szczerzy — słowo migracja rzadko wywołuje emocje w zespole IT. To wywołuje pytania. „Co pęka?” „Kto wykonuje pracę?” „Nad czym tracimy kontrolę?” „Czy to w ogóle realistyczne, gdy jesteśmy już rozciągnięci, utrzymując włączone światła?” Nie są to oznaki oporu wobec postępu; są to instynkty doświadczonych profesjonalistów, którzy rozumieją, że przenoszenie platformy telefonicznej o znaczeniu krytycznym nie jest projektem weekendowym. Voice to jedyna usługa, w której użytkownicy zauważają dwusekundową usterkę, zanim zauważą dwutygodniową przerwę w planowaniu - a ta rzeczywistość sprawia, że każda zmiana wydaje się cięższa niż powinna.

Dobre wieści? Liczby opowiadają zupełnie inną historię niż strach. W dobrze zorganizowanych migr acjach do chmury około 95% wysiłku inżynierskiego jest inwestowane w przygotowanie, a tylko 5% w rzeczywistą zmianę. Co więcej, większość z tych 95% składa się z działań, które Twój zespół już wykonuje w ramach normalnych operacji dnia 2 — higiena zapasów, zarządzanie certyfikatami, przeglądy planów wybierania, śledzenie cyklu życia urządzenia i dokumentacja. Innymi słowy, większość „prac migracyjnych” to praca, którą już wykonujesz. To ustrukturyzowane podejście po prostu kieruje go w kierunku określonego wyniku, w tempie, które pasuje do istniejącego rytmu operacyjnego, a nie do niego.

Uczucie „misji niemożliwej” również zanika, gdy widzisz, że każda migracja może być w pełni przećwiczona . Mały, reprezentatywny pilot umożliwia sprawdzanie kompleksowego procesu, integracji, zachowania przełączania awaryjnego i doświadczenia użytkownika przed dotknięciem pojedynczego użytkownika produkcyjnego. Nic nie jest pozostawione przypadkowi w dniu przerwy — ponieważ dzień przerwy to po prostu powtórzenie procesu, który już pomyślnie wykonałeś. A jeśli wydarzy się coś nieoczekiwanego, wycofanie jest lustrem samego odcięcia, ograniczone wyraźnym oknem konserwacyjnym. Przewidywalność zastępuje niepokój.

Tak, przejście do instancji dedykowanej oznacza pozbycie się pewnej kontroli — w szczególności nad infrastruktur ą i warstwami wirtualizacji. Zastanów się jednak, co zyskujesz: godziny, które Twój zespół spędza na poprawianiu hiperwizorów, ściganiu alertów sprzętowych, zarządzaniu bezpieczeństwem na poziomie systemu operacyjnego i planowaniu odświeżania pojemności. Ten czas powraca do firmy, gdzie można go poświęcić na to, co faktycznie wyróżnia Twoją organizację — doświadczenie użytkownika, adopcję, integracje i usługi, na których naprawdę zależy Twoi interesariusze. Nie tracisz kontroli; handlujesz niezróżnicowanym podnoszeniem ciężarów, aby skupić się na strategicznym znaczeniu.

W zamian otrzymujesz platformę ściśle zintegrowaną z najbardziej zaawansowaną ofertą połączeń, spotkań i Contact Center na rynku, wspieraną przez zaawansowaną inżynierię Cisco i ekosystem partnerów udoskonalony dzięki setkom tysięcy wdrożeń. Zachowujesz pełną moc znanego Unified CM ekosystemu — te same funkcje, tę samą niezawodność, ten sam model administracyjny, który zna już Twój zespół — teraz w połączeniu z Control Hub, nowoczesnym, zorientowanym na użytkownika parasolem zarządzania i analityki, który jest naprawdę prosty do nauczenia. Aktualizacje, aktualizacje i łatanie krytycznych luk w zabezpieczeniach w najnowszym oprogramowaniu są zarządzane przez Cisco, na komputerach obliczeniowych z certyfikatem Cisco, z taką samą (lub lepszą) niezawodnością, jakiej oczekujesz od środowiska lokalnego.

Tak — zmiana niesie ze sobą ryzyko. Ale brak zmian nie sie ze sobą własne, cichsze ryzyko: pozostawanie w tyle pod względem funkcji, rozwiązywanie ciągłej złożoności zmian, uaktualnienia i luki w zabezpieczeniach, rozciąganie zespołu na infrastrukturę, która już nie różnicuje biznesu, i opóźnianie nieuniknionego przejścia, aż będzie to konieczne pod presją. Następujące u strukturyzowane, zamknięte podejście ma na celu uczynienie tej migracji tym, czym powinna być: dobrze przygotowana, mało dramatyczna i wysoce zweryfikowana — realizowana głównie poprzez pracę, którą już wykonujesz, w kierunku platformy stworzonej z myślą o tym, gdzie współpraca zmierza dalej.

Od zaufania do planu: jak zorganizowany jest ten przewodnik

Aby przekształcić tę pewność w wykonywalną mapę drogową, ten przewodnik przeprowadzi Cię przez proces migracji z siedmioma bramkami, z jasnymi kryteriami wejścia i wyjścia, wnioskami wyciągniętymi w terenie i kontrolami wstępnymi, które zapobiegają najczęstszym niespodziankom:

  • Inicjacja projektu
  • Odkrywanie i ocena
  • Planowanie
  • Wdrożenie
  • Zamrozić
  • Przejdź na żywo
  • Przeniesienie do dnia 2

Jednym z powodów, dla których ten model działa tak dobrze, jest to, że ryzyko dla środowiska produkcyjnego jest celowo obciążone z przodu do zera i wzrasta tylko w kontrolowanym, ostatnim etapie. Oto, czego można się spodziewać na każdym etapie:

Wpływ na produkcję Fazy
Brak wpływu Inicjowanie projektu, odkrywanie i ocena, planowanie
Minimalny wpływ Wdrożenie
Ograniczone do procesów operacyjnych Zamrozić
Bezpośredni wpływ Przejdź na żywo
key phases of a Webex Dedicated Instance migration project, ranging from project initiation to project closure.

W praktyce: większość podróży odbywa się bezpiecznie obok istniejącego środowiska. Zanim dojdziesz do momentu, który dotyka produkcji, każda integracja została zbudowana, każdy proces został przećwiczony, a każdy zwrot zapasowy został zweryfikowany.

W całym przewodniku odsyłamy do kluczowych zasobów informacyjnych, na których będziesz polegać podczas migracji i aż do dnia 2:

  • Cisco Calling Sales Connect — Cisco Calling Sales Connect Link
  • Help.webex.com — autorytatywna dokumentacja produktów i konfiguracji
  • Webex Spaces — bezpośredni dostęp do ekspertów Cisco i społeczności rówieśników w celu udzielania pytań w czasie rzeczywistym

Mając ustawione ramy i zasoby w ręku, przejdźmy szczegółowo przez każdy etap — zaczynając od miejsca, w którym rozpoczyna się każda udana migracja: inicjowanie projektu.

Inicjacja projektu

Wpływ na produkcję: BRAK wpływu

  • Zidentyfikuj kluczowych interesariuszy

Pamiętaj, że nie chodzi tylko o zespoły techniczne i oddziałujące zespoły biznesowe, ale także o zaangażowanych Partnerów. Oto przykład wymaganych interesariuszy:

  • Zarządzanie IT
  • Zarządzanie biznesem
  • Zespół usług głosowych
  • Zespół centrów kontaktowych
  • Zespół sieciowy
  • Zespół DNS/DHCP
  • Zespół ds. Bezpieczeństwa
  • Zespół IAM (np. Entra, AD, SSO)
  • Zmień tablicę
  • Partner MACD
  • Partner usług zarządzanych
  • Dostawcy integracji stron 3D (stronicowanie, faksowanie, nagrywanie itp.)
  • Wsparcie lokalne, na miejscu
  • RedSky /Zespół bezpieczeństwa publicznego.

  • Wybór lidera projektu lub kierownika projektu.

Bior@@ ąc pod uwagę, że migracje do dedykowanej instancji wymagają bardziej złożonej koordynacji niż tradycyjne integracje „tylko na poziomie aplikacji”, pożądane jest, aby członek zespołu został przydzielony do zarządzania wewnętrznym projektem i wszystkimi powiązanymi zadaniami, takimi jak cotygodniowe połączenia, koordynacja zespołów wewnętrznych, zaangażowanie dostawców zewnętrznych, koordynacja zmian itp.

  • Synchronizuj dane wejściowe, z którymi rozpoczynasz projekt

Istnieje wiele zalet i powodów, dla których zastosowano strategię migracji do instancji dedykowanej. Ważne jest, aby podstawowa wizja przyszłego rozwiązania.

Czy są jakieś zmiany, takie jak konsolidacja klastrów, plan wybierania numerów, planowane nowe funkcje?

Czy migrujesz punkty końcowe oprogramowania „tak jak są”, czy migracja zakłada przeniesienie do aplikacji Webex?

Jaki jest stosunek użytkowników do Contact Centers?

  • Zwiększ szybkość dzięki dedykowanej instancji

Wprowadzenie do instancji dedykowanej: wprowadzenie do instancji dedyko

BDM (slajdy decydentów biznesowych) BDM

TDM (Slajdy decydentów technicznych) TD M.

Odkrywanie i ocena

Wpływ na produkcję: BRAK wpływu

Odkrywanie i ocena jest kontynuacją i wykorzystaniem informacji uzyskanych podczas poprzednich spotkań synchronizacji zespołu na temat danych wejściowych w celu zidentyfikowania wszystkich niezbędnych elementów zakresu, które będą podstawą profesjonalnego opracowania planu projektu i projektu technicznego

  • Istniejąca konfiguracja klastra

Zdefiniuj istniejącą konfigurację On-PREM wraz ze wszystkimi wykonanymi funkcjami i integracjami. Oto przykłady, na które należy spojrzeć:

  • Zastosowania i rozmiary,
  • Lokalizacje,
  • adresowanie IP,
  • Sposób synchronizacji/udostępniania użytkowników (lokalny, ldap),
  • Uwierzytelnianie skonfigurowane (SSO),
  • Certyfikaty CA vs. Samopodpisane,
  • Tryb bezpieczeństwa,
  • Korzystanie z ILS/RODO,
  • Funkcje,
  • Szczególny nacisk na funkcje między witrynami, takie jak, Extension Mobility
  • Integracja z CER/911,
  • Korzystanie z MRA,
  • CDR,
  • Poczta głosowa i integracja z O365,
  • Jabber v WebExApp
    • W przypadku migracji Jabbera należy zwrócić szczególną uwagę na to, jak skon figurowane są istniejące punkty końcowe Jabber (np. konfiguracja xml, domena usługi głosowej) i jakie są opcje rekonfiguracji, takie jak użycie SCCM. Oto standardowe scenariusze odnotowane: S konfiguruj Jabber
  • Lista urządzeń z fokusem do sprawdzenia
    • Przestarzałe urządzenia (nie ma nowych urządzeń dodanych na liście przestarzałych od Rel12.0x) Przestarzałe telefony
    • Koniec urządzeń wsparcia (urządzenia mogą być nadal zarejestrowane w dowolnej wersji oprogramowania, ale nie są obsługiwane z perspektywy Day2)
    • Plik CSR-Compatibility-Matrix-Interactive.html
    • Urządzenia specjalne ograniczające 7925, 7940, 7960 Rejestruj stare modele telefonów do dedykowanej instancji
      • Narzędzia w pomocy:

        Dedykowany asystent wstępnej migracji instancji: generowanie raportów oceny

        Asystent wstępnej migracji w centrum sterowania pomaga zbierać dane źródłowe i sprawdzać warunki wstępne migracji z UCM do instancji dedykowanej przy użyciu narzędzia innej firmy. Przed migracją ocenia gotowość, udostępnia listy kontrolne i umożliwia porównywanie danych między klastrem lokalnym a wystąpieniem dedykowanym.

        Aby uruchomić Asystenta, klaster On-Prem musi być włączony do środowiska UC połączonego z chmurą Webex . Ogólny opis i wymagania wstępne można znaleźć tutaj: Web Excloud-ConnectedUC

        Proces wdrażania dla UCM: Konfiguracja Webex Cloud Connec ted-UC

        Lista ważnych spostrzeżeń, które można uzyskać jako dane wyjściowe z programu Pre-Migration Assistant w łatwo czytelnym formacie xls:

        • Węzły i uruchomione oprogramowanie
        • Parametry przedsiębiorstwa
        • Lista pni SIP
        • Lista użytkowników aplikacji, role
        • Liczba urządzeń (i pełna lista urządzeń), grupy tras i partycje, lokalizacje, użytkownicy końcowi
        • Grupy CM, pule urządzeń
        • Stan zdrowia replikacji DB
        • Zainstalowane COP
        • Plany numeracji
        • Usługi telefoniczne
        • Zdalne miejsca docelowe
      • Webex Spaces, aby wesprzeć Twoje konkretne pytania:

        Zapytaj UCM Cloud & Dedicated Instance: webexteam: //im? space=5db6bb40-d3c7-11e9-a319-df8a35abe85a

        Zapytaj RedSky External - E911 Solutions Plus Dołącz do partnera: https://eurl.io/#fWfT1SnOz

        Zapytaj asystenta konfiguracji Webex - Webex Calling i DI: webexteam: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.

Planowanie i wdrożenie

Wpływ na produkcję: minimalny wpływ na istniejące środowisko produkcyjne

Poniżej przedstawiono najlepsze praktyki Cisco w zakresie procesu migracji dedykowanych instancji:

A flowchart detailing the migration process for a Webex Dedicated Instance, covering initial setup, configuration, and iterative cutover waves.

Aktywuj instancję dedykowaną (Kreator pierwszej konfiguracji)

Aby aktywować wystąpienie dedykowane, zobacz Aktywuj instancję dedyko waną.

Tworzenie środowiska DI (udostępnianie dedykowanej instancji)

Aby zbudować środowisko DI, zapoznaj się z Instan cją dedykowaną dla konfiguracji Webex Calling podstawowej

Najczęstsze pytania, notatki:

  • Wyjaśniono tutaj rozmiary kompilacji (Dedykowane rozmiary instancji): https://help.webex.com/en-us/article/dk3o5r/Introduction-to-Dedicated-Instance Liczba klastrów i ogólne rozmiary są zgodne z liczbą zakupionych licencji. Ogólnie rzecz biorąc, wielkość uwzględnia wzrost rezerwy zgodnie z umową Flex (15% lub 20% zależy od rodzaju) i zapewnienie 3 aktywnych urządzeń na pracownika wiedzy). Cisco Cloudnajlepsze w swojej klasie oprogramowanie obliczeniowe z certyfikatem platformy z wykorzystaniem Medium OVA dla wszystkich kompilacji oraz w pełni wdrożony klaster dedykowanych instancji może obsługiwać do 8 serwerów przetwarzania połączeń lub około 50 000 urządzeń
  • MŚP są opcjonalne, wymagają zakupu co najmniej 3 klastrów i/lub regionów. Wymag aj przeglądu projektu i pojemności po stronie Cisco
  • Początkowa pojemność MRA wynosi 20% i może zostać zwiększona do 100% w zależności od rzeczywistych potrzeb za pomocą biletu TAC
  • Elementy konfiguracji z „x” przed nazwą nie powinny być zmieniane, tak jak stosowane w integracjach automatyzacji, serwisowalności i analityki Dedy kowana instancja dla Webex Calling konfiguracji podstawowej
  • W przypadku wymogu posiadania więcej niż 3 klastrów w jednym regionie, standardowe adresowanie IP dla instancji DI NIE jest opcją

Ref. Standardowe adresowanie IP, Lokalizacja centrów danych: Lokalizacja centrów danych.

Dostęp do dedykowanej instancji:

Aby uzyskać dostęp do aplikacji Dedicated Instance, zobacz Aplikacje wystąpień dedykowanych programu Access

Najczęstsze pytania, notatki:

  • Dostęp do aplikacji DI można uzyskać za pośrednictwem Control Hub lub bezpośrednio z sieci klienta. Dostęp do interfejsu CLI zapewniony również z wyjątkiem dróg ekspresowych.
  • Rankingi użytkowników:
    • 3 - Administrator partnera
    • 4 — Administrator klienta
    • 5 — Użytkownik korporacyjny
  • Poświadczenia umożliwiające dostęp do aplikacji DI udostępnionych w utworzonej przez automatyzację przestrzeni Webex, gdzie ProAdmin.

Peering/Łączność

Architektura sieci ze szczegółowymi opisami scenariuszy połączenia Edge dlaWebex Calling, Dedicated Instance i Meetings. Plik PA_Edge_Connect_Design.pdf

*Dokument powinien być używany ostrożnie, ponieważ opisuje wiele scenariuszy, które mogą być sprzeczne lub uzupełniające się nawzajem, w zależności od dokładnego przypadku użycia. Dokładne odniesienie do dedy kowanej inst ancji można znaleźć w rozdziale „Edge Connect for Dedicated Instance Architecture”

Webex EdgePołącz

Webex EdgePołącz Najczęściej zadawane pytania, notatki:

  • Linki dedykowane instancji 2 są „koniecznością”
  • 4 linki to opcja, ale „krzyżowanie” jest niedozwolone, są one używane w „parach”
  • W@@ szelkie priorytety ruchu DI względem jednego z linków NIE są obsługiwane i ogól nie nie mają zastosowania, ponieważ każda strona/DC reklamuje swoją unikalną podsieć /25 lokalizacji centrów danych de dykowanych instancji.
Jest to również wyjaśnione we wspomnianym dokumencie Architektury sieci, jak poniżej: A network architecture diagram illustrating the connectivity between a customer network and the Webex backbone via a cloud exchange provider, featuring primary and secondary routing paths.

Webex Wirtualne połączenie

Aby dowiedzieć się o Webex Virtual connect, zobacz Dedicated-Instance-Virtual-Connect

Najczęstsze pytania, notatki:

  • Maksymalna obsługiwana przepustowość dzięki Virtual Connect wynosi 250 Mb/s
  • Ta opcja nie jest odpowiednia/nieobsługiwana w przypadku wdrożenia ESN.

Wymagania dotyczące sieci dedykowanej instancji i bezpieczeństwa (źródło sieci, porty zapory sieciowej, informacje DNS)

Aby dowiedzieć się o wymaganiach dotyczących sieci i bezpieczeństwa, zapoznaj się z wymag aniami dotyczącymi sieci i bezpieczeństwa

Najczęstsze pytania, notatki:

  • Monitorowanie SNMP NIE jest dozwolone. Wyjątki SNMP to przepływy pracy CER i Informacast, które wymagają żądania usługi za pośrednictwem Control Hub
  • Nie ma dostępu z DI do zewnętrznego SFTP. SFTP używany do aktualizacji, aktualizacji i innych przepływów pracy znajduje się w środowisku DI, a dostęp zapewniony jest w ograniczonych scenariuszach (takich jak dostęp do nowej kopii/oprogramowania układowego zgodnego z żądaniem usługi Control Hub).

ESN (ulepszona przeżywalność)

Rozpocznij z/ Informacje ogólne: Rozpoczęcie pracy z ulep szoną przeżywalnością

Wymagania wstępne: Wymag ania dotyczące ulepszonej przeżywalności

W przypadku aktywacji: aktywuj zwiększoną przeżywalność.

Najczęstsze pytania, notatki:

  • ESN Flex SKU opiera się na zasadzie „na region”. Na przykład, jeśli chcesz zintegrować 5 węzłów ESN w obu Amerykach, musisz zamówić 1 ESN SKU, który pozwoli na dołączenie do jednego klastra maksymalnie 8 węzłów ESN bez wpływu na maksymalne węzły przetwarzania połączeń dozwolone w klastr ze
  • Klient jest odpowiedzialny za dostarczenie niezbędnych zwirtualizowanych zasobów i instalację Medium OVA Publisher, który zostanie dalej przekształcony przez automatyzację na Sub skrybenta i dołączony do Klastra. https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html
  • Cisco jest odpowiedzialne za certyfikaty CA. W trakcie aktywacji zostaniesz po proszony o autoryzację odnowienia/aktualizacji certyfikatów Klastra w celu włączenia węzła ES N na liście.

Usługa synchronizacji katalogów

Oprócz tradycyjnej metody używanej z UCM on-prem do synchronizacji użytkowników za pomocą ldap lub do tworzenia lokalnych, istnieje opcja synchronizacji użytkowników za pomocą funkcji Dedicated Instance do synchronizacji użytkowników za pomocą Control Hub (Webex Com mon Identity Service) z platformą Azure lub za pośrednictwem Directory Connector. W usłudze katalogowej Webex CI obsługiwane jest tylko wdrożenie SSO.

Integracja usług katalogowych za pomocą Webex Common Identity for Dedicated Instance

Najczęstsze pytania, notatki:

  • Po zakończeniu udostępniania usługi Azure AD dla określonego klastra nie można tworzyć żadnych nowych umów synchronizacji ani modyfikować żadnych ustawień konfiguracyjnych dla tego samego klastra, z wyjątkiem ustawień grupy. Skontaktuj się z pomocą techn Cisco TAC iczną, aby zresetować usługę katalogową. Następnie możesz utworzyć nową umowę dotyczącą zaopatrzenia.
  • Synchronizację należy włączyć w ciągu 18 godzin od momentu utworzenia nowej umowy. Użytkownicy zsynchronizowani z LDAP stają się nieaktywni i usuwani po 24 godzinach braku aktywności. Użytkownicy nie będą mogli zalogować się i korzystać z Unified CM usług.
  • Nawet konfiguracja w Menedżerze połączeń wydaje się edytowalna, nie powinna być zmieniana poza to, co jest tworzone przez automatyzację podczas udostępniania umowy synchronizacji. Chociaż ustawienia pokazują synchronizację raz, Control Hub synchronizuje się z 24-godzinnymi zmianami cyklu na Common Identity z Unified CM lub Cisco Unity Connection.
  • Usługa jest używana tylko do synchronizacji katalogów (!). Uwierzytelnianie powinno być ustawione za pomocą SSO jako warunek wstępny.

SSO

SSO nie jest obowiązkowe w przypadku wystąpienia dedykowanego. W każdym razie jest to obowiązkowe dla niektórych kluczowych usług, takich jak Webex Common Identity, korzystanie z WebExApp. Wdrożenie SAML SSO nie różni się niczym niż w przypadku UCM on-prem i opisane poniżej. Jedyny niuans operacyjny jest związany z procesem aktywacji , który wymaga Rank 1 Użytkownika do testu SSO podczas aktywacji. Partnerzy i klienci są ograniczeni uprawnieniami Rank3-5, dlatego wsparcie Cisco wymaga aktywacji i należy o to prosić za pośrednictwem żądania usługi w Control Hub (typ zgłoszenia UC Application Management)

Plik CUCM_b_saml-sso-deployment-guide-release-15.html

Aby otworzyć żądanie usługi, zobacz Jak podnieść żą danie usługi.

Integracja dedykowanego klastra instancji z klastrem On-PREM

Biorąc pod uwagę, że większość scenariuszy migracji nie może odbywać się w postaci migracji jednorazowej, konieczności wcześniej szego testowania i pewnego poziomu integracji krzyżowej, zalecamy, aby jeden z pierwszych kroków był ustawiony blok międzyklastra i powiązana konfiguracja. ILS, jeśli jest używany.

Konsolidacja certyfikatów

Jednym z najważniejszych zadań związanych z przygotowaniem systemu do migracji jest wymiana certyfikatów pomiędzy systemami on-prem i cloud, wszystkie bezpieczne integracje. W ten sposób umożliwiasz telefonom swobodne przechodzenie do nowego klastra i powrót do starych klastrów bez konieczności przywracania ustawień fabrycznych.

Najczęstsze pytania, notatki:

Zwykle wiąże się to z udostępnianiem certyfikatów z DI i przesyłaniem ich do strony On-PREM

  • CallManager.pem (Multi-SAN)
  • ITlRecovery.pem
  • Certyfikat pośredni CA
  • Certyfikat główny CA

Od strony CUCM klienta w kierunku DI:

  • CallManager.pem (Multi-SAN), jeśli nie jest Multi-SAN, zawiera certyfikaty serwerów Publisher i TFTP.
  • ITlRecovery.pem (Pub)
  • Certyfikat pośredni CA (w przypadku, gdy Certy są podpisane przez CA)
  • Certyfikat główny CA (w przypadku, gdy Certy są podpisane przez CA).

Plan migracji aplikacji Webex i/lub Jabber

Najczęstsze pytania, notatki:

  • Jak zachować wrażenia użytkownika z logowaniem Jabber w nowym systemie? Jakie zmiany /scenariusze są możliwe, aby kontynuować korzystanie z Jabbera, tak jak w przypadku systemu on-prem? Oto możliwe opcje: Skonfiguruj Jabber w dedykowanej instancji, aby używać domeny klienta do logo wania S konfiguruj Jabber w dedykowanej instancji, aby używał domeny klienta do logowania
Interoperacyjność Jabber z WebExApp w celu wzajemnej komunikacji Interoperacyjność konfiguracji dla aplikacji Webex i Jabber.

E911

We wdrożeniu dedykowanej instancji zarówno Cisco Emergency Responder (CER), jak i RedSky będą wykorzystywane do śledzenia telefonów i klientów. Telefony lokalne będą śledzone za pomocą ratownika alarmowego, aby zidentyfikować lokalizację telefonu i ustawić odpowiednią lokalizację wysyłki przed skierowaniem połączenia do RedSky w celu dostarczenia połączenia. Użytkownicy aplikacji Webex będą śledzeni w RedSky przy użyciu protokołu HELD+.

Dedicated Instance jest dostarczany z wdrożonym CER w regionie Ameryki. Cisco dodaje informacje o proxy, natomiast odpowiedzialnością Partnera/Klienta jest dodanie szczegółów RedSky i skonfigurowanie ELIN. Dodajemy skrypt LUA, a Partner/Klient powinien skonfigurować parametry, aby działał. Najczęstsze pytania, notatki

  • Jak zdobyć konto RedSky na portalu RedSky:
  • BOT dostępny w Webex — Konfiguracja konta klienta E911 (E911Account@webex.bot) Wpisz „support” i wypełnij formularz, który się pojawi i prześlij. Konto zostanie utworzone i wiadomość e-mail wysłana na adres e-mail administratora podany w BOT
  • Skonfiguruj E911 dla dedykowanej instancji, skonfiguruj E911

Obsługa Webex Spaces:

Zapytaj RedSky External - Dołącz do partnera E911 Solutions Plus: https://eurl.io/#fWfT1SnOz.

Zespoły inżynierskie i gotowość użytkowników do zmiany

Oto zalecane zasoby dla zespołów inżynierów, aby uzyskać szybkość ze wszystkimi aspektami dedykowanej instancji:

Zamrozić

Wpływ na produkcję: z wpływem ograniczonym do procesów operacyjnych

Celem fazy zamrażania jest przeniesienie danych z systemu źródłowego do docelowej instancji dedykowanej i wykonanie niezbędnych walidacji, aby zapewnić pomyślne ograniczenie. Zalecamy 2-3 tygodniowe ramy czasowe na zamrożenie, aby upewnić się, że zespoły mają niezbędny czas na przenoszenie danych, sprawdzanie spójności danych, awaryjne testy i powiązane testy.

W przypadku zapotrzebowania na MACD podczas fazy zamrażania, wymagane zmiany należy wykonać w obu systemach.

Istnieje wiele sposobów i narzędzi do przenoszenia/kopiowania danych. Ogólnie rzecz biorąc, zalecamy używanie partycji i narzędzi aktywnych/nieaktywnych, jak poniżej:

UCM:

Eksport/import BAT i powiązane skry pty

Przewodnik administracji zbiorczej dla Cisco Unified Communications Manager wersji 15 i SUS: CUCM_b_bulk-administration-guide-15.html.

Narzędzia zewnętrzne do migracji UCM, takie jak Yarnlab.

Jedność:

  • Cisco UnityNarzędzia. Zbiór bezpłatnych Cisco Unity i Cisco Unity Connection powiązanych narzędzi.

https://www.ciscounitytools.com/index.html

Zalecamy stosowanie kobry do migracji Unity.

CER:

Ręczny, eksport/import zbiorczy

Po przeniesieniu danych konfiguracyjnych rozważ kolejne ważne elementy/działania:

  • Ręcznie lub za pośrednictwem opcji 150 w DHCP w odniesieniu do ponownego wskazywania grupy testowej różnych modeli telefonów na nowy DI TFTP. Po zakończeniu konsolidacji certyfikatów można przetestować zarówno scenariusz migracji, jak i wycofywania
  • Rekonfiguracja bramy testowej, jeśli jest dostępna
  • Przygotowanie szablonów konfiguracyjnych bramek dla rzeczywistych przerw produkcji. Skryptów, jeśli to konieczne.
  • Przeniesienie użytkownika WebExApp poprzez zmianę zachowania wywoływania w CH
  • Przeniesienie Jabbera poprzez zdefiniowaną wcześniej metodę logowania i zmianę klastra domowego
  • Test podstawowych przepływów połączeń i funkcjonalności aż do możliwości środowiskowych:
    • Sprawdzenie spójności zachowania w sieci lub połączenia przez VPN
    • Test MRA z punktem końcowym telefonu i oprogramowania
    • PSTN
    • Test usługi 911

Cutover Day lub przejdź na żywo

Każdy odcinek jest wyjątkowy, a plan powinien uwzględniać niuanse dokładnego otoczenia. Ogólnie rzecz biorąc, etapy procesu to:

  • Utwórz proaktywny bilet TAC (zaplanowana wysyłka)
  • Wyłączenie urządzeń odbywa się poprzez zmianę opcji 150 we wszystkich powiązanych podsieciach i resetowanie telefonów w menedżerze połączeń on-prem
  • Weryfikacja zarejestrowanych telefonów w nowym systemie to prosty sposób kontrolowania procesu udanych rejestracji do nowego systemu dedykowanej instancji
  • Po weryfikacji zbiorcza aktualizacja niezbędnych konfiguracji (linie i wzory trasy w kategoriach partycji aktywnych vs zerowych, klaster główny, reklamy) na instancji On-PREM i dedyko wanej
  • Modyfikowanie konfiguracji Bramek, SRST, nośników sprzętowych
  • Wykonaj zdefiniowany program testowy:
    • Testuj połączenia wewnątrzlokalizacyjne, międzylokacyjne, PSTN
    • MRA
    • 911
    • Poczta głosowa
    • Obowiązujące funkcje
Procedura migracji/przerwania powinna mieć termin wycofania, aby nie przekroczyć przydzielonego okna Konserwacja . Samo wycofanie jest prostym procesem, który odzwierciedla sam Cutover MOP. Wszystkie wcześniej wykonane akcje powinny zostać przywrócone dla funkcji Rollback

Dzień 2

  • Obsługa dedykowanych instancji poziomu 1 (TAC) Obsługa de dykowanej instancji poziomu 1
  • Żądania serwisowe związane z wymienionymi tematami: Jak zgłosić żądanie usługi
    • Wpis DNS
    • Aktualizacje zapory
    • Przesyłanie oprogramowania układowego
    • Łączność w chmurze
    • Ustawienia dziennika audytu
    • Zarządzanie aplikacjami UC
    • DI-MT Inter-op SIP bagażniki
    • Cykl życia aplikacji UC
    • Infrastruktura jako usługa
      • Przewodnik operacyjny dla partnerów

Jest to jeden z najważniejszych dokumentów wyjaśniających wsparcie techniczne, zarządzanie zmianami, zarządzanie incydentami, aktualizacje, aktualizacje, zarządzanie pojemnością, zarządzanie certyfikatami, przewodnik operacyjny dla partner ów DRS

  • Matryca odpowiedzialności

Dokument wyjaśnia podział RACI między Partnerami, Cisco i Klientami podczas wdrażania i macierzy przypisywania odpowiedzialności operacyjnej

  • Zapytaj drużyny RedSky Webex Space: //im ? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.
Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?