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 verschillende cloudsamenwerkingsservices gebruiken, 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 naar de gebruiker in Helpdesk 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 in uw organisatie kunt 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 uit het HTTP POST-verzoek en zoek er naar in 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
Client belt XSI om een token voor apparaatbeheer en de URL naar de DMS te krijgen
Client vraagt zijn apparaatprofiel aan van DMS door het token van stap 1 te presenteren
De client leest het apparaatprofiel en haalt de SIP-aanmeldgegevens, -adressen en -poorten op
De client verzendt een SIP-REGISTRATIE naar SBC met behulp van de informatie uit stap 3
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
'Sessie SSO ingesteld: 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 weergegeven

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.
De verbinding met de desktopclient wordt verbroken nadat de SSO verbroken
Dit probleem kan worden veroorzaakt doordat dezelfde gebruiker zich bij meerdere clients aanmeldt van hetzelfde platformtype. Als een gebruiker zich bijvoorbeeld succesvol bij de Webex-app in Windows heeft meldt 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.
|
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 gebruiker serviceprovider of Enterprise die al is ingericht vanuit dit BroadWorks-cluster |