Dit artikel is verdeeld in drie grote delen:

• Bronnen, dat is een lijst van hulpmiddelen, het lezen van materiaal, logboeken en contactpersonen die u mogelijk nodig hebt.
• Processen, waarin enkele van de handelingen worden beschreven 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 deze kunt oplossen.

Nuttige logbestanden

Leeslijst

• Webex voor Cisco BroadWorks Partner Knowledge Portal
• XSP Platform Configuratiehandleiding (R23)
• BroadWorks Software Managementgids (R23)
• Cisco BroadWorks Device Management Configuratiehandleiding (R23)
• Beheerdershandleiding voor de Broadworks Xsp-opdrachtregelinterface
• Beschrijving van de functiebeschrijving van de verificatie token 23.0 op lange termijn
• SAML-authenticatie-integratiehandleiding, R23
• Handleiding voor Cisco BroadWorks SSL-ondersteuningsopties
• Cisco CI-ondersteuningsfunctiebeschrijving
• Notificatie Push Server (Functiebeschrijving)
• Ondersteuning voor pushmeldingen voor beschrijving van de gesprekkenfunctie versie 22.0
• Verbinding (Android) Migratie naar Firebase Methode van Procedure
• Cisco BroadWorks Opslag van apparaattokens voor pushmeldingen Functiebeschrijving Release 22.0
• Cisco BroadWorksSystem Capaciteitsplanner (spreadsheet)
• Cisco BroadWorks Platform Dimensioneringshandleiding
• Cisco Broadworks Systeem Engineering Gids
• Ondersteuningsvereisten voor CI-verificatie Documentversie 1.0 MR-7136

Bekende problemen en beperkingen

Het artikel Bekende problemen en beperkingen bevat actuele informatie over bekende problemen die we hebben geïdentificeerd in de Webex voor BroadWorks-oplossing.

Bruikbaarheidsconnector

Dankzij de Webex Serviceability-service kunnen de technische medewerkers van Cisco problemen met de infrastructuur sneller diagnosticeren. Het automatiseert de taken van het vinden, ophalen en opslaan van diagnostische logboeken en informatie in een SR-casus. De service activeert ook de analyse tegen diagnostische handtekeningen, zodat TAC problemen met uw apparatuur op locatie efficiënter kan identificeren en oplossen.

Voor meer informatie over het implementeren van de Serviceability Connector raadpleegt u Implementatiehandleiding voor Cisco Webex Serviceability Connector.

Een probleem escaleren

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

Procedure

1. Verzamel zoveel mogelijk informatie uit de systemen die betrekking hebben op het probleem.
2. Neem contact op met het juiste team bij Cisco om een case te openen.

Welke klantinformatie moet worden verzameld?

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-identificatie, maar het is handig als u ook de BroadWorks-identificatie van de gebruiker hebt).
• Organisatie-ID.
• Geschatte tijdsperiode waarin het probleem zich voordeed.
• Clientplatform en -versie.
• Logs verzenden of verzamelen van de client.
• Noteer de tracking-ID als deze bij de client wordt weergegeven.

Controleer gebruikersgegevens in Helpdesk

Partnerbeheerders met de rolrechten Helpdeskbeheerder (basis of geavanceerd) kunnen deze procedure gebruiken om gebruikersgegevens te controleren met behulp van de Helpdesk-weergave.

Procedure

1. Meld u aan bij Helpdesk.
2. Zoek naar en klik vervolgens op de gebruiker. Hiermee wordt het overzichtsscherm van de gebruiker geopend.
3. Klik op gebruikersnaam om de gedetailleerde gebruikersconfiguratie te bekijken. Nuttige informatie in deze weergave omvat de UUID van de gebruiker, het Common Identity (CI)-cluster, het Webex-appcluster, het oproepgedrag en de GUID van het BroadWorks-account
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.

Bekijk klantorganisatie in Helpdesk

Partnerbeheerders met de rolrechten Helpdeskbeheerder (basis of geavanceerd) kunnen deze procedure gebruiken om de details van de klantorganisatie te bekijken in de Helpdeskweergave.

Procedure

1. Meld u aan bij Helpdesk.
2. Zoek naar en klik vervolgens op de naam van de klantorganisatie.
3. Scroll naar beneden totdat u Customer Portal View ziet en klik op View CustomerName om een alleen-lezen weergave van de klantorganisatie te zien, inclusief gebruikers en configuratie.

Gebruikerslogboeken ophalen uit Partner Hub

