Znak wodny
18 cze 2021 | — liczba wyświetleń | — liczba osób, które uznały to za pomocne

Webex for BroadWorks Podręcznik rozwiązywania problemów

Porady dotyczące rozwiązywania problemów z programem Webex dla firmy BroadWorks, w tym tematy "jak to zrobić", listy plików dziennika i ich zastosowań oraz wskazówki dotyczące badania konkretnych problemów.

Webex do rozwiązywania problemów z BroadWorks

Webex do rozwiązywania problemów z BroadWorks

Rozwiązywanie problemów z webex dla BroadWorks

Ten dokument jest przeznaczony dla osób technicznych w organizacjach dostawców usług, którzy wspierają siebie i swoich klientów. Przewidujemy, że masz pewną znajomość rozwiązywania problemów w ogóle, czytanie dzienników i pracy z przypadkami subskrybenta.

Artykuł jest podzielony na trzy główne sekcje:

  • Zasoby, które są listą narzędzi, materiałów do czytania, dzienników i kontaktów, które mogą być potrzebne.
  • Procesy, w którym opisano niektóre działania, które można wykonać podczas rozwiązywania problemów z klientem.
  • Konkretne problemy, które kategoryzują i wymienia problemy, o których wiadomo, że występują, jak je rozpoznać i jak można je potencjalnie rozwiązać.

Historia zmian

Data

Wersja

Zmień

8 czerwca 2021 r.

1.7

Dodano kolumnę Sugerowane działanie do tabeli Kody błędów użytkownika końcowego

4 czerwca 2021 r.

1.6

Korekta w tabeli Kody błędów użytkownika końcowego

19 maja 2021 r.

1.5

Dodano sekcję Problemy z oświadczeń dotyczących oświadczeń w domenie

22 kwietnia 2021 r.

1.4

Zaktualizowano kody błędów użytkownika końcowego z dwoma dodatkowymi kodami: 200016 i 20005

13 kwietnia 2021 r.

1.3

Dodano informacje o serwisie Webex Connectior

8 grudnia 2020 r.

1.2

Zaktualizowany dokument. Rebranding Webex Teams do Webex (aplikacja).

Dodano kody błędów użytkownika końcowego

3 listopada 2020 r.

1.1

Dodano ustawienia połączeń Webview

22 października 2020 r.

1.0

Wprowadzono nowy dokument

Znak wodny
18 cze 2021| — liczba wyświetleń | — liczba osób, które uznały to za pomocne

Zasoby

Webex dla zasobów rozwiązywania problemów z BroadWorks

Kontakty


Od października 2020 r. przeprowadzamy migrację obsługi klienta BroadSoft do procesów i narzędzi wsparcia Cisco CX. Oznacza to, że Webex dla partnerów BroadWorks musi przejść od używania Xchange do zarządzania sprawami do korzystania z Menedżera spraw pomocy technicznej (SCM).

Oczekujemy, że migracja potrwa około 3 miesięcy i do końca roku kalendarzowego 2020. Zespół TAC BroadWorks/UCaaS rozpocznie wspieranie spraw w CSOne / Lightning zamiast BroadSoft Jira, gdy zostaniesz przeniesiony. Może być konieczne odwoływanie się do przypadków w obu systemach w okresie migracji.

Szczegółowe informacje można znaleźć w starszej wersji programu BroadSoft Support Transition.

Przydatne pliki dziennika

Nazwa dziennika Źródło Przydatne do rozwiązywania problemów
Dziennik PSLog Serwer aplikacji Inicjowanie obsługi administracyjnej przepływu
tomcat access_log XSP (angielski) Logowanie do aplikacji Webex
XsiActionsLog XSP (angielski) Interakcje logowania aplikacji Webex z Webex IDP Proxy, interakcje klienta dla zapytań profili urządzeń
dziennik usługi authentication XSP (angielski) Logowanie do aplikacji Webex (sprawdzanie poprawności i wydawanie tokenów)
Dziennik XSLog XSP?

Subskrypcje mobilne powiadomień wypychanych

Sygnalizacja wywołania

Dziennik uruchamiania aplikacji Webex

Windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/current_log

Komórkowy: Korzystanie z dzienników wysyłania

Uruchamianie (sekwencja)

Sprawdzanie uprawnień dla użytkownika

Inicjowanie biblioteki BWC w celu połączenia z BroadWorks

rejestrowanie pobierania tokenu getUserProfile & JwT

BroadWorks dzwoni do dziennika aplikacji Webex

Klient

Windows: \Użytkownicy\{nazwa_użytkownika}\AppData\Local\CiscoSpark\bwc\current_log.txt

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/bwc/current_log

Komórkowy: Korzystanie z dzienników wysyłania

Cały ruch SIP do rejestracji i połączeń

Zachowaj przy życiu ruch do wewnętrznej bazy danych BWKS

Funkcje połączenia średniego, które wymagają sygnalizacji (Wstrzymanie/Wznowienie, Transfer itp.)

Dziennik nośników (Webex Media Engine)

Klient

Windows:

\Użytkownicy\{nazwa_użytkownika}\AppData\Local\CiscoSpark\media\*.log

Mac:

/Użytkownicy/{nazwa_użytkownika}/Biblioteka/Dzienniki/SparkMacDesktop/media/

Komórkowy: Korzystanie z dzienników wysyłania

Rejestrowanie wszystkich multimediów

Kodeki negocjowane w celu połączenia

Funkcje połączenia średniego

Lista lektur

Łącznik możliwości obsługi

Usługa serwisowa Webex zwiększa szybkość, z jaką pracownicy pomocy technicznej Cisco mogą diagnozować problemy z infrastrukturą. Automatyzuje zadania znajdowania, pobierania i przechowywania dzienników diagnostycznych i informacji w przypadku SR. Usługa wyzwala również analizę sygnatur diagnostycznych, dzięki czemu TAC może skuteczniej identyfikować i rozwiązywać problemy ze sprzętem lokalnym.

