Webex för BroadWorks Felsökning av specifika problem

Problem med partnerhubben

Administratören kan inte se kundorganisationer

Som administratör för din partnerorganisation i Webex bör du ha den fullständiga administratörsrollen. Den rollen används för att hantera din partnerorganisation, inklusive tilldelning av administratörsbehörigheter till dig själv och andra. För att hantera kundorganisationer måste du bevilja dig själv (eller andra personer) rollen Försäljnings fullständig administratör eller säljadministratörsroll. Se .https://help.webex.com/fs78p5

Problem vid användareetablering

Integrerade IM&P-fel för specifika företag/kunder

Om du har en blandning av företag som använder olika cloud collaboration-tjänster, t.ex. UC-One SaaS och Webex för BroadWorks, kan du ha valt att ändra provisioneringsadaptern på en företagsnivå.

För att kontrollera vad som är konfigurerat för integrerat SNABBMEDDELANDE&P (standard för företag, om det inte finns en mer specifik inställning), kör AS_CLI/Interface/Messaging> get. Öppna företaget för ett specifikt företags etableringsparametrar och gå till Tjänster > integrerade IM&P.

Kontrollera att det integrerade im&P-konfigurationen för företaget matchar exakt det som visas i kundmallen i partnerhubben. Följande inställningar måste matcha eller så misslyckas etableringen för alla användare i företaget:

BroadWorks Enterprise-integrerad IM&P-inställning

Inställning för kundmall för partnerhubben

URL till meddelandeserver

Webbadress för tillhandahållande

Användarnamn för meddelandeserver

Namn på provisioneringskonto

Lösenord för meddelandeserver

Lösenord för tillhandahållande konto, bekräfta lösenord

Integrerade IM&P-fel för specifika användare

Det här gäller om du använder flowspela provisionering och förutsätter att etableringen fungerar för vissa/de flesta användare (så att du kan utesluta ett konfigurationsproblem).

Om du ser integrerade IM&P-fel i BroadWorks, t.ex. "[Fel 18215] Etableringsfel med Meddelandeserver" och "[Error 18211] Kommunikationsfel med meddelandeserver" bör du undersöka följande potentiella orsaker:

  • Användarens e-postadress kunde redan finnas CI. Sök efter användaren i Help Desk kontrollera om deras e-postadress redan finns där. Detta är inte nödvändigtvis slutgiltiga, eftersom användaren kan finnas i en organisation vars data du inte har tillstånd att se i Help Desk.

  • Användaren har själv registrerat sig för Webex, innan den integrerade IM&P-tjänsten tilldelas. I detta fall är ett alternativ att be användaren att radera sitt kostnadsfria konto så att de kan bli en del av den kundorganisation som du etablerar. Instruktionerna är på https://help.webex.com/5m4i4y.

  • Användaren har inte ett primärt telefonnummer tilldelat till sin profil (alla Webex-prenumeranter för BroadWorks måste ha en primär DID). Se ämnet på analysen av PSLog från AS.

Fel vid användareetablering i svar från etableringsbryggan

Om användare inte visas i Control Hub bör du inom några minuter efter att du har tilldelat integrerat IM&P titta på svarstidskoderna från tjänsten för etableringsbrygga. Kör en PSLog för att titta på HTTP-svarskoderna.

200 OK

Ett 200 OK-svar innebär inte att användaren harprovisionerats. Det innebär att etableringstjänsten tog emot begäran och skickade motsvarande begäran om att skapa användare till tjänster uppströms.

Transaktionen för tillhandahållande är asynkron genom design. Tjänsten svarar på 200 OK eftersom processen för att skapa användare kan ta flera minuter och vi vill av prestandaskäl inte ta emot flera förfrågningar om att skapa samma användare.

Men om användaren inte så småningom visas i kundorganisationen efter ett OK-svar 200 kan det indikera att användarens skapande misslyckades i Webex-tjänsterna före etableringstjänsten.

Du måste eskalera ett etableringsfel som har ett 200OK-svar.

400 dålig begäran

Kontrollera HTTP-svaret som bör ha mer detaljerad information om potentiella problem som kan orsaka detta svar från etableringstjänsten. Några exempel på <message> Nod:

  • "Kan inte lita på BroadWorks-e-post med äldre etablerings-API."

    Den e-postadress som är kopplad till begäran om att användare inte tillhandahålls är ogiltig eller är felaktigt inskrivna, men du har angett i mallen som e-postadresserna kan vara betrodda. Kontrollera användarnas profiler i BroadWorks, specifikt e-post-ID.

  • "Kundorganisationen hittades inte i databasen och även flaggan för att skapa ny organisation är inte aktiverad."

    Denna misslyckade etableringsbegäran bör skapa en ny kundorganisation i Webex, men din mall är konfigurerad för att förhindra att nya kundorganisationer skapas. Om du vill tillåta nya organisationer för e-postdomäner som inte matchar befintliga kunder i Webex, kan du konfigurera om mallen i Partner Hub och testa etableringsbegäran på nytt. Om du inte förväntade dig att en ny organisation skulle skapas för denna användare kanske e-postadressen är felaktig (särskilt domändelen). Kontrollera användarens e-post-ID i BroadWorks.

