Watermerk
19 mrt. 2021 | weergave(n) | personen vonden dit nuttig

Gids voor probleemoplossing van Webex voor BroadWorks

Advies over het oplossen van problemen voor Webex for BroadWorks, zoals 'how to'-onderwerpen, lijsten van logboekbestanden en het soort gebruik, en tips voor het onderzoeken van specifieke problemen.

Webex voor BroadWorks-probleemoplossing

Webex voor BroadWorks-probleemoplossing

Problemen met Webex for BroadWorks oplossen

Dit document is bedoeld voor technische personen van serviceproviders die zichzelf en hun klanten ondersteunen. We verwachten dat u enige vertrouwdheid met probleemoplossing hebt in het algemeen, logboeken lezen en werken met abonnee-cases.

Het artikel is opgedeeld in drie belangrijke delen:

  • Resources, die een lijst is met hulpmiddelen, het lezen van materiaal, logboeken en contactpersonen die u mogelijk nodig hebt.
  • Processen, die enkele van de handelingen beschrijven die u kunt uitvoeren tijdens het oplossen van een klantprobleem.
  • Specifieke problemen , waarbij problemen worden gecategoriseerd en vermeld waarvan bekend is dat ze zich voordoen, hoe u ze kunt spotten en hoe u dezekunt oplossen.

Wijzigingsgeschiedenis

Datum

Wijzigen

Gedeelte

8 december 2020

Bijgewerkt document. Rebranding Van Webex Teams naar Webex (app).

Foutcodes voor eindgebruikers toegevoegd

Specifieke problemen

3 november 2020

Webview gespreksinstellingen toegevoegd

Specifieke problemen

22 oktober 2020

Nieuw document geïntroduceerd

Watermerk
19 mrt. 2021| weergave(n) | personen vonden dit nuttig

Resources

Webex voor BroadWorks-resources voor probleemoplossing

Contacten


Vanaf oktober 2020 migreren we broadSoft-klantondersteuning naar Cisco CX-ondersteuningsprocessen en -tools. Dit betekent dat webex voor BroadWorks-partners moeten schakelen van het gebruik van Xchange voor casebeheer naar het gebruik van Support Case Manager (SCM).

We verwachten dat de migratie ongeveer drie maanden zal duren tot het einde van het agenda jaar 2020. Het BroadWorks/UCaaS TAC-team start met het ondersteunen van cases in CSOne/Lightning in plaats van BroadSoft Jira wanneer u wordt gemigreerd naar . Mogelijk moet u tijdens de migratieperiode naar cases in beide systemen verwijzen.

Zie De verouderde BroadSoft-ondersteuningsovergang voor meer informatie.

Handige logbestanden

Logboeknaam Bron Nuttig voor het oplossen van problemen
PSLog Toepassingsserver Doorstromen provisioning
tomcat-access_log Xsp Aanmelden bij Webex-app
XsiActionsLog Xsp Aanmeldingsinteracties van de Webex-app met de Webex IDP-proxy, clientinteracties voor zoekopdrachten voor apparaatprofielen
verificatieServicelogboek Xsp Aanmelden in de Webex-app (tokenvalidatie en uitgifte)
XSLog Xsp?

Mobiele abonnementen voor pushmeldingen

Gesprekssignalering

Opstartlogboek Webex-app

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

Mac:

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

Mobiel: Verzendlogboeken gebruiken

Opstartproces

Controle op rechten voor de gebruiker

Initialisatie van de BWC-bibliotheek voor verbinding maken met BroadWorks

getUserProfile & JwT-token ophalen logboekregistratie

BroadWorks die Webex-applogboek belt

Klant

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

Mac:

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

Mobiel: Verzendlogboeken gebruiken

Alle SIP-verkeer voor registratie en gesprekken

Keep Alive-verkeer naar BWKS Backend

Functies midden van gesprekken die signalering vereisen (in wacht/hervatten, door overdragen, enzovoort)

Medialogboek (Webex Media Engine)

Klant

Windows:

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

Mac:

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

Mobiel: Verzendlogboeken gebruiken

Alle medialoggen

Codecs heeft onderhandeld over een gesprek

Functies midden in oproep

Lijst lezen

Watermerk
19 mrt. 2021| weergave(n) | personen vonden dit nuttig

Processen

Webex voor BroadWorks-probleemoplossingsprocessen

Een probleem escaleren

Nadat u enkele richtlijnen voor probleemoplossing hebt gevolgd, moet u een redelijk idee hebben waar het probleem is geroot.

1

Zo veel informatie verzamelen als u kunt doen via de systemen die betrekking hebben op het probleem

2

Neem contact op met het juiste team van Cisco om een case te openen (zie het gedeelte Contactpersonen)

