Dziękujemy za opinię.

Ten artykuł jest przeznaczony dla zespołu wsparcia technicznego w organizacji usługodawców, którzy wspierają siebie i swoich klientów. Powinni znać ogólne rozwiązywanie problemów, odczytywanie dzienników i pracę z przypadkami subskrybentów.

Ten artykuł jest podzielony na trzy główne sekcje:

• Zasoby — zawiera listę narzędzi, materiałów do czytania, dzienników i kontaktów, których możesz potrzebować.
• Procesy — opisuje niektóre czynności, które można podjąć podczas rozwiązywania problemów z klientem.
• Konkretne problemy — kategoryzuje i wymienia problemy, o których wiadomo, że wystąpiły, jak je wykryć i jak potencjalnie je rozwiązać.

Przydatne pliki dziennika

Lista czytania

• Webex dla portalu wiedzy partnerów Cisco BroadWorks
• Przewodnik konfiguracji platformy XSP (R23)
• Przewodnik zarządzania oprogramowaniem BroadWorks (R23)
• Przewodnik konfiguracji zarządzania urządzeniami Cisco BroadWorks (R23)
• Przewodnik administracji interfejsu wiersza poleceń Broadworks Xsp
• Opis funkcji długotrwałego tokena uwierzytelniania Wydanie 23.0
• Przewodnik integracji uwierzytelniania SAML, R23
• Przewodnik po opcjach pomocy technicznej Cisco BroadWorks SSL
• Opis funkcji wsparcia Cisco CI
• Serwer powiadomień Push (opis funkcji)
• Obsługa powiadomień push dla połączeń Opis funkcji Wersja 22.0
• Migracja połączenia (Android) do metody procedury Firebase
• Przechowywanie tokenów urządzeń Cisco BroadWorks dla powiadomień push Opis funkcji Wydanie 22.0
• Planer pojemności systemu Cisco BroadworksSystem (arkusz kalkulacyjny)
• Podręcznik wymiarowania platformy Cisco BroadWorks
• Przewodnik po inżynierii systemów Cisco Broadworks
• Wymagania dotyczące obsługi uwierzytelniania CI Wersja dokumentu 1.0 MR-7136

Znane problemy i ograniczenia

Artykuł Znane problemy i ograniczenia zawiera aktualne informacje o znanych problemach, które zidentyfikowaliśmy w rozwiązaniu Webex dla BroadWorks.

Złącze serwisowe

Usługa Webex Serviceability zwiększa szybkość, z jaką pracownicy pomocy technicznej Cisco mogą diagnozować problemy z infrastrukturą. Automatyzuje zadania wyszukiwania, pobierania i przechowywania dzienników diagnostycznych oraz informacji w przypadku SR. Usługa uruchamia również analizę sygnatur diagnostycznych, dzięki czemu TAC może skuteczniej identyfikować i rozwiązywać problemy z urządzeniami lokalnymi.

Aby uzyskać szczegółowe informacje na temat wdrażania złącza Serviceability, zobacz Podręcz nik wdrażania złącza Cisco Webex serwisowalności.

Eskalacja problemu

Po zastosowaniu się do niektórych wskazówek dotyczących rozwiązywania problemów powinieneś mieć rozsądne pojęcie o tym, gdzie problem jest zakorzeniony.

Procedura

1. Zbierz jak najwięcej informacji z systemów związanych z problemem.
2. Skontaktuj się z odpowiednim zespołem Cisco, aby otworzyć sprawę.

Jakie informacje o klientach 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 jeśli otrzymasz również identyfikator BroadWorks użytkownika, dołącz go do szczegółów sprawy).
• Identyfikator organizacji.
• Przybliżone ramy czasowe, w których wystąpił problem.
• Platforma kliencka i wersja.
• Wysyłaj lub zbieraj dzienniki od klienta.
• Zapisz identyfikator śledzenia, jeśli jest wyświetlony na kliencie.

Sprawdź dane użytkownika w Help Desk

Administratorzy partnerów posiadający uprawnienia roli Help Desk Administrator (podstawowy lub zaawansowany) mogą za pomocą tej procedury sprawdzać dane użytkownika za pomocą widoku Help Desk.

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 zobaczyć szczegółową konfigurację użytkownika. Przydatne informacje w tym widoku obejmują UUID użytkownika, klaster wspólnej tożsamości (CI), klaster aplikacji Webex, zachowanie wywoływania, identyfikator GUID konta BroadWorks
4. Kliknij Kopiuj, jeśli chcesz użyć tych informacji w innym narzędziu lub dołączyć je do obudowy Cisco.

Wyświetlanie organizacji klienta w Help Desk

Administratorzy partnerów posiadający uprawnienia roli Administrator działu pomocy technicznej (podstawowy lub zaawansowany) mogą używać tej procedury do wyświetlania szczegółów organizacji klienta w widoku Help Desk.

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, a następnie kliknij Wyświetl nazwę klienta, aby wyświetlić widok organizacji klienta tylko do odczytu — w tym użytkowników i konfigurację.

Pobieranie dzienników użytkowników z Partner Hub

Podczas rozwiązywania problemów z klientami stacjonarnymi i mobilnymi ważne jest, aby partnerzy (i TAC) mogli przeglądać dzienniki klienta.

Procedura

