Wasserzeichen
19. März 2021 | Ansicht(en) | Personen fanden das hilfreich

Webex für BroadWorks – Leitfaden zur Fehlerbehebung

Hilfe bei der Fehlerbehebung für Webex für BroadWorks, einschließlich Anleitungsthemen, Listen von Protokolldateien und deren Verwendung sowie Tipps zur Untersuchung bestimmter Probleme.

Fehlerbehebung bei Webex for BroadWorks

Fehlerbehebung bei Webex for BroadWorks

Fehlerbehebung bei Webex für BroadWorks

Dieses Dokument richtet sich an technische Mitarbeiter von Dienstleisterorganisationen, die sich selbst und ihre Kunden unterstützen. Wir erwarten, dass Sie mit der Problembehandlung im Allgemeinen, dem Lesen von Protokollen und der Arbeit mit Abonnentenfall vertraut sind.

Der Artikel ist in drei Hauptabschnitte unterteilt:

  • Ressourcen. Hier handelt es sich um eine Liste von Tools, dem Lesen von Material, Protokollen und Kontakten, die Sie möglicherweise benötigen.
  • Prozesse , in denen einige Maßnahmen beschrieben werden, die Sie bei der Behebungeines Kundenproblems ausführen können.
  • Bestimmte Probleme , die Bekannte Probleme kategorisieren und auflisten, wie diese zu finden sind und wie Siediese potenziell beheben könnten.

Änderungsverlauf

Datum

Ändern

Abschnitt

8. Dezember 2020

Aktualisiertes Dokument. Rebranding von Webex Teams zu Webex (App).

Endbenutzer-Fehlercodes hinzugefügt

Bestimmte Probleme

3. November 2020

Hinzugefügte Anrufeinstellungen – Webview

Bestimmte Probleme

22. Oktober 2020

Neues Dokument vorgestellt

Wasserzeichen
19. März 2021| Ansicht(en) | Personen fanden das hilfreich

Ressourcen

Ressourcen zur Fehlerbehebung bei Webex for BroadWorks

Kontakte


Ab Oktober 2020 migrieren wir den BroadSoft-Kundensupport zu den Cisco PALETTE-Supportprozessen und -Tools. Das bedeutet, dass Webex für BroadWorks-Partner die Verwendung von Xchange für die Fallverwaltung auf Support Case Manager (SCM) umstellen muss.

Die Migration wird für etwa drei Monate und bis zum Ende des Geschäftsjahrs 2020 erwartet. Das BroadWorks/UCaaS TAC-Team unterstützt Fälle in CSOne / Lightning anstelle von BroadSoft Jira, wenn Sie migriert werden. Möglicherweise müssen Sie während der Migrationszeit auf Fälle in beiden Systemen verweisen.

Weitere Informationen finden Sie unter Legacy BroadSoft Support Transition.

Nützliche Protokolldateien

Protokollname Quelle Nützlich für die Fehlerbehebung
PSLog Anwendungsserver Flowthrough-Bereitstellung
Tomcat-access_log Xsp Webex-App-Anmeldung
XsiActionsLog Xsp Webex App Anmeldung Interaktionen mit Webex IDP Proxy, Client-Interaktionen für Geräteprofile Abfrage
AuthentifizierungService-Protokoll Xsp Webex-App-Anmeldung (Tokenvalidierung und Ausgabe)
XSLog Xsp?

Mobile Abonnements für Pushbenachrichtigungen

Anrufsignalisierung

Startprotokoll der Webex-App

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

Mac:

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

Mobil: Protokolle senden verwenden

Start (Sequenz)

Berechtigungsprüfungen für den Benutzer

Initialisierung der LIBRARY-Initialisierung für das Verbinden mit BroadWorks

getUserProfile & JwT Token Fetch Logging

BroadWorks ruft das Webex-App-Protokoll an

Client

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

Mac:

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

Mobil: Protokolle senden verwenden

Der ganze SIP-Datenverkehr für Registrierung und Anrufe

Keep Alive-Datenverkehr für DAS BACKEND VON BETEKS

Funktionen während des Anrufs, die Signalisierung erfordern (Halten/Fortsetzen, Transfer usw.)

Protokoll des Medienmoduls (Webex Media Engine)

Client

Windows:

\Users\{username}\AppData\Local\CiscoSpark\media\*.log

Mac:

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

Mobil: Protokolle senden verwenden

Alle Medien-Protokollierungen

Codecs für einen Anruf ausgehandelt

Mid Call-Funktionen

Liste wird gelesen

Wasserzeichen
19. März 2021| Ansicht(en) | Personen fanden das hilfreich

Prozesse

Webex für BroadWorks-Fehlerbehebungsprozesse

Eskalieren eines Problems

Nachdem Sie einige der Anweisungen zur Fehlerbehebung befolgt haben, sollte eine angemessene Idee davon sein, wo das Problem gerootet wird.

1

Sammeln Sie so viele Informationen wie möglich von den Systemen, die mit dem Problem in Verbindung stehen

2

Wenden Sie sich an das entsprechende Team von Cisco, um einen Fall zu öffnen (siehe Abschnitt "Kontakte")

Welche Kundeninformationen müssen gesammelt werden?