Bij het oplossen van problemen met desktop- en mobiele clients is het belangrijk dat partners (en TAC) de clientlogboeken kunnen bekijken.

Procedure

1. Vraag de gebruiker om logboeken te verzenden. Voor hulp raadpleegt u: Webex-app | Probleem melden.
2. Vraag de gebruiker om de aanroepende omgeving te exporteren en stuur u het ced.dat bestand.
3. Haal de clientlogboeken op uit Partner Hub of Help Desk.

   Partner hub-optie:

   1. Meld u aan bij Partner Hub en zoek de klantorganisatie van de gebruiker.
   2. Selecteer Problemen oplossen.
   3. Selecteer Logboeken.
   4. Zoeken naar de gebruiker (via e-mail).
   5. Bekijk en download de clientlogboeken als een zip-bestand.

   Helpdesk:

   1. Meld u aan bij Helpdesk.
   2. Zoek naar de organisatie.
   3. Klik op de organisatie (hiermee opent u het overzichtsscherm).
   4. Scroll naar beneden om te klikken op Klant bekijken.
   5. Selecteer Problemen oplossen.
   6. Selecteer Logboeken.
   7. Zoeken naar de gebruiker (via e-mail).
   8. Bekijk en download de clientlogboeken als een zip-bestand.

Hoe vind ik de clientversie?

Procedure

1. Deze koppeling delen met de gebruiker: https://help.webex.com/njpf8r5
2. Vraag de gebruiker om u het versienummer te sturen.

Clientcontrole voor aanroepende service

Procedure

1. Meld u aan bij de Webex-client.
2. Controleer of het pictogram Belopties (een handset met een apparaat erboven) op de zijbalk staat. 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 van SSO of u bentaangemeld. (Als een andere telefoonservice, zoals Webex Calling ,wordt weergegeven, gebruikt de gebruiker Webex niet voor Cisco BroadWorks.)

   Deze verificatie betekent:

   • De client is via de vereiste Webex-microservices doorlopen.
   • De gebruiker heeft zich geverifieerd.
   • De klant ontvangt een JSON-webtoken met een lange levensduur van uw BroadWorks-systeem.
   • De client heeft het apparaatprofiel opgehaald en heeft zich geregistreerd bij BroadWorks.

Ontvang clientlogs of feedback

• Zie het gedeelte Resources voor specifieke clientlogboeken op Webex-desktopclients, of vraag gebruikers om logboeken te verzenden. Voor hulp raadpleegt u: Webex-app | Probleem melden.
• 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 webex-app-devopsteam. Neem het feedbacknummer van de gebruiker op als u contact op wilt nemen met Cisco. Bijvoorbeeld:

  

Gegevens van belomgevingen 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.

Procedure

1. Klik op de client op Help > Gezondheidscontrole.
2. Selecteer Database herstellen. Hiermee wordt een volledige reset van de client triggers en wordt het aanmeldscherm 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:

• Gebruikersrecht op broadworks-connector.
• Aanroepgedrag voor organisatie en gebruiker.

Controleer het belgedrag en de rechten op de connector van een gebruiker

1. Meld u aan bij Helpdesk met uw partnerbeheerdersreferenties.
2. Zoek de gebruiker.
3. Klik op de gebruiker en controleer de invoer Calling Behavior. Het moet 'Bellen in Webex' zijn.

   

4. Klik op het gebruikersnaam om het scherm Gebruikersgegevens te openen.
5. Scroll naar beneden om de sectie entitlements te vinden en controleer of broadworks-connector is opgenomen

   

   Een Webex voor Cisco BroadWorks-gebruiker mag NIET het bc-sp-standard -recht hebben als hij/zij van plan is Webex voor Cisco BroadWorks te gebruiken. Dit is de rechten voor 'Webex Calling (BroadCloud)', wat een Webex-app is die belt via een door Cisco beheerde cloudbelservice.

Controleer het belgedrag van de organisatie

1. Meld u aan bij Helpdesk met uw partnerbeheerdersreferenties.
2. Zoek naar de organisatie.
3. Klik op de organisatie en vink de vermelding Calling Behavior aan. Het moet 'Bellen in Webex' zijn.

Analyseer PSLog op problemen met gebruikersinrichting

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 zien als het de eerste gebruiker is die in Webex is gemaakt. U kunt dit verifiëren door op het 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.

