Hartelijk dank voor uw feedback

Dit artikel is bedoeld voor het technische ondersteuningsteam van een dienstverlenende organisatie die zowel zichzelf als hun klanten ondersteunt. Ze moeten bekend zijn met algemene probleemoplossing, het lezen van logbestanden en het afhandelen van abonneecases.

Dit artikel is onderverdeeld in drie hoofdsecties:

• Bronnen—biedt een lijst met hulpmiddelen, leesmateriaal, logboeken en contactpersonen die u mogelijk nodig heeft.
• Processen—beschrijft een aantal acties die u kunt ondernemen bij het oplossen van een klantprobleem.
• Specifieke problemen—categoriseert en somt problemen op die zich naar verluidt voordoen, hoe je ze kunt herkennen en hoe je ze mogelijk kunt oplossen.

Nuttige logbestanden

Leeslijst

• Webex voor Cisco BroadWorks Partner Knowledge Portal
• Configuratiehandleiding voor het XSP-platform (R23)
• Handleiding voor softwarebeheer van BroadWorks (R23)
• Cisco BroadWorks Device Management Configuration Guide (R23)
• Handleiding voor het beheren van de Broadworks XSP-opdrachtregelinterface
• Beschrijving van de functiebeschrijving van de verificatie token 23.0 op lange termijn
• Handleiding voor SAML-authenticatie-integratie, R23
• Cisco BroadWorks SSL-ondersteuningsoptieshandleiding
• Beschrijving van de Cisco CI-ondersteuningsfunctie
• Notificatiepushserver (functiebeschrijving)
• Ondersteuning voor pushmeldingen voor beschrijving van de gesprekkenfunctie versie 22.0
• Migratiemethode (Android) naar Firebase
• Cisco BroadWorks Opslag van apparaattokens voor pushmeldingen Functiebeschrijving Release 22.0
• Cisco BroadWorks systeemcapaciteitsplanner (spreadsheet)
• Cisco BroadWorks Platform Dimensioneringshandleiding
• Cisco Broadworks Systeemengineeringhandleiding
• 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 vastgesteld in de Webex for BroadWorks-oplossing.

Bruikbaarheidsconnector

De Webex Serviceability-service verhoogt de snelheid waarmee de technische ondersteuningsmedewerkers van Cisco problemen met de infrastructuur kunnen diagnosticeren. Het automatiseert de taken van het vinden, ophalen en opslaan van diagnostische logboeken en informatie in een SR-case. 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, zie Implementatiehandleiding voor Cisco Webex Serviceability Connector.

Een probleem escaleren

Nadat u een deel van de stappen voor probleemoplossing hebt gevolgd, zou u een redelijk idee moeten hebben waar het probleem zich bevindt.

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 klantgegevens moeten 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-identificatiecode, maar als u ook de BroadWorks-identificatiecode van de gebruiker hebt, vermeld deze dan in de casusdetails).
• Organisatie-identificatie.
• Geschatte tijdsperiode waarin het probleem zich voordeed.
• Clientplatform en -versie.
• Logbestanden verzenden of ophalen van de client.
• Noteer de tracking-ID indien deze op de client wordt weergegeven.

Controleer gebruikersgegevens in de helpdesk.

Partnerbeheerders met de rol 'Helpdeskbeheerder' (basis of geavanceerd) kunnen deze procedure gebruiken om gebruikersgegevens te controleren via de helpdeskweergave.

Procedure

1. Meld u aan bij de 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 dit overzicht omvat de UUID van de gebruiker, het Common Identity (CI)-cluster, het Webex App-cluster, het belgedrag 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 de klantorganisatie in de helpdesk.

Partnerbeheerders met de rol 'Helpdeskbeheerder' (basis of geavanceerd) kunnen deze procedure gebruiken om klantorganisatiegegevens in de helpdeskweergave te bekijken.

Procedure

1. Meld u aan bij de helpdesk .
2. Zoek naar en klik vervolgens op de naam van de klantorganisatie.
3. Scroll naar beneden tot u Klantportaalweergave ziet en klik op Klantnaam bekijken 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 inzien.

Procedure