Wenn Sie der Ansicht sind, Sie müssen einen Fall öffnen oder ein Problem eskalieren, erfassen Sie während der Fehlerbehebung mit dem Benutzer die folgenden Informationen:

  • Benutzeridentifikator: CI-E-Mail-Adresse oder Benutzer-UUID (dies ist der Webex-Bezeichner, aber wenn Sie auch den BroadWorks-Bezeichner des Benutzers erhalten, hilft dies)

  • Organisationsbezeichner

  • Ungefährer Zeitraum, in dem das Problem zu erleben war

  • Clientplattform und -version

  • Senden oder Sammeln von Protokollen vom Client

  • Tracking-ID wird auf dem Client angezeigt

Überprüfen von Benutzerdetails im Help Desk

1

Melden Sie sich bei https://admin.webex.com/helpdesk an.

2

Suchen Sie nach einem Benutzer und klicken Sie anschließend auf diesen. Dadurch wird der Übersichtsbildschirm des Benutzers geöffnet.

3

Klicken Sie auf den Benutzernamen, um die detaillierte Benutzerkonfiguration zu sehen.

Nützliche Informationen in dieser Ansicht umfassen die UUID des Benutzers, ein CI-Cluster, ein Webex-App-Cluster, Anrufverhalten, BroadWorks-Konto-GUID.

4

Klicken Sie auf Kopieren, wenn Sie diese Informationen in einem anderen Tool verwenden müssen, oder hängen Sie sie an einen Cisco-Fall an.

Anzeigen der Kundenorganisation in Help Desk

1

Melden Sie sich bei https://admin.webex.com/helpdesk an.

2

Suchen Sie nach einem Unternehmen des Kunden, und klicken Sie dann auf den Namen der Kundenorganisation.

3

Scrollen Sie nach unten, bis die Kundenportalansicht angezeigt wird, und klicken Sie auf Kundenname anzeigen, um eine schreibgeschützte Ansicht der Kunden-Organisation zu sehen, einschließlich Benutzer und Konfiguration.

Abrufen von Benutzerprotokollen aus dem Partner Hub

Bei der Behebung von Problemen mit dem Desktop und mobilen Clients ist es wichtig, dass Partner (und TAC) die Client-Protokolle anzeigen können.

1

Bitten Sie den Benutzer, Protokolle zu senden.

2

Bitten Sie den Benutzer, die Anrufumgebung zu exportieren. Senden Sie Ihnen die Datei ced.dat.

3

Erhalten Sie die Clientprotokolle vom Partner Hub oder Help Desk (siehe unten).

Partner Hub-Option:

  1. Melden Sie sich bei Partner Hub an und suchen Sie die Kundenorganisation des Benutzers.

  2. Wählen Sie Fehlerbehebung aus.

  3. Wählen Sie Protokolle aus.

  4. Suchen Sie nach dem Benutzer (per E-Mail).

  5. Sie können die Clientprotokolle als ZIP-Datei anzeigen und herunterladen.

Help Desk-Option:

  1. Melden Sie sich beim Help Desk an.

  2. Suchen Sie nach der Organisation.

  3. Klicken Sie auf die Organisation (öffnet den Übersichtsbildschirm).

  4. Scrollen Sie nach unten, um auf Kunden anzeigen zu klicken.

  5. Wählen Sie Fehlerbehebungaus.

  6. Wählen Sie Protokolleaus.

  7. Suchen Sie nach dem Benutzer (per E-Mail).

  8. Sie können die Clientprotokolle als ZIP-Datei anzeigen und herunterladen.

So finden Sie die Client-Version

1

Geben Sie diesen Link an den Nutzer weiter: https://help.webex.com/njpf8r5.

2

Bitten Sie den Nutzer, Ihnen die Versionsnummer zu senden.

Client-Prüfung für Anrufdienst

1

Melden Sie sich beim Webex-Client an.

2

Überprüfen Sie, ob das Symbol "Anrufoptionen" (ein Handset mit einem Zahnrad darüber) in der Seitenleiste angezeigt wird.

Wenn das Symbol nicht vorhanden ist, ist der Benutzer möglicherweise noch nicht für den Anrufdienst in Control Hub aktiviert.

3

Öffnen Sie das Menü Einstellungen/Einstellungen und gehen Sie zum Abschnitt Telefondienste. Sie sollten den Status SSO-Sitzung sehen, an der Sie angemeldetsind.

(Wenn ein anderer Telefondienst, z. B. Webex Callingwird angezeigt, der Benutzer verwendet Webex nicht für BroadWorks.)

Diese Verifizierung bedeutet:

  • Der Client hat die erforderlichen Webex-Microservices erfolgreich überquert.
  • Der Benutzer wurde erfolgreich authentifiziert.
  • Dem Client wurde ein langlebiges JSON-Webtoken von Ihrem BroadWorks-System ausgestellt.
  • Der Client hat sein Geräteprofil abgerufen und sich bei BroadWorks registriert.

Erhalten von Client-Protokollen oder Feedback

  • Im Abschnitt "Ressourcen" können Sie nach bestimmten Client-Protokollen auf Webex-Desktopclients suchen oder Benutzer zum Senden von Protokollen auffordern.

  • Bitten Sie Benutzer von mobilen Clients, Protokolle zu senden. Sie können sie dann über die Partner-Hub oder den Help Desk erhalten.


Das Senden von Protokollen ist unbestummt. Wenn ein Benutzer jedoch Feedback sendet, wird es an das Cisco Webex App Devops-Team übermittelt. Stellen Sie sicher, dass Sie die Feedback-Nummer des Nutzers aufzeichnen, wenn Sie Cisco weiter verfolgen möchten. Zum Beispiel:

Anrufumgebungsdaten erhalten