Procedure

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 op een fout duiden als er iets in het abonneeprofiel niet werkt in de Webex-services stroomopwaarts van de provisioning bridge.
   • 400 kan een message knooppunt in het antwoord bevatten. De provisioning bridge kon iets in de subscriberProfileniet verwerken. 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 Partnerhub.
   • 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 de partnerhub op uw sjabloon kunt zien.
   • 409 geeft aan dat er een conflict is tussen de opgegeven subscriberProfile en bestaande Webex-gegevens. Mogelijk is er een bestaande gebruiker met dat e-mailadres. Controleer de message 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.
   • group: Als de sjabloon in de 'Service Provider-modus' staat, wordt dit in kleine letters weergegeven en wordt dit de naam van de klantorganisatie die u in Partner Hub ziet.
   • 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.
   • email: Wordt de gebruikers-id in Webex. Moet geldig en uniek zijn voor Webex, anders mislukt de inrichting.

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

Analyseer XSP-logs om problemen met het inloggen van abonnees 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, de client, de Webex-services en het BroadWorks-systeem wanneer de gebruiker BroadWorks-verificatie uitvoert in de Webex-app. De verbinding tussen Webex en de XSP wordt bovendien 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.

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 kater access_log:

• Bekijk het GET-verzoek voor het abonneeprofiel, van Webex naar de interface van de Xsi-Acties (2.1 in diagram). Er is de Webex-Gebruikers-id. 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). Er is de Webex-Gebruikers-id. Bijvoorbeeld:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile De headers bevatten authorization: Basic en user-agent: 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.
• Het Xsi-antwoord aan Webex bevat een XML Profile -blok met de (BroadWorks) userId en andere details (2.2 in diagram).

Interacties tussen de client en Webex-services:

• De IDP-proxy komt overeen met het gebruikersprofiel dat is ontvangen van BroadWorks en stuurt een SAML-assertie naar de client (2.3 in het diagram).
• Client ruilt SAML-assertie in voor een CI-token (3 in diagram).
• De client controleert of de aangemelde gebruiker over de rechten voor broadworks-connector beschikt (4 in diagram). U kunt gebruikersrechten controleren in Helpdesk.
• De client gebruikt een CI-token om een JSON Web Token (JWT) aan te vragen bij de IDP-proxy (5 in het diagram).
• IDP-proxy valideert CI-token bij CI.
• IDP-proxy vraagt JWT aan bij authenticatieservice.

In het verificatieservicelogboek:

• Zoek naar de tokenaanvraag van Webex (5.2 in het diagram), bijvoorbeeld: GET /authService/token die een http_bw_userid header en andere heeft.
• De XSP voert OCI-P UserGetLoginInfoRequestuit om te valideren dat 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 maken, zodat llt kan worden veroorzaakt.
• Zoek naar het antwoord (5.4 in het diagram) van LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … en StatusCode=200 dat u kunt koppelen aan het oorspronkelijke verzoek met behulp van de trackingid: CLIENT… -header.

In het XsiActionsLog:

• De klant kan het langlevende token in de Xsi-Actions-interface presenteren om het apparaatprofiel op te halen (6 in het diagram). Bijvoorbeeld: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Met de headers authorization: Bearer token en user-agent: WebexTeams (variant/version)
• De Xsi-Actions-interface stuurt het token naar de authservice (geconfigureerd om op de loopback-interface te staan). Bijvoorbeeld: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token die u kunt correleren met de trackingid: CLIENT… header in de GET en de X-BROADSOFT-CORRELATION-ID : CLIENT… header in de POST.

In het verificatieservicelogboek:

• De ontvangst van het BERICHT van Xsi (loopback)

• Een StatusCode=200 terug naar Xsi

• En een tokenvalidatierespons, met een "token" JSON-blok in de body.

• Gesneerde met behulp van de trackingid: CLIENT…

In het XsiActionsLog:

• Nadat 200 OK is ontvangen van authservice, die de stoken van de client heeft gevalideerd, verzendt de Xsi-Actions-applicatie nu een OCI-P-verzoek voor UserPrimaryAndSCADeviceGetListRequest
• Ontvangt OCI-P UserPrimaryAndSCADeviceGetListResponse met de accessDeviceTable XML-structuur.
• Het OCI-P-antwoord wordt gecodeerd als Xsi-antwoord aan de client, inclusief AccessDevices XML-structuur, die de deviceTypesbevat. Bijvoorbeeld: Business Communicator – PC en de URL's waarop de client de apparaatconfiguratiebestanden kan ophalen.