1. Poproś użytkownika o wysłanie dzienników. Aby uzyskać pomoc, zobacz: Aplikacja Webex | Zgłoś błąd.
2. Poproś użytkownika o wyeksportowanie środowiska wywołującego i przesłanie pliku ced.dat.
3. Pobierz dzienniki klientów z Centrum partnerów lub Help Desk.

   Opcja Partner Hub:

   1. Zaloguj się do Partner Hub i znajdź organizację klienta użytkownika.
   2. Wybierz Rozwiązywanie problemów.
   3. Wybierz Dzi enniki.
   4. Wyszukaj użytkownika (pocztą elektroniczną).
   5. Wyświetl i pobierz dzienniki klienta jako plik zip.

   Opcja Help Desk:

   1. Zaloguj się do Help Desk.
   2. Wyszukaj organizację.
   3. Kliknij organizację (otwiera ekran podsumowania).
   4. Przewiń w dół, aby klik nąć Wyświetl klienta.
   5. Wybierz Rozwiązywanie problemów.
   6. Wybierz Dzi enniki.
   7. Wyszukaj użytkownika (pocztą elektroniczną).
   8. Wyświetl i pobierz dzienniki klienta jako plik 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.

Kontrola klienta pod kątem usługi dzwonienia

Procedura

1. Zaloguj się do klienta Webex.
2. Sprawdź, czy ikona Opcje połączeń (słuchawka z przekładnią nad nią) znajduje się na pasku bocznym. Jeśli ikona nie jest obecna, użytkownik może nie być jeszcze włączony dla usługi dzwonienia w Centrum sterowania.
3. Otwórz menu U stawienia/Preferencje i przejdź do sekcji Usługi telefon iczne. Powinieneś zobaczyć status Ses ja SSO Jesteś zalogowany. (Jeśli wyświetlana jest inna usługa telefoniczna, taka jakWebex Calling, użytkownik nie korzysta z Webex dla Cisco BroadWorks).

   Weryfikacja ta oznacza:

   • Klient pomyślnie przeszedł wymagane mikrousługi Webex.
   • Użytkownik został pomyślnie uwierzytelniony.
   • Klient otrzymuje długotrwały token internetowy JSON przez Twój system BroadWorks.
   • Klient odzyskał swój profil urządzenia i zarejestrował się w BroadWorks.

Otrzymuj dzienniki klientów lub opinie

• Zobacz sekcję Zasoby, aby znaleźć określone dzienniki klientów w klientach stacjonarnych Webex lub poprosić użytkowników o wysyłanie dzienników. Aby uzyskać pomoc, zobacz: Aplikacja Webex | Zgłoś błąd.
• Poproś użytkowników klientów mobilnych o wysyłanie dzienników, a następnie możesz je uzyskać za pośrednictwem Partner Hub lub Help Desk.
  Wysyłanie dzienników jest ciche. Jeśli jednak użytkownik wyśle informację zwrotną, trafia ona do zespołu devops aplikacji Webex. Pamiętaj, aby zapisać numer opinii użytkownika, jeśli chcesz skontaktować się z Cisco. Na przykład:

  

Pobieranie danych środowiska połączeń

Dzienniki klientów Webex są mocno zredagowane w celu usunięcia danych osobowych. Należy wyeksportować dane środowiska wywołującego z klienta w tej samej sesji, w której zauważy łeś problem.

Procedura

1. Na kliencie kliknij Pomoc > Kontroler stanu.
2. Wybierz opcję Resetuj bazę danych. Spowoduje to pełny reset klienta i ładuje ekran logowania do 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 złącza szerokopasmo wego.
• Zachowanie wywołujące dla organizacji i użytkownika.

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

1. Zaloguj się do Help Desk za pomocą danych uwierzytelniających administratora partnera.
2. Wyszukaj użytkownika.
3. Kliknij użytkownika i sprawdź wpis Zachowanie wywołujące. 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ę uprawnień i sprawdź, czy dołączone jest złącze szerokopas mowe

   

   Użytkownik Webex for Cisco BroadWorks nie powinien mieć uprawnień do standardu bc-sp, jeśli zamierza używać Webex dla Cisco BroadWorks. Jest to uprawnienie do „Webex Calling(Broadcloud)”, czyli połączenia aplikacji Webex za pośrednictwem usługi połączeń w chmurze zarządzanej przez Cisco.

Sprawdź zachowanie wywoływania organizacji

1. Zaloguj się do Help Desk za pomocą danych uwierzytelniających administratora partnera.
2. Wyszukaj organizację.
3. Kliknij organizację i sprawdź wpis Z achowanie wywoł ujące. Powinno to być „Calling in Webex”.

Analizuj PSlog pod kątem problemów z udostępnianiem użytkowników

Użyj PSlog serwera aplikacji, aby wyświetlić żądanie HTTP POST do mostu zaopatrzenia i odpowiedź Webex. W prawidłowym przypadku roboczym odpowiedź wynosi 200 OK i po kilku minutach możesz zobaczyć, że użytkownik - i nowa organizacja klienta, jeśli jest pierwszym użytkownikiem - została utworzona w Webex. Możesz to zweryfikować, wyszukując Help Desk pod kątem adresu e-mail widocznego w POST.

Zanim zaczniesz

Zbieranie PSlog z serwera aplikacji podczas próby udostępniania przepływu przez użytkownika testowego.

Procedura