Webex-Clientprotokolle sind stark umgekämmt, um persönlich identifizierbare Informationen zu entfernen. Sie sollten die Anrufumgebungsdaten aus dem Client in derselben Sitzung exportieren, in der Sie das Problem bemerken.

1

Klicken Sie im Client auf das Profilbild und anschließend auf Hilfe> Anrufumgebungsdaten exportieren.

2

Speichern Sie die resultierende Datei ced.dat, um Probleme bei Anrufen für diesen Benutzer zu beheben.

Wichtig: Wenn Sie sich vom Client abmelden oder neu starten, wird der interne Cache leert. Wenn Sie anschließend ced.dat exportieren, entsprechen die exportierten Daten keinen Protokollen, die vor dem Cache gesendet wurden.

Webex-Datenbank zurücksetzen

1

Klicken Sie auf dem Client > auf > Integritätsprüfung.

2

Wählen Sie Datenbank zurücksetzenaus.

Dies löst einen vollständigen Reset des Clients aus und lädt den Anmeldebildschirm der Webex-App.

Webex sollte sich bei BroadWorks registrieren

Die Webex-App überprüft die folgenden Informationen, um festzustellen, ob eine Registrierung bei BroadWorks durchgeführt werden soll:

  • Benutzerberechtigung für Broadworks-Connector

  • Anrufverhalten für Organisation und Benutzer

Überprüfen des Anrufverhaltens und der Connector-Berechtigung eines Benutzers

  1. Melden Sie sich mit Ihrenhttps://admin.webex.com/helpdeskPartneradministrator-Anmeldeinformationen beim Help Desk () an.

  2. Suchen Sie nach dem Benutzer.

  3. Klicken Sie auf den Benutzer und überprüfen Sie den Eintrag Anrufverhalten. Dies sollte "In Webex anrufen" sein.

  4. Klicken Sie auf den Benutzernamen, um den Bildschirm Benutzerdetails zu öffnen.

  5. Scrollen Sie nach unten, um den Abschnitt Berechtigungen zu finden, und stellen Sie sicher, dass broadworks-connector enthalten ist.


    Ein Webex-Benutzer für BroadWorks sollte NICHT die bc-sp-Standardberechtigung haben, wenn er Webex für BroadWorks verwenden möchte. Dies ist die Berechtigung für "Webex Calling (Broadcloud)", eine Webex-App, die über einen von Cisco verwalteten Cloud-Anrufdienst anruft.

Überprüfen des Anrufverhaltens der Organisation

  1. Melden Sie sich mit Ihrenhttps://admin.webex.com/helpdeskPartneradministrator-Anmeldeinformationen beim Help Desk () an.

  2. Suchen Sie nach der Organisation.

  3. Klicken Sie auf die Organisation und überprüfen Sie den Eintrag Anrufverhalten. Dies sollte "In Webex anrufen" sein.

PSLog für Probleme mit der Benutzerbereitstellung analysieren

Verwenden Sie das PSLog des Anwendungsservers, um die HTTP POST-Anforderung zur Bereitstellungsbrücke und die Antwort von Webex zu sehen.

Im korrekten Arbeitsfall beträgt die Antwort 200 OK, und nach einigen Minuten können Sie den Benutzer – und die neue Kunden-Organisation, wenn es sich um den ersten Benutzer handelt – in Webex erstellen.

Sie können dies verifizieren, indem Sie das Help Desk nach der im POST genannten E-Mail-Adresse durchsuchen.

Vorbereitungen

Sammeln Sie eine PSLog vom Anwendungsserver während eines Flowthrough-Bereitstellungsversuchs mit einem Testbenutzer.

1

Der erste zu überprüfende Punkt ist der HTTP-Antwortcode:

  • Alles andere als 200 OK ist ein Fehler bei der Benutzerbereitstellung.

  • 200 OK könnte immer noch einen Fehler anzeigen, wenn etwas am Abonnentenprofil in den Webex-Diensten, die an der Bereitstellungs-Bridge angeschaltet sind, nicht funktioniert.

  • In der Antwort kann 400 einen Nachrichtenknoten enthalten. Die Bereitstellungsbrücke konnte etwas im Abonnentenprofil nichtverarbeiten. Möglicherweise stimmt etwas mit den Abonnentendetails oder mit einer Einstellung in der Vorlage nicht zusammen.

  • 401 bedeutet, dass die im AS eingegebenen Bereitstellungsnachweise nicht mit den in der Vorlage im Partner Hub eingegebenen Anmeldeinformationen übereinstimmen.

  • 403 könnte auf etwas falsch konfiguriertes Auf Anwendungsserver hindeuten. Überprüfen Sie das Ziel der Anfrage. es sollte keine IP-Adresse sein, es sollte die Bereitstellungs-Bridge-URL sein, die Sie in Ihrer Vorlage im Partner Hub sehen können.

  • 409 zeigt einen Konflikt zwischen dem gelieferten Abonnentenprofil und bestehenden Webex-Daten an. Möglicherweise gibt es einen Benutzer mit dieser E-Mail-Adresse. Überprüfen Sie die Nachricht in der Antwort.

2

Sie können auch das ursprüngliche HTTP POST auf möglicherweise möglicherweise fehlschlagende Werte überprüfen, die zu einem Ausfall der Bereitstellung führen könnten.

