Webex voor Cisco BroadWorks voor het oplossen van specifieke 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 voor Cisco BroadWorks, hebt u er mogelijk voor gekozen de inrichtingsadapter per onderneming aan tepassen.

Als u wilt controleren wat is geconfigureerd voor Geïntegreerde IM&P (standaard voor ondernemingen, tenzij er een specifiekere instelling bestaat), gaat u naar AS_CLI/Interface/Messaging> get. 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 de inrichting mislukt 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 ziet in BroadWorks, 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 Cisco 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 reactie van de inrichtingsservice kunnen veroorzaken. Voorbeelden van de <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 worden 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 Cisco 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 voor 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 '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 Cisco 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/CommunicationUtility/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 exemplaren van hetzelfde apparaattype zijn geïnstalleerd, maar deze moeten unieke SIP-adressen hebben. Deze configuratie valt buiten het bereik van Webex voor Cisco BroadWorks.

Bureaubladapparaat niet ingericht voor gebruiker

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

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

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 voor Cisco BroadWorks-oplossingshandleiding).

  • 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.

Problemen met domeinclaim

Gebruikersregistratiefouten kunnen optreden als gevolg van fouten die zijn gemaakt bij het claimen van domeinen. Voordat u een domein claimt, moet u ervoor zorgen dat u het volgende begrijpt:

  • Serviceproviders mogen niet de domeinen van klantorganisaties claimen die zij beheren. Zij mogen alleen de domeinen van deze gebruikers claimen die zich in de serviceprovider van de interne organisatie van de gebruiker. Het claimen van het domein van gebruikers in een afzonderlijke organisatie (zelfs een domein dat door de serviceprovider wordt beheert), kan ervoor zorgen dat registratiefouten voor de gebruikers in de klantorganisatie als gebruikersverificatieverzoeken door de serviceprovider worden gerouteerd in plaats van door de klantorganisatie.

  • Als twee klantorganisaties (bedrijf A en bedrijf B) hetzelfde domein delen en bedrijf A het domein heeft geclaimd, kan de registratie voor gebruikers van Bedrijf B mislukken vanwege het feit dat gebruikersverificatieverzoeken worden gerouteerd via de organisatie met het geclaimde domein (bedrijf A).

Als u een foute domeinen claimt en een claim moet verwijderen, raadpleegt u het artikel Uw domeinen beheren Webex.

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

Voorgestelde actie

200010

Valideren van aanmeldgegevens als niet gemachtigde BroadWorks-gebruiker mislukt

Gebruiker moet een andere gebruikersnaam en wachtwoordcombinatie proberen.

Anders moet de beheerder het wachtwoord in BroadWorks herstellen.

200016

Valideren van aanmeldgegevens mislukt als sessie niet gevonden

Gebruiker moet de browser vernieuwen en de gebruikersnaam/het wachtwoord opnieuw proberen.

200018

Valideren van gebruikersgegevens mislukt omdat gebruiker is vergrendeld

Gebruiker moet 10 minuten wachten en het vervolgens opnieuw proberen.

200019

Valideren van gebruikersgegevens mislukt omdat gebruiker toevoegen voor zelfactivering is mislukt

De beheerder moet zelfactiveringsinstellingen controleren in Control Hub

200022

De e-mail kan niet worden verzonden als gebruiker is nietnautisch

Gebruiker moet opnieuw proberen te onboarden en zijn/haar gebruikersgegevens in te invoeren.

200026

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

De beheerder moet de gebruiker informeren dat deze het verkeerde e-mailadres heeft ingevoerd als het e-mailadres aan een andere organisatie is gekoppeld.

200039

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

Gebruiker moet opnieuw proberen te onboarden naar dezelfde verificatiekoppeling, maar een andere BroadWorks-gebruikers-id te gebruiken.

Anders moet de organisatiebeheerder van de klant uit de andere organisatie de bestaande organisatie-gebruikersaccount.

200040

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

De beheerder moet de verificatiekoppeling die de gebruiker heeft gebruikt, vergelijken met de koppeling die is geconfigureerd in Control Hub. De twee koppelingen en configuratiesets moeten overeenkomen.

200041

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

Gebruiker moet opnieuw proberen te onboarden op dezelfde verificatiekoppeling met behulp van een andere BroadWorks-gebruikers-id.

Anders moet de klant org-beheerder die de conflicterende service beheert de conflicterende service of rechten verwijderen.

200042

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

Gebruiker moet het opnieuw proberen met een ander e-mailadres.

Anders moet de beheerder de andere gebruiker verwijderen die dit e-mailadres gebruikt.

200043

E-mail valideren mislukt als klantconfig toewijzen is onjuist

Gebruiker moet het opnieuw proberen met een ander e-mailadres.

Anders moet de beheerder de andere gebruiker verwijderen die dit e-mailadres gebruikt.

200044

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

Gebruiker moet het opnieuw proberen met een ander e-mailadres.

Anders moet de klantorganisatiebeheerder die de bestaande gebruikers beheert gebruikersaccount dit e-mailadres gebruiken, die persoon gebruikersaccount.

200045

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

Gebruiker moet opnieuw proberen te onboarden, maar met een ander e-mailadres.

Anders moet de klantorganisatiebeheerder die de andere organisatie beheert het bestaande account verwijderen.

200046

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

Beheerder moet de wachtende gebruikers verwijderen uit Control Hub

200047

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

Gebruiker moet het opnieuw proberen met een ander e-mailadres.

Anders moet de klantorganisatiebeheerder die de bestaande rechten gebruikersaccount de bestaande rechten gebruikersaccount verwijderen of andere rechten verwijderen.

200048

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

Gebruiker moet het opnieuw proberen met een ander e-mailadres.

200049

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

Gebruiker moet het opnieuw proberen met een ander e-mailadres.

Anders moet de klantorganisatiebeheerder die de bestaande gebruikersaccount beheert die bestaande rechten gebruikersaccount verwijderen of andere rechten verwijderen..

200050

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

De beheerder moet de verificatiekoppeling die de gebruiker heeft gebruikt, vergelijken met de koppeling die is geconfigureerd in Control Hub.

De twee koppelingen en configuratiesets moeten overeenkomen.

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

De beheerder moet bestaande organisaties controleren in Control Hub en ervoor zorgen dat ze geen organisatie maken met een naam die al bestaat.

200054

E-mail valideren mislukt omdat de regio van de klant organisatie en de partner organisatie niet overeenkomen

De beheerder moet de instellingen voor de partner org en klant organisatie in Control Hub controleren en ervoor zorgen dat de regio's overeenkomen.