1. Najpierw sprawdź kod odpowiedzi HTTP:
   • Wszystko inne niż 200 OK jest błędem udostępniania przez użytkownika.
   • 200 OK może nadal wskazywać na awarię, jeśli coś w profilu abonenta nie działa w usługach Webex przed mostkiem zaopatrzenia.
   • 400 może zawierać węzeł wiadomości w odpowiedzi. Mostek zaopatrzenia nie mógł przetworzyć czegoś w profilu subskrybenta. Może być coś nie tak ze szczegółami subskrybenta lub niezgodność z ustawieniem w szablonie.
   • 401 oznacza, że dane uwierzytelniające udostępniania wprowadzone w serwisie AS nie są zgodne z poświadczeniami wprowadzonymi w szablonie w centrum partnerskim.
   • 403 może wskazywać na coś błędnie skonfigurowanego na serwerze aplikacji. Sprawdź docelowy żądanie. nie powinien to być adres IP, powinien to być adres URL mostu zapewniającego, który możesz zobaczyć na szablonie w Partner Hub.
   • 409 wskazuje konflikt między dostarczonym Subscri berProfile a istniejącymi dan ymi Webex. Może istnieć istniejący użytkownik z tym adresem e-mail. Sprawdź wiadomość w odpowiedzi.
2. Można również sprawdzić oryginalny HTTP POST pod kątem wszelkich podejrzanych wartości, które mogłyby spowodować nie powodzenie udostępniania. POST zawiera strukturę XML SubscriberProfile. Wewnątrz przydatne węzły do sprawdzenia to:
   • bwuserid: Użyj tego, aby znaleźć profil subskrybenta, jeśli chcesz go edytować w BroadWorks.
   • grupa: Jeśli szablon jest w trybie „Usługodawcy”, jest to małe litery i staje się nazwą organizacji klienta widocznej w Centrum partnerskim.
   • ServiceProvider: Jeśli szablon jest w trybie „Enterprise”, jest to małe litery i staje się nazwą organizacji klienta widocznej w Centrum partnerskim.
   • PrimaryPhoneNumber: Musi istnieć. Bez tego zaopatrzenie kończy się niepowodzeniem.
   • e-mail: Staje się identyfikatorem użytkownika w Webex. Musi być ważny i unikalny dla Webex, w przeciwnym razie udostępnianie nie powiedzie się.

     Zignoruj zwrotkę usług: jest tworzona przez AS i akceptowana, ale nie używana przez Webex.

Analizuj dzienniki XSP, aby rozwiązać problemy z logowaniem 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 na stronie https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Poniższy schemat drabinkowy pokazuje interakcję między użytkownikiem, klientem, usługami Webex i systemem BroadWorks, gdy użytkownik dokonuje uwierzytelniania BroadWorks w aplikacji Webex. Ponadto połączenie między Webex a XSP jest zabezpieczone przez MTLS.

Poniższa dyskusja wyjaśnia, czego możesz się spodziewać podczas badania dzienników pod kątem pomyślnego logowania.

Użytkownik wchodzi w interakcje z klientem, klient współpracuje z usługami Webex:

• Użytkownik podaje swój adres e-mail do aplikacji Webex (1 na schemacie).
• CI wie, jak przekierować tego użytkownika, aby wprowadził hasło BroadWorks (przez UAP) (2 na schemacie).
• Serwer proxy IDP przesyła żądanie uzyskania profilu do interfejsu Xsi w XSP.

W log_access_log tomcat:

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

  POBIERZ /com.broadsoft.xsi-actions/v2.0/user/ webexuserid@example.com /profil

W XSiActionsLog:

• Poszukaj żądania GET profilu od Webex (2.1 na schemacie). Posiada identyfikator użytkownika Webex. Na przykład:

  GET /com.broadsoft.xsi-actions/v2.0/ user/ webexuserid@example.com /profile Nagłówki zawierają autoryzację: Basic i user-agent: BroadworkSteamsClient

• Następnie XSP przeprowadza uwierzytelnianie OCI-P Basic przeciwko BroadWorks (AuthenticationVerifyRequest i AuthenticationVerifyResponse, jak każda inna aplikacja wykonująca uwierzytelnianie podstawowe za pośrednictwem Xsi), a także UserGetRequest i ServiceProviderGetRequest w celu zebrania informacji o subskrybentach.
• Odpowiedź Xsi na Webex zawiera blok profilu XML zawierający identyfikator użytkownika (BroadWorks) i inne szczegóły (2.2 na schemacie).

Interakcje z klientem i usługami Webex:

• Serwer proxy IDP dopasowuje profil użytkownika otrzymany od BroadWorks i wydaje klientowi potwierdzenie SAML (2.3 na schemacie).
• Klient wymienia twierdzenie SAML na token CI (3 na wykresie).
• Klient sprawdza, czy zalogowany użytkownik ma uprawnienie do łącznika szerokopasmowego (4 na schemacie). Uprawnienia użytkowników można sprawdzić w Help Desk.
• Klient używa tokena CI do żądania tokena internetowego JSON (JWT) z serwera proxy IDP (5 na diagramie).
• Serwer proxy IDP weryfikuje token CI w CI.
• Serwer proxy IDP żąda JWT z usługi uwierzytelniania.

W dzienniku usługi AuthenticationService:

• Poszukaj żądania tokena z Webex (5.2 na diagramie), Na przykład: GET /authservice/token, który ma nagłówek http_bw_userid i inne.
• XSP wykonuje OCI-P UserGetLoginInForEquest, aby sprawdzić, czy dostarczony identyfikator użytkownika odpowiada użytkownikowi BroadWorks (5.3 na schemacie). AuthService ustanowił zaufanie do Webex dzięki połączeniu MTL, więc może wydawać LLT.
• Poszukaj odpowiedzi (5.4 na schemacie) z LongLiveDTokenManager - Token generowany, temat: bwksUserId@example.com, emitent: BroadWorks... i StatusCode=200, które możesz skojarzyć z oryginalnym żądaniem za pomocą nagłówka trackingid: CLIENT....

W XSiActionsLog:

• Klient może zaprezentować długotrwały token w interfejsie Xsi-Actions, aby uzyskać profil urządzenia (6 na schemacie). Na przykład: GET /com.broadsoft.xsi-actions/v2.0/user/bwksuserID %40example.com/profile/device Z autoryzacją nagłówków: token okaziciela i agent użytkownika: WebExTeams (wariant/wersja)
• Interfejs Xsi-Actions umieszcza token do usługi authservice (skonfigurowany do interfejsu pętli zwrotnej) Na przykład: 127.0.0. 1:80 POST http://127.0.0.1:80/authService/token, który można skorelować z nagłówkiem trackingid: CLIENT... w GET i nagłówkiem X-BROADSOFT-CORRELATION-ID: CLIENT... w POST.

W dzienniku usługi AuthenticationService:

• Otrzymanie POST od Xsi (pętla zwrotna)

• A StatusCode=200 powrót do Xsi

• I odpowiedź na walidację tokenów, mająca blok JSON „token” w ciele.

• Skorelowane za pomocą trackingid: CLIENT...

W XSiActionsLog:

• Po otrzymaniu 200 OK od usługi authservice, która zweryfikowała stoken klienta, aplikacja XSI-Actions wysyła teraz żądanie OCI-P dla UserPrimaryAndScadeviceGetListRequest
• Otrzymuje OCI-P UserPrimaryAndScadeviceGetListResponse zawierającą strukturę XML AccessDeviceTable.
• Odpowiedź OCI-P jest kodowana jako odpowiedź Xsi na klienta, w tym strukturę AccessDevices XML, która ma Devi ceTypes. Na przykład: Business Communicator — komputer PC i adresy URL, w których klient może pobrać pliki konfiguracyjne urządzenia.

Klient kontynuuje normalnie:

• Wybiera wpis urządzenia i współpracuje z DMS, aby uzyskać profil urządzenia (6 na schemacie).
• Rejestry do BroadWorks przez SBC pobrane w konfiguracji z DMS (7 na schemacie).

Problemy z Partner Hub

1. Administrator nie widzi organizacji klientów

Jako administrator organizacji partnerskiej w Webex powinieneś pełnić rolę Pełnego Administratora. Ta rola służy do zarządzania organizacją partnerską, w tym do przydzielania 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, z obacz Przypisywanie ról kont organizacji w Centrum sterowania.

Problemy z udostępnianiem użytkowników

1. Zintegrowane błędy IM&P dla określonych przedsiębiorstwów/klientów

Jeśli masz wiele przedsiębiorstw korzystających z różnych usług współpracy w chmurze, na przykład UC-One SaaS i Webex dla Cisco BroadWorks, być może zdecydowałeś się modyfikować adapter udostępniania w zależności od przedsiębiorstwa.

Aby sprawdzić, co jest skonfigurowane dla zintegrowanego IM&P (domyślnie dla przedsiębiorstw, chyba że istnieje bardziej szczegółowe ustawienie), uruchom AS _CLI/Interface/Messaging> get. Aby zapoznać się z parametrami zaopatrzenia określonego przedsiębiorstwa, otwórz przedsiębiorstwo i przejdź do opcji Usługi > Zintegrowane IM&P.

Sprawdź, czy zintegrowana konfiguracja IM&P dla danego przedsiębiorstwa jest dokładnie zgodna z tym, co jest wyświetlane w szablonie klienta w centrum partnerskim. Następujące ustawienia muszą być zgodne lub udostępni anie nie powiodło się dla wszystkich użytkowników w przedsiębiorstwie:

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

Ma to zastosowanie w przypadku korzystania z udostępniania przepływowego i zakłada, że udostępnianie działa dla niektórych lub większości użytkowników (więc można wykluczyć problem z konfiguracją). Jeśli w programie BroadWorks są wyświetlane błędy zintegrowane IM&P, na przykład „[Error 18215] Provisioning error with Messaging server” i „[Błąd 18211] Błąd komunikacji z serwerem wiadomości”, należy zbadać następujące potencjalne przyczyny:

• Adres e-mail użytkownika może już istnieć CI. Wyszukaj użytkownika w Help Desk, aby sprawdzić, czy jego adres e-mail już tam jest. Niekoniecznie jest to rozstrzygające, ponieważ użytkownik może istnieć w organizacji, której dane nie są widoczne w Help Desk.
• Użytkownik samodzielnie zarejestrował się w Webex przed przydzieleniem Zintegrowanej usługi IM&P. W takim przypadku jedną z opcji jest usunięcie przez użytkownika swoich bezpłatnych kont, które mogą stać się częścią Organizacji Klienta, którą udostępniasz. Instrukcje znajdują się pod adresem https://help.webex.com/5m4i4y
• Użytkownik nie ma przypisanego podstawowego numeru telefonu do swojego profilu (wszyscy abonenci Webex for Cisco BroadWorks muszą mieć podstawowy DID). Zobacz temat na temat analizy PSlog z AS.