403 Förbjuden

Etableringsbegäran har ingen chans att lyckas. I detta fall måste du undersöka begäran och svaret. Om du exempelvis ser en IP-adress som mål för etableringsbegäran – i stället för lämplig URL för etableringsbryggan för din organisation (se ämnen om brandväggskonfigurationen i Lösningsguide) – kan det indikera att din programserver saknar en obligatorisk programfix (ap373197).

Kontrollera att alla nödvändiga programfixar tillämpas på programservern och att du har slutfört relaterad konfiguration för lyckad flowavetablering.

409 Konflikt

Provisioneringsbegäran kan inte fortsätta eftersom det finns en befintlig användare i Webex som matchar e-postadressen i förfrågan.

Användaren finns redan i CI

Få prenumerantens e-post från HTTP POST-begäran och sök efter den i Help Desk.

Du kanske inte ser användaren om du inte är tillåten, men du kan även se att användaren är i en "gratis"-organisation, t.ex. "konsument".

Du kan be den här användaren att radera sitt kostnadsfria konto eller så kan du använda en annan e-postadress för att tillhandahålla dem. Se .https://help.webex.com/ndta402

Inloggningsproblem för användare

Användaraktiveringsportal läses inte in

Det normala inloggningsflödet för Webex för BroadWorks inkluderar en användaraktiveringsportal där användare anger sina lösenord. Ibland läses inte den här portalen in när användaren har tillhandahållit sin e-postadress i inloggningsskärmen i Webex-appen.

Problemet kan orsakas på klientsidan eller på tjänstsidan. På klientsidan orsakas det vanligtvis av att kundens inbyggda webbläsare är inkompatibel på något sätt med tjänsten.

Enkel inloggning misslyckades

  • I BroadWorks kontrollerar du att användaren har tilldelats enhetstyperna för Webex-appen (se avsnittet Enhetsprofiler i avsnittet Förbered din miljö i lösningsguiden).

  • Kontrollera att användaren använder rätt lösenord: Om mallen du använde för att etablera användarens kundorganisation (i partnerhubben) är konfigurerad för BroadWorks-autentisering ska användaren ange lösenordet för BroadWorks "Web Access".

Samtalskonfiguration och registreringsproblem

När en användare har registrerats i Webex och de har loggat in i Webex-appen registreras appen i BroadWorks. Följande är den förväntade registreringssekvensen och de resultat som resulterar i en frisk registrering (som kan ses från Webex-appen):

Förväntad registreringssekvens

  1. Klienten ringer upp XSI för att få en token för enhetshantering och URL:en till DMS

  2. Klienten begär sin enhetsprofil från DMS genom att presentera token från steg 1

  3. Klienten läser in enhetsprofilen och hämtar SIP-inloggningsuppgifter, adresser och portar

  4. Klienten skickar en SIP REGISTER till SBC med hjälp av informationen från steg 3

  5. SBC skickar SIP-registreringen till AS (SBC kan söka efter NS för att hitta en AS om SBC inte redan känner till SIP-användaren.)

Förväntade tecken på lyckad klientregistrering

Samtalsalternativ-ikonen visas i Webex-gränssnittet.

Under fliken för Telefontjänster i Webex-appen (t.ex. Inställningar > Phone Services i Windows, Inställningar > Phone Services på Mac) visas meddelandet "SSO Session: Du är inloggad" innebär att appen har registrerats (till BroadWorks i det här fallet).

Klienten har ingen samtalsikon

För det mesta innebär det att användaren inte har rätt licens/berättigande.

Klienten visar fliken telefontjänster men ingen SSO session

Detta är en misslyckad registrering. Det finns flera orsaker till att en Webex-appklient inte registrerades på BroadWorks:

Flera samtalstjänster testas med samma klienter

Det här kända problemet kan orsakas av att klienten ändrar mellan olika avslutat uppringning. Det förekommer troligtvis under provperioder av olika samtalstjänster som erbjuds via (samma) Webex-appklienter. Du kan återställa klientdatabasen (länk) för att åtgärda detta problem.

Felkonfigurering av autentiseringstjänsten