Szczegółowe informacje na temat wdrażania łącznika zusługiw, można znaleźć w Przewodniku wdrażania łącznika usługi Cisco Webex serviceability pod adresem https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/hybridservices/serviceability/cmgt_b_deployment-guide-spark-hybrid-service-connector.html.

Znak wodny
18 cze 2021| — liczba wyświetleń | — liczba osób, które uznały to za pomocne

Procesów

Webex dla procesów rozwiązywania problemów BroadWorks

Eskalacja problemu

Po po kilku wskazówek dotyczących rozwiązywania problemów, należy mieć uzasadnione pojęcie, gdzie problem jest zakorzeniony.

1

Zbierz jak najwięcej informacji z systemów związanych z problemem

2

Skontaktuj się z odpowiednim zespołem cisco, aby otworzyć sprawę (patrz sekcja Kontakty)

Jakie informacje o kliencie zbierać

Jeśli uważasz, że musisz otworzyć sprawę lub eskalować problem, zbierz następujące informacje podczas rozwiązywania problemów z użytkownikiem:

  • Identyfikator użytkownika: Ci adres e-mail lub UUID użytkownika (jest to identyfikator Webex, ale jeśli pojawi się również identyfikator BroadWorks użytkownika, który pomoże)

  • Identyfikator organizacji

  • Przybliżone ramy czasowe, w których wystąpił problem

  • Platforma klienta i wersja

  • Wysyłanie lub zbieranie dzienników od klienta

  • Rejestrowanie identyfikatora śledzenia, jeśli jest ono wyświetlane na kliencie

Sprawdzanie szczegółów użytkownika w pomocy technicznej

1

Zaloguj się do https://admin.webex.com/helpdesk.

2

Wyszukaj, a następnie kliknij użytkownika. Spowoduje to otwarcie ekranu podsumowania użytkownika.

3

Kliknij nazwę użytkownika, aby wyświetlić szczegółową konfigurację użytkownika.

Przydatne informacje w tym widoku obejmują identyfikator UUID użytkownika, klaster tożsamości wspólnej (CI), klaster aplikacji Webex, zachowanie wywoływania, identyfikator GUID konta BroadWorks.

4

Kliknij przycisk Kopiuj, jeśli chcesz użyć tych informacji w innym narzędziu, lub dołączyć je do sprawy Cisco.

Wyświetlanie organizacji klienta w pomocy technicznej

1

Zaloguj się do https://admin.webex.com/helpdesk.

2

Wyszukaj, a następnie kliknij nazwę organizacji klienta.

3

Przewiń w dół, aż zobaczysz widok portalu klienta i kliknij pozycję Wyświetl nazwę klienta, aby wyświetlić widok tylko do odczytu organizacji Klienta — w tym użytkowników i konfigurację.

Pobieranie dzienników użytkowników z Centrum partnerów

Podczas rozwiązywania problemów z komputerem stacjonarnym i klientem mobilnym ważne jest, aby partnerzy (i TAC) mogli wyświetlać dzienniki klientów.

1

Poproś użytkownika o wysłanie dzienników.

2

Poproś użytkownika o wyeksportowanie środowiska wywołującego, wyślij ci plik ced.dat.

3

Pobierz dzienniki klientów z Centrum partnerów lub działu pomocy technicznej (zobacz poniżej).

Opcja Centrum partnerów:

  1. Zaloguj się do Centrum partnerów i znajdź organizację klienta użytkownika.

  2. Wybierz pozycję Rozwiązywanie problemów.

  3. Wybierz dzienniki.

  4. Wyszukaj użytkownika (pocztą e-mail).

  5. Wyświetlanie i pobieranie dzienników klienta jako pliku zip.

Opcja pomocy technicznej:

  1. Zaloguj się do działu pomocy technicznej.

  2. Wyszukaj organizację.

  3. Kliknij organizację (otwiera ekran podsumowania).

  4. Przewiń w dół, aby kliknąć pozycję Wyświetl klienta.

  5. Wybierz opcję Rozwiązywanie problemów.

  6. Wybierz dzienniki.

  7. Wyszukaj użytkownika (pocztą e-mail).

  8. Wyświetlanie i pobieranie dzienników klienta jako pliku zip.

Jak znaleźć wersję klienta

1

Udostępnij ten link użytkownikowi: https://help.webex.com/njpf8r5.

2

Poproś użytkownika o przesłanie numeru wersji.

Sprawdzanie klienta pod kątem usługi wywoływania

1

Zaloguj się do klienta Webex.

2

Sprawdź, czy na pasku bocznym znajduje się ikona Opcje wywoływania (słuchawka ze sprzętem nad nim).

Jeśli ikona nie jest obecny, użytkownik może nie być jeszcze włączone dla usługi wywołującej w Centrum sterowania.

3

Otwórz menu Ustawienia/Preferencje i przejdź do sekcji Usługi telefoniczne. Powinien zostać wyświetlony stan sesji logajnej.

(Jeśli inna usługa telefoniczna, taka jak Webex Calling, jest wyświetlany, użytkownik nie używa Webex dla BroadWorks.)

Weryfikacja ta oznacza:

  • Klient pomyślnie przeszedł przez wymagane mikrousługi Webex.
  • Użytkownik pomyślnie uwierzytelnił się.
  • Klient został wydany długowieczne json token internetowy przez system BroadWorks.
  • Klient odebrał swój profil urządzenia i zarejestrował się w BroadWorks.

Pobierz dzienniki klientów lub opinie

  • Zobacz sekcję Zasoby, aby znaleźć określone dzienniki klientów na klientach pulpitu Webex lub poproś użytkowników o wysyłanie dzienników.

  • Poproś użytkowników klientów mobilnych o wysyłanie dzienników, a następnie możesz je uzyskać za pośrednictwem centrum partnerskiego lub działu pomocy technicznej.


Wysyłanie dzienników jest ciche. Jeśli jednak użytkownik wyśle opinię, trafi do zespołu devops aplikacji Webex. Pamiętaj, aby zarejestrować numer opinii użytkownika, jeśli chcesz kierować się w cisco. Na przykład:

Pobierz dane środowiska wywołującego

Dzienniki klientów Webex są mocno zredagowane w celu usunięcia informacji umożliwiających identyfikację użytkownika. Należy wyeksportować dane środowiska wywołującego z klienta w tej samej sesji, w której występuje problem.

1

Na kliencie kliknij obraz profilu, a następnie kliknij przycisk Pomoc > eksportu danych środowiska wywołującego.

2

Zapisz wynikowy plik ced.dat rozwiązywania problemów z wywołaniem dla tego użytkownika.

Ważne: Wyloguj się z lub uruchom ponownie klienta czyści wewnętrzną pamięć podręczną. Jeśli eksportujesz ced.dat po tym, eksportowane dane nie będą odpowiadać żadnym dziennikom, które zostały wysłane przed pamięcią podręczną.

Resetowanie bazy danych Webex

1

Na kliencie kliknij przycisk Pomoc > sprawdzanie kondycji .

2

Wybierz pozycję Resetuj bazę danych.

Spowoduje to pełne zresetowanie klienta i ładuje ekran logowania aplikacji Webex.

Sprawdź, czy Webex powinien zarejestrować się w BroadWorks

Aplikacja Webex sprawdza następujące informacje, aby ustalić, czy zarejestrować się w BroadWorks:

  • Uprawnienie użytkownika do łącznika broadworks

  • Wywoływanie zachowania dla organizacji i użytkownika

Sprawdzanie zachowania wywoływania i uprawnień do połączeń użytkownika

  1. Zaloguj się do działu pomocy technicznej (https://admin.webex.com/helpdesk) przy użyciu poświadczeń administratora partnera.

  2. Wyszukaj użytkownika.

  3. Kliknij użytkownika i sprawdź wpis Zachowanie wywoływania. Powinno to być "Calling in Webex".

  4. Kliknij nazwę użytkownika, aby otworzyć ekran Szczegóły użytkownika.

  5. Przewiń w dół, aby zlokalizować entitlements sekcji i sprawdź, czy broadworks-connector jest wliczony w cenę.


    Użytkownik Webex dla BroadWorks NIE powinien mieć bc-sp-standard uprawnienia, jeśli zamierzają korzystać z Webex dla BroadWorks. Jest to uprawnienie do "Webex Calling (Broadcloud)", czyli aplikacji Webex wywołującej za pośrednictwem usługi wywoływania w chmurze zarządzanej przez Cisco.

Sprawdzanie zachowania wywoływania w organizacji

  1. Zaloguj się do działu pomocy technicznej (https://admin.webex.com/helpdesk) przy użyciu poświadczeń administratora partnera.

  2. Wyszukaj organizację.

  3. Kliknij organizację i sprawdź wpis Zachowanie wywoływania. Powinno to być "Calling in Webex".

Analizowanie pslogu pod kątem problemów z inicjowaniem obsługi administracyjnej przez użytkowników

Użyj pslog serwera aplikacji, aby wyświetlić żądanie HTTP POST do mostka inicjowania obsługi administracyjnej i odpowiedzi z Webex.

W prawidłowym przypadku pracy odpowiedź wynosi 200 OK i po kilku minutach można zobaczyć użytkownika — i nową organizacja klienta, jeśli jest pierwszym użytkownikiem — została utworzona w webex.

Możesz to sprawdzić, wyszukując w pomocy technicznej adres e-mail widoczny w post.

Przed rozpoczęciem

Zbieranie PSLog z serwera aplikacji podczas próby inicjowania obsługi administracyjnej przepływu z użytkownikiem testowym.

1

Pierwszą rzeczą do sprawdzenia jest kod odpowiedzi HTTP:

  • Wszystko inne niż 200 OK jest błąd inicjowania obsługi administracyjnej użytkownika.

  • 200 OK może nadal wskazywać na błąd, jeśli coś o profilu subskrybenta nie działa w usługach Webex przed mostem inicjowania obsługi administracyjnej.

  • 400 może zawierać message węzła w odpowiedzi. Pomost inicjujący inicjowanie obsługi administracyjnej nie może przetworzyć czegoś subscriberProfile. Może być coś nie tak z danymi subskrybenta lub niezgodność z ustawieniem w szablonie.

  • 401 oznacza poświadczenia inicjowania obsługi administracyjnej wprowadzone w AS nie są zgodne z tymi wprowadzonymi w szablonie w Centrum partnerów.

  • 403 może wskazywać coś nieprawidłowo skonfigurowane na serwerze aplikacji. Sprawdź cel żądania. nie powinien być adresem IP, powinien to być adres URL mostu inicjowania obsługi administracyjnej, który można wyświetlić w szablonie w Centrum partnerów.

  • 409 wskazuje na konflikt między dostarczonymi subscriberProfile istniejących danych Webex. Może istnieć istniejący użytkownik z tym adresem e-mail. Sprawdź message w odpowiedzi.

2

Można również sprawdzić oryginalny adres HTTP POST dla podejrzanych wartości, które mogą spowodować niepowodzenie inicjowania obsługi administracyjnej.

POST zawiera subscriberProfile struktura XML. Wewnątrz tego przydatne węzły do sprawdzenia to:

  • bwuserid: Użyj tego, aby znaleźć profil subskrybenta, jeśli chcesz go edytować w BroadWorks.

  • group: Jeśli szablon jest w trybie "Usługodawca", jest on osunięty i staje się nazwą organizacji Klienta, którą widzisz w Centrum partnerów.

  • serviceProvider: Jeśli szablon jest w trybie "Enterprise", jest on osunięty i staje się nazwą organizacji Klienta widoczna w Centrum partnerów.

  • primaryPhoneNumber: Musi istnieć. Inicjowanie obsługi administracyjnej kończy się niepowodzeniem bez niego.

  • email: Staje się identyfikatorem użytkownika w webex. Musi być prawidłowy i unikatowy dla Webex, w przeciwnym razie inicjowanie obsługi administracyjnej kończy się niepowodzeniem.


 

Zignoruj services zwrotka: jest tworzony przez AS i akceptowany, ale nie używany przez Webex.

Analizowanie dzienników XSP w celu rozwiązywania problemów z logiem subskrybenta

Ten przepływ opisuje tryb uwierzytelniania BroadWorks. Tryb uwierzytelniania można zobaczyć w szablonie BroadWorks w Centrum partnerów. Zobacz Konfigurowanie szablonów klientów w pliku https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Na poniższym diagramie drabiny przedstawiono interakcję między użytkownikiem, klientem, usługami Webex i systemem BroadWorks, gdy użytkownik wykonuje uwierzytelnianie BroadWorks w aplikacji Webex. Ponadto połączenie między Webex i XSP jest zabezpieczone przez MTLS.

Dyskusja, która następuje wyjaśnia, czego można oczekiwać, aby zobaczyć podczas badania dzienników dla pomyślnego logowania.

Rysunek 1. Uwierzytelnianie i konfiguracja urządzeń BroadWorks

Użytkownik wchodzi w interakcję z klientem, klient wchodzi w interakcję z usługami Webex:

  • Użytkownik dostarcza swój adres e-mail do aplikacji Webex (1 na diagramie).

  • CI wie, aby przekierować tego użytkownika, aby wprowadzić swoje hasło BroadWorks (za pośrednictwem UAP) (2 na diagramie).

  • Serwer proxy IDP przesyła żądanie profilu get do interfejsu Xsi w XSP.

W tomcat access_log:

  • Poszukaj żądania GET dla profilu subskrybenta, od webex do interfejsu Xsi-Actions (2.1 na diagramie). Posiada identyfikator użytkownika Webex. Np.

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

W XsiActionsLog:

  • Poszukaj żądania GET profilu z Webex (2.1 na schemacie). Posiada identyfikator użytkownika Webex. Np.

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

    Nagłówki zawierają authorization: Basic i user-agent: broadworksTeamsClient

  • XSP następnie nie OCI-P podstawowe uwierzytelnianie przeciwko BroadWorks (AuthenticationVerifyRequest i AuthenticationVerifyResponse, jak każda inna aplikacja robi podstawowe uwierzytelnianie za pośrednictwem Xsi), a także UserGetRequest i ServiceProviderGetRequest do zbierania informacji o subskrybenta.

  • Odpowiedź Xsi na Webex zawiera kod XML Profile blok zawierający (BroadWorks) userId i inne szczegóły (2.2 na schemacie).

Interakcje z klientami i usługami Webex:

  • Serwer proxy IDP dopasowuje profil użytkownika odebrany z BroadWorks i wystawia potwierdzenia SAML do klienta (2.3 na diagramie)

  • Klient wymienia asercja SAML dla tokenu CIĄGŁEJ (3 na diagramie)

  • Klient sprawdza, czy zalogowany użytkownik ma uprawnienie łącznika broadworks (4 na diagramie). Uprawnienia użytkownika można sprawdzić w pomocy technicznej)

  • Klient używa tokenu CI do żądania tokenu JSON Web Token (JWT) z serwera proxy IDP (5 na diagramie)

  • Serwer proxy IDP sprawdza poprawność tokenu CI w ci

  • Serwer proxy IDP żąda JWT z usługi uwierzytelniania

W dzienniku authenticationService:

  • Poszukaj żądania tokenu od Webex (5.2 na schemacie), np.:

    GET /authService/token

    który ma http_bw_userid nagłówka i innych.

  • XSP nie OCI-P UserGetLoginInfoRequest, aby sprawdzić, czy podany identyfikator użytkownika odpowiada użytkownikowi BroadWorks (5.3 na schemacie). AuthService nawiązał zaufanie do Webex na podstawie połączenia mTLS, więc może wydawać LLT.

  • Poszukaj odpowiedzi (5.4 na schemacie) z LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks …

    i StatusCode=200 które można skojarzyć z pierwotnym żądaniem za pomocą trackingid: CLIENT… nagłówek.

W XsiActionsLog:

  • Klient jest teraz w stanie przedstawić długowieczny token w interfejsie Xsi-Actions, aby uzyskać jego profil urządzenia (6 na diagramie). Np.:

    GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device

    Z nagłówkami authorization: Bearer token i user-agent: WebexTeams (variant/version)

  • Interfejs Xsi-Actions POSTs token do usługi authservice (skonfigurowany do w interfejsie sprzężenia zwrotnego) np.: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    które można skorelować z trackingid: CLIENT… nagłówka w GET oraz X-BROADSOFT-CORRELATION-ID : CLIENT… nagłówka w POST.

W dzienniku authenticationService:

  • Odbiór POST od Xsi (sprzężenie zwrotne)

  • A StatusCode=200 powrót do Xsi

  • I odpowiedź weryfikacji tokenu, mająca "token" JSON bloku w organizmie.

  • Skorelowane przy użyciu trackingid: CLIENT…

W XsiActionsLog:

  • Po otrzymaniu 200 OK z usługi authservice, która zweryfikowała token klienta, aplikacja Xsi-Actions wysyła teraz żądanie OCI-P dla UserPrimaryAndSCADeviceGetListRequest

  • Odbiera OCI-P UserPrimaryAndSCADeviceGetListResponse zawierające accessDeviceTable struktura XML.

  • Odpowiedź OCI-P jest kodowana jako odpowiedź Xsi na klienta, w tym AccessDevices struktura XML, która ma deviceTypes np. Business Communicator – PC oraz adresy URL, w których klient może pobrać pliki konfiguracyjne urządzenia.

Klient kontynuuje normalnie:

  • Wybiera wpis urządzenia i współdziała z DMS, aby uzyskać profil urządzenia (6 na diagramie)

  • Rejestruje się w BroadWorks za pośrednictwem SBC pobrane w konfiguracji z DMS (7 na schemacie)

Znak wodny
18 cze 2021| — liczba wyświetleń | — liczba osób, które uznały to za pomocne

Konkretne problemy

Webex dla BroadWorks rozwiązywanie konkretnych problemów

Problemy z centrum partnerów

Administrator nie może zobaczyć organizacji klientów

Jako administrator organizacji partnerskiej w programie Webex powinieneś mieć rolę Pełny administrator. Ta rola jest używana do zarządzania organizacją partnerską, w tym przypisywania uprawnień administracyjnych sobie i innym osobom. Aby zarządzać organizacjami klientów, należy przyznać sobie (lub innym osobom) rolę Administratora pełnego sprzedaży lub administratora sprzedaży. Zobacz https://help.webex.com/fs78p5.

Problemy z inicjowaniem obsługi administracyjnej przez użytkowników

Zintegrowane błędy IM&P dla konkretnych przedsiębiorstw / klientów

Jeśli masz mieszankę przedsiębiorstw korzystających z różnych usług współpracy w chmurze, takich jak UC-One SaaS i Webex for BroadWorks, być może zdecydowałeś się zmodyfikować kartę inicjowania obsługi administracyjnej dla każdego przedsiębiorstwa.

Aby sprawdzić, co jest skonfigurowane dla zintegrowanego programu IM&P (domyślne dla przedsiębiorstw, chyba że istnieje bardziej szczegółowe ustawienie), uruchom AS_CLI/Interface/Messaging> get. Aby uzyskać parametry inicjowania obsługi administracyjnej określonego przedsiębiorstwa, otwórz przedsiębiorstwo i przejdź do usługi > Zintegrowane wiadomości IM&P.

Sprawdź, czy zintegrowana konfiguracja im&P dla tego przedsiębiorstwa jest dokładnie zgodna z tym, co jest wyświetlane w szablonie klienta w Centrum partnerów. Następujące ustawienia muszą być zgodne lub inicjowanie obsługi administracyjnej nie powiedzie się dla wszystkich użytkowników w przedsiębiorstwie:

Zintegrowane ustawienie IM&P firmy BroadWorks Enterprise

Ustawienie szablonu klienta centrum partnerów

Adres URL serwera wiadomości

Adres URL inicjowania obsługi administracyjnej

Nazwa użytkownika serwera wiadomości

Nazwa konta inicjowania obsługi administracyjnej

Hasło serwera wiadomości

Inicjowanie obsługi administracyjnej hasła konta, potwierdzanie hasła

Zintegrowane błędy IM&P dla określonych użytkowników

Dotyczy to, jeśli używasz flowthrough inicjowania obsługi administracyjnej i zakłada, że inicjowanie obsługi administracyjnej działa dla niektórych/większość użytkowników (dzięki czemu można wykluczyć problem z konfiguracją).

Jeśli widzisz zintegrowane błędy IM&P w BroadWorks, na przykład "[Błąd 18215] Błąd inicjowania obsługi administracyjnej z serwerem obsługi wiadomości" i "[Błąd 18211] Błąd komunikacji z serwerem obsługi wiadomości", należy zbadać następujące potencjalne przyczyny:

  • Adres e-mail użytkownika może już istnieć CI. Wyszukaj użytkownika w pomocy technicznej, aby sprawdzić, czy jego adres e-mail już istnieje. Nie jest to koniecznie rozstrzygające, ponieważ użytkownik może istnieć w organizacji, której dane nie mogą być widoczne w pomocy technicznej.

  • Użytkownik niezależnie zarejestrował się w Webex, zanim został przypisany zintegrowaną usługę IM&P. W takim przypadku jedną z opcji jest usunięcie przez użytkownika bezpłatnego konta, aby mógł stać się częścią organizacji klienta, którą inicjujesz. Instrukcje znajdują sięhttps://help.webex.com/5m4i4yna.

  • Użytkownik nie ma przypisanego podstawowego numeru telefonu do swojego profilu (wszyscy subskrybenci Webex for BroadWorks muszą mieć podstawowe DID). Zobacz temat na analizowanie PSLog z AS.

Błędy inicjowania obsługi administracyjnej użytkownika w odpowiedzi z mostka inicjowania obsługi administracyjnej

Jeśli użytkownicy nie pojawiają się w usłudze Control Hub, w ciągu kilku minut od przypisania zintegrowanego im&P, zapoznaj się z kodami odpowiedzi z usługi mostu inicjowania obsługi administracyjnej. Uruchom pslog, aby przyjrzeć się kodom odpowiedzi HTTP.

200 ok.

Odpowiedź 200 OK nie oznacza, że użytkownik został pomyślnie zainicjowany. Oznacza to, że usługa inicjowania obsługi administracyjnej odebrała żądanie i pomyślnie przesłała odpowiednie żądanie utworzenia użytkownika do usług nadrzędnych.

Transakcja inicjowania obsługi administracyjnej jest asynchronizawnie według projektu. Usługa odpowiada 200 OK, ponieważ proces tworzenia użytkownika może potrwać kilka minut i ze względu na wydajność nie chcemy odbierać wielu żądań, aby utworzyć tego samego użytkownika.

Jeśli jednak użytkownik ostatecznie nie pojawi się w organizacji klienta po odpowiedzi 200 OK, może to oznaczać, że tworzenie użytkownika nie powiodło się w usługach Webex przed usługą inicjowania obsługi administracyjnej.

Należy eskalować błąd inicjowania obsługi administracyjnej, który ma odpowiedź 200 OK.

400 Zła prośba

Sprawdź odpowiedź HTTP, która powinna mieć więcej szczegółów na temat potencjalnych problemów, które mogą spowodować tę odpowiedź z usługi inicjowania obsługi administracyjnej. Kilka przykładów <message> węzeł:

  • "Nie można ufać posyłce e-mail BroadWorks z interfejsem API inicjowania obsługi administracyjnej w starszej wersji."

    Adres e-mail skojarzony z żądaniem inicjowania obsługi administracyjnej użytkownika, który uwiódł, jest nieprawidłowy lub błędnie wpisany, ale w szablonie potwierdzono, że adresy e-mail mogą być zaufane. Sprawdź profile użytkowników w BroadWorks, w szczególności identyfikator e-mail.

  • "Organizacja klienta nie znajduje się w bazie danych, a także nowa flaga tworzenia organizacji nie jest włączona."

    To żądanie inicjowania obsługi administracyjnej nie powiodło się, powinno być utworzenie nowej organizacji klienta w webex, ale szablon jest skonfigurowany tak, aby zapobiec tworzeniu nowych organizacji klienta. Jeśli chcesz zezwolić na nowe organizacje dla domen poczty e-mail, które nie są zgodne z istniejącymi klientami w webex, możesz ponownie skonfigurować szablon w Centrum partnerów i ponownie przetestować żądanie inicjowania obsługi administracyjnej. Jeśli jednak nie oczekujesz, że dla tego użytkownika zostanie utworzona nowa organizacja, być może adres e-mail zostanie błędnie wpisany (w szczególności część domeny). Sprawdź identyfikator wiadomości e-mail użytkownika w BroadWorks.

403 Zakazane

Żądanie inicjowania obsługi administracyjnej nie ma szans na sukces. W tym przypadku należy zbadać żądanie i odpowiedź. Na przykład jeśli widzisz adres IP jako miejsce docelowe żądania inicjowania obsługi administracyjnej — zamiast odpowiedniego adresu URL mostu inicjowania obsługi administracyjnej dla organizacji (zobacz tematy konfiguracji zapory w Przewodniku po rozwiązaniach) może to oznaczać, że na serwerze aplikacji brakuje wymaganej poprawki (ap373197).

Sprawdź, czy wszystkie wymagane poprawki są stosowane do serwera aplikacji i czy ukończono powiązaną konfigurację w celu pomyślnego inicjowania obsługi administracyjnej przepływu.

409 Konflikt

Żądanie inicjowania obsługi administracyjnej nie może być kontynuowane, ponieważ w webexie istnieje istniejący użytkownik, który pasuje do adresu e-mail w żądaniu.

Użytkownik już w CI

Pobierz wiadomość e-mail subskrybenta z żądania HTTP POST i wyszukaj ją w pomocy technicznej.

Użytkownik może nie być widoczny, jeśli nie jest dozwolony, ale może również zobaczyć, że użytkownik jest w organizacji "bezpłatnej", np.

Możesz poprosić tego użytkownika o usunięcie swojego bezpłatnego konta lub użyć innego adresu e-mail, aby je udostępnić. Zobacz https://help.webex.com/ndta402.

Użytkownicy Logują się problemy

Portal aktywacji użytkownika nie ładuje się

Normalny webex dla BroadWorks logowania przepływu obejmuje portal aktywacji użytkownika, gdzie użytkownicy wprowadzić swoje hasła. Czasami ten portal nie ładuje się po podaniem przez użytkownika adresu e-mail na ekranie logowania aplikacji Webex.

Ten problem może być spowodowany po stronie klienta lub po stronie usługi. Po stronie klienta jest zazwyczaj spowodowane przez natywnej przeglądarki klienta jest niezgodny w jakiś sposób z usługą.

Logowanie jednokrotne nie powiodło się

  • W BroadWorks sprawdź, czy użytkownikowi przypisano typy urządzeń dla aplikacji Webex (zobacz sekcję Profile urządzeń w sekcji Przygotowywanie środowiska w Przewodniku po rozwiązaniach).

  • Sprawdź, czy użytkownik używa prawidłowego hasła: Jeśli szablon użyty do aprowizowania organizacji klienta użytkownika (w Centrum partnerów) jest skonfigurowany do uwierzytelniania BroadWorks, użytkownik powinien wprowadzić hasło "Web Access" firmy BroadWorks.

Problemy z konfiguracją i rejestracją połączeń

Po użytkownik został aprowizowany w webex i pomyślnie zalogować się do aplikacji Webex, a następnie aplikacja rejestruje się w BroadWorks. Poniżej przedstawiono oczekiwaną sekwencję rejestracji i wynikające z tego oznaki dobrej rejestracji (widoczne w aplikacji Webex):

Oczekiwana sekwencja rejestracji

  1. Klient wywołuje XSI, aby uzyskać token zarządzania urządzeniami i adres URL do DMS

  2. Klient żąda swojego profilu urządzenia od DMS, prezentując token z kroku 1

  3. Klient odczytuje profil urządzenia i pobiera poświadczenia, adresy i porty SIP

  4. Klient wysyła rejestr SIP do SBC przy użyciu informacji z kroku 3

  5. SBC wysyła REJESTR SIP do AS (SBC może wykonać wyszukiwania w NS, aby zlokalizować AS, jeśli SBC nie zna jeszcze użytkownika SIP.)

Oczekiwane oznaki pomyślnej rejestracji klienta

W interfejsie Webex pojawi się ikona Opcji wywoływania.

Na karcie Usługi telefoniczne aplikacji Webex (np. ustawienia > usług telefonicznych w systemie Windows, preferencje > usługi telefoniczne na komputerze Mac) komunikat "Sesja logowania pierwszego logowania: Zaloguj się" oznacza aplikację zarejestrowaną pomyślnie (w tym przypadku w BroadWorks).

Klient nie ma ikony wywołania

W większości przypadków oznacza to, że użytkownik nie ma odpowiedniej licencji / uprawnień.

Klient pokazuje kartę Usługi telefoniczne, ale bez sesji SSO

Jest to nieudana rejestracja. Istnieje wiele powodów, dla których klient aplikacji Webex nie może zarejestrować się w BroadWorks:

Testowane wiele usług wywołujących z tymi samymi klientami

Ten znany problem może być spowodowany przez klienta zmiany między różnymi połączeniami wsteczne. Jest to najbardziej prawdopodobne podczas prób różnych usług wywołujących oferowanych za pośrednictwem (tego samego) klientów aplikacji Webex. Można zresetować bazę danych klienta (łącze), aby rozwiązać ten problem.

Błędna konfiguracja usługi uwierzytelniania

Sprawdź, czy usługa uwierzytelniania jest obsługiwana przez xsp(y) w przewodniku po rozwiązaniach (zobacz Konfigurowanie usług w witrynie Webex dla programu BroadWorks XSP). Wykonaj następujące czynności:

  • Klucze RSA (generowane na jednym XSP) są kopiowane na wszystkie

  • Adres URL usługi uwierzytelniania został podany do kontenera sieci web na wszystkich serwerach XSPs i wprowadzony poprawnie w klastrze w Centrum partnerów

  • Uwierzytelnianie zewnętrzne przez certyfikaty jest skonfigurowane:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get
            
            allowUserApp = false
            allowClientApp = true
  • Korzystając z protokołu MTLS, należy przekazać certyfikat klienta Webex do programu XSPs (można uzyskać certyfikat z Centrum partnerów, na stronie Ustawienia BroadWorks)

Błędna konfiguracja tagów BroadWorks

Sprawdź, czy skonfigurowano wymagane tagi BroadWorks dla aplikacji Webex (zobacz BroadWorks Tags Required for Webex section in Solution Guide) i czy nie ma żadnych konfliktów ani nieprawidłowych wartości.

W szczególności tag %SBC_ADDRESS_WXT% powinien być SBC w stosunku do rejestratora SIP dla klientów aplikacji Webex.

Klient pulpitu rozłącza usługi telefoniczne po pomyślnym połączeniu z systemem SSO

Ten problem może być spowodowany przez tego samego użytkownika logującego się do wielu klientów na tym samym typie platformy. Jeśli na przykład użytkownik zaloguje się pomyślnie do aplikacji Webex w systemie Windows, a następnie zaloguje się do aplikacji webex na innym komputerze z systemem Windows, na jednym z komputerów jest dostępna tylko aktywna sesja logowania jednośliowego. Jest to zgodnie z projektem.

Jeśli absolutnie trzeba obejść ten problem, można skonfigurować BroadWorks mieć wiele wystąpień tego samego typu urządzenia, ale muszą mieć unikatowe adresy SIP. Ta konfiguracja wykracza poza zakres webex dla BroadWorks.

Urządzenie pulpitu nie jest aprowizowane dla użytkownika

Ten podpis jest widoczny w dzienniku klienta (\bwc\):

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Problemy z ustawieniami połączeń Webview

Przycisk Self Care / Link nie jest wyświetlany w aplikacji Webex

Innym objawem tego problemu jest wyświetlenie przycisku/łącza, ale kliknięcie go otwiera przeglądarkę zewnętrzną.

  • Sprawdź, czy wdrożony jest wymagany szablon konfiguracji klienta i tagi CSW są prawidłowo ustawione. (Zobacz Ustawienia połączeń Webview sekcji w Webex for BroadWorks Solution Guide).

  • Sprawdź, czy aplikacja Webex jest zarejestrowana do nawołowania w BroadWorks.

  • Sprawdź, czy aplikacja Webex jest najnowszą wersją obsługującą cswv.

Pusta strona lub błąd po kliknięciu przycisku/linku self care

Ogólnie rzecz biorąc to zachowanie w aplikacji Webex wskazuje problem z konfiguracją lub wdrożeniem aplikacji CSWV w broadworks xsp.

Zbieraj szczegóły do dalszego badania, w tym dzienniki CSWV, dzienniki dostępu, repozytorium config-wxt.xml i plik szablonu, a następnie podnieś sprawę.

Problemy z oświadczeń w domenie

Błędy rejestracji użytkownika mogą wystąpić w wyniku błędów, które są w żądaniu domen. Zanim zgościsz roszczenie do jakichkolwiek domen, upewnij się, że rozumiesz następujące kwestie:

  • Dostawcy usług nie powinni zgłaszać roszczeń do domen organizacji klientów, którymi zarządzają. Powinny one zgłaszać roszczenia tylko do domen tych użytkowników, którzy znajdują się w wewnętrznej organizacji Usługodawcy. Odebranie domeny użytkownikom w osobnej organizacji (nawet tej, którą zarządza usługodawca) może spowodować błędy rejestracji użytkowników w organizacji klienta, gdy żądania uwierzytelniania użytkowników są kierowane za pośrednictwem usługodawcy, a nie przez organizację klienta.

  • Jeśli dwie organizacje klientów (firma A i B) mają tę samą domenę, a firma A zgłosiła roszczenia do domeny, rejestracja dla użytkowników firmy B może zakończyć się niepowodzeniem ze względu na fakt, że żądania uwierzytelniania użytkowników są kierowane za pośrednictwem organizacji, która ma żądaną domenę (firma A).

Jeśli zgłaszasz roszczenia do jakichkolwiek domen omyłkowo i musisz usunąć roszczenie, zapoznaj się z artykułem Zarządzanie domenami Webex.

Kody błędów użytkownika końcowego

W poniższej tabeli przedstawiono kody błędów użytkowników końcowych, które mogą być widoczne w portalu aktywacji użytkowników klienta.


Nie jest to wyczerpująca lista kodów błędów. W tabeli wymieniono tylko istniejące kody błędów, dla których aplikacja Webex nie zapewnia obecnie wyraźnego kierunku dla użytkownika.
Tabela 1. Kody błędów użytkownika końcowego

Kod błędu

Komunikat o błędzie

Sugerowana akcja

200010

Nie można sprawdzić poprawności poświadczeń jako nieautoryzowanego użytkownika BroadWorks

Użytkownik powinien wypróbować inną kombinację nazwy użytkownika i hasła.

W przeciwnym razie administrator musi zresetować hasło w BroadWorks.

200016

Nie można sprawdzić poprawności poświadczeń, ponieważ nie znaleziono sesji

Użytkownik powinien odświeżyć przeglądarkę i ponowić próbę podania nazwy użytkownika/hasła.

200018

Nie można sprawdzić poprawności poświadczeń, ponieważ użytkownik jest zablokowany

Użytkownik powinien odczekać 10 minut, a następnie spróbuj ponownie.

200019

Nie można sprawdzić poprawności poświadczeń, ponieważ dodawanie użytkownika nie powiodło się do samodzielnej aktywacji

Administrator powinien sprawdzić ustawienia samodzielnej aktywacji w Centrum sterowania

200022

Nie można wysłać wiadomości e-mail, ponieważ użytkownik nie jest uwierzytelniony

Użytkownik powinien ponowić próbę dołączania i wprowadzania poświadczeń.

200026

Nie można sprawdzić poprawności wiadomości e-mail z powodu awarii wstępnego sprawdzania lub oczekującego nieprawidłowego stanu użytkownika dla partneraOrgUUID: {partnerOrgUUID} , BroadoworksUUID : {broadworksUUID} , ConfigSetUUID : {configSetUUID}

Administrator powinien poinformować użytkownika, że wprowadził niewłaściwy adres e-mail, ponieważ adres e-mail jest skojarzony z inną organizacją.

200039

Nie można zweryfikować wiadomości e-mail jako identyfikator e-mail już używany w innej organizacji

Użytkownik powinien spróbować ponownie przywkłować do tego samego łącza weryfikacyjnego, ale używając innego identyfikatora użytkownika BroadWorks.

W przeciwnym razie administrator organizacji klienta z innej organizacji powinien usunąć istniejące konto użytkownika.

200040

Nieudana weryfikacja wiadomości e-mail jako configSet nie jest zgodna z configSet w customerConfig

Administrator powinien porównać łącze weryfikacyjne używane przez użytkownika z łączem skonfigurowanym w Centrum sterowania. Dwa łącza i configSets muszą być zgodne.

200041

Nieudana weryfikacja wiadomości e-mail jako użytkownik jest już uprawniony do innej usługi powodującej konflikt, sprzeczne uprawnienia

Użytkownik powinien spróbować ponownie przywkłować do tego samego łącza weryfikacyjnego przy użyciu innego identyfikatora użytkownika BroadWorks.

W przeciwnym razie administrator organizacji klienta, który zarządza usługą powodującą konflikt, powinien usunąć usługę powodującą konflikt lub uprawnienia.

200042

Nie można sprawdzić poprawności wiadomości e-mail, ponieważ wiadomość e-mail jest już skojarzona z innym identyfikatorem użytkownika BroadWorks

Użytkownik powinien spróbować ponownie z innym adresem e-mail.

W przeciwnym razie administrator musi usunąć innego użytkownika, który używa tego adresu e-mail.

200043

Nie można sprawdzić poprawności wiadomości e-mail, ponieważ mapowanie konfiguracji klienta użytkownika jest niepoprawne

Użytkownik powinien spróbować ponownie z innym adresem e-mail.

W przeciwnym razie administrator musi usunąć innego użytkownika, który używa tego adresu e-mail.

200044

Nie można sprawdzić poprawności wiadomości e-mail jako identyfikator użytkownika jest już używany w tym klastrze BroadWorks

Użytkownik powinien spróbować ponownie z innym adresem e-mail.

W przeciwnym razie administrator organizacji klienta, który zarządza istniejącym kontem użytkownika korzystającym z tego adresu e-mail, musi usunąć to konto użytkownika.

200045

Nie można dodać użytkownika poprzez samodzielną aktywację, ponieważ użytkownik jest już częścią innej organizacji

Użytkownik powinien ponowić próbę dołączania, ale z innym adresem e-mail.

W przeciwnym razie administrator organizacji klienta, który administruje inną organizacją, powinien usunąć istniejące konto.

200046

Nie można dodać użytkownika poprzez samodzielną aktywację, ponieważ istnieje wiele oczekujących użytkowników z tym samym identyfikatorem broadworksUserId w tym samym klastrze BroadWorks

Administrator powinien usunąć oczekujących użytkowników z Centrum sterowania

200047

Nie można dodać użytkownika za pomocą samodzielnej aktywacji, ponieważ identyfikator użytkownika jest już używany w tym klastrze BroadWorks

Użytkownik powinien spróbować ponownie z innym adresem e-mail.

W przeciwnym razie administrator organizacji klienta, który zarządza istniejącym kontem użytkownika, powinien usunąć istniejące konto użytkownika lub usunąć inne uprawnienia.

200048

Nie można dodać użytkownika za pomocą samodzielnej aktywacji, ponieważ adres e-mail został już aprowizny przy innym identyfikatorze użytkownika BroadWorks

Użytkownik powinien spróbować ponownie z innym adresem e-mail.

200049

Nie można dodać użytkownika za pomocą samodzielnej aktywacji, ponieważ identyfikator użytkownika jest już używany w tym klastrze BroadWorks

Użytkownik powinien spróbować ponownie z innym adresem e-mail.

W przeciwnym razie administrator organizacji klienta, który zarządza istniejącym kontem użytkownika, powinien usunąć istniejące konto użytkownika lub usunąć inne uprawnienia..

200050

Nie można dodać użytkownika za pomocą aktywacji własnej, ponieważ identyfikator inicjowania obsługi administracyjnej nie jest zgodny z oczekiwanym identyfikatorem inicjowania obsługi administracyjnej przedsiębiorstwa subskrybenta

Administrator powinien porównać łącze weryfikacyjne używane przez użytkownika z łączem skonfigurowanym w ucho.

Dwa łącza i configSets muszą być zgodne.

200051

Nie można dodać użytkownika za pomocą autoaktywacji, ponieważ identyfikator spEnterpriseId określony w tym żądaniu powoduje konflikt z dostawcą usług lub przedsiębiorstwem już aprowizowanym z tego klastra BroadWorks

Administrator powinien sprawdzić istniejące orgs w Centrum sterowania i upewnij się, że nie są one tworzenie organizacji o nazwie, która już istnieje.

200054

Nie można zweryfikować wiadomości e-mail jako regionu niezgodności organizacji klienta i organizacji partnerskiej

Administrator powinien sprawdzić ustawienia organizacji partnera i organizacji klienta w Centrum sterowania i upewnić się, że regiony są zgodne.

Czy ten artykuł był pomocny?

Powiązane artykuły

Ostatnio przeglądane

×