3. Błąd udostępniania przez użytkownika w odpowiedzi na mostek zaopatrzeniowy

Jeśli użytkownicy nie pojawiają się w Centrum sterowania, w ciągu kilku minut od przypisania zintegrowanego systemu IM&P przyjrzyj się kodom odpowiedzi z usługi mostka zaopatrzenia. Uruchom PSlog, aby spojrzeć na kody odpowiedzi HTTP.

200 OK

Odpowiedź 200 OK nie oznacza, że użytkownik został pomyślnie udostępniony. Oznacza to, że usługa świadczeniowa otrzymała żądanie i pomyślnie przesłała odpowiednie żądanie utworzenia użytkownika do usług upstream. Transakcja zaopatrzenia jest asynchroniczna z założenia. Usługa odpowiada 200 OK, ponieważ proces tworzenia użytkownika może zająć kilka minut, a ze względów wydajności nie chcemy otrzymywać wielu żądań utworzenia tego samego użytkownika. Jeśli jednak użytkownik nie pojawi się ostatecznie w Organizacji Klienta po odpowiedzi 200 OK, może to oznaczać, że utworzenie użytkownika nie powiodło się w usługach Webex przed usługą udostępniania. Musisz eskalować awarię zaopatrzenia, która ma odpowiedź 200 OK.

400 Złe żądanie

Sprawdź odpowiedź HTTP, która powinna zawierać więcej szczegółów na temat potencjalnych problemów, które mogą spowodować tę odpowiedź ze strony usługi udostępniania. Kilka przykładów węzła:

• „Nie można ufać poczcie e-mail BroadWorks ze starszym interfejsem API udostępniania.” Adres e-mail powiązany z nieudanym żądaniem udostępniania użytkownika jest nieprawidłowy lub został błędnie wpisany, ale w szablonie stwierdzono, ż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 nieudane żądanie udostępniania powinno spowodować tworzenie nowej organizacji klienta w Webex, ale szablon jest skonfigurowany tak, aby uniemożliwiał tworzenie nowych organizacji klientów. Jeśli chcesz zezwolić na nowe organizacje, w przypadku domen e-mail, które nie pasują do istniejących klientów w Webex, możesz ponownie skonfigurować szablon w Centrum partnerów i ponownie przetestować żądanie udostępniania. Jeśli jednak nie spodziewasz się utworzenia nowej organizacji dla tego użytkownika, być może adres e-mail jest błędnie wpisany (w szczególności część domeny). Sprawdź identyfikator e-mail użytkownika w BroadWorks.

403 Zakazane