Kontrollera XSP:erna som är värd för verifieringstjänsten mot lösningsguiden (se Konfigurera tjänster på din Webex för BroadWorks XSPs). Så här gör du:

  • RSA-tangenterna (som du genererar på en XSP) kopieras till alla XSP:er

  • URL:en för verifieringstjänsten har tillhandahållits till webbbehållaren på alla XSPs och angetts korrekt i klustret i partnerhubben

  • Extern verifiering av certifikat har konfigurerats:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get
            
            allowUserApp = false
            allowClientApp = true
  • När du använder MTLS måste du överföra Webex-klientcertifikatet till XSPs (du kan få certifikatet från Partner Hub på sidan BroadWorks-inställningar)

Felaktig konfiguration av BroadWorks-taggar

Kontrollera att du har konfigurerat de obligatoriska BroadWorks-taggarna för Webex-appen (se BroadWorks-taggar som krävs för Webex-avsnittet i lösningsguiden) och att det inte finns några konflikter eller felaktiga värden.

Taggen %SBC_ADDRESS_WXT% bör vara SBC till din SIP-registrator för Webex-appklienter.

Skrivbordsklienten kopplar från telefontjänster efter en SSO anslutningen

Detta problem kan orsakas av att samma användare loggar in på flera klienter på samma plattformstyp. Om en användare till exempel loggar in på Webex-appen på Windows och sedan loggar in på Webex-appen på en annan Windows-dator, så finns det bara en aktiv SSO-session på en av maskinerna. Detta är avsiktligt.

Om du absolut behöver arbeta runt detta problem kan du konfigurera BroadWorks så att det finns flera instanser av samma enhetstyp, men de måste ha unika SIP-adresser. Den här konfigurationen ligger utanför Omfattningen av Webex för BroadWorks.

Skrivbordsenheten är inte provisionerad för användare

Den här signaturen syns i klienten (\bwc\) logg:

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

Problem med webbvisning med samtalsinställningar

Självhjälpsknapp/länk visas inte i Webex-appen

Ett annat symtom för detta problem är när knappen/länken visas, men när man klickar öppnas en extern webbläsare.

  • Kontrollera att den nödvändiga klientkonfigurationsmallen har distribuerats och CSW-taggar är korrekt inställda. (Se Avsnittet Samtalsinställningar Webview i Webex för BroadWorks solution guide).

  • Kontrollera att Webex-appen är registrerad för samtal i BroadWorks.

  • Kontrollera att Webex-appen är en ny version som har stöd för CSWV.

Tom sida eller fel när du har klickat på Självhjälpsknappen/-länken

Den här funktionen i Webex-appen indikerar generellt sett ett konfigurations- eller distributionsproblem med CSWV-programmet på BroadWorks XSP.

Samla in detaljer för vidare undersökning, inklusive CSWV-loggar, åtkomstloggar, lagringsplats för config-wxt.xml och mallfil och höj sedan ett ärende.

Problem med domänanspråk

Fel för användarregistrering kan uppstå till följd av fel som görs i anspråk av domäner. Innan du gör anspråk på några domäner måste du se till att du förstår följande:

  • Tjänsteleverantör ska inte göra anspråk på domänerna för kundorganisationer som de hanterar. De ska endast göra anspråk på domänerna för de användare som tjänsteleverantör företagets interna organisation. Att göra anspråk på användardomänen i en separat organisation (även en som tjänsteleverantör hanterar) kan resultera i registreringsfel för användarna i kundorganisationen när begäran om användarautentisering dirigeras via tjänsteleverantör i stället för till kundorganisationen.

  • Om två kundorganisationer (företag A och företag B) delar samma domän och företag A har gjort anspråk på domänen, kan registrering för företag B-användare misslyckas på grund av att begäran om användarautentisering dirigeras via organisationen som har domänen fordrat (företag A).

Om du gör anspråk på någon av domänerna i fel form och behöver ta bort ett anspråk, se Webex-artikeln Hantera dina domäner.

Felkoder för slutanvändare

Följande tabell visar felkoder för slutanvändare som kan ses i aktiveringsportalen för klienten.


Detta är inte en uttömmande lista över felkoder. Tabellen visar endast befintliga felkoder för vilka Webex-appen för närvarande inte ger användaren tydlig ledning.
Tabell 1. Felkoder för slutanvändare

Felkod

Felmeddelande

Föreslagen åtgärd

200010

Det gick inte att validera autentiseringsuppgifter som BroadWorks-användare obehörig

Användaren ska försöka med en annan kombination av användarnamn och lösenord.

Annars måste administratören återställa lösenordet i BroadWorks.

200016

Autentiseringsuppgifter kunde inte valideras eftersom mötet inte hittades

Användaren ska uppdatera webbläsaren och försöka använda användarnamn/lösenord igen.

