- Strona główna
- /
- Artykuł
Przewodnik po rozwiązywaniu problemów z Webex dla Cisco BroadWorks
Tego przewodnika potrzebują osoby techniczne pracujące w organizacjach świadczących usługi, które zajmują się wsparciem własnym i swoich klientów. Powinieneś znać zasady ogólnego rozwiązywania problemów, odczytywania dzienników i pracy z przypadkami abonentów.
Rozwiązywanie problemów z Webex dla Cisco BroadWorks
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ć.
Zasoby rozwiązywania problemów Webex dla Cisco BroadWorks
Przydatne pliki dziennika
Nazwa dziennika |
Źródło |
Przydatne do rozwiązywania problemów |
---|---|---|
Dziennik PSLog |
Serwer aplikacji |
Przepływ przez obsługę administracyjną |
kocur access_log |
XSP (angielski) |
Logowanie do aplikacji Webex |
XsiActionsLog | XSP (angielski) |
Interakcje logowania do aplikacji Webex z serwerem proxy Webex IDP, interakcje klienta w celu zapytania o profile 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 połączeń |
Dziennik uruchamiania aplikacji Webex |
Windows: Mac: Komórkowy: Korzystanie z dzienników wysyłania |
Uruchomienie (sekwencja) Sprawdzanie uprawnień użytkownika Inicjowanie biblioteki BWC w celu połączenia z BroadWorks rejestrowanie pobierania tokenu getUserProfile & JwT |
Połączenia BroadWorks Dziennik aplikacji Webex |
Klient Windows: Mac: 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 w trakcie połączenia wymagające sygnalizacji (Hold/Resume, (Przelew itd.) |
Dziennik nośników (Webex Media Engine) |
Klient Windows: Mac: Komórkowy: Korzystanie z dzienników wysyłania |
Rejestrowanie wszystkich multimediów Kodeki negocjowane w celu połączenia Funkcje połączenia średniego |
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.
Proces rozwiązywania problemów z Webex dla BroadWorks
Eskalacja problemu
Po po kilku wskazówek dotyczących rozwiązywania problemów, należy mieć uzasadnione pojęcie, gdzie problem jest zakorzeniony.
procedura
- Zbierz jak najwięcej informacji z systemów powiązanych ze sprawą.
- 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
- Zaloguj się do Help Desk.
- Wyszukaj, a następnie kliknij użytkownika. Spowoduje to otwarcie ekranu podsumowania użytkownika.
- 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
- 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
- Zaloguj się do Help Desk.
- Wyszukaj, a następnie kliknij nazwę organizacji klienta.
- 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
- Poproś użytkownika o wysłanie dzienników. Aby uzyskać pomoc, zobacz: Aplikacja Webex | Zgłoś problem.
- Poproś użytkownika o wyeksportowanie środowiska wywoławczego i przesłanie pliku ced.dat.
- Pobierz logi klienta z Partner Hub lub Help Desk.
Opcja Centrum partnerów:
- Zaloguj się do Centrum partnerów i znajdź organizację klienta użytkownika.
- Wybierz opcję Rozwiązywanie problemów.
- Wybierz dzienniki.
- Wyszukaj użytkownika (pocztą e-mail).
- Wyświetlanie i pobieranie dzienników klienta jako pliku zip.
Opcja pomocy technicznej:
- Zaloguj się do działu pomocy technicznej.
- Wyszukaj organizację.
- Kliknij organizację (otwiera ekran podsumowania).
- Przewiń w dół, aby kliknąć Wyświetl klienta.
- Wybierz opcję Rozwiązywanie problemów.
- Wybierz dzienniki.
- Wyszukaj użytkownika (pocztą e-mail).
- Wyświetlanie i pobieranie dzienników klienta jako pliku zip.
Jak znaleźć wersję klienta
procedura
- Udostępnij ten link użytkownikowi: https://help.webex.com/njpf8r5
- Poproś użytkownika o przesłanie numeru wersji.
Sprawdzenie klienta pod kątem usługi telefonicznej
procedura
- Zaloguj się do klienta Webex.
- 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.
- 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
- Na kliencie kliknij Pomoc > Kontroler stanu zdrowia.
- 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
- Zaloguj się do Help Desk przy użyciu danych logowania administratora partnera.
- Wyszukaj użytkownika.
- Kliknij użytkownika i sprawdź wpis Zachowanie wywoływania. Powinno to być "Calling in Webex".
- Kliknij nazwę użytkownika, aby otworzyć ekran Szczegóły użytkownika.
- Przewiń w dół, aby znaleźć sekcję
entitlements
i sprawdź, czybroadworks-connector
jest uwzględnionaUż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
- Zaloguj się do Help Desk przy użyciu danych logowania administratora partnera.
- Wyszukaj organizację.
- 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
- 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ś wsubscriberProfile
. 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.
- 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: Basic
GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile
iuser-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łówekhttp_bw_userid
i inne. - XSP wykonuje OCI-P
UserGetLoginInfoRequest
w 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 …
iStatusCode=200
, którą możesz powiązać z oryginalnym żądaniem, używając nagłówkatrackingid: 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łówkamiauthorization: Bearer token
iuser-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łówkiemtrackingid: CLIENT…
wGET
i nagłówkiemX-BROADSOFT-CORRELATION-ID : CLIENT…
wPOST
.
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ę XMLaccessDeviceTable
. - Odpowiedź OCI-P jest kodowana jako odpowiedź Xsi do klienta, zawierająca strukturę
AccessDevices
XML, która madeviceTypes
. 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).
Rozwiązywanie problemów określonych przez Webex dla BroadWorks
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:
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 |
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
- Klient wywołuje XSI, aby uzyskać token zarządzania urządzeniami i adres URL do DMS.
- Klient żąda profilu urządzenia od DMS, prezentując token z kroku 1.
- Klient odczytuje profil urządzenia i pobiera poświadczenia SIP, adresy i porty.
- Klient wysyła SIP REGISTER do SBC przy użyciu informacji z kroku 3.
- 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ń.
Klient wyświetla kartę Usługi telefoniczne, ale nie ma sesji SSO
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.
Kod błędu |
Komunikat o błędzie |
Sugerowane działanie |
---|---|---|
100006 |
Logowanie nieudane: Użytkownik ID/Password jest niepoprawne. |
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. |
200010 |
Nie udało się zweryfikować danych uwierzytelniających, ponieważ użytkownik BroadWorks jest nieautoryzowany. |
Użytkownik powinien wypróbować inną kombinację nazwy użytkownika i hasła. W przeciwnym razie administrator musi zresetować hasło w BroadWorks. |
200013 |
Niestety, nie możesz teraz dołączyć do <name of SP offer> za pośrednictwem Webex. Spróbuj ponownie za kilka minut. Jeśli problem będzie się powtarzał, skontaktuj się z <customer organization administrator>. |
Nie udało się zaktualizować informacji o użytkowniku w Common Identity. Zaktualizuj użytkownika ponownie korzystając z interfejsu API użytkownika. |
200014 |
Proszę skontaktować się z administratorem <Service Provider>. | Sprawdź, czy Twoja konfiguracja jest prawidłowa i czy identyfikator provisioningu podany w żądaniu jest poprawny. |
200016 | Nie udało się zweryfikować danych uwierzytelniających, ponieważ sesja nie została znaleziona. | Użytkownik powinien odświeżyć przeglądarkę i ponowić próbę podania nazwy użytkownika/hasła. |
200018 | Nie udało się zweryfikować danych uwierzytelniających, ponieważ użytkownik jest zablokowany. | Użytkownik powinien odczekać 10 minut, a następnie spróbuj ponownie. |
200019 | Nie udało się zweryfikować danych uwierzytelniających, ponieważ dodanie użytkownika w celu samodzielnej aktywacji nie powiodło się. | Administrator powinien sprawdzić ustawienia samodzielnej aktywacji w Control Hub. |
200022 | Nie udało się wysłać wiadomości e-mail, ponieważ użytkownik nie został uwierzytelniony. | Użytkownik powinien ponowić próbę dołączania i wprowadzania poświadczeń. |
200025 | Niestety, nie możesz teraz dołączyć do funkcji Self Activation. Spróbuj ponownie za kilka minut. Jeśli problem będzie się powtarzał, skontaktuj się z administratorem systemu. | Poproś użytkownika o ponowną próbę za kilka minut. Jeśli to nie pomoże, skontaktuj się z pomocą techniczną Cisco. |
200026 | Nie udało się zweryfikować adresu e-mail z powodu niepowodzenia wstępnego sprawdzenia lub nieprawidłowego stanu użytkownika oczekującego dla PartnerOrgUUID : {partnerOrgUUID} , Identyfikator UUID Broadoworks : {broadworksUUID} , KonfiguracjaUUID : {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 udało się zweryfikować adresu e-mail, ponieważ ten sam adres e-mail jest 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 | Nie udało się zweryfikować adresu e-mail, ponieważ zestaw konfiguracji nie pasuje do zestawu konfiguracji w pliku 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 | Nie udało się zweryfikować adresu e-mail, ponieważ użytkownik jest już uprawniony do innej, kolidującej usługi lub ma 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 udało się zweryfikować adresu e-mail, ponieważ jest on już powiązany z innym identyfikatorem użytkownika BroadWorks. | Użytkownik powinien spróbować ponownie z innym adresem e-mail. W przeciwnym wypadku administrator musi usunąć innego użytkownika używającego tego adresu e-mail. |
200043 | Nie udało się zweryfikować adresu e-mail, ponieważ mapowanie konfiguracji klienta użytkownika jest nieprawidłowe. | Użytkownik powinien spróbować ponownie z innym adresem e-mail. W przeciwnym wypadku administrator musi usunąć innego użytkownika używającego tego adresu e-mail. |
200044 | Nie udało się zweryfikować adresu e-mail, 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 korzystającym z tego adresu e-mail, musi usunąć to konto użytkownika. |
200045 | Błąd dodawania użytkownika przez samodzielną aktywację, ponieważ użytkownik należy już do innej organizacji. | Użytkownik powinien ponowić próbę rejestracji, ale używając innego adresu e-mail. W przeciwnym razie administrator organizacji klienta, który administruje inną organizacją, powinien usunąć istniejące konto. |
200046 | Nie udało się dodać użytkownika poprzez samodzielną aktywację, ponieważ istnieje wielu oczekujących użytkowników z tym samym broadworksUserId w ramach tego samego klastra BroadWorks. | Administrator powinien usunąć oczekujących użytkowników z Control Hub. |
200047 | Nie udało się dodać użytkownika poprzez samodzielną aktywację, 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 | Błąd dodawania użytkownika poprzez samodzielną aktywację, ponieważ obsługa adresu e-mail została już zainicjowana z innym identyfikatorem użytkownika BroadWorks. | Użytkownik powinien spróbować ponownie z innym adresem e-mail. |
200049 | Nie udało się dodać użytkownika poprzez samodzielną aktywację, 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 udało się dodać użytkownika poprzez samodzielną aktywację, ponieważ provisioningID nie pasuje do oczekiwanego provisioningID 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 udało się dodać użytkownika poprzez samodzielną aktywację, ponieważ spEnterpriseId określony w tym żądaniu koliduje z dostawcą usług lub przedsiębiorstwem już dostarczonym 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 udało się zweryfikować adresu e-mail, ponieważ region organizacji klienta i organizacji partnera są niezgodne. | Administrator powinien sprawdzić ustawienia organizacji partnera i organizacji klienta w Centrum sterowania i upewnić się, że regiony są zgodne. |
300005 | Wstępna kontrola nie powiodła się, ponieważ użytkownik znajduje się już w kolejce i jest w trakcie uzyskiwania dostępu. | Dostarczanie użytkowników jest nadal w toku. Proszę odczekać kilka minut i sprawdzić ponownie. |
Kody błędów dla synchronizacji katalogów
Poniższe kody błędów dotyczą synchronizacji katalogów.
Kod błędu |
Komunikat o błędzie |
---|---|
600000 |
Nieoczekiwany błąd synchronizacji katalogu użytkowników zewnętrznych środowiska BroadWorks. |
600001 | Nie można zsynchronizować katalogu użytkowników zewnętrznych środowiska BroadWorks. |
600002 |
Synchronizacja katalogu użytkowników zewnętrznych środowiska Broadworks musiała zostać zakończona przed ukończeniem. |
600003 |
Synchronizacja katalogu użytkowników zewnętrznych środowiska Broadworks została wykonana tylko częściowo. Nie można zsynchronizować niektórych organizacji klientów. |
600004 | Synchronizacja katalogu użytkowników zewnętrznych środowiska BroadWorks nie jest włączona dla parametru ConfigSet. |
600005 | Trwa synchronizacja katalogu użytkowników zewnętrznych środowiska BroadWorks dla parametru ConfigSet. |
600006 | Wątki synchronizacji katalogu użytkowników zewnętrznych środowiska BroadWorks są zajęte lub zamykane, dlatego nie przyjmą więcej żądań synchronizacji. Spróbuj ponownie później. |
600007 | Nie znaleziono organizacji tożsamości dla parametru CustomerConfig. |
600008 | Parametru CustomerConfig nie znaleziono w organizacji partnera. |
600009 | Nie można uruchomić synchronizacji użytkowników katalogu zewnętrznego Broadworks, ponieważ klaster Broadworks powiązany z CustomerConfig jest zajęty. |
600010 | Nie można uruchomić synchronizacji użytkowników zewnętrznego katalogu Broadworks, ponieważ z CustomerConfig nie jest skojarzony żaden klaster Broadworks. |
600011 | Synchronizacja katalogu użytkowników zewnętrznych środowiska BroadWorks nie jest włączona dla parametru CustomerConfig. |
600012 | Nie można uruchomić synchronizacji katalogu użytkowników zewnętrznych środowiska BroadWorks, ponieważ synchronizacja katalogu hybrydowego jest już włączona dla parametru CustomerConfig. |
600013 | Synchronizacja katalogu użytkowników zewnętrznych środowiska BroadWorks nie może dodać użytkowników i kont maszynowych do magazynu tożsamości. |
600014 | W trakcie synchronizacji katalogu użytkowników zewnętrznych środowiska BroadWorks wystąpił błąd podczas próby nawiązania połączenia z klastrem BroadWorks. Błąd z Broadworks - %s. |
600015 | Podczas synchronizacji katalogu użytkowników zewnętrznych środowiska BroadWorks w magazynie tożsamości nie znaleziono żadnego pasującego użytkownika. |
600017 | BroadWorks Phone List Sync nie może zsynchronizować wszystkich kontaktów użytkowników i przedsiębiorstw/organizacji. |
600018 | BroadWorks Phone List Sync nie powiodło się dla użytkowników w przedsiębiorstwie/organizacji. |
600019 | BroadWorks Phone List Sync nie może zsynchronizować kontaktów przedsiębiorstwa/organizacji. |
600020 | Synchronizacja użytkowników katalogu zewnętrznego BroadWorks nie może być wyłączona, ponieważ synchronizacja CustomerConfig jest w toku. |
600022 | Synchronizacja pojedynczego użytkownika katalogu zewnętrznego BroadWorks nie jest możliwa, ponieważ przedsiębiorstwo nie ma aprowizowanego użytkownika. |
600023 | Synchronizacja pojedynczego użytkownika katalogu zewnętrznego BroadWorks nie jest możliwa, ponieważ użytkownik już istnieje w tej organizacji. |
600024 | BroadWorks External Directory Single User Sync nie jest możliwe, ponieważ w BroadWorks nie znaleziono pasującego użytkownika. |
600025 | Synchronizacja użytkowników katalogu zewnętrznego BroadWorks nie może zaktualizować konta użytkownika w CI. |
600026 | Synchronizacja użytkowników katalogu zewnętrznego BroadWorks nie może zaktualizować konta komputera w CI. |
600027 | BroadWorks External Directory Single User Sync nie jest możliwe, ponieważ w BroadWorks znaleziono wielu użytkowników. |
600028 | Synchronizacja pojedynczego użytkownika katalogu zewnętrznego BroadWorks nie jest możliwa, ponieważ powinna zostać wykonana co najmniej jedna synchronizacja katalogu przedsiębiorstwa. |
600029 | Synchronizacja użytkowników katalogu zewnętrznego BroadWorks nie powiodła się, ponieważ przedsiębiorstwo nie ma aprowizowanego użytkownika. |
Historia zmian
W tabeli znajduje się historia zmian w tym przewodniku.
Data | Zmień |
---|---|
23 kwietnia 2025 r. | Usunięto folder bwc ze źródła dziennika aplikacji BroadWorks Calling Webex. |
29 lipca 2023 r. | Dodano odniesienie do Aplikacji Webex | Zgłoś problem (w celu wygenerowania dzienników) w sekcjach Pobierz dzienniki użytkowników z Centrum partnerów i Pobierz dzienniki klientów lub opinie . |
27 czerwca 2022 r. | Zaktualizowano listę lektur z brakującym linkiem do Migracja Connect (Android) do Firebase Metoda procedury. |
21 czerwca 2022 r. | Zaktualizowano łącza ReadingList, aby wskazywały nowe adresy URL w witrynie Cisco.com. Zaktualizowano Problemy z konfiguracją i rejestracją połączeń poprzez dodanie łącza do Przewodnika konfiguracji Webex dla Cisco BroadWorks w przypadku problemów z tagami BroadWorks. |
14 kwietnia 2022 r | Dodano polecenia kontekstowe do Sprawdź szczegóły użytkownika w Help Desku i Wyświetl organizację klienta w Help Desku w celu wyjaśnienia wymagań dotyczących roli dla Help Desku. |
26 marca 2022 r. | Dodano nowe kody błędów do Kody błędów dla synchronizacji katalogów. |
15 listopada 2021 r. | Dodano kody błędów 200013, 200014, 200025 i 300005 do Kodów błędów użytkownika końcowego. |
28 września 2021 r. | Dodano kody błędów dla synchronizacji katalogów. |
Lipiec 15, 2021 | Dodano komunikat o błędzie 100006 do Kody błędów użytkownika końcowego. Zaktualizowano również Problemy z logowaniem użytkowników. |
Lipiec 14, 2021 | Dodano temat z linkiem do artykułu Znane problemy i ograniczenia . |
Lipiec 02, 2021 | Zaktualizowana nazwa produktu dla rebrandingu Webex. |
18 czerwca 2021 r. | Zaktualizowane logo Webex w grafice. |
Czerwiec 8, 2021 | Dodano kolumnę Sugerowane działanie do tabeli Kody błędów użytkownika końcowego. |
Czerwiec 4, 2021 | Poprawka do tabeli Kody błędów użytkownika końcowego. |
19 maja 2021 r. | Dodano sekcję Problemy z roszczeniami domenowymi. |
Kwiecień 22, 2021 | Zaktualizowano Kody błędów użytkownika końcowego o dwa dodatkowe kody: 200016 i 200054. |
13 kwietnia 2021 | Dodano informacje na temat połączenia Webex Serviceability Connection. |
8 grudnia 2020 r. | Zaktualizowany dokument. Rebranding Webex Teams na Webex (aplikacja). Dodano kody błędów użytkownika końcowego. |
3 listopada 2020 r. | Dodano przeglądarkę internetową ustawień połączeń. |
22 października, 2020 | Wprowadzono nowy dokument. |