1. Vraag de gebruiker om logboeken te verzenden. Voor hulp raadpleegt u: Webex-app | Een probleem melden.
2. Vraag de gebruiker om de aanroepomgeving te exporteren en het bestand ced.dat naar u te sturen.
3. Haal de klantlogboeken op via Partner Hub of Helpdesk.

   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 en klik 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.

Klantcontrole voor belservice

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 Sessie U bent aangemeld. (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.
   • Uw BroadWorks-systeem verstrekt de klant een JSON-webtoken met een lange geldigheidsduur.
   • De client heeft het apparaatprofiel opgehaald en heeft zich geregistreerd bij BroadWorks.

Ontvang klantlogboeken 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 | Een probleem melden.
• Vraag gebruikers van mobiele clients om logbestanden te verzenden, die u vervolgens via Partner Hub of de Helpdesk kunt inzien.
  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. Dit zorgt voor een volledige reset van de client en laadt het inlogscherm van de Webex-app.

Controleer of Webex zich moet registreren bij BroadWorks.

De Webex-app controleert de volgende informatie om te bepalen of registratie bij BroadWorks nodig is:

• Gebruikersrechten voor broadworks-connector.
• Belgedrag voor organisatie en gebruiker.

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

1. Meld u aan bij de Helpdesk met uw partnerbeheerdersgegevens .
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 het gedeelte entitlements te vinden en controleer of broadworks-connector erin staat.

   

   Een Webex voor Cisco BroadWorks-gebruiker mag niet de bc-sp-standard -machtiging hebben als hij of zij van plan is Webex voor Cisco BroadWorks te gebruiken. Dit is de licentie voor "Webex Calling (Broadcloud)", oftewel bellen via de Webex-app met een door Cisco beheerde cloudbeldienst.

Controleer het belgedrag van de organisatie

1. Meld u aan bij de Helpdesk met uw partnerbeheerdersgegevens .
2. Zoek naar de organisatie.
3. Klik op de organisatie en vink het item Belgedrag aan. Het moet 'Bellen in Webex' zijn.

Analyseer PSLog op problemen met gebruikersprovisionering.

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. Controleer eerst de HTTP-responsstatuscode:
   • Alles anders dan 200 OK is een fout bij het inrichten van gebruikers.
   • Een 200 OK-statuscode kan nog steeds duiden op een fout als er iets mis is met het abonneeprofiel in de Webex-services vóór 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 het 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-logboeken om problemen met abonneeaanmeldingen 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 zich in de Webex-app aanmeldt bij BroadWorks. De verbinding tussen Webex en de XSP is bovendien beveiligd met 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 geeft zijn of haar e-mailadres door 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 kopteksten 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-blok Profile met daarin (BroadWorks) userId en andere details (2.2 in diagram).

Interacties tussen de client en Webex-services:

• De IDP-proxy vergelijkt het gebruikersprofiel dat van BroadWorks is ontvangen en geeft een SAML-assertie af aan de client (2.3 in diagram).
• De client wisselt een SAML-assertie in voor een CI-token (3 in het diagram).
• De client controleert of de aangemelde gebruiker over de rechten voor broadworks-connector beschikt (4 in diagram). Je kunt de gebruikersrechten controleren in de 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.
• De IDP-proxy vraagt een JWT aan bij de authenticatieservice.

In het verificatieservicelogboek:

• Zoek naar het tokenverzoek van Webex (5.2 in het diagram), bijvoorbeeld: GET /authService/token die een http_bw_userid koptekst 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 diagram) van LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … en StatusCode=200 dat je kunt koppelen aan het oorspronkelijke verzoek met behulp van de trackingid: CLIENT… header.

In het XsiActionsLog:

• De client kan het langdurige token presenteren in de Xsi-Actions-interface om zijn apparaatprofiel te verkrijgen (6 in diagram). Bijvoorbeeld: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Met de kopteksten authorization: Bearer token en user-agent: WebexTeams (variant/version)
• De Xsi-Actions-interface verstuurt het token via POST naar de authenticatieservice (geconfigureerd op de loopback-interface). Bijvoorbeeld: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token die je kunt correleren met de trackingid: CLIENT… koptekst in de GET en de X-BROADSOFT-CORRELATION-ID : CLIENT… koptekst in de POST.