200018

Autentiseringsuppgifter kunde inte valideras eftersom användaren är utelåst

Användaren bör vänta i 10 minuter och sedan försöka igen.

200019

Autentiseringsuppgifter kunde inte valideras eftersom det inte gick att lägga till användare för självaktivering

Administratören bör kontrollera inställningarna för självaktivering i Control Hub

200022

Det gick inte att skicka e-postmeddelandet som användare är oauticerad

Användare ska försöka registrera sig igen och ange inloggningsuppgifter.

200026

Det gick inte att validera e-post på grund av fel vid förhandskontroll eller väntande användares felaktiga tillstånd för PartnerOrgUUID: {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID: {configSetUUID}

Administratören bör informera användaren om att den har angett fel e-postadress eftersom e-postadressen är associerad med en annan organisation.

200039

Det gick inte att validera e-post som emailId som redan används i en annan organisation

Användare bör försöka registrera igen på samma verifieringslänk, men använda ett annat BroadWorks-användar-ID.

Annars kan kundorganisationsadministratören från den olika organisationen ta bort den befintliga användarkonto.

200040

Det gick inte att validera e-post som configSet matchar inte med configSet i customerConfig

Administratören bör jämföra verifieringslänken som användaren använde mot länken som är konfigurerad i Control Hub. De två länkarna och konfigurationerna måste matcha.

200041

Det gick inte att validera e-post eftersom användare redan är berättigad till en annan tjänst i konflikt med motstridande berättiganden

Användare bör försöka registrera igen på samma verifieringslänk med ett annat BroadWorks-användar-ID.

Annars bör kundorganisationsadministratören som hanterar den tjänst som hanterar motstridande ta bort tjänsten eller berättigandena som instrider.

200042

Det gick inte att validera e-post som e-post är redan associerad med ett annat BroadWorks UserId

Användare bör försöka igen med en annan e-postadress.

Annars måste administratören ta bort den andra användaren som använder den här e-postadressen.

200043

Det gick inte att validera e-post eftersom användarens kundkonfigurationsmappning är felaktig

Användare bör försöka igen med en annan e-postadress.

Annars måste administratören ta bort den andra användaren som använder den här e-postadressen.

200044

Det gick inte att validera e-post eftersom userId redan används på detta BroadWorks-kluster

Användare bör försöka igen med en annan e-postadress.

Annars måste den kundorganisationsadministratör som hanterar den befintliga användarkonto använder den här e-postadressen ta bort den användarkonto.

200045

Det gick inte att lägga till användare via egen aktivering eftersom användaren redan är en del av en annan organisation

Användare bör försöka registrera igen, men med en annan e-postadress.

Annars bör kundorganisationsadministratören som administrerar den olika organisationen ta bort det befintliga kontot.

200046

Det gick inte att lägga till användare via egen aktivering eftersom flera väntande användare finns med samma broadworksUserId under samma BroadWorks-kluster

Administratören ska ta bort väntande användare från Control Hub

200047

Det gick inte att lägga till användare via egen aktivering eftersom userId redan används på detta BroadWorks-kluster

Användare bör försöka igen med en annan e-postadress.

Annars bör den kundorganisationsadministratör som hanterar den befintliga användarkonto ta bort den befintliga användarkonto ta bort andra rättigheter.

200048

Det gick inte att lägga till användare via egen aktivering eftersom e-postadressen redan har etablerats med ett annat BroadWorks userId

Användare bör försöka igen med en annan e-postadress.

200049

Det gick inte att lägga till användare via egen aktivering eftersom userId redan används på detta BroadWorks-kluster

Användare bör försöka igen med en annan e-postadress.

Annars bör kundorganisationsadministratören som hanterar den befintliga användarkonto ta bort den befintliga användarkonto ta bort andra berättiganden..

200050

Det gick inte att lägga till användare via egen aktivering eftersom provisioningID inte överensstämmer med förväntat provisionerings-ID för prenumerantens företag

Administratören bör jämföra verifieringslänken som användaren använde mot länken som är konfigurerad i Control Hub.

De två länkarna och konfigurationerna måste matcha.

200051

Det gick inte att lägga till användare via egen aktivering som spEnterpriseId som anges i denna begäran är i konflikt med en tjänsteleverantör eller ett företag som redan finns etablerat från detta BroadWorks-kluster

Administratören bör kontrollera befintliga organisationer i Control Hub och se till att de inte skapar en organisation med ett namn som redan finns.

200054

Det gick inte att validera e-post som regionen för kundorganisationen och partnerorganisationen stämmer inte

Administratören bör kontrollera inställningarna för partnerorganisationen och kundorganisationen i Control Hub och se till att områdena överensstämmer.