Welke clientgegevens u moet verzamelen

Als u denkt dat u een case moet openen of een probleem moet escaleren, verzamelt u de volgende informatie tijdens het oplossen met de gebruiker:

  • Gebruikers-id: CI e-mailadres of gebruikers-UUID (dit is de Webex-id, maar als u ook de BroadWorks-id van de gebruiker krijgt, die helpt)

  • Organisatie-id

  • Geschatte tijd gedurende het ervaren probleem

  • Clientplatform en versie

  • Logbestanden van de client verzenden of verzamelen

  • Neem de traceer-id op als deze op de client wordt weergegeven

Gebruikersgegevens controleren in de helpdesk

1

Meld u aan bij https://admin.webex.com/helpdesk.

2

Zoek naar en klik vervolgens op de gebruiker. Hiermee wordt het overzichtsscherm van de gebruiker geopend.

3

Klik op de gebruikersnaam voor meer informatie over de gebruikersconfiguratie.

Nuttige informatie in deze weergave omvat het UUID-cluster van de gebruiker, het CLUSTER Common Identity (CI), het Webex-app-cluster, Bellengedrag, BroadWorks-account GUID.

4

Klik op Kopiëren als u deze informatie in een ander hulpmiddel wilt gebruiken of als u deze aan een Cisco-case wilt koppelen.

Klantorganisatie weergeven in helpdesk

1

Meld u aan bij https://admin.webex.com/helpdesk.

2

Zoek naar en klik vervolgens op de naam van de klantorganisatie.

3

Schuif omlaag totdat u de weergave van de klantportal ziet en klik op Klantnaam weergeven om de alleen-lezenweergave van de klant organisatie te zien, inclusief gebruikers en configuratie.

Gebruikerslogboeken ophalen van Partner Hub

Wanneer u problemen met het bureaublad en de mobiele client oplossert, is het belangrijk voor Partners (en TAC) om de clientlogboeken te kunnen bekijken.

1

Vraag de gebruiker om logboeken te verzenden.

2

Vraag de gebruiker om de belomgeving te exporteren en u het ced.dat-bestand te sturen.

3

De clientlogboeken van partnerhub of helpdesk krijgen (zie hieronder).

Partner hub-optie:

  1. Meld u aan bij Partner Hub en zoek de klantorganisatie van de gebruiker.

  2. Selecteer Problemen oplossen.

  3. Selecteer Logbestanden.

  4. De gebruiker zoeken (via e-mail).

  5. Bekijk en download de clientlogboeken als een zip-bestand.

Helpdesk-optie:

  1. Meld u aan bij de helpdesk.

  2. Zoek naar de organisatie.

  3. Klik op de organisatie (hiermee opent u het overzichtsscherm).

  4. Scrol omlaag om te klikken op Klantweergeven.

  5. Selecteer Problemen oplossen.

  6. Selecteer Logboeken.

  7. De gebruiker zoeken (via e-mail).

  8. Bekijk en download de clientlogboeken als een zip-bestand.

Clientcontrole voor belservice

1

Meld u aan bij de Webex-client.

2

Controleer of het pictogram Belopties (een handset met een apparaat erboven) op de zijbalk aanwezig is.

Als het pictogram niet aanwezig is, is de gebruiker mogelijk nog niet ingeschakeld voor de belservice in Control Hub.

3

Open het menu Instellingen/Voorkeuren en ga naar het gedeelte Telefoonservices. U moet de status SSO-sessie zien wanneer u bentaangemeld.

(Als een andere telefoonservice, zoals Webex Calling, wordt weergegeven, de gebruiker gebruikt niet Webex voor BroadWorks.)

Deze verificatie betekent:

  • De client is via de vereiste Webex-microservices lopen.
  • De gebruiker heeft zich geverifieerd.
  • De client is uitgegeven een lang-goed JSON-web token door uw BroadWorks-systeem.
  • De client heeft het apparaatprofiel opgehaald en heeft zich geregistreerd bij BroadWorks.

Clientlogboeken of feedback ontvangen

  • Zie het gedeelte Resources voor specifieke clientlogboeken op Webex-desktopclients, of vraag gebruikers om logboeken te verzenden.

  • Vraag gebruikers van mobiele clients om logboeken te verzenden, zodat u ze via de partnerhub of de helpdesk kunt vinden.


Logboeken verzenden is stil. Als een gebruiker echter feedback verzendt, gaat deze naar het devopsteam van de Cisco Webex-app. Neem het feedbacknummer van de gebruiker op als u contact op wilt nemen met Cisco. Bijvoorbeeld:

Belomgevinggegevens krijgen

Webex-clientlogboeken worden sterk opnieuw vastgesteld om persoonlijk identificeerbare informatie te verwijderen. U moet de Gespreksomgevingsgegevens van de client exporteren in dezelfde sessie als u het probleem ziet.