Post enthält eine SubscriberProfile XML-Struktur. In dieser sind die nützlichen Knoten, die Sie überprüfen können, wie:

  • -user: Verwenden Sie diese Datei, um das Abonnentenprofil zu finden, wenn Sie es in BroadWorks bearbeiten müssen.

  • Gruppe: Wenn die Vorlage im "Service Provider-Modus" angezeigt wird, wird diese kleinformatiert und wird zum Namen der Kunden-Organisation, die Sie im Partner Hub sehen.

  • serviceProvider: Wenn die Vorlage im "Enterprise-Modus" angezeigt wird, wird diese kleinformatiert und wird zum Namen der Kunden-Organisation, die im Partner Hub angezeigt wird.

  • primaryPhoneNumber(Telefonnummer): Muss vorhanden sein. Die Bereitstellung schlägt ohne sie fehl.

  • E-Mail-Adresse: Wird die Benutzer-ID in Webex. Muss für Webex gültig und eindeutig sein, andernfalls schlägt die Bereitstellung fehl.


 

Die Dienste ignorieren: es wurde von AS erstellt und akzeptiert, aber nicht von Webex verwendet.

Analysieren von XSP-Protokollen zur Fehlerbehebung bei der Abonnenten-Anmeldung

Dieser Ablauf beschreibt den BroadWorks-Authentifizierungsmodus. Sie können den Authentifizierungsmodus auf der BroadWorks-Vorlage im Partner Hub sehen. Siehe Kundenvorlagen konfigurieren in https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Der folgende Kontaktplan zeigt die Interaktion zwischen dem Benutzer, dem Client, den Webex-Diensten und dem BroadWorks-System an, wenn der Benutzer eine BroadWorks-Authentifizierung in der Webex-App vor sich hat. Außerdem ist die Verbindung zwischen Webex und XSP durch MTLS gesichert.

In der folgenden Diskussion wird erklärt, was zu erwarten ist, wenn Sie die Protokolle für eine erfolgreiche Anmeldung untersuchen.

Abbildung 1. BroadWorks-Authentifizierung und Gerätekonfiguration

Der Benutzer interagiert mit dem Client, der Client interagiert mit Webex-Diensten:

  • Der Benutzer gibt seine E-Mail-Adresse an die Webex-App an (1 im Diagramm).

  • CI weiß, dass dieser Benutzer umgeleitet wird, um sein BroadWorks-Passwort einzugeben (über UAP) (2 im Diagramm).

  • Der IDP-Proxy übermittelt eine Anforderung zum Erhalten eines Profils an die Xsi-Schnittstelle auf XSP.

Im Tomcat-access_log:

  • Suchen Sie nach der GET-Anforderung für das Abonnentenprofil, von Webex zur Xsi-Actions-Schnittstelle (2.1 im Diagramm). Sie hat die Webex-Benutzer-ID. E.g.

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

Im XsiActionsLog:

  • Suchen Sie nach der GET-Profilanfrage von Webex (2.1 im Diagramm). Sie hat die Webex-Benutzer-ID. E.g.

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

    Die Kopfzeilen enthalten Autorisierung: Basic und User-Agent: broadworksTeamsClient

  • Das XSP führt dann OCI-P Basic-Authentifizierung gegen BroadWorks (AuthenticationVerifyRequest und AuthenticationVerifyResponse, wie jede andere Anwendung, die die Basisauthentifizierung über Xsi vorsieht) und ein UserGetRequest und ServiceProviderGetRequest durch, um die Abonnenteninformationen zu erfassen.

  • Die Xsi-Antwort auf Webex enthält einen XML-Profilblock, der die Benutzer-ID (BroadWorks) und andere Details enthält (im Diagramm 2.2).

Interaktionen zwischen Client- und Webex-Diensten:

  • IDP-Proxy stimmt das von BroadWorks erhaltene Benutzerprofil ab und probleme der SAML-Assertion mit dem Client (2.3 im Diagramm)

  • SamL-Assertion für den Client-Austausch für ein CI-Token (3 im Diagramm)

  • Der Client überprüft, ob der angemeldete Benutzer über die Broadworks-Connector-Berechtigung verfügt (4 im Diagramm). Sie können die Benutzerberechtigungen im Help Desk überprüfen.)

  • Client verwendet CI Token, um einen JSON Web Token (JWT) vom IDP-Proxy an fordern (5 im Diagramm)

  • IDP-Proxy validiert CI-Token bei CI

  • IDP-Proxy fordert JWT vom Authentifizierungsdienst an

Im Authentifizierungsserviceprotokoll:

  • Suchen Sie nach der Tokenanforderung von Webex (5.2 im Diagramm), z. B.:

    GET /authService/token

    die http_bw_userid Kopfzeile und andere hat.

  • XSP führt OCI-P UserGetLoginInfoRequest aus, um zu überprüfen, ob die angegebene Nutzer-ID einem BroadWorks-Benutzer entspricht (im Diagramm 5.3). AuthService hat aufgrund der mTLS-Verbindung eine Vertrauensstellung mit Webex aufgebaut, sodass LLT aus angezeigt werden kann.

  • Suchen Sie nach der Antwort (im Diagramm 5.4) von LongLivedTokenManager – Token generiert, Betreff: bwksUserId@example.com, Aussteller: BroadWorks ...

    und StatusCode=200, die Sie mit der TrackingID der ursprünglichen Anfrage zuordnen können: CLIENT... Header.