Żądanie udostępniania nie powiodło się, dopóki nie naprawisz konfiguracji. W tym przypadku będziesz musiał zbadać prośbę i odpowiedź. Na przykład, jeśli adres IP jest wyświetlany jako cel żądania udostępniania — zamiast odpowiedniego adresu URL mostu zaopatrzenia dla organizacji (patrz 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 zostały zastosowane na serwerze aplikacji i czy została ukończona powiązana konfiguracja w celu pomyślnego udostępniania przepływu.

409 Konflikt

Żądanie udostępnienia nie może być kontynuowane, ponieważ istnieje istniejący użytkownik w Webex, który pasuje do adresu e-mail w żądaniu.

4. Użytkownik już w CI

Pobierz wiadomość e-mail subskrybenta z żądania HTTP POST i wyszukaj go w Help Desk. Możesz nie widzieć użytkownika, jeśli nie masz pozwolenia, ale możesz również zobaczyć, że użytkownik znajduje się w „bezpłatnej” organizacji, np. „Konsument”. Możesz poprosić tego użytkownika o usunięcie bezpłatnego konta lub możesz użyć innego adresu e-mail, aby je podać. Zobacz https://help.webex.com/ndta402.

Problemy z logowaniem użytkownika

1. Portal aktywacji użytkownika nie ład uje się

Normalny przepływ logowania Webex dla Cisco BroadWorks obejmuje portal aktywacji użytkowników, w którym użytkownicy wprowadzają swoje hasła. Czasami ten portal nie ładuje się po podaniu przez użytkownika adresu e-mail na ekranie logowania aplikacji Webex. Ten problem może być spowodowany po stronie klienta lub po stronie serwisu. Po stronie klienta jest to zwykle spowodowane tym, że natywna przeglądarka klienta jest w jakiś sposób niekompatybilna z usługą.

2. Pojedyncze logowanie nie powi odło się

• W programie BroadWorks sprawdź, czy użytkownikowi przypisano typy urządzeń dla aplikacji Webex (patrz sekcja Profile urządzeń w sekcji Przygotuj środowisko w Przewodniku po rozwiązaniach).
• Sprawdź, czy użytkownik używa poprawnego hasła. Jeśli szablon użyty do udostępnienia Organiz acji Klienta użytkownika (w Partner Hub) jest skonfigurowany do uwierzytelniania BroadWorks, użytkownik powinien wprowadzić hasło BroadWorks „Web Access”. Użytkownik może również potrzebować wprowadzenia identyfikatora użytkownika BroadWorks, jeśli jego adres e-mail nie jest skonfigurowany jako alternatywny identyfikator użytkownika. Upewnij się, że użytkownik poprawnie wprowadził wielkie i małe litery.

Problemy z konfiguracją i rejestracją wywołań

Po tym, jak użytkownik został udostępniony w Webex i pomyślnym zalogowaniu się do aplikacji Webex, aplikacja rejestruje się w BroadWorks. Poniżej przedstawiono oczekiwaną sekwencję rejestracji i wynikające z tego oznaki zdrowej rejestracji (jak widać z aplikacji Webex):

1. Oczekiwana sekwencja rejestracji

1. Klient wywołuje XSI, aby uzyskać token zarządzania urządzeniem i adres URL do DMS.
2. Klient żąda swojego profilu urządzenia od DMS, przedstawiając token z kroku 1.
3. Klient odczytuje profil urządzenia i pobiera poświadczenia SIP, adresy i porty.
4. Klient wysyła rejestr SIP do SBC, korzystając z informacji z kroku 3.
5. SBC wysyła rejestr SIP do AS (SBC może przeprowadzić wyszukiwanie w NS w celu zlokalizowania AS, jeśli SBC nie zna jeszcze użytkownika SIP).

2. Oczekiwane oznaki pomyślnej rejestracji klienta

Ikona opcji wywołania pojawi się w interfejsie Webex.

Na karcie Usługi telefoniczne aplikacji Webex (np. Ustawienia > Usługi telefon iczne w systemie Windows, Preferencje > Usługi telefon iczne na komputerze Mac) komunikat „SSO Session: You are zalogowany” oznacza pomyślnie zarejestrowaną aplikację (w tym przypadku do BroadWorks).

3. Klient nie ma ikony wywołania

W większości przypadków oznacza to, że użytkownik nie ma prawidłowej licencji lub uprawnień.

To nieudana rejestracja. Istnieje wiele powodów, dla których klient aplikacji Webex nie powiodłby się rejestracji w BroadWorks:

4. Usługi wielokrotnego połączenia testowane z tymi samymi klient ami

Ten znany problem może być spowodowany zmianą klienta między różnymi końcami połączeń zwrotnych. Najprawdopodobniej nastąpi to podczas prób różnych usług połączeń oferowanych za pośrednictwem (tych samych) klientów Webex App. Możesz zresetować bazę danych klienta (link), aby rozwiązać ten problem.

5. Błędna konfiguracja usługi uwierzytelniania

Sprawdź XSP obsługujące usługę uwierzytelniania w Przewodniku po rozwiązaniach (patrz Konfigurowanie usług na urządzeniu Webex for Cisco Broad Works XSP). W szczególności:

• Klucze RSA (generowane na jednym XSP) są kopiowane na wszystkie XSP
• Adres URL usługi uwierzytelniania został dostarczony do kontenera internetowego we wszystkich XSP i wprowadzony poprawnie w klastrze w Partner Hub
• Uwierzytelnianie zewnętrzne przez certyfikaty jest skonfigurowane:

  XSP_CLI/System/Narzędzie komunikacyjne/Ustawienia domyślne/Uwierzytelnianie zewnętrzne/Uwierzytelnianie certyfikatu>Get

  allowUserApp = false

  allowClientApp = true

• Podczas korzystania z MTLS należy przesłać certyfikat klienta Webex do XSP (certyfikat można uzyskać z Partner Hub, na stronie Ustawienia BroadWorks).

6. Błędna konfiguracja tagów BroadWorks

Sprawdź, czy skonfigurowałeś wymagane tagi BroadWorks dla aplikacji Webex. Informacje na temat znaczników konfiguracyjnych można znaleźć w Przewodniku konfiguracji Webex for Cisco BroadWor ks. Upewnij się, że nie ma konfliktów ani nieprawidłowych wartości. W szczególności tag %SBC_ADDRESS_WXT% powinien być znakiem SBC do rejestratora SIP dla klientów aplikacji Webex.

7. Klient stacjonarny odłącza usługi telefoniczne po udanym połączeniu SSO

Ten problem może być spowodowany tym, że ten sam użytkownik loguje się do wielu klientów na tym samym typie platformy. Na przykład, jeśli 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 aktywna sesja SSO. To jest z założenia. Jeśli absolutnie musisz obejść ten problem, możesz skonfigurować BroadWorks tak, aby miał wiele instancji tego samego typu urządzenia, ale muszą one mieć unikalne adresy SIP. Ta konfiguracja jest poza zakresem Webex dla Cisco BroadWorks.

8. Urządzenie stacjonarne nie jest przydzielone użytkownikowi

Ten podpis jest widoczny w dzienniku klienta:

[0x70000476b000] BroadworksConfigDownloader.cpp:106 <Error>

onAccessDeviceListSucceed:bwc:scf: configDownload - profil urządzenia 'Business Communicator - PC' nie został odnaleziony.

9. Przychodzące połączenia komórkowe dzwonią raz lub nie można ich odebrać

Połączenia przychodzące z Webex mobile dzwonią tylko raz, w przeciwnym razie użytkownik nie może odebrać połączenia przychodzącego. Inne punkty końcowe dla tego samego użytkownika mogą nadal dzwonić.

Jak rozpoznać?

W dziennikach klientów mobilnych Webex poszukaj kodu błędu XSI 101002 w przepływie połączeń push. Na przykład:

Kod Odpowiedzi: 400

<callID>HandlePushCallInfoFailure:BWC:Internal: Wywołanie push: stan xsi dla CalliD: kod błędu xsi: 101002

<callID>ClosePushCallWithReason:BWC:Internal: Spróbuj zamknąć wywołanie push za pomocą id =, reason = callAbandoned

Przyczyna: Kod błędu 101002 może wskazywać, że nieprawidłowy serwer aplikacji (AS) został zwrócony w odpowiedzi Loc ateUser. Może się to zdarzyć, gdy użytkownik przeniósł się do dodatkowego systemu AS.

Zalecane kontrole:

Z poziomu ADP lub XSP, w którym jest wdrożony Push, uruchom LocateUser dla użytkownika, którego dotyczy problem:

<FQDN or IP address of NS Server>curl 'http: //:80/servlet/locateUser? <BW userID @domain >url=&returnCompatibleXSP=True&callPrequest=True'

Przykład: curl 'http://1.1.1.1:80/servlet/LocateUser? url= 9721112222@gmail.com &returnCompatibleXSP=true&callPrequest=true'

Rozdzielczość: Jeśli LocateUser zwraca dodatkowy AS dla użytkownika, uruchom skrypt MigrateUserToDefaultNode.pl na głównym serwerze NS, aby przenieść użytkowników z powrotem do głównego Serwera aplikacji dla klastra.

Zaloguj się do serwera NS przez SSH, przejdź do katalogu /usr/local/broadworks/bw_base/bin i uruchom: MigrateU serToDefaultNode.pl <hostingNE>

Przykład: Migrate UserToDefaultNode.pl bwas1

Aby uzyskać wartość HostingNE, uruchom: NS_CLI/System/Device/Hostingne> get

Skrypt najpierw sprawdza, czy może znaleźć hosting NE, który podajesz jako argument. Po sprawdzeniu, czy hostingowe NE jest prawidłowe, aktualizuje DN, rozszerzenie i adres URL do domyślnego węzła dla tego hostingowego NE.

Jeśli to możliwe, uruchom skrypt w okresie niskiego ruchu. Jednak ogólnie dopuszczalne jest uruchomienie skryptu w dowolnym momencie, jeśli jest to konieczne, aby przywrócić usługę dla dotkniętych użytkowników.

Skrypt nie może być uruchomiony tylko dla jednego użytkownika. Migruje wszystkich użytkowników wymienionych w wyjściu LocateUser. Jeśli nie możesz uruchomić skryptu, usuń i przebuduj użytkownika, którego dotyczy problem, w programie BroadWorks, aby użytkownik został przebudowany na prawidłowym AS.

Każdy komunikat SIP z urządzenia użytkownika do dodatkowego AS może spowodować migrację użytkownika. Użytkownicy zazwyczaj wracają do podstawowego systemu AS po domyślnym 15-minutowym odstępie czasu, chyba że przychodzące żądania nadal docierają do dodatkowego AS. Na przykład, jeśli SBC nie może połączyć się z AS1 i powraca do dodatkowego AS, użytkownicy, których dotyczy problem, mogą przejść do dodatkowego AS. W zależności od wdrożenia pojedyncza grupa magistralna lub użytkownik może pozostać przypięty do dodatkowego systemu AS, jeśli SBC nadal ma problemy z dotarciem do podstawowego systemu AS.

Aby uzyskać więcej informacji, zobacz następujące dokumenty:

• Sekcje 3.4.5 Możliwość wycofywania użytkownika serwera aplikacji i 5.4.5 Automatyczne wycofywanie w Przewodniku Redundancy Cisco BroadWorks

• Opis funkcji ulepszeń Cisco BroadWorks ASR

9. Usługi telefoniczne odłączone

Jeśli usługi telefoniczne pokazują się jako odłączone po zalogowaniu się użytkownika do aplikacji Webex lub jeśli usługi telefoniczne rozłączają się podczas korzystania z klienta, sprawdź typ klienta i przepływ rejestracji.

W przypadku klientów z systemem Windows i Mac aplikacja Webex rejestruje SIP i zachowuje aktywną rejestrację SIP, gdy użytkownik jest zalogowany.

Sprawdź, co następuje:

1. Sprawdź, czy plik config-wxt.xml pobrany pomyślnie.

W dziennikach klienta wyszukaj ConfigDownload.

Udane pobranie pokazuje:

ConfigDownload - zakończone pomyślnie

Jeśli dzienniki wykazują następujący błąd, sprawdź w dziennikach AuthService pod kątem błędów związanych z tokenami:

ConfigDownload - nie powiodło się z kodem błędu: 1511

2. Sprawdź, czy znaleziono profil urządzenia Webex.

W dziennikach klienta potwierdź, że urządzenie dostępowe zostało znalezione i że wartość used_value to 1. Jeśli wartość użytka_wartości wynosi 0, sprawdź, czy Linia podstawowa jest włączona, czy wyłączona, i zweryfikuj wartość znacznika. Aby uzyskać więcej informacji, zobacz sekcję 6.1.44 Profil podstawowy w Przewodniku konfiguracji Webex for BroadWorks.

Przykładowe wpisy do dziennika:

:BWC:SCF: ConfigDownload - znaleziono urządzenie dostępu

:BWC:SCF: ConfigDownload - urządzenie dostępu: deviceType=Komunikator biznesowy - PC, deviceLevel=grupa, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, endpointType: Wygląd połączenia współdzielonego

:BWC:SCF: configDownload - urządzenie dostępu: deviceType=Połącz - Mobile, deviceLevel=Group, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, endpointType: Wygląd połączenia współdzielonego

:BWC:SCF: ConfigDownload - urządzenie dostępu: deviceType=Połącz - tablet, deviceLevel=grupa, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, endpointType: Wygląd połączenia współdzielonego

3. Sprawdź błędy DNS podczas rozwiązywania adresu proxy SIP.

Aby uzyskać szczegółowe informacje na temat wykrywania serwera proxy SIP, zobacz sekcję 6.1.6 Dynamiczne wykrywanie serwera proxy SIP w Przewodniku konfigur acji Webex for BroadWorks.

Udane odkrycie serwera proxy pokazuje:

Odkrywanie proxy zakończyło się, otrzyma <number>łem wyniki

4. Sprawdź, czy rejestracja SIP nie powiodła się.

Jeśli dzienniki pokazują mRegistration: TCPTimeout lub Reason: SIP; cause=200; text="last=TCP-Timeout”, klient Webex nie może nawiązać połączenia T CP niskiego poziomu z SBC. Rejestracja SIP nie kończy się, gdy wystąpi ten błąd. Sprawdź, czy protokół TCP jest zablokowany w sieci użytkownika, czy też SBC odrzuca połączenie TCP.

Jeśli żądanie REJESTR SIP zostanie odrzucone lub nie otrzyma odpowiedzi, przeszukaj w dziennikach wyszukiwania REJESTR sip i sprawdź, czy SIP/2.0 200 OK został zwrócony. Jeśli nie zostanie zwrócony, sprawdź, czy sieć użytkownika blokuje SIP, czy też SBC odrzuca żądanie.

W panelu administracyjnym BroadWorks przejdź do opcji Użytkownik > Narz ędzia > Rejestracje i sprawdź, czy dla klienta Webex istnieje prawidłowa rejestracja SIP.

W przypadku klientów mobilnych z systemem Android i iOS aplikacja Webex nie rejestruje się na SIP, dopóki połączenie nie zostanie nawiązane lub odebrane. Rejestracja jest usuwana po zakończeniu połączenia. Klienci mobilni rejestrują się w celu uzyskania powiadomień push.

W przypadku klientów mobilnych sprawdź następujące elementy:

1. Sprawdź, czy plik config-wxt.xml został pobrany pomyślnie i czy znaleziono profil urządzenia, zgodnie z opisem dla klientów Windows i Mac.

2. Sprawdź, czy rejestracja push się powiodła.

W dziennikach Webex poszukaj stanu rejestracji push:

onPushRegistrationStateChanged: :Zmieniono stan rejestracji Push, state=Niezarejestrowany

onPushRegistrationStateChanged: :Zmieniono stan rejestracji Push, state=Zarejestrowany

W panelu administracyjnym BroadWorks przejdź do opcji Użytkownik > Narz ędzia > Rejestracje powiadomień P ush i sprawdź, czy dla klienta Webex istnieje prawidłowa rejestracja push.

Problemy z wyświetlaniem sieci Web z ustawieniami połączeń

1. Przycisk/link samoopieki nie jest wyświetlany w aplikacji We bex

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

• Sprawdź, czy wymagany szablon konfiguracji klienta został wdrożony i poprawnie ustawione znaczniki CSW. (Zobacz sekcję Webview ustawień połączeń w przewodniku dotyczącym rozwiązań Webex for Cisco BroadWorks).
• Sprawdź, czy aplikacja Webex jest zarejestrowana do dzwonienia w BroadWorks.
• Sprawdź, czy aplikacja Webex jest najnowszą wersją obsługującą CSWV.

2. Pusta strona lub błąd po kliknięciu przycisku/linku Self Care

Ogólnie rzecz biorąc, takie zachowanie w aplikacji Webex wskazuje na problem konfiguracji lub wdrażania aplikacji CSWV na BroadWorks XSP. Zbierz szczegóły do dalszego dochodzenia, w tym dzienniki CSWV, dzienniki dostępu, repozytorium config-wxt.xml i plik szablonu, a następnie wnieś sprawę.

Problemy z roszczeniem domeny

Błędy rejestracji użytkowników mogą wystąpić w wyniku błędów popełnianych w domenach domenowych. Przed zgłoszeniem jakichkolwiek domen upewnij się, że rozumiesz następujące kwestie:

• Usługodawcy nie powinni ubiegać się o domeny organizacji klientów, którymi zarządzają. Powinny one ubiegać się o domeny tylko tych użytkowników, którzy znajdują się w wewnętrznej organizacji Usłu godawcy. Otrzymanie domeny użytkowników w odrębnej organizacji (nawet tej, którą zarządza Usługodawca) może skutkować błędami rejestracji użytkowników w organizacji klienta, ponieważ żądania uwierzytelniania użytkowników są kier owane przez Usługodawcę, a nie przez organizację klienta.
• Jeśli dwie organizacje klientów (firma A i firma B) mają tę samą domenę, a firma A zażądała domeny, rejestracja użytkowników Firmy B może się nie udać ze względu na fakt, że żądania uwierzytelniania użytkowników są kierowane przez organizację, która ma domenę zażądaną (Firma A).

  Jeśli zgłosisz jakąkolwiek domenę błędnie i chcesz usunąć ro szczenie, zapoznaj się z artykułem Zarządzaj domenami Webex.

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

Poniższa tabela przedstawia kody błędów użytkownika końcowego, które mogą być widoczne w portalu aktywacji użytkownika klienta.

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

Następujące kody błędów mają zastosowanie do synchronizacji katalogów.