Artykuł ten podzielony jest na trzy główne części:

• Zasoby, czyli lista narzędzi, materiałów do czytania, dzienników i kontaktów, których możesz potrzebować.
• Procesy, w którym opisano niektóre czynności, które można wykonać podczas rozwiązywania problemu klienta.
• Specyficzne problemy, które kategoryzuje i wymienia problemy, o których wiadomo, że występują, jak je wykrywać i jak można je potencjalnie rozwiązać.

Przydatne pliki dziennika

Lista lektur

• Webex dla portalu wiedzy partnerów Cisco BroadWorks
• Przewodnik konfiguracji platformy XSP (R23)
• Podręcznik zarządzania oprogramowaniem BroadWorks (R23)
• Przewodnik konfiguracji zarządzania urządzeniami Cisco BroadWorks (R23)
• Podręcznik administratora interfejsu wiersza poleceń Broadworks Xsp
• Opis funkcji tokenu uwierzytelniania długotrwałego — wydanie 23.0
• Przewodnik integracji uwierzytelniania SAML, R23
• Przewodnik po opcjach wsparcia Cisco BroadWorks SSL
• Opis funkcji obsługi Cisco CI
• Serwer powiadomień push (opis funkcji)
• Obsługa powiadomień wypychań dla funkcji połączeń Opis release 22.0
• Migracja Connect (Android) do Firebase Metoda procedury
• Opis funkcji Cisco BroadWorks Storage of Device Tokens for Push Notifications Wersja 22.0
• Cisco BroadWorksSystem Capacity Planner (arkusz kalkulacyjny)
• Przewodnik po wymiarowaniu platformy Cisco BroadWorks
• Podręcznik inżynierii systemu Cisco Broadworks
• Wymagania dotyczące obsługi uwierzytelniania CI — wersja dokumentu 1.0 MR-7136

Znane problemy i ograniczenia

W artykule Znane problemy i ograniczenia znajdują się aktualne informacje o znanych problemach, które zidentyfikowaliśmy w rozwiązaniu Webex for BroadWorks.

Łącznik możliwości obsługi

Usługa Webex Serviceability przyspiesza diagnozowanie problemów z infrastrukturą przez pracowników pomocy technicznej Cisco. Automatyzuje zadania wyszukiwania, pobierania i przechowywania dzienników diagnostycznych oraz informacji w przypadku SR. Usługa wyzwala również analizę pod kątem 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 Serviceability można znaleźć w Podręczniku wdrażania łącznika Serviceability Cisco Webex.

Eskalacja problemu

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

procedura

1. Zbierz jak najwięcej informacji z systemów powiązanych ze sprawą.
2. Skontaktuj się z odpowiednim zespołem Cisco, aby złożyć zgłoszenie.

Jakie informacje o kliencie należy 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: Adres e-mail CI lub UUID użytkownika (jest to identyfikator Webex, ale pomocne może okazać się również podanie identyfikatora BroadWorks użytkownika).
• Identyfikator organizacji.
• Przybliżony przedział czasu, w którym wystąpił problem.
• Platforma i wersja klienta.
• Wysyłaj i zbieraj logi od klienta.
• Zapisz identyfikator śledzenia, jeśli jest widoczny u klienta.

Sprawdź dane użytkownika w Help Desk

Administratorzy partnerów, którzy mają uprawnienia administratora pomocy technicznej (podstawowe lub zaawansowane), mogą użyć tej procedury, aby sprawdzić szczegóły użytkownika w widoku Pomoc techniczna.

procedura

1. Zaloguj się do Help Desk.
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 wspólnej tożsamości (CI), klaster aplikacji Webex, zachowanie wywołań, 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świetl organizację klienta w Help Desk

Administratorzy partnerów, którzy mają uprawnienia administratora pomocy technicznej (podstawowe lub zaawansowane), mogą użyć tej procedury, aby wyświetlić szczegóły dotyczące organizacji klienta w widoku Pomoc techniczna.

procedura

1. Zaloguj się do Help Desk.
2. Wyszukaj, a następnie kliknij nazwę organizacji klienta.
3. Przewiń w dół, aż zobaczysz Widok portalu klienta i kliknij Wyświetl nazwę klienta, aby wyświetlić widok organizacji klienta tylko do odczytu, obejmujący użytkowników i konfigurację.

Pobierz dzienniki użytkowników z Partner Hub

Podczas rozwiązywania problemów z klientami stacjonarnymi i mobilnymi ważne jest, aby Partnerzy (i TAC) mieli możliwość przeglądania dzienników klienta.