1

Klik in de client op de profielfoto en klik vervolgens op Help > Gegevens van belomgeving exporteren.

2

Sla het hieruit voortkomende bestand ced.dat op om belproblemen voor deze gebruiker op te lossen.

Belangrijk: Bij het uit- of opnieuw starten van de client wordt de interne cache gewist. Als u hierna ced.date exporteert, komen de geëxporteerde gegevens niet overeen met de logboeken die vóór de cache zijn verzonden.

Webex-database herstellen

1

Klik op Help en gezondheidscontrole > declient.

2

Selecteer Database herstellen.

Hiermee wordt een volledige reset van de client triggers en wordt het aanmeldingsscherm van de Webex-app geladen.

Controleer of Webex zich moet registreren bij BroadWorks

De Webex-app controleert de volgende informatie om te bepalen of u zich bij BroadWorks wilt registreren:

  • Gebruikersrechten voor broadworks-connector

  • Oproepgedrag voor organisatie en gebruiker

Het belgedrag en de rechten van een connector controleren

  1. Meld u aan bij de Helpdesk (https://admin.webex.com/helpdesk) met uw aanmeldgegevens van de partnerbeheerder.

  2. Zoek de gebruiker.

  3. Klik op de gebruiker en controleer de invoer Calling Behavior. Het moet 'Bellen in Webex' zijn.

  4. Klik op de gebruikersnaam om het scherm Gebruikersgegevens te openen.

  5. Scrol omlaag om het gedeelte rechten te vinden en controleer ofbroadworks-connector is opgenomen.


    Een Webex voor BroadWorks-gebruiker mag NIET de standaardrechten hebben als hij of zij Webex voor BroadWorks wil gebruiken. Dit is de rechten voor Bellen via Webex (BroadCloud). Dit is Bellen via de Webex-app via een door Cisco beheerde cloudbelservice.

Controleer het belgedrag van de organisatie

  1. Meld u aan bij de Helpdesk (https://admin.webex.com/helpdesk) met uw aanmeldgegevens van de partnerbeheerder.

  2. Zoek naar de organisatie.

  3. Klik op de organisatie en controleer de vermelding Belgedrag. Het moet 'Bellen in Webex' zijn.

PSLog analyseren voor problemen met gebruikersvoorzieningen

Gebruik het PSLog van de toepassingsserver om het HTTP POST-verzoek naar de inrichtingsbrug en de respons van Webex te bekijken.

Bij een correct werkend geval is het antwoord 200 OK en na een paar minuten kunt u de gebruiker en de nieuwe klant organisatie, als het de eerste gebruiker is, in Webex zien.

U kunt dit verifiëren door in de Helpdesk te zoeken naar het e-mailadres dat u in het BERICHT ziet.

Voordat u begint

Verzamel een PSLog van de toepassingsserver tijdens een flowdoor een provisioningpoging met een testgebruiker.

1

U moet eerst de HTTP-antwoordcode controleren:

  • Alles anders dan 200 OK is een fout bij het inrichten van gebruikers.

  • 200 OK kan nog steeds een fout aangeven als iets over het abonneeprofiel niet werkt in de Webex-services upstream van de provisioningbrug.

  • 400 bevat mogelijk een bericht knooppunt in de respons. De provisioningbrug kan iets niet verwerken in het abonneeProfile. Er is mogelijk iets mis met de gegevens van de abonnee, of incompatibiliteit met een instelling in de sjabloon.

  • 401 betekent dat de in de AS ingevoerde inrichtingsgegevens niet overeenkomen met de gegevens die zijn ingevoerd op de sjabloon in Partner hub.

  • 403 kan wijzen op iets dat niet is geconfigureerd op de toepassingsserver. Controleer het doel van de aanvraag. het mag geen IP-adres zijn, maar de URL voor de provisioningbrug die u in partnerhub op uw sjabloon kunt zien.

  • 409 geeft een conflict aan tussen het opgegeven abonneeprofile en bestaande Webex-gegevens. Mogelijk is er een bestaande gebruiker met dat e-mailadres. Controleer het bericht in het antwoord.

2

U kunt ook het oorspronkelijke HTTP POST controleren op eventuele vermoede waarden die ertoe kunnen leiden dat de inrichting mislukt.

De POST bevat een subscriberProfile XML-structuur. In deze, nuttige knooppunten om te controleren zijn:

  • bwuserid: Gebruik dit om het abonneeprofiel te vinden als u het moet bewerken in BroadWorks.

  • groep: Als de sjabloon zich in de modus 'Serviceprovider' heeft, wordt deze verlaagd en wordt de naam van de klant organisatie die u ziet in Partner Hub.

  • serviceProvider: Als de sjabloon in de 'Enterprise-modus' staat, wordt deze onderstekt en wordt de naam van de klant organisatie die u ziet in Partner Hub.

  • primaryPhoneNumber: Moet bestaan. Provisioning mislukt zonder deze informatie.

  • e-mail: Wordt de gebruikers-id in Webex. Moet geldig en uniek zijn voor Webex, anders mislukt de inrichting.


 

Negeer de services van : het wordt gemaakt door AS en geaccepteerd, maar niet gebruikt door Webex.

XSP-logboeken analyseren om problemen met aanmelden abonnee op te lossen

Deze flow beschrijft de BroadWorks-verificatiemodus. U kunt de verificatiemodus zien in de BroadWorks-sjabloon in Partner Hub. Zie Uw klantsjablonen configureren in https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Het volgende ladderdiagram toont de interactie tussen de gebruiker, client, Webex-services en BroadWorks-systeem, als de gebruiker BroadWorks-verificatie doet in de Webex-app. Ook wordt de verbinding tussen Webex en de XSP beveiligd door MTLS.

In het gesprek dat daarna wordt besproken, wordt uitgelegd wat u kunt zien wanneer u de logboeken voor een geslaagde aanmelding onderzoekt.

Afbeelding 1. BroadWorks-verificatie en apparaatconfiguratie

Gebruiker werkt met de client, de client werkt met Webex-services:

  • De gebruiker levert zijn/haar e-mailadres aan de Webex-app (1 in diagram).

  • CI weet deze gebruiker om te leiden om het BroadWorks-wachtwoord in te voeren (via UAP) (2 in diagram).

  • De IDP-proxy dient een get-profielverzoek in bij de Xsi-interface op de XSP.

In de tomcat-access_log:

  • Bekijk het GET-verzoek voor het abonneeprofiel, van Webex naar de interface van de Xsi-Acties (2.1 in diagram). De id is van de Webex-gebruiker. Bijvoorbeeld.

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

In het XsiActionsLog:

  • Zoek naar het GET-profielverzoek van Webex (2.1 in diagram). De id is van de Webex-gebruiker. Bijvoorbeeld.

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

    Deze koppen bevatten autorisatie: Basis-en gebruikersagent: broadworksTeamsClient

  • De XSP doet vervolgens basisverificatie van OCI-P tegen BroadWorks (AuthenticationVerifyRequest en AuthenticationVerifyResponse, zoals elke andere toepassing die basisverificatie via Xsi doet) en ook een UserGetRequest en ServiceProviderGetRequest om de abonneegegevens te verzamelen.

  • De Xsi-respons op Webex bevat een XML-profielblok dat de (BroadWorks) userId en andere gegevens (2.2 in diagram) bevat.

Interacties tussen de client en Webex-services:

  • De IDP-proxy komt overeen met het gebruikersprofiel dat is ontvangen van BroadWorks en geeft SAML-bevestiging aan de client weer (2.3 in diagram)

  • Client wisselt SAML-bevestiging voor een CI-token uit (3 in diagram)

  • De client controleert of de aangemelde gebruiker over de rechten voor broadworks-connector beschikt (4 in diagram). U kunt de gebruikersrechten controleren in de Helpdesk)

  • De client gebruikt CI-token om een JSON-web token (JWT) aan te vragen bij de IDP-proxy (5 in diagram)

  • De proxy van dedp valideert het CI-token bij CI

  • Proxy-proxy-IDP vraagt JWT aan van verificatieservice

In het verificatieservicelogboek:

  • Zoek in het diagram naar de tokenaanvraag van Webex (5.2), bijvoorbeeld:

    GET /authService/token

    die koptekst http_bw_userid andere heeft.

  • Met het XSP-OCI-P UserGetLoginInfoRequest komt deze overeen om te controleren of de opgegeven gebruikers-id overeenkomt met een BroadWorks-gebruiker (5.3 in diagram). AuthService heeft het vertrouwen in Webex bepaald door de mTLS-verbinding te gebruiken, zodat de LLT-verbinding kan worden opgelost.

  • Zoek naar de respons (5.4 in diagram) van LongLivedTokenManager - token gegenereerd, onderwerp: bwksUserId@example.com, vergever: BroadWorks ...

    en StatusCode=200 die u met de traceer-id aan het oorspronkelijke verzoekkunt koppelen: CLIENT... Header.

In het XsiActionsLog:

  • De client kan nu het lange token presenteren in de Xsi-Acties-interface om het apparaatprofiel op te halen (6 in diagram). Bijvoorbeeld.:

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

    Met autorisatie van de kopteksten: Berer token en user-agent: WebexTeams(variant/versie)

  • Met de Xsi-Actions-interface WORDT HET token doorverzonden naar de authservice (geconfigureerd voor gebruik op de loopback-interface) bijvoorbeeld: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    die u kunt doen met de trackingid: CLIENT... koptekst in de GET en deX-BROADSOFT-CORRELATIE-ID: CLIENT... koptekst in het BERICHT .

In het verificatieservicelogboek:

  • De ontvangst van het BERICHT van Xsi (loopback)

  • Een StatusCode=200 terug naar Xsi

  • En een tokenvalidatiereactie door een JSON-blok in de body van een tokenvalidatie.

  • Gebruik van de trackingid: Client...

In het XsiActionsLog:

  • Als er 200 OK zijn ontvangen van de authservice, waardoor het token van de client werd gevalideerd, verzendt de Xsi-Actions-toepassing nu OCI-P-verzoek voor UserPrimaryAndSCADeviceGetListRequest

  • Ontvangt OCI-P UserPrimaryAndSCADeviceGetListResponse die de accessDeviceTable XML-structuur bevat.

  • De OCI-P-respons is gecodeerd als Xsi-respons op de client, inclusief de XML-structuur AccessDevices, met de deviceTypes bijvoorbeeld Business Communicator - PC en de URL's waarop de client de apparaatconfiguratiebestanden kan ophalen.

Client blijft zoals u gebruikelijk:

  • Selecteert een apparaatinvoer en werkt met DMS om het apparaatprofiel op te halen (6 in diagram)

  • Registeren bij BroadWorks via SBC opgehaald in configuratie van DMS (7 in diagram)

Watermerk
19 mrt. 2021| weergave(n) | personen vonden dit nuttig

Specifieke problemen

Webex voor BroadWorks- en probleemoplossingsspecifieke problemen

Problemen met partnerhub

De beheerder kan organisaties van de klant niet zien

Als beheerder van uw Webex-partnerorganisatie moet u de rol Volledige beheerder hebben. Die rol wordt gebruikt voor het beheer van uw partnerorganisatie, inclusief het toewijzen van beheerdersrechten aan uzelf en anderen. Om organisaties van klanten te beheren, moet u uzelf (of andere personen) de rol Verkoop volledige beheerder of de rol Verkoopbeheerder geven. Zie .https://help.webex.com/fs78p5

Problemen met gebruikersvoorzieningen

Geïntegreerde IM&P-fouten voor specifieke ondernemingen/klanten

Als u een combinatie van ondernemingen hebt die gebruikmaken van verschillende cloudsamenwerkingsservices, bijvoorbeeld UC-One SaaS en Webex for BroadWorks, hebt u er mogelijk voor gekozen de inrichtingsadapter per onderneming aan te passen.

Als u wilt controleren wat is geconfigureerd voor Geïntegreerde IM&P (standaard voor ondernemingen, tenzij er een specifiekere instelling bestaat), voeren u AS_CLI/Interface/Messaging uit> u. Voor inrichtingsparameters van een specifieke onderneming opent u de onderneming en gaat u naar Services > Geïntegreerde chat&P.

Controleer of de geïntegreerde IM&P-configuratie voor die onderneming exact overeenkomt met wat wordt getoond in de klantsjabloon in Partnerhub. De volgende instellingen moeten overeenkomen of er kan geen inrichting worden gemaakt voor alle gebruikers in het bedrijf:

BroadWorks Enterprise geïntegreerde IM&P-instelling

Instelling klantsjabloon partnerhub

URL van chatserver

Inrichtings-URL

Gebruikersnaam chatserver

Naam inrichtingsaccount

Wachtwoord voor chatserver

Wachtwoord inrichtingsaccount, wachtwoord bevestigen

Geïntegreerde IM&P-fouten voor specifieke gebruikers

Dit is van toepassing als u flowthrough provisioning gebruikt en ervan uit gaat dat provisioning werkt voor sommige/de meeste gebruikers (zodat u een configuratieprobleem kunt uitsluiten).

Als u geïntegreerde IM&P-fouten in BroadWorks ziet, bijvoorbeeld "[Fout 18215] Inrichtingsfout met Chatserver" en "[Fout 18211] Communicatiefout met chatserver", moet u de volgende mogelijke oorzaken onderzoeken:

  • Het e-mailadres van de gebruiker kan al bestaan uit CI. Zoek in De Helpdesk naar de gebruiker om te controleren of zijn/haar e-mailadres er al is. Dit komt niet direct doordat de gebruiker bestaat in een organisatie waarvan u de gegevens niet kunt zien in de Helpdesk.

  • De gebruiker heeft zich zelfstandig aangemeld bij Webex voordat de geïntegreerde IM&P-service wordt toegewezen. In dit geval is één optie dat de gebruiker zijn of haar gratis account verwijdert, zodat deze een onderdeel kan worden van de klantorganisatie die u inrichten. De instructies zijn op https://help.webex.com/5m4i4y.

  • De gebruiker heeft geen primair telefoonnummer toegewezen aan zijn/haar profiel (alle Webex voor BroadWorks-abonnees moeten een primair DID hebben). Zie het onderwerp voor het analyseren van PSLog van AS.

Fouten met gebruikers provisioning in respons van provisioning bridge

Als gebruikers niet binnen een paar minuten na het toewijzen van Geïntegreerde IM&P in Control Hub worden weergegeven, kunt u de antwoordcodes van de service voor inrichtingsbrug bekijken. Voer een PSLog uit om de HTTP-responscodes te bekijken.

200 OK

Een 200 OK-antwoord betekent niet dat de gebruiker isingericht. Dit betekent dat de inrichtingsservice het verzoek heeft ontvangen en dat de overeenkomstige aanvraag voor het maken van gebruikers naar upstream-services is verzonden.

De inrichtingstransactie is asynchroon. De service reageert 200 OK, omdat het maken van de gebruiker enkele minuten kan duren en we vanwege prestatieredenen niet meerdere verzoeken willen ontvangen om dezelfde gebruiker te maken.

Als de gebruiker na een antwoord van 200 OK echter niet uiteindelijk in de klantorganisatie wordt weergegeven, kan dit aangeven dat het maken van de gebruiker is mislukt in de Webex-services upstream van de inrichtingsservice.

U moet een inrichtingsfout met een 200 OK-responsescaleren.

400 slecht verzoek

Controleer het HTTP-antwoord dat meer details moet hebben over potentiële problemen die deze respons van de inrichtingsservice kunnen veroorzaken. Voorbeelden van het <message> knooppunt:

  • 'Kan BroadWorks-e-mail niet vertrouwen met verouderde inrichtings-API.'

    Het e-mailadres dat samenhangt met het aanvraag voor mislukken van gebruikersvoorzieningen is niet geldig of is onjuist getypt, maar u hebt in de sjabloon bevestigd dat de e-mailadressen vertrouwd kunnen worden. Controleer de profielen van de gebruikers in BroadWorks, met name de e-mail-id.

  • 'Klant organisatie is niet gevonden in de database en ook de flag voor het maken van nieuwe organisaties is niet ingeschakeld.'

    Deze mislukte inrichtingsaanvraag moet een nieuwe klantorganisatie maken in Webex, maar uw sjabloon is geconfigureerd om te voorkomen dat er nieuwe klantorganisaties worden gemaakt. Als u nieuwe organisaties wilt toestaan voor e-maildomeinen die niet overeenkomen met bestaande klanten in Webex, kunt u uw sjabloon opnieuw configureren in Partner hub en het inrichtingsverzoek opnieuw testen. Als u echter niet verwacht dat er een nieuwe organisatie wordt gemaakt voor deze gebruiker, is het e-mailadres mogelijk onjuisttype (specifiek het domeingedeelte). Controleer de e-mail-id van de gebruiker in BroadWorks.

403 Verboden

Het inrichtingsverzoek is kansloos. In dat geval moet u het verzoek en de respons onderzoeken. Als u bijvoorbeeld een IP-adres als doel van het inrichtingsverzoek ziet - in plaats van de juiste URL van de provisioningbrug voor uw organisatie (zie de onderwerpen van de firewallconfiguratie in Oplossingshandleiding), kan dit aangeven dat er een vereiste patch ontbreekt voor uw toepassingsserver (ap373197).

Controleer of alle vereiste patches zijn toegepast op de toepassingsserver en of u de gerelateerde configuratie hebt voltooid om door de installatie te slaagt.

409-conflict

Het inrichtingsverzoek kan niet worden ingediend omdat er een bestaande gebruiker in Webex is die overeenkomt met het e-mailadres in het verzoek.

Gebruiker is al in CI

Haal het abonnee-e-mailadres op uit het HTTP POST-verzoek en zoek deze op de helpdesk.

Mogelijk ziet u de gebruiker niet als dat niet is toegestaan, maar u kunt wel zien dat de gebruiker zich in een organisatie 'gratis' (bijvoorbeeld 'Consument') heeft.

U kunt deze gebruiker vragen hun gratis account te verwijderen of u kunt een ander e-mailadres gebruiken om deze te voorzien. Zie .https://help.webex.com/ndta402

Aanmeldingsproblemen voor gebruikers

Activatieportal van gebruiker wordt niet geladen

De normale aanmelding bij Webex voor BroadWorks omvat een gebruikersactiveringsportal waarin gebruikers hun wachtwoord invoeren. Soms wordt deze portal niet geladen nadat de gebruiker zijn/haar e-mailadres heeft opgegeven in het aanmeldingsscherm van de Webex-app.

Dit probleem kan zich voor doen aan de clientzijde of aan de servicezijde. Aan de clientzijde wordt deze meestal veroorzaakt doordat de eigen browser van de client op een bepaalde manier niet compatibel is met de service.

Een eenmalig aanmelden is mislukt

  • Controleer in BroadWorks of de gebruiker is toegewezen aan de apparaattypen voor de Webex-app (zie het gedeelte Apparaatprofielen in het gedeelte Uw omgeving voorbereiden van de Oplossingshandleiding).

  • Controleer of de gebruiker het juiste wachtwoord gebruikt: Als de sjabloon die u hebt gebruikt om de klantorganisatie van de gebruiker in terichten (in Partner Hub) is geconfigureerd voor BroadWorks-verificatie, moet de gebruiker het wachtwoord voor 'Web access' in BroadWorks invoeren.

Problemen met de configuratie en registratie van bellen

Nadat een gebruiker is ingericht in Webex en zich met succes bij de Webex-app aanmeldt, wordt de app geregistreerd bij BroadWorks. Hieronder volgen de verwachte registratiereeks en de resulterende tekens van een goede registratie (zoals te zien in de Webex-app):

Verwachte registratiereeks

  1. Client belt XSI om een token voor apparaatbeheer en de URL naar de DMS te krijgen

  2. Client vraagt zijn apparaatprofiel aan van DMS door het token van stap 1 te presenteren

  3. De client leest het apparaatprofiel en haalt de SIP-aanmeldgegevens, -adressen en -poorten op

  4. De client verzendt een SIP-REGISTRATIE naar SBC met behulp van de informatie uit stap 3

  5. SBC verstuurt het SIP-register naar AS (SBC voert mogelijk een zoek opnieuw uit in het NS om een AS te vinden als SBC de SIP-gebruiker nog niet kent.)

Verwachte tekens van succesvolle clientregistratie

Het pictogram Belopties wordt weergegeven in de Webex-interface.

Op het tabblad Webex-telefoonservices (bijvoorbeeld Instellingen > Telefoonservices in Windows, Voorkeuren > Telefoonservices op Mac) wordt het bericht 'SSO-sessie: U bent aangemeld' betekent dat de app is geregistreerd (bij BroadWorks in dit geval).

Client heeft geen belpictogram

In de meeste tijd betekent dit dat de gebruiker niet de juiste licentie/rechten heeft.

Tabblad Telefoonservices wordt weergegeven, maar geen SSO-sessie

Dit is een mislukte registratie. Er zijn meerdere redenen waarom de registratie van een Webex-appclient bij BroadWorks mislukt:

Meerdere gespreksservices worden getest met dezelfde clients

Dit bekende probleem kan worden veroorzaakt doordat de client verwisseling tussen verschillende terugbellen eindigt. Het is waarschijnlijk dat zich voordoet tijdens proefperioden van verschillende belservices die worden aangeboden via (dezelfde) Webex-app-clients. U kunt de clientdatabase (koppeling) herstellen om dit probleem op te lossen.

Verkeerde configuratie van de verificatieservice

Controleer de XSP('s) die de verificatieservice hosten aan de hand van de Oplossingshandleiding (zie Services configureren op uw Webex voor BroadWorks XSP's). Specifiek:

  • De RSA-sleutels (die u genereert in één XSP) worden naar alle XSP's gekopieerd

  • De URL van de verificatieservice is geleverd aan de webcontainer op alle XSP's en is correct ingevoerd in het cluster in Partner hub

  • Externe verificatie door certificaten is geconfigureerd:

    XSP_CLI/System/CommunicationUtuti/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get 
     
     allowUserApp = false 
     allowClientApp = true
  • Wanneer u MTLS gebruikt, moet u het Webex-clientcertificaat uploaden naar de XSP's (u kunt het certificaat downloaden bij de partnerhub, op de pagina BroadWorks-instellingen)

Verkeerde configuratie van broadworks-tags

Controleer of u de vereiste BroadWorks-tags hebt geconfigureerd voor de Webex-app (zie BroadWorks-tags vereist voor Webex in de Oplossingshandleiding) en of er geen conflicten of onjuiste waarden zijn.

In het bijzonder moet de tag %SBC_ADDRESS_WXT% de SBC zijn naar uw SIP-registrar voor Webex-app-clients.

Bureaubladclient verbreekt de verbinding met telefoonservices na een geslaagde SSO-verbinding

Dit probleem kan worden veroorzaakt doordat dezelfde gebruiker zich bij meerdere clients aanmeldt van hetzelfde platformtype. Als een gebruiker zich bijvoorbeeld bij de Webex-app in Windows heeft aanmelding en zich vervolgens op een andere Windows-machine bij de Webex-app meldt, is er alleen een actieve SSO-sessie op een van de machines. Dat is zo bepaald.

Als u dit probleem echt moet oplossen, kunt u BroadWorks zodanig configureren dat meerdere instanties van hetzelfde apparaattype zijn geïnstalleerd, maar deze moeten unieke SIP-adressen hebben. Deze configuratie valt buiten het bereik van Webex for BroadWorks.

Bureaubladapparaat niet ingericht voor gebruiker

Deze handtekening wordt gezien in het logboek van de client(\bwc\\:

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceed:BWC:SCF: ConfiguratieDownload - het apparaatprofiel 'Business Communicator - PC' is niet gevonden.

Gespreksinstellingen Problemen met webweergave

De knop/koppeling voor Self Care wordt niet weergegeven in de Webex-app

Een ander symptoom van dit probleem is wanneer de knop/koppeling wordt weergegeven, maar wanneer u erop klikt, er een externe browser wordt geopend.

  • Controleer of de vereiste clientconfiguratiesjabloon is geïmplementeerd en of de CSW-tags correct zijn ingesteld. (Zie de Het gedeelte Gespreksinstellingen Webview in de Webex for BroadWorks Solution Guide).

  • Controleer of de Webex-app is geregistreerd voor inbellen in BroadWorks.

  • Controleer of de Webex-app een recente versie is die CSWV ondersteunt.

Lege pagina of fout na het klikken op de knop/koppeling van Self Care

Gewoonlijk geeft dit gedrag in de Webex-app een configuratie- of implementatieprobleem aan met de CSWV-toepassing op BroadWorks XSP.

Verzamel de gegevens voor verder onderzoek, waaronder CSWV-logboeken, toegangslogboeken, config-wxt.xml-opslagruimte en sjabloonbestand, en steek vervolgens een casus op.

Foutcodes eindgebruiker

In de volgende tabel worden foutcodes beschreven voor eindgebruikers die mogelijk worden weergegeven in de activeringsportal voor gebruikers van de client.


Dit is geen uitgebreide lijst met foutcodes. De tabel geeft alleen een overzicht van de bestaande foutcodes waarvoor de Webex-app momenteel geen duidelijke richting aan de gebruiker geeft.
Tabel 1. Foutcodes eindgebruiker

Foutcode

Foutbericht

200010

Kan de aanmeldgegevens niet valideren omdat de broadworks-gebruiker niet is geautoriseerd

200018

Valideren van gebruikersgegevens mislukt omdat gebruiker is vergrendeld

200019

Valideren van gebruikersgegevens mislukt omdat gebruiker toevoegen voor zelfactivering is mislukt

200022

Kan de e-mail niet verzenden omdat de gebruiker niet is geverifieerd

200026

E-mail valideren mislukt vanwege fout vooraf of gebruikers in behandeling onjuist voor PartnerOrgUUID: {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID: {configSetUUID}

200039

E-mail valideren als emailId is al in gebruik in een andere organisatie mislukt

200040

E-mail valideren als configSet komt niet overeen met configSet in customerConfig

200041

E-mail valideren mislukt omdat gebruiker al recht heeft op een andere conflicterende service en conflicterende rechten

200042

E-mail valideren mislukt, omdat e-mail al is gekoppeld aan een andere broadworks UserId

200043

E-mail valideren mislukt als klantconfig toewijzen is onjuist

200044

E-mail valideren mislukt omdat userId al in gebruik is op dit broadworks-cluster

200045

Gebruiker toevoegen via zelfactivering is mislukt omdat de gebruiker al deel uitmaakt van een andere organisatie

200046

Gebruiker toevoegen via zelfactivering is mislukt omdat er meerdere gebruikers in behandeling zijn met dezelfde broadworksUserId onder hetzelfde broadworks-cluster

200047

Gebruiker toevoegen via zelfactivering mislukt omdat userId al in gebruik is op dit broadworks-cluster

200048

Het toevoegen van een gebruiker via zelfactivering is mislukt omdat een e-mailadres al voorzien is van een andere BroadWorks userId

200049

Gebruiker toevoegen via zelfactivering mislukt omdat userId al in gebruik is op dit broadworks-cluster

200050

Toevoegen van gebruiker via zelf-activering als provisioning-id komt niet overeen met de verwachte provisioning-id van het bedrijf van de abonnee

200051

Gebruiker toevoegen via zelfactivering als spEnterpriseId is mislukt, zoals is opgegeven in deze aanvraag, conflicteert met een serviceprovider of Enterprise die al is ingericht vanuit dit BroadWorks-cluster

Vond u dit artikel nuttig?

Gerelateerde artikelen

Onlangs bekeken

×