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

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:

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

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.

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.

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.