Im XsiActionsLog:

  • Der Client kann nun das langlebige Token auf der Xsi-Actions-Benutzeroberfläche präsentieren, um sein Geräteprofil abzurufen (6 im Diagramm). E.g.:

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

    Mit der Überschriftenautorisierung: Inhabertoken und Benutzer-Agent: WebexTeams(Variante/Version)

  • Die Xsi-Actions-Schnittstelle POSTs das Token zum Authentifizierungsservice (konfiguriert, um auf der Loopback-Schnittstelle zu sein), z. B.: 127.0.0.1:80 NACH http://127.0.0.1:80/authService/token

    die Sie mit der trackingid in Beziehung setzten: CLIENT... Kopfzeile in der Kopfzeile GET und X-BROADSOFT-CORRELATION-ID: CLIENT... im POST -Header.

Im Authentifizierungsserviceprotokoll:

  • Empfang des POST von Xsi (Loopback)

  • Ein StatusCode=200 zurück zu Xsi

  • Und eine Tokenvalidierungsantwort mit einem "Token"-JSON-Block im Text.

  • Mit der trackingid korreliert: Kunde...

Im XsiActionsLog:

  • Nachdem sie 200 OK von authservice erhalten haben, wodurch das Token des Clients validiert wurde, sendet die Xsi-Actions-Anwendung jetzt eine OCI-P-Anforderung für UserPrimaryAndSCADeviceGetListRequest

  • Empfängt OCI-P UserPrimaryAndSCADeviceGetListResponse, die die accessDeviceTable-XML-Struktur enthält.

  • Die OCI-P-Antwort wird als Xsi-Antwort an den Client codiert, einschließlich der AccessDevices-XML-Struktur, die über die DeviceTypes verfügt (z. B. Business Communicator – PC) und die URLs, über die der Client die Gerätekonfigurationsdateien abrufen kann.

Client wird normal fortgesetzt:

  • Wählt einen Geräteeintrag aus und interagiert mit DMS, um ein Geräteprofil zu erhalten (6 im Diagramm)

  • Registrierung bei BroadWorks über SBC in Konfiguration vom DMS abgerufen (im Diagramm 7)

Wasserzeichen
19. März 2021| Ansicht(en) | Personen fanden das hilfreich

Bestimmte Probleme

Webex für BroadWorks – Fehlerbehebung bei bestimmten Problemen

Probleme mit Partner Hub

Administrator kann Kundenorganisationen nicht sehen

Als Administrator für Ihre Partnerorganisation in Webex sollten Sie die Rolle "Volladministrator" haben. Diese Rolle wird für die Verwaltung Ihrer Partnerorganisation verwendet, einschließlich der Zuweisung von Administratorrechten zu sich selbst und anderen. Für die Verwaltung von Kundenorganisationen müssen Sie sich selbst (oder anderen Personen) die Rolle "Volladministrator" oder "Verkaufsadministrator" erteilen. Siehe .https://help.webex.com/fs78p5

Probleme bei der Benutzerbereitstellung

Integrierte IM&P-Fehler für bestimmte Unternehmen/Kunden

Wenn Sie eine Mischung aus Unternehmen haben, die verschiedene Cloud Collaboration-Dienste nutzen, z. B. UC-One SaaS und Webex für BroadWorks, haben Sie sich möglicherweise dafür entschieden, den Bereitstellungsadapter für alle Unternehmen zu ändern.

Führen Sie AS_CLI/Interface/Messaging aus, um zu überprüfen, welche Einstellungen für integrierte Sofortnachrichten&P (Standardeinstellung für Unternehmen, sofern keine spezifischere Einstellung vorhandenist) konfiguriertsind> . Öffnen Sie für die Bereitstellungsparameter eines bestimmten Unternehmens das Unternehmen, und wechseln Sie > IM&P zuDienste.

Stellen Sie sicher, dass die Konfiguration des integrierten IM&P für dieses Unternehmen exakt mit der Konfiguration in der Kundenvorlage im Partner Hub passt. Die folgenden Einstellungen müssen übereinstimmen oder die Bereitstellung schlägt für alle Benutzer im Unternehmen fehl:

Einstellungen für integriertes IM&P von BroadWorks Enterprise

Kundenvorlageneinstellung für Partner Hub

Messaging-Server-URL

Bereitstellungs-URL

Messaging-Server-Benutzername

Kontoname der Bereitstellung

Passwort für Nachrichtenserver

Bereitstellungskontopasswort, Passwort bestätigen

Integrierte IM&P-Fehler für bestimmte Benutzer

Dies gilt, wenn Sie die Flowthrough-Bereitstellung verwenden und davon ausgehen, dass die Bereitstellung für einige /die meisten Benutzer funktioniert (so können Sie ein Konfigurationsproblem ausschließen).

Wenn in BroadWorks Integrierte IM&P-Fehler auftreten, z. B. "[Fehler 18215] Bereitstellungsfehler mit Messaging-Server" und "[Fehler 18211] Kommunikationsfehler mit Messaging-Server", sollten Sie die folgenden potenziellen Ursachen untersuchen:

  • Die E-Mail-Adresse des Benutzers könnte bereits CI vorhanden sein. Suchen Sie im Help Desk nach dem Benutzer, um zu überprüfen, ob seine E-Mail-Adresse bereits vorhanden ist. Dies ist nicht notwendigerweise eine Erklärung, da der Benutzer möglicherweise in einer Organisation existiert, deren Daten Sie nicht im Help Desk sehen können.

  • Der Benutzer hat sich unabhängig bei Webex angemeldet, bevor ihm der integrierte IM&P-Service zugewiesen wurde. In diesem Fall besteht eine Option im Löschen des kostenlosen Kontos des Benutzers, damit er Teil der Kundenorganisation werden kann, die Sie bereitstellen. Anweisungen finden Sie unter https://help.webex.com/5m4i4y.

  • Dem Benutzer ist keine primäre Telefonnummer zugewiesen (alle Abonnenten von Webex für BroadWorks müssen eine primäre DID haben). Siehe das Thema zur Analyse von PSLog von AS.