In het verificatieservicelogboek:

• De ontvangst van het BERICHT van Xsi (loopback)

• Een StatusCode=200 terug naar Xsi

• En een reactie voor tokenvalidatie, met een JSON-blok "token" in de body.

• Gesneerde met behulp van de trackingid: CLIENT…

In het XsiActionsLog:

• Nadat de Xsi-Actions-applicatie een 200 OK-antwoord van de authenticatieservice heeft ontvangen, waarmee de clienthandle is gevalideerd, verstuurt deze nu een OCI-P-verzoek voor UserPrimaryAndSCADeviceGetListRequest
• Ontvangt OCI-P UserPrimaryAndSCADeviceGetListResponse met daarin de accessDeviceTable XML-structuur.
• Het OCI-P-antwoord wordt gecodeerd als Xsi-antwoord naar 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 apparaatvermelding en communiceert met DMS om het apparaatprofiel te verkrijgen (6 in diagram).
• Registreert zich bij BroadWorks via SBC, opgehaald in de configuratie van DMS (7 in diagram).

Problemen met Partner Hub

1. De beheerder kan de klantorganisaties niet zien.

Als beheerder van 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 anderen) de rol Sales Full Administrator of Sales Administrator toekennen. Zie voor meer informatie Organisatieaccountrollen toewijzen in Control Hub.

Problemen met gebruikersprovisionering

1. Geïntegreerd IM & P-fouten voor specifieke ondernemingen / klanten

Als u een mix van bedrijven hebt die verschillende cloudcollaboratiediensten gebruiken, bijvoorbeeld UC-One SaaS en Webex voor Cisco BroadWorks, hebt u er mogelijk voor gekozen om de provisioningadapter per bedrijf aan te passen.

Om te controleren wat er is geconfigureerd voor Integrated IM & P (standaard voor bedrijven, tenzij er een specifiekere instelling bestaat), uitvoeren AS_CLI/Interface/Messaging> get. Voor de inrichtingsparameters 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:

2. Geïntegreerd IM & P-fouten voor specifieke gebruikers