procedura

1. Poproś użytkownika o wysłanie dzienników. Aby uzyskać pomoc, zobacz: Aplikacja Webex | Zgłoś problem.
2. Poproś użytkownika o wyeksportowanie środowiska wywoławczego i przesłanie pliku ced.dat.
3. Pobierz logi klienta z Partner Hub lub Help Desk.

   Opcja Centrum partnerów:

   1. Zaloguj się do Centrum partnerów i znajdź organizację klienta użytkownika.
   2. Wybierz opcję 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ąć 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

procedura

1. Udostępnij ten link użytkownikowi: https://help.webex.com/njpf8r5
2. Poproś użytkownika o przesłanie numeru wersji.

Sprawdzenie klienta pod kątem usługi telefonicznej

procedura

1. Zaloguj się do klienta Webex.
2. Sprawdź, czy ikona Opcje połączeń (słuchawka z kółkiem zębatym nad nią) jest obecna na pasku bocznym. Jeśli ikona nie jest obecna, użytkownik może nie być jeszcze włączony dla usługi wywoływania w centrum sterowania.
3. Otwórz menu Ustawienia/Preferencje i przejdź do sekcji Usługi telefoniczne. Powinien zostać wyświetlony stan Sesja logowania jednokrotnego Zalogowanosię. (Jeśli inna usługa telefoniczna, taka jak Webex Calling, jest pokazany, użytkownik nie używa Webex dla Cisco BroadWorks.)

   Weryfikacja ta oznacza:

   • Klient pomyślnie przeszedł przez wymagane mikrousługi Webex.
   • Użytkownik pomyślnie uwierzytelnił się.
   • System BroadWorks wydaje klientowi długotrwały token internetowy JSON.
   • Klient pobrał swój profil urządzenia i zarejestrował się w BroadWorks.

Pobierz dzienniki klienta 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. Aby uzyskać pomoc, zobacz: Aplikacja Webex | Zgłoś problem.
• 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:

  

Uzyskaj dane o środowisku połączeń

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.

procedura

1. Na kliencie kliknij Pomoc > Kontroler stanu zdrowia.
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:

• Uprawnienia użytkownika do broadworks-connector.
• Zachowanie wywoławcze dla organizacji i użytkownika.

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

1. Zaloguj się do Help Desk przy użyciu danych logowania 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 znaleźć sekcję entitlements i sprawdź, czy broadworks-connector jest uwzględniona

   

   Użytkownik usługi Webex dla Cisco BroadWorks NIE powinien mieć uprawnienia bc-sp-standard, jeśli zamierza korzystać z usługi Webex dla Cisco 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 Help Desk przy użyciu danych logowania administratora partnera.
2. Wyszukaj organizację.
3. Kliknij organizację i zaznacz pozycję Zachowanie wywoławcze. Powinno to być "Calling in Webex".

Przeanalizuj PSLog pod kątem problemów z obsługą 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.

procedura

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 awarię, jeśli coś w profilu subskrybenta nie działa w usługach Webex znajdujących się powyżej mostu provisioningowego.
   • 400 może zawierać węzeł message w odpowiedzi. Mostek provisioningowy nie mógł przetworzyć czegoś w 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.
   • Kod 409 wskazuje na konflikt pomiędzy dostarczonymi danymi subscriberProfile a istniejącymi danymi 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 strukturę subscriberProfile 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 znajduje się w „trybie dostawcy usług”, nazwa ta jest pisana małymi literami i stanowi nazwę organizacji klienta widoczną w Centrum partnerskim.
   • serviceProvider: Jeśli szablon jest w „trybie korporacyjnym”, nazwa ta jest pisana małymi literami i stanowi nazwę organizacji klienta widoczną w Centrum partnerskim.
   • 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 zwrotkę services : jest tworzony przez AS i akceptowany, ale nie używany przez Webex.

Analizuj logi XSP, aby rozwiązać problemy z logowaniem subskrybentów

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.

Poniższy diagram drabinkowy pokazuje 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.

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.

U kocura access_log:

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

  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. Na przykład:

  Nagłówki zawierają authorization: BasicGET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile 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 blok XML Profile zawierający (BroadWorks) userId i inne szczegóły (punkt 2.2 na diagramie).

Interakcje z klientami i usługami Webex:

• Serwer proxy IDP dopasowuje profil użytkownika otrzymany z BroadWorks i wysyła do klienta potwierdzenie SAML (punkt 2.3 na diagramie).
• Klient wymienia potwierdzenie SAML na token CI (nr 3 na diagramie).
• Klient sprawdza, czy zalogowany użytkownik ma uprawnienie łącznika broadworks (4 na diagramie). Uprawnienia użytkowników można sprawdzić w Help Desku.
• Klient używa tokenu CI w celu zażądania tokenu JSON Web Token (JWT) od serwera proxy IDP (5 na diagramie).
• Serwer proxy IDP weryfikuje token CI w CI.
• Serwer proxy IDP żąda JWT od usługi uwierzytelniania.

W dzienniku authenticationService:

• Poszukaj żądania tokena od Webex (5.2 na schemacie), na przykład: GET /authService/token który ma nagłówek http_bw_userid i inne.
• XSP wykonuje OCI-P UserGetLoginInfoRequestw celu sprawdzenia, czy podany identyfikator użytkownika odpowiada użytkownikowi BroadWorks (5.3 na diagramie). 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órą możesz powiązać z oryginalnym żądaniem, używając nagłówka trackingid: CLIENT… .

W XsiActionsLog:

• Klient może przedstawić długotrwały token w interfejsie Xsi-Actions, aby uzyskać profil swojego urządzenia (6 na schemacie). Na przykład: 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 przesyła token do usługi uwierzytelniania (skonfigurowanej tak, aby znajdowała się w interfejsie pętli zwrotnej). Na przykład: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token który można powiązać z nagłówkiem trackingid: CLIENT… w GET i nagłówkiem X-BROADSOFT-CORRELATION-ID : CLIENT… w POST.

W dzienniku authenticationService:

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

• A StatusCode=200 powrót do Xsi

• Oraz odpowiedź weryfikacji tokena, mająca w treści blok JSON „token”.

• Skorelowane przy użyciu trackingid: CLIENT…

W XsiActionsLog:

• Po otrzymaniu 200 OK od authservice, który zweryfikował stoken klienta, aplikacja Xsi-Actions wysyła teraz żądanie OCI-P UserPrimaryAndSCADeviceGetListRequest
• Otrzymuje OCI-P UserPrimaryAndSCADeviceGetListResponse zawierający strukturę XML accessDeviceTable.
• Odpowiedź OCI-P jest kodowana jako odpowiedź Xsi do klienta, zawierająca strukturę AccessDevices XML, która ma deviceTypes. Na przykład: 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 wchodzi w interakcję z DMS w celu uzyskania profilu urządzenia (6 na schemacie).
• Rejestruje się w BroadWorks przez SBC pobrany w konfiguracji z DMS (7 na schemacie).

Problemy z Partner Hub

Administrator nie widzi organizacji klientów

Jako administrator organizacji partnerskiej w Webex powinieneś mieć rolę pełnego administratora. 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, musisz przyznać sobie (lub innym osobom) rolę Pełnego administratora sprzedaży lub rolę Administratora sprzedaży . Aby uzyskać szczegółowe informacje, zobacz Przypisywanie ról kont organizacji w Control Hub.

Problemy z obsługą użytkowników

Zintegrowany IM & Błędy P dla konkretnych przedsiębiorstw / klienci

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

Aby sprawdzić, co jest skonfigurowane dla zintegrowanej usługi IM & P (domyślne dla przedsiębiorstw, chyba że istnieje bardziej szczegółowe ustawienie), uruchom AS_CLI/Interface/Messaging> get. Aby zapoznać się z parametrami aprowizacji konkretnego przedsiębiorstwa, otwórz je i przejdź do Usługi > Zintegrowany 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:

Zintegrowany IM & Błędy P dla konkretnych 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 poproszenie użytkownika o usunięcie bezpłatnych kont, aby mógł stać się częścią organizacji klienta, którą obsługujesz. Instrukcje są pod adresem https://help.webex.com/5m4i4y
• Użytkownik nie ma przypisanego podstawowego numeru telefonu do swojego profilu (wszyscy subskrybenci Webex dla Cisco BroadWorks muszą mieć podstawowe DID). Zobacz temat na analizowanie PSLog z AS.

Niepowodzenia w dostarczaniu użytkowników w odpowiedzi z mostu dostarczającego

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 zaopatrzony. 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. Oto kilka przykładów węzłów:

• "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 została znaleziona w bazie danych, a flaga tworzenia nowej 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.

Problemy z logowaniem użytkownika

Portal aktywacji użytkownika nie ładuje się