Fehler bei der Benutzerbereitstellung als Antwort auf Provisioning Bridge

Wenn Benutzer nicht innerhalb von wenigen Minuten im Control Hub angezeigt werden, nachdem Sie integriertes IM&P zugewiesen haben, können Sie sich die Antwortcodes des Bereitstellungs-Bridge-Diensts anschauen. Führen Sie ein PSLog aus, um sich die HTTP-Antwortcodes anschauen zu können.

200 OK

Eine Antwort mit 200 OK bedeutet nicht, dass der Benutzer erfolgreich bereitgestelltwurde. Dies bedeutet, dass der Bereitstellungsdienst die Anforderung erhalten und die entsprechende Anforderung zur Nutzererstellung erfolgreich an die Upstream-Dienste übermittelt hat.

Die Provisioning-Transaktion ist vom Design asynchron. Der Dienst antwortet 200 OK, da der Prozess zum Erstellen von Benutzer einige Minuten dauern kann und wir aus Leistungsgründen nicht mehrere Anfragen zur Erstellung eines gleichen Benutzers erhalten möchten.

Wenn der Benutzer jedoch nach einer Antwort von 200 OK nicht schließlich in der Kundenorganisation angezeigt wird, kann dies darauf hindeuten, dass die Benutzererstellung in den Webex-Diensten, die anhauf des Bereitstellungsdienstes geschaltet sind, fehlschlang.

Sie müssen einen Bereitstellungsfehler eskalieren, bei dem eine Antwort auf 200 OKvorträgt.

400 schlechte Anfrage

Überprüfen Sie die HTTP-Antwort, die detaillierter zu möglichen Problemen sein sollte, die diese Antwort vom Bereitstellungsdienst verursachen könnten. Einige Beispiele für den <message> Knoten:

  • "BroadWorks-E-Mail mit älterer Bereitstellungs-API kann nicht als vertrauenswürdig bezeichnet werden."

    Die E-Mail-Adresse, die mit der fehlgeschlagenen Benutzerbereitstellungsanfrage verknüpft ist, ist ungültig oder falschtypisiert, Sie haben jedoch in der Vorlage erklärt, dass die E-Mail-Adressen vertrauenswürdig sein können. Überprüfen Sie die Benutzerprofile in BroadWorks, insbesondere die E-Mail-ID.

  • "Kunden-Organisation wurde in der Datenbank nicht gefunden und auch das Flag für die Erstellung neuer Organisationen ist nicht aktiviert."

    Diese fehlgeschlagene Bereitstellungsanfrage sollte eine neue Kundenorganisation in Webex erstellen, Aber Ihre Vorlage ist konfiguriert, um die Erstellung neuer Kundenorganisationen zu verhindern. Wenn Sie neue Organisationen für E-Mail-Domänen zulassen möchten, die nicht mit vorhandenen Kunden in Webex übereinstimmen, können Sie Ihre Vorlage im Partner Hub neu konfigurieren und die Bereitstellungsanfrage erneut testen. Wenn Sie jedoch nicht erwarten, dass für diesen Benutzer eine neue Organisation erstellt wird, ist die E-Mail-Adresse möglicherweise falschtypisiert (speziell der Domänenteil). Überprüfen Sie die E-Mail-ID des Benutzers in BroadWorks.

403 Verboten

Für die Bereitstellungsanfrage gibt es keine Erfolgschance. Sie müssen die Anfrage und Antwort in diesem Fall untersuchen. Wenn Sie z. B. eine IP-Adresse als Ziel der Bereitstellungsanfrage sehen – anstatt der entsprechenden Bereitstellungs-Bridge-URL für Ihre Organisation (siehe Die Themen zur Firewall-Konfiguration im Lösungshandbuch) – kann dies darauf hindeuten, dass ihr Anwendungsserver über einen erforderlichen Patch (ap373197) fehlt.

Stellen Sie sicher, dass alle erforderlichen Patches auf dem Anwendungsserver angewendet werden und dass Sie die entsprechende Konfiguration für eine erfolgreiche Flowthrough-Bereitstellung abgeschlossen haben.

409 Konflikt

Die Bereitstellungsanfrage kann nicht fortgesetzt werden, da ein vorhandener Benutzer in Webex vorhanden ist, der mit der E-Mail-Adresse in der Anfrage ab stimmt.

Benutzer bereits in CI

Holen Sie die E-Mail-Adresse des Abonnenten aus der HTTP POST-Anfrage und suchen Sie im Help Desk nach der E-Mail.

Sie sehen den Benutzer möglicherweise nicht, wenn Ihnen dies nicht gestattet ist, aber Sie sehen möglicherweise auch, dass der Benutzer in einer "kostenlosen" Organisation ist, z. B. "Verbraucher".

Sie können diesen Benutzer bitten, sein kostenloses Konto zu löschen, oder Sie können eine andere E-Mail-Adresse für die Bereitstellung verwenden. Siehe .https://help.webex.com/ndta402

Probleme bei der Benutzer-Anmeldung

Das Benutzeraktivierungsportal wird nicht geladen

Der normale Anmeldefluss von Webex für BroadWorks umfasst ein Benutzeraktivierungsportal, in dem Benutzer ihre Passwörter eingeben. Manchmal wird dieses Portal nicht geladen, nachdem der Benutzer seine E-Mail-Adresse im Anmeldebildschirm der Webex-App angegeben hat.