Dit is van toepassing als u gebruikmaakt van flowthrough-provisioning en gaat ervan uit dat provisioning werkt voor some/most gebruikers (zodat je een configuratieprobleem kunt uitsluiten). Als je Integrated IM ziet, zie je dat het om geïntegreerde instant messaging gaat. & P-fouten in BroadWorks, bijvoorbeeld. “[Error 18215] Provisioneringsfout met berichtenserver” en “[Error Als er een communicatiefout optreedt met de berichtenserver (18211), dient u de volgende mogelijke oorzaken te onderzoeken:

• Het e-mailadres van de gebruiker kan al bestaan uit CI. Zoek de gebruiker op in de helpdesk om te controleren of zijn of haar e-mailadres daar al staat. Dit is niet per se doorslaggevend, omdat de gebruiker mogelijk werkzaam is bij een organisatie waarvan u de gegevens niet mag inzien 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 om de gebruiker zijn gratis accounts te laten verwijderen, zodat hij of zij onderdeel kan worden van de klantorganisatie die u aan het aanmaken bent. Instructies vindt u op https://help.webex.com/5m4i4y
• De gebruiker heeft geen primair telefoonnummer aan zijn profiel toegewezen (alle Webex voor Cisco BroadWorks-abonnees moeten een primair DID-nummer hebben). Zie het onderwerp voor het analyseren van PSLog van AS.

3. Fouten bij het aanmaken van gebruikers in reactie van de provisioning bridge

Als gebruikers niet binnen enkele minuten na het toewijzen van Integrated IM in Control Hub verschijnen, controleer dan of de gebruikers daar zichtbaar zijn. & P, bekijk de responscodes van de provisioning bridge-service. Voer een PSLog uit om de HTTP-responscodes te bekijken.

200 OK

Een 200 OK-respons betekent niet dat de gebruiker succesvol is geprovisioneerd. 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 met 200 OK omdat het aanmaken van een gebruiker enkele minuten kan duren en we, omwille van de prestaties, niet meerdere verzoeken willen ontvangen om dezelfde gebruiker aan te maken. Als de gebruiker echter na een 200 OK-reactie uiteindelijk niet in de klantorganisatie verschijnt, kan dit erop wijzen dat het aanmaken van de gebruiker is mislukt in de Webex-services die voorafgaan aan de provisioning-service. 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 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.
• De klantorganisatie is niet gevonden in de database en de optie voor het aanmaken van een nieuwe organisatie is ook 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 provisioneringsverzoek kan pas slagen nadat u de configuratie hebt gecorrigeerd. In dit geval moet u het verzoek en het antwoord 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.

4. 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 gebruikersaanmelding

1. Het gebruikersactivatieportaal laadt niet.

De normale aanmelding bij Webex voor Cisco BroadWorks omvat een gebruikersactiveringsportal waarin gebruikers hun wachtwoord invoeren. Soms laadt dit portaal niet nadat de gebruiker zijn of haar e-mailadres heeft ingevoerd in het aanmeldscherm 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.

2. Een eenmalig aanmelden is mislukt

• Controleer in BroadWorks of de gebruiker de juiste apparaattypen voor de Webex-app heeft toegewezen gekregen (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) te configureren voor BroadWorks-authenticatie, moet de gebruiker zijn BroadWorks-wachtwoord voor "Webtoegang" invoeren. De gebruiker moet mogelijk ook zijn BroadWorks-gebruikers-ID invoeren als zijn e-mailadres niet is geconfigureerd als alternatieve gebruikers-ID. Zorg ervoor dat de gebruiker hoofdletters en kleine letters correct heeft ingevoerd.

Problemen met de configuratie en registratie van oproepen

Nadat een gebruiker in Webex is aangemaakt en zich succesvol heeft aangemeld bij de Webex-app, registreert de app zich bij BroadWorks. Hieronder volgen de verwachte registratieprocedure en de daaruit voortvloeiende kenmerken van een succesvolle registratie (zoals te zien in de Webex-app):

1. 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. De SBC stuurt de SIP REGISTER naar de AS (de SBC kan een opzoeking in de NS uitvoeren om een AS te vinden als de SBC de SIP-gebruiker nog niet kent).

2. Verwachte tekenen van een succesvolle klantregistratie

Het pictogram Belopties wordt weergegeven in de Webex-interface.

In het tabblad 'Telefoondiensten' van de Webex-app (bijv. 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).

3. De client heeft geen belpictogram.

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 een Webex-app-client zich mogelijk niet kan registreren bij BroadWorks:

4. Meerdere beldiensten worden getest met dezelfde klanten.

Dit bekende probleem kan worden veroorzaakt doordat de client verwisseling tussen verschillende terugbellen eindigt. Dit probleem doet zich waarschijnlijk voor tijdens het testen van verschillende beldiensten die via dezelfde Webex-appclients worden aangeboden. U kunt de clientdatabase (koppeling) herstellen om dit probleem op te lossen.

5. Foutieve configuratie van de 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

• Bij gebruik van MTLS moet u het Webex-clientcertificaat uploaden naar de XSP's (u kunt het certificaat verkrijgen via Partner Hub, op de pagina BroadWorks-instellingen).

6. 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. Zorg ervoor dat er geen conflicten of onjuiste waarden zijn. Concreet moet de %SBC_ADDRESS_WXT% tag de SBC zijn die naar uw SIP-registrar verwijst voor Webex App-clients.

7. De desktopclient verbreekt de telefoonverbinding na een succesvolle SSO-verbinding.

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

8. Desktopapparaat niet geconfigureerd 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.

9. Inkomende mobiele oproepen gaan één keer over of kunnen niet worden beantwoord.

Inkomende oproepen naar Webex Mobile gaan slechts één keer over, of de gebruiker kan de inkomende oproep niet beantwoorden. Andere eindpunten voor dezelfde gebruiker kunnen blijven rinkelen.

Hoe te identificeren?

Zoek in de logboeken van de Webex mobiele client naar XSI-foutcode 101002 in het push-oproepproces. Bijvoorbeeld:

Reactiecode: 400

handlePushCallInfoFailure:BWC:INTERNAL: Push-oproep: xsi-status voor oproep-ID: <callID> xsi-foutcode: 101002

closePushCallWithReason:BWC:INTERNAL: Probeer het pushgesprek met ID te sluiten. = <callID>, reden = Oproep afgebroken

Oorzaak:Foutcode 101002 kan erop wijzen dat de verkeerde applicatieserver (AS) in het LocateUser antwoord wordt geretourneerd. Dit kan gebeuren wanneer de gebruiker is gemigreerd naar een secundair AS.

Aanbevolen controles:

Voer vanuit de ADP of XSP waar Push is geïmplementeerd het LocateUser volgende commando uit voor de betreffende gebruiker:

curl 'http://:80/servlet/LocateUser?url=&returnCompatibleXSP=true&callPRequest=true'

Voorbeeld: curl 'http://1.1.1.1:80/servlet/LocateUser?url=9721112222@gmail.com&returnCompatibleXSP=true&callPRequest=true'

Resolutie:AlsLocateUser de secundaire AS voor de gebruiker retourneert, voer dan het migrateUserToDefaultNode.pl script uit op de primaire NS-server om gebruikers terug te migreren naar de primaire applicatieserver voor het cluster.

Log in op de NS-server via SSH, ga naar de map /usr/local/broadworks/bw_base/bin en voer het volgende commando uit:migrateUserToDefaultNode.pl

Voorbeeld: migrateUserToDefaultNode.pl bwas1

Om de hostingNE waarde te verkrijgen, voer je het volgende commando uit: NS_CLI/System/Device/HostingNE> get

Het script controleert eerst of het de hostende NE kan vinden die u als argument opgeeft. Nadat is geverifieerd dat de hostende NE geldig is, worden de DN, extensie en URL bijgewerkt naar het standaardknooppunt voor die hostende NE.

Voer het script indien mogelijk uit tijdens een periode met weinig verkeer. Het is echter over het algemeen acceptabel om het script op elk gewenst moment uit te voeren als dat nodig is om de service voor getroffen gebruikers te herstellen.

Het script kan niet door slechts één gebruiker worden uitgevoerd. Het migreert alle gebruikers die in de LocateUser uitvoer worden vermeld. Als het script niet werkt, verwijder dan de betreffende gebruiker in BroadWorks en maak deze opnieuw aan, zodat de gebruiker op het juiste AS-adres wordt aangemaakt.

Elk SIP-bericht van het gebruikersapparaat naar het secundaire AS kan ertoe leiden dat de gebruiker migreert. Gebruikers schakelen doorgaans na het standaardinterval van 15 minuten terug naar het primaire AS, tenzij er continu inkomende verzoeken het secundaire AS bereiken. Als de SBC bijvoorbeeld geen verbinding kan maken met AS1 en terugvalt op het secundaire AS, kunnen de getroffen gebruikers overschakelen naar het secundaire AS. Afhankelijk van de implementatie kan een enkele trunkgroep of gebruiker aan het secundaire AS gekoppeld blijven als de SBC problemen blijft ondervinden bij het bereiken van het primaire AS.

Raadpleeg de volgende documenten voor meer informatie:

• Paragrafen 3.4.5 Mogelijkheid tot terugdraaien door de gebruiker van de applicatieserver en 5.4.5 Automatisch terugdraaien in Cisco BroadWorks Redundantiehandleiding

• Functiebeschrijving van de verbeteringen aan Cisco BroadWorks ASR

Problemen met de webweergave van de belinstellingen

1. Zelfzorg button/link 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 het gedeelte Oproepinstellingen Webview in de Webex voor Cisco BroadWorks Oplossingshandleiding).
• Controleer of de Webex-app is geregistreerd voor bellen in BroadWorks.
• Controleer of de Webex-app een recente versie is die CSWV ondersteunt.

2. Lege pagina of foutmelding na het klikken op Zelfzorg button/link

Over het algemeen duidt dit gedrag in de Webex-app op een configuratie- of implementatieprobleem met de CSWV-applicatie 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 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 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.

Foutcodes voor eindgebruikers

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.