Client blijft zoals u gebruikelijk:

• Selecteert een apparaat en communiceert met DMS om het apparaatprofiel op te halen (6 in het diagram).
• Registreert zich bij BroadWorks via SBC en wordt opgehaald in de configuratie van DMS (7 in het diagram).

Problemen met Partner Hub

Beheerder kan klantorganisaties niet zien

Als beheerder voor uw partnerorganisatie in Webex moet u de rol Volledige beheerderhebben. Die rol wordt gebruikt voor het beheer van uw partnerorganisatie, inclusief het toewijzen van beheerdersrechten aan uzelf en anderen. Om klantorganisaties te beheren, moet u uzelf (of andere personen) de rol Sales Full Administrator of Sales Administrator toekennen. Zie Organisatieaccountrollen toewijzen in Control Hubvoor meer informatie.

Problemen met gebruikersinrichting

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.

Controleren wat er is geconfigureerd voor Geïntegreerde IM & P (standaard voor ondernemingen, tenzij er een specifiekere instelling bestaat), voer AS_CLI/Interface/Messaging> getuit. Voor de provisioningparameters van een specifieke onderneming opent u de onderneming en gaat u naar Services > Geïntegreerde IM & 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 om de gebruiker zijn/haar gratis account te laten verwijderen, zodat hij/zij deel kan uitmaken van de klantorganisatie die u inricht. Instructies staan 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 bij het inrichten van gebruikers in reactie op de inrichtingsbrug

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-respons betekent niet dat de gebruiker succesvol is ingericht. 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 het 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.
• Klantorganisatie is niet gevonden in de database en de vlag voor het aanmaken van een nieuwe organisatie 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

Problemen met het aanmelden van gebruikers

Gebruikersactivatieportal laadt niet

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 Partner Hub) in te richten, is geconfigureerd voor BroadWorks-verificatie, moet de gebruiker het wachtwoord voor BroadWorks 'Webtoegang' invoeren. De gebruiker moet mogelijk ook zijn/haar BroadWorks-gebruikers-ID invoeren als zijn/haar e-mailadres niet is geconfigureerd als alternatieve gebruikers-ID. Controleer of de gebruiker hoofdletters en kleine letters correct heeft ingevoerd.

Problemen met oproepconfiguratie en registratie

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 registratievolgorde

1. Client belt XSI om een token voor apparaatbeheer en de URL naar de DMS te krijgen.
2. De 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 de AS (SBC kan een opzoekactie uitvoeren in de NS om een AS te vinden als SBC de SIP-gebruiker nog niet kent).

Verwachte tekenen van succesvolle cliëntregistratie

Het pictogram Belopties wordt weergegeven in de Webex-interface.

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

Client heeft geen oproeppictogram

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

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

Meerdere oproepdiensten 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 authenticatieservice

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 verkrijgen via Partner Hub, op de pagina BroadWorks-instellingen).

Verkeerde configuratie van broadworks-tags

Controleer of u de vereiste BroadWorks-tags voor de Webex-app hebt geconfigureerd. Raadpleeg de Webex voor Cisco BroadWorks-configuratiehandleiding voor informatie over configuratietags. Controleer of er geen conflicten of onjuiste waarden zijn. De tag %SBC_ADDRESS_WXT% moet specifiek de SBC zijn voor uw SIP-registrar voor Webex-appclients.

Desktopclient verbreekt telefoondiensten na succesvolle SSO-verbinding

Dit probleem kan worden veroorzaakt doordat dezelfde gebruiker zich bij meerdere clients aanmeldt van hetzelfde platformtype. Als een gebruiker zich bijvoorbeeld succesvol aanmeldt bij de Webex-app op Windows en zich vervolgens aanmeldt bij de Webex-app op een andere Windows-computer, is er alleen een actieve SSO-sessie op een van de computers. 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.

Desktopapparaat niet ingericht voor gebruiker

Deze handtekening is te zien in het clientlogboek:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Problemen met webweergave van oproepinstellingen

Zelfzorg button/link 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 het gedeelte Oproepinstellingen Webweergave in de Webex voor Cisco 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 Zelfzorg button/link

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 domeinclaims

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 geen domeinen claimen van de klantorganisaties 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 organisatie die de serviceprovider beheert) kan leiden tot 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.

Eindgebruiker foutcodes

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

Foutcodes voor Directory Sync

De volgende foutcodes zijn van toepassing op adreslijstsynchronisatie.