Dieses Problem kann auf Kunden- oder Dienstseite verursacht werden. Auf der Kundenseite wird dies normalerweise dadurch verursacht, dass der native Browser des Clients inkompatibel ist.

Single Sign-On fehlgeschlagen

  • Überprüfen Sie in BroadWorks, ob dem Benutzer die Gerätetypen für die Webex-App zugewiesen wurden (siehe Abschnitt Geräteprofile im Abschnitt Vorbereiten Ihrer Umgebung im Lösungshandbuch).

  • Überprüfen Sie, ob der Benutzer das richtige Passwort verwendet: Wenn die Vorlage, die Sie für die Bereitstellung der Kundenorganisation des Benutzers (im Partner Hub) verwendet haben, für die BroadWorks-Authentifizierung konfiguriert ist, muss der Benutzer sein BroadWorks-Passwort für "Webzugriff" eingeben.

Probleme bei Anrufkonfiguration und Registrierung

Nachdem ein Benutzer in Webex bereitgestellt wurde und er sich erfolgreich bei der Webex-App anmeldet, registriert sich die App bei BroadWorks. Im Folgenden wird die erwartete Registrierungsfolge und die resultierenden Zeichen für eine fehlerfreie Registrierung angezeigt (wie in der Webex-App zu sehen):

Erwartete Registrierungssequenz

  1. Client ruft XSI an, um ein Geräteverwaltungstoken und die URL zum DMS zu erhalten

  2. Der Client fordert sein Geräteprofil vom DMS an, indem er das Token aus Schritt 1 vorspielt.

  3. Client liest das Geräteprofil und ruft die SIP-Anmeldeinformationen, Adressen und Ports ab

  4. Client sendet ein SIP-REGISTER anhand der Informationen aus Schritt 3 an den SBC

  5. Der SBC sendet das SIP-REGISTER an den AS (der SBC kann eine Look-up-Datei im NS durchführen, um eine AS zu finden, wenn der SBC den SIP-Benutzer noch nicht kennt.)

Erwartete Zeichen für erfolgreiche Client-Registrierung

Das Symbol Anrufoptionen wird in der Webex-Benutzeroberfläche angezeigt.

In der Webex-App auf der Registerkarte Telefonservices (z. B. Einstellungen > Phone Services unter Windows, Einstellungen > Phone Services auf Mac), die Nachricht "SSO-Sitzung: Sie sind angemeldet" bedeutet, dass die App erfolgreich registriert wurde (in diesem Fall bei BroadWorks).

Client hat kein Anrufsymbol

Dies bedeutet meistens, dass der Benutzer nicht über die richtige Lizenz/ Die richtigen Berechtigungen verfügt.

Client zeigt Registerkarte "Telefondienste" an, aber keine SSO-Sitzung

Dies ist eine fehlgeschlagene Registrierung. Es gibt mehrere Gründe, warum ein Webex-App-Client die Registrierung mit BroadWorks fehlschlagen würde:

Mehrere Anrufdienste, die mit denselben Clients getestet werden

Dieses bekannte Problem kann dadurch verursacht werden, dass der Client zwischen verschiedenen Calling-Back-Enden umwechselt. Die Wahrscheinlichkeit, dass sie im Rahmen der Testversionen verschiedener Anrufdienste auftritt, die über (dieselben) Webex-App-Clients angeboten werden. Sie können die Client-Datenbank (Link) zurücksetzen, um dieses Problem zu beheben.

Falsche Konfiguration des Authentifizierungsdiensts

Überprüfen Sie die XSP(s), die den Authentifizierungsdienst hosten, mit dem Lösungsleitfaden (siehe Konfigurieren von Diensten auf Ihrem Webex für BroadWorks XSPs). Konkret heißt das:

  • Die RSA-Schlüssel (die Sie auf einem XSP generieren) werden auf alle XSPs kopiert.

  • Die Authentifizierungsdienst-URL wurde dem Web-Container auf allen XSPs bereitgestellt und im Cluster im Partner Hub korrekt eingegeben

  • Die externe Authentifizierung mithilfe von Zertifikaten ist konfiguriert:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get 
     
     allowUserApp = 
     false allowClientApp = true
  • Bei der Verwendung von MTLS müssen Sie das Webex-Clientzertifikat auf die XSPs hochladen (Sie können das Zertifikat über den Partner Hub auf der Seite BroadWorks-Einstellungen erhalten)

Fehlkonfiguration von BroadWorks-Tags

Überprüfen Sie, ob Sie die erforderlichen BroadWorks-Tags für die Webex-App konfiguriert haben (siehe Abschnitt BroadWorks-Tags erforderlich für Webex im Lösungshandbuch) und dass es keine Konflikte oder fehlerhafte Werte gibt.

Insbesondere sollte der Tag %SBC_ADDRESS_WXT% der SBC zu Ihrem SIP-Clients für Webex-App-Clients sein.

Desktop-Client trennt die Telefondienste nach erfolgreicher SSO-Verbindung

Dieses Problem kann durch das Anmelden desselben Benutzers bei mehreren Clients auf demselben Plattformtyp verursacht werden. Beispiel: Wenn sich ein Benutzer erfolgreich bei der Webex-App unter Windows und dann bei der Webex-App auf einem anderen Windows-Computer signiert, befindet sich nur eine aktive SSO-Sitzung auf einem der Computer. Das ist durch das Design.

Wenn Sie dieses Problem unbedingt beheben müssen, können Sie BroadWorks so konfigurieren, dass mehrere Instanzen desselben Gerätetyps verwendet werden, diese jedoch eindeutige SIP-Adressen haben müssen. Diese Konfiguration liegt außerhalb des Rahmens von Webex für BroadWorks.

Desktop-Gerät nicht für Benutzer bereitgestellt

Diese Signatur wird im Client-Protokollangezeigt:

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceed:DISKETTEC:SCF: KonfigurationDownload - das Geräteprofil "Business Communicator - PC" wurde nicht gefunden.

Anrufeinstellungen Webview Probleme

Schaltfläche/Link "Self-Care" wird in der Webex-App nicht angezeigt

Ein anderes Symptom für dieses Problem ist, wenn die Schaltfläche / der Link angezeigt wird, aber wenn Sie darauf klicken, wird ein externer Browser geöffnet.

  • Stellen Sie sicher, dass die erforderliche Client-Konfigurationsvorlage bereitgestellt und CSW-Tags korrekt eingestellt sind. (Siehe Abschnitt "Anrufeinstellungen – Webview" im Webex für BroadWorks-Lösungshandbuch).

  • Stellen Sie sicher, dass die Webex-App für Anrufe in BroadWorks registriert ist.

  • Stellen Sie sicher, dass es sich bei der Webex-App um eine aktuelle Version handelt, die CSWV unterstützt.

Leere Seite oder Fehler nach dem Klicken auf Die Self-Care-Schaltfläche/den Link

In der Regel weist dieses Verhalten in der Webex-App auf ein Konfigurations- oder Bereitstellungsproblem mit der CSWV-Anwendung auf BroadWorks XSP hin.

Sammeln Sie Details zur weiteren Untersuchung, einschließlich CSWV-Protokolle, Zugriffsprotokolle, config-wxt.xml-Repository und Vorlagendatei, und heben Sie dann einen Fall auf.

Endbenutzer-Fehlercodes

In der folgenden Tabelle sind die Endbenutzer-Fehlercodes aufgeführt, die im Aktivierungsportal für Clientbenutzer angezeigt werden können.


Dies ist keine ausführliche Liste von Fehlercodes. In der Tabelle werden nur vorhandene Fehlercodes aufgeführt, für die die Webex-App derzeit keine klare Richtung für den Benutzer ankäpft.
Tabelle 1: Endbenutzer-Fehlercodes

Fehlercode

Fehlermeldung

200010

Validierung der Anmeldedaten fehlgeschlagen, da BroadWorks-Benutzer nicht autorisiert.

200018

Validierung der Anmeldeinformationen fehlgeschlagen, wenn der Benutzer gesperrt wird

200019

Validierung der Anmeldeinformationen als Add User fehlgeschlagen für die Selbstaktivierung

200022

Senden fehlgeschlagen, da Benutzer nicht authentifiziert

200026

Validierung der E-Mail fehlgeschlagen aufgrund eines Fehlers bei der Vorüberprüfung oder aufgrund eines ausstehenden inkorrekten Status für den Benutzer für PartnerOrgUUID: {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID : {configSetUUID}

200039

Validieren der E-Mail als emailID fehlgeschlagen, die bereits in einer anderen Organisation verwendet wird

200040

Validierung der E-Mail-Adresse als configSet ist nicht mit configSet in customerConfig fehlgeschlagen

200041

Validierung der E-Mail fehlgeschlagen, da der Benutzer bereits für einen anderen dienst in Konflikt steht und damit in Konflikt steht

200042

Validieren der E-Mail als E-Mail ist bereits zu einer anderen Broadworks-Benutzer-ID zugeordnet.

200043

Validierung der E-Mail fehlgeschlagen, da Benutzer-Kundenkonfigurationszuordnung falsch ist

200044

Validieren der E-Mail als userID fehlgeschlagen, die in diesem Broadworks-Cluster bereits verwendet wird

200045

Hinzufügen des Benutzers durch die Selbstaktivierung fehlgeschlagen, da der Benutzer bereits Teil einer anderen Organisation ist

200046

Hinzufügen des Benutzers durch die Selbstaktivierung fehlgeschlagen, da mehrere ausstehende Benutzer mit derselben broadworksUserId im selben Broadworks-Cluster vorhanden sind

200047

Hinzufügen des Benutzers durch die Selbstaktivierung fehlgeschlagen, da userId bereits in diesem Broadworks-Cluster verwendet wird

200048

Hinzufügen des Benutzers durch die Selbstaktivierung fehlgeschlagen, da die E-Mail-Adresse bereits mit einer anderen BroadWorks-Benutzer-ID bereitgestellt wurde

200049

Hinzufügen des Benutzers durch die Selbstaktivierung fehlgeschlagen, da userId bereits in diesem Broadworks-Cluster verwendet wird

200050

Hinzufügen des Benutzers durch die Selbstaktivierung fehlgeschlagen, da die Bereitstellungs-ID nicht mit der erwarteten ProvisioningID des Unternehmens des Abonnenten übereinstimmen kann

200051

Hinzufügen des Benutzers durch die Selbstaktivierung als spEnterpriseId fehlgeschlagen, der in dieser Anforderung angegeben ist, steht im Konflikt mit einem Dienstanbieter oder Enterprise, der bereits von diesem BroadWorks-Cluster bereitgestellt wurde

War dieser Artikel hilfreich für Sie?

Empfohlene Artikel

Kürzlich angezeigt

×