Normalny webex dla Cisco 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 utworzenia organizacji klienta użytkownika (w Centrum partnerskim) jest skonfigurowany pod kątem uwierzytelniania BroadWorks, użytkownik powinien wprowadzić swoje hasło dostępu internetowego BroadWorks. Może być również konieczne wprowadzenie przez użytkownika swojego identyfikatora użytkownika BroadWorks, jeśli jego adres e-mail nie jest skonfigurowany jako alternatywny identyfikator użytkownika. Upewnij się, że użytkownik poprawnie wpisał wielkie i małe litery.

Wywoływanie problemów z konfiguracją i rejestracją

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 profilu urządzenia od DMS, prezentując token z kroku 1.
3. Klient odczytuje profil urządzenia i pobiera poświadczenia SIP, adresy i porty.
4. Klient wysyła SIP REGISTER do SBC przy użyciu informacji z kroku 3.
5. SBC wysyła rejestr SIP do systemu autonomicznego (AS) (SBC może wykonać wyszukiwanie w NS w celu zlokalizowania systemu autonomicznego, 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ług telefonicznych aplikacji Webex (np. Ustawienia > Usługi telefoniczne w systemie Windows, Preferencje > Usługi telefoniczne na komputerze Mac) pojawia się komunikat „Sesja SSO: Zaloguj się" oznacza aplikację zarejestrowaną pomyślnie (w tym przypadku w BroadWorks).

Klient nie ma ikony połączenia

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

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

Testowanie wielu usług połączeń 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 usługę uwierzytelniania w przewodniku po rozwiązaniach (zobacz Konfigurowanie usług w witrynie Webex w celu uzyskania informacji o platformach XSP Cisco BroadWorks). 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

• W przypadku korzystania z MTLS należy przesłać certyfikat klienta Webex do XSP (certyfikat można uzyskać w Partner Hub, na stronie ustawień BroadWorks).

Błędna konfiguracja tagów BroadWorks

Sprawdź, czy skonfigurowano wymagane tagi BroadWorks dla aplikacji Webex. Zapoznaj się z Webex for Cisco BroadWorks Configuration Guide, aby uzyskać informacje na temat tagów konfiguracji. Upewnij się, że nie występują żadne konflikty lub nieprawidłowe wartości. Dokładniej rzecz biorąc, tag %SBC_ADDRESS_WXT% powinien być identyfikatorem SBC rejestratora SIP dla klientów aplikacji Webex.

Klient stacjonarny rozłącza usługi telefoniczne po pomyślnym nawiązaniu połączenia SSO

Ten problem może być spowodowany przez tego samego użytkownika logującego się do wielu klientów na tym samym typie platformy. Na przykład, jeśli użytkownik pomyślnie zaloguje się do aplikacji Webex w systemie Windows, a następnie zaloguje się do aplikacji Webex na innym komputerze z systemem Windows, aktywna sesja logowania jednokrotnego będzie aktywna tylko na jednym z komputerów. 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 programu Webex dla cisco broadworks.

Urządzenie stacjonarne nie jest udostępnione użytkownikowi

Ten podpis jest widoczny w dzienniku klienta:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Problemy z ustawieniami połączeń w przeglądarce internetowej

Dbanie o zdrowie : samoopieka button/link nie wyświetla się w aplikacji Webex

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

• Sprawdź, czy wymagany szablon konfiguracji klienta został wdrożony i tagi CSW są poprawnie ustawione. (Zobacz sekcję Ustawienia połączeń Webview w Podręczniku rozwiązania Webex dla Cisco BroadWorks).
• 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 Self Care button/link

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

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 rościć sobie praw do domen organizacji klientów, którymi zarządzają. Powinni oni zgłaszać roszczenia tylko do domen tych użytkowników, którzy znajdują się w wewnętrznej organizacji Usługodawcy. Zgłaszanie praw do domeny użytkowników w oddzielnej organizacji (nawet takiej, którą zarządza usługodawca) może spowodować błędy rejestracji użytkowników w organizacji klienta, ponieważ żądania uwierzytelnienia użytkowników są kierowane przez usługodawcę, a nie przez organizację klienta.
• Jeśli dwie organizacje klientów (firma A i firma B) korzystają z tej samej domeny, a firma A zgłosiła prawa do domeny, rejestracja użytkowników firmy B może zakończyć się niepowodzeniem ze względu na fakt, że żądania uwierzytelniania użytkowników są kierowane przez organizację, której domena została zgłoszona (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.

Kody błędów dla synchronizacji katalogów

Poniższe kody błędów dotyczą synchronizacji katalogów.