Vattenstämpel
31 maj 2021 | visning(ar) | personer tyckte att detta var till hjälp

Webex för BroadWorks felsökningsguide

Felsökningsråd för Webex för BroadWorks, inklusive ämnen som "hur" kan anges, listor över loggfiler och deras användning samt tips för att undersöka specifika problem.

Felsökning av Webex för BroadWorks

Felsökning av Webex för BroadWorks

Felsöka Webex för BroadWorks

Det här dokumentet är avsett för teknik personer hos tjänsteleverantörsorganisationer som stöder sig själva och sina kunder. Vi förväntar oss att du har viss bekanta dig med felsökning i allmänna frågor, läsa loggar och arbeta med prenumeranters ärenden.

Artikeln är indelad i tre huvudavsnitt:

  • Resurser, som är en lista över verktyg, läsa material, loggar och kontakter som du kan behöva.
  • Processer, som beskriver några av de åtgärder du kan utföra vid felsökning av ett kundproblem.
  • Specifika problem , som kategoriserar och listar problem som har varit kända för att inträffa, hur man upptäcker democh hur du potentiellt kan lösa dem.

Ändringshistorik

Datum

Version

Byt

19 maj, 2021

1.5

Avsnittet Domänanspråk har lagts till

22 april 2021

1.4

Uppdaterade slutanvändarfelkoder med ytterligare två koder: 200016 och 200054

13 april 2021

1.3

Lade till information om Cisco Webex Serviceability Connectior

8 december 2020

1.2

Uppdaterat dokument. Nytt namn Webex Teams Webex (app).

Slutanvändarfelkoder har lagts till

3 november 2020

1.1

Webbvy för tillagda samtalsinställningar

22 oktober 2020

1.0

Nytt dokument introducerat

Vattenstämpel
31 maj 2021| visning(ar) | personer tyckte att detta var till hjälp

Resurser

Webex för BroadWorks felsökningsresurser

Kontakter


Från och med oktober 2020 migrerar vi BroadSoft-kundsupport till Cisco CX-supportprocesser och -verktyg. Detta innebär att Webex för BroadWorks-partner måste gå från att använda Xchange för ärendehantering till att använda Support Case Manager (SCM).

Vi förväntar oss att migreringen körs i cirka tre månader och fram till slutet av kalenderåret 2020. BroadWorks/UCaaS TAC-teamet börjar stödja ärenden i CSOne/Lightning istället för BroadSoft Jira när du migreras. Du kan behöva hänvisa till ärenden i båda systemen under migreringsperioden.

Se Äldre BroadSoft-supportövergång för mer information.

Användbara loggfiler

Loggnamn Source Användbar för felsökning
PSLog Programserver Flowflödesetablering
tomcat access_log Xsp Inloggning för Webex-app
XsiActionsLogga in Xsp Inloggningsinteraktioner i Webex-appen med Webex IDP-proxy, klientinteraktioner för enhetsprofiler- förfrågan
verifieringTjänstlogg Xsp Webex-appinloggning (tokenvalidering och utfärdande)
XSLog Xsp?

Mobilprenumerationer för push-meddelanden

Samtalssignalering

Webex-appens startlogg

Windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:

/Användare/{username}/Bibliotek/Loggar/SparkMacDesktop/current_log

Mobil: Använd Skicka loggar

Starta (sekvens)

Berättigandekontroller för användaren

BWC library initiering för anslutning till BroadWorks

getUserProfile & JwT token hämtar loggning

BroadWorks samtal Webex app logg

klient

Windows: \Användare\{username}\AppData\Local\CiscoSpark\bwc\current_log.txt

Mac:

/Användare/{username}/Bibliotek/Loggar/SparkMacDesktop/bwc/current_log

Mobil: Använd Skicka loggar

All SIP-trafik för registrering och samtal

Håll levande trafik till BWKS Backend

Funktioner mitt i samtalet som kräver signalering (håll/återuppta, överföring osv.)

Medialogg (Webex Media Engine)

klient

Windows:

\Användare\{username}\AppData\Local\CiscoSpark\media\*.log

Mac:

/Användare/{username}/Bibliotek/Loggar/SparkMacDesktop/media/

Mobil: Använd Skicka loggar

All medialoggning

Kodekar som förhandlats fram för ett samtal

Funktioner i Mitt samtal

Läslista

Kontakt för servicemöjlighet

Tjänsten Cisco Webex öka hastigheten på hur Ciscos tekniska hjälppersonal kan diagnostisera problem med din infrastruktur. Den automatiserar uppgifterna att hitta, hämta och lagra diagnostikloggar och -information i ett SR-ärende. Tjänsten utlöser också analys av diagnostiska signaturer så att TAC på ett effektivare sätt kan identifiera och lösa problem med din lokala utrustning.

Mer information om hur du distribuerar Anslutning för servicemöjlighet finns i Distributionsguide för Cisco Webex för servicemöjlighethttps://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/hybridservices/serviceability/cmgt_b_deployment-guide-spark-hybrid-service-connector.html.

Vattenstämpel
31 maj 2021| visning(ar) | personer tyckte att detta var till hjälp

Processer

Webex för BroadWorks felsökningsprocesser

Eskalera ett problem

När du har följt några av felsökningsvägledningen bör du ha en skälig idé om var problemet ligger.

1

Samla in så mycket information du kan från systemen som är relaterade till problemet

2

Kontakta teamet på Cisco för att öppna ett ärende (se avsnittet Kontakter)

Vilken klientinformation att samla in

Om du tror att du måste öppna ett ärende eller eskalera ett problem samlar du in följande information när du felsöker med användaren:

  • Användaridentifierare: CI-e-postadress eller användar-UUID (det här är Webex-identifieraren, men om du även får användarens BroadWorks-identifierare som hjälper)

  • Organisationsidentifierare

  • Ungefärlig tidsram under vilken problemet upplevdes

  • Klientplattform och version

  • Skicka eller samla in loggar från klienten

  • Spela in spårnings-ID:t om det visas i klienten

Kontrollera användaruppgifterna i Help Desk

1

Logga in på https://admin.webex.com/helpdesk.

2

Sök efter och klicka sedan på användaren. Då öppnas skärmbilden användarsammanfattning.

3

Klicka på användarnamn för att se den detaljerade användarkonfigurationen.

Användbar information i den här vyn inkluderar användarens UUID, CI-kluster (Common Identity), Webex-appkluster, Samtalsbeteende, BroadWorks-konto-GUID.

4

Klicka på Kopiera om du behöver använda den här informationen i ett annat verktyg, eller bifoga den till ett Cisco-ärende.

Visa kundorganisation i Help Desk

1

Logga in på https://admin.webex.com/helpdesk.

2

Sök efter och klicka sedan på kundens organisationsnamn.

3

Bläddra nedåt tills du ser kundportalvyn och klickar på Visa kundnamn för att se en skrivskyddade vy av kundorganisationen, inklusive användare och konfiguration.

Hämta användarloggar från partnerhubben

Vid felsökning av problem med stationära och mobila klienter är det viktigt för partner (och TAC) att kunna se klientloggarna.

1

Be användaren att skicka loggar.

2

Be användaren att exportera samtalsmiljön för att skicka filen ced.dat till dig.

3

Hämta klientloggarna från partnerhubben eller Help Desk (se nedan).

Partner Hub-alternativ:

  1. Logga in på Partner Hub och hitta användarens kundorganisation.

  2. Välj Felsökning.

  3. Välj Loggar.

  4. Sök efter användaren (via e-post).

  5. Visa och hämta klientloggarna som en zip-fil.

Help Desk alternativ:

  1. Logga in på Help Desk.

  2. Sök efter organisationen.

  3. Klicka på organisationen (öppnar sammanfattningsskärmen).

  4. Bläddra nedåt för att klicka på Visa kund.

  5. Välj Felsökning.

  6. Välj Loggar.

  7. Sök efter användaren (via e-post).

  8. Visa och hämta klientloggarna som en zip-fil.

Så här hittar du klientversionen

1

Dela den här länken med användaren: https://help.webex.com/njpf8r5.

2

Be användaren att skicka versionsnumret till dig.

Klientkontroll av samtalstjänst

1

Logga in på Webex-klienten.

2

Kontrollera att ikonen Samtalsalternativ (en telefon med kugghjulet ovanför) finns på sidopanelen.

Om ikonen inte finns är det möjligt att användaren ännu inte har aktiverats för samtalstjänsten i Control Hub.

3

Öppna menyn Inställningar/Inställningar och gå till avsnittet Telefontjänster. Du bör se statusen SSO Session du ärinloggad.

(Om en annan telefontjänst, till exempel Webex Calling, visas att användaren inte använder Webex för BroadWorks.)

Den här verifieringen innebär:

  • Klienten har förflyttat sig över de Nödvändiga Webex-mikrotjänster.
  • Användaren har verifierats.
  • Klienten har utfärdat en JSON-webbtoken som är long-en dån av ditt BroadWorks-system.
  • Klienten har hämtat enhetsprofilen och har registrerats i BroadWorks.

Få Klientloggar eller feedback

  • Se avsnittet Resurser för att hitta specifika klientloggar på Webex-skrivbordsklienter eller be användare att skicka loggar.

  • Be användare av mobilklienter att skicka loggar och sedan kan du få dem via en partnerhubb eller helpdesk.


Skicka loggar är tyst. Men om en användare skickar feedback går den till Cisco Webex devops-appen. Se till att spela in användarens feedbacknummer om du vill följa upp med Cisco. Till exempel:

Hämta data för samtalsmiljö

Webex-klientloggar är i stort fel för att ta bort personligt identifierbar information. Du bör exportera samtalsmiljödata från klienten i samma session som du märker problemet.

1

I -klienten klickar du på ikonen profilbild och sedan på Hjälp > Exportera samtalsmiljödata.

2

Spara den resulterande filen ced.dat för att felsöka samtalsproblem för den här användaren.

Viktigt: Logga ut från eller starta om klienten rensar det interna cacheminnet. Om du exporterar ced.dat efter det kommer de exporterade data inte att överensstämma med loggar som skickades innan cachen.

Återställ Webex-databasen

1

På klienten klickar du på Hjälp > Hälsokontroll.

2

Välj Återställ databas.

Detta utlöser en fullständig återställning av klienten och läser in inloggningsskärmen för Webex-appen.

Verifiera att Webex ska registrera sig i BroadWorks

Webex-appen kontrollerar följande information för att avgöra om du ska registrera dig i BroadWorks:

  • Användarberättigande för broadworks-connector

  • Samtalsbeteende för organisation och användare

Kontrollera en användares samtalsbeteende och anslutningsberättigande

  1. Logga in på Help Desk (https://admin.webex.com/helpdesk) med dina autentiseringsuppgifter som partneradministratör.

  2. Sök efter användaren.

  3. Klicka på användaren och kontrollera posten Samtalsbeteende. Det ska vara "Ringer i Webex".

  4. Klicka på användarnamn här sidan för att öppna skärmbilden Användarinformation.

  5. Bläddra ner tills du hittar entitlements och kontrollera att broadworks-connector inkluderas.


    En Webex för BroadWorks-användare ska INTE ha bc-sp-standard berättigande om de avser att använda Webex för BroadWorks. Detta är berättigandet för "Webex Calling (Broadcloud)" som är samtal från Webex-appar via en Cisco-hanterad molnsamtalstjänst.

Kontrollera organisationens samtalsbeteende

  1. Logga in på Help Desk (https://admin.webex.com/helpdesk) med dina autentiseringsuppgifter som partneradministratör.

  2. Sök efter organisationen.

  3. Klicka på organisationen och markera posten Samtalsbeteende. Det ska vara "Ringer i Webex".

Analysera PSLog vid problem vid användareetablering

Använd programserverns PSLog för att se HTTP POST-begäran till etableringsbryggan och svaret från Webex.

I ett korrekt arbetsfall är svaret 200 OK och efter några minuter kan du se användaren och den nya kundorganisationen om den är den första användaren – har skapats i Webex.

Du kan verifiera detta genom att Help Desk efter den e-postadress du ser i POST.

Innan du börjar

Samla in en PSLog från programservern under ett flowuppräckningsförsök med en testanvändare.

1

Det första du ska kontrollera är HTTP-svarskoden:

  • Allt annat än 200 OK är ett fel vid användareablering.

  • 200 OK kan fortfarande indikera ett fel om något om prenumerantens profil inte fungerar i Webex-tjänsterna före etableringsbryggan.

  • 400 kan innehålla ett message noden i svaret. Provisioneringsbryggan kunde inte bearbeta något i subscriberProfile. Det kan vara något fel med prenumerantinformationen eller inkompatibilitet med mallens inställning.

  • 401 innebär att de autentiseringsuppgifter för tillhandahållande som angavs i AS inte överensstämmer med de som angavs i mallen i partnerhubben.

  • 403 kan indikera att något är felaktigt konfigurerat på programservern. Kontrollera målet för förfrågan. det ska inte vara en IP-adress, utan den URL för tillhandahållande bridge som du kan se i din mall i partnerhubben.

  • 409 indikerar en konflikt mellan det tillhandahållna subscriberProfile och befintliga Webex-data. Det kan finnas en befintlig användare med den e-postadressen. Kontrollera kryssrutan message i svaret.

2

Du kan även kontrollera original-HTTP POST med alla misstänker värden som kan orsaka att etableringen misslyckas.

POST innehåller ett subscriberProfile XML-struktur. I det här är användbara noder att kontrollera:

  • bwuserid: Använd den här för att hitta prenumerantens profil om du behöver redigera den i BroadWorks.

  • group: Om mallen är i "tjänsteleverantör-läge" är denna i små bokstäver och blir namnet på kundorganisationen du ser i partnerhubben.

  • serviceProvider: Om mallen är i "Företagsläge" är denna i små bokstäver och blir namnet på kundorganisationen du ser i partnerhubben.

  • primaryPhoneNumber: Måste finnas. Etablering misslyckas utan den.

  • email: Blir den användar-id i Webex. Måste vara giltigt och unikt för Webex, annars misslyckas etableringen.


 

Ignorera services Stanza: den skapas av AS och accepteras men används inte av Webex.

Analysera XSP-loggar för att felsöka prenumeranters inloggning

Det här flödet beskriver BroadWorks-autentiseringsläge. Du kan se autentiseringsläget för BroadWorks-mallen i Partner Hub. Se Konfigurera kundmallar i https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Följande ladder-diagram visar interaktionen mellan användaren, klienten, Webex-tjänster och BroadWorks-systemet när användaren gör BroadWorks-autentisering i Webex-appen. Dessutom säkras anslutningen mellan Webex och XSP av MTLS.

Diskussionen som följer förklarar vad du kan förvänta dig att se när du undersöker loggarna för en lyckad inloggning.

Figur 1. BroadWorks-autentisering och enhetskonfiguration

Användaren interagerar med klient, klienten interagerar med Webex-tjänster:

  • Användaren levererar sin e-postadress till Webex-appen (1 i diagrammet).

  • CI vet att den här användaren ska omdirigeras för att ange sitt BroadWorks-lösenord (via UAP) (2 i diagrammet).

  • IDP-proxyn skickar in en begäran om att hämta profilen till Xsi-gränssnittet på XSP:en.

I tomcat-access_log:

  • Sök efter GET-begäran för prenumerantens profil, från Webex till Xsi-Actions-gränssnittet (2.1 i diagrammet). Den har Webex-användar-id. E.g.

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

I XsiActionsLog:

  • Sök efter profilen GET-begäran från Webex (2.1 i diagrammet). Den har Webex-användar-id. E.g.

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

    Sidhuvudet inkluderar authorization: Basic och user-agent: broadworksTeamsClient

  • XSP gör sedan RESPONS-P Basic-autentisering mot BroadWorks (AuthenticationVerifyRequest och AuthenticationVerifyResponse, precis som för alla andra program som gör grundläggande autentisering via Xsi) och även en UserGetRequest och ServiceProviderGetRequest för att samla in prenumerantens information.

  • Xsi-svaret till Webex innehåller ett XML- Profile blockera som innehåller (BroadWorks) userId och andra detaljer (2.2 i diagrammet).

Interaktioner mellan klienter och Webex-tjänster:

  • IDP-proxyn matchar användarprofil från BroadWorks och problem med SAML-försäkran till klienten (2.3 i diagrammet)

  • Klientutbyten SAML-kontroll för en CI-token (3 i diagram)

  • Klienten kontrollerar att den inloggade användaren har broadworks-connector-behörighet (4 i diagrammet). Du kan kontrollera användarberättiganden i Help Desk)

  • Klienten använder CI-token för att begära en JSON-webbtoken (JWT) från IDP-proxy (5 i diagrammet)

  • IDP-proxy validerar CI-token hos CI

  • IDP-proxy begär JWT från verifieringstjänsten

I authenticationService-loggen:

  • Leta efter tokenbegäran från Webex (5.2 i diagrammet), t.ex.:

    GET /authService/token

    som har http_bw_userid sidhuvudet och andra.

  • XSP gör EN-P UserGetLoginInfoRequest, för att validera att det angivna användar-ID:t motsvarar en BroadWorks-användare (5.3 i diagrammet). AuthService har etablerat förtroende för Webex genom mTLS-anslutningen, så kan problemet LLT.

  • Leta efter svaret (5.4 i diagrammet) från LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks …

    och StatusCode=200 som du kan koppla till den ursprungliga begäran med hjälp av trackingid: CLIENT… Huvudet.

I XsiActionsLog:

  • Klienten kan nu presentera den sedan länge aktuella token i Xsi-Actions-gränssnittet för att få enhetsprofilen (6 i diagrammet). E.g.:

    GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device

    Med rubrikerna authorization: Bearer token och user-agent: WebexTeams (variant/version)

  • Xsi-Actions-gränssnittet, POST-token till authservice (konfigurerat för att vara i loopback-gränssnittet), t.ex.: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    som du kan jämföra med trackingid: CLIENT… sidhuvudet i GET och X-BROADSOFT-CORRELATION-ID : CLIENT… sidhuvudet i POST.

I authenticationService-loggen:

  • Post har mottagits från Xsi (loopback)

  • Svar StatusCode=200 tillbaka till Xsi

  • Och ett svar på tokenvalidering, med ett "token" JSON-blockering i texttexten.

  • Är förknippad med användning av trackingid: CLIENT…

I XsiActionsLog:

  • Efter att ha tagit emot 200 OK från authservice, som validerat klientens token, skickar Xsi-Actions-programmet nu EN-P-begäran om UserPrimaryAndSCADeviceGetListRequest

  • Tar emot EN-P UserPrimaryAndSCADeviceGetListResponse som innehåller accessDeviceTable XML-struktur.

  • EN-P-svaret kodas som Xsi-svar till klienten, inklusive AccessDevices XML-struktur, som har deviceTypes E.g. Business Communicator – PC och URL:er där klienten kan hämta enhetens konfigurationsfiler.

Klienten fortsätter som vanligt:

  • Väljer en enhetspost och interagerar med DMS för att hämta enhetsprofilen (6 i diagrammet)

  • Registreringar i BroadWorks via SBC som har hämtats i konfigurationen från DMS (7 i diagrammet)

Vattenstämpel
31 maj 2021| visning(ar) | personer tyckte att detta var till hjälp

Specifika problem

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 molnsamarbetestjä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 flow flera etableringar 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 skapande av 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 hos 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 administratören ta bort det andra 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 kan administratören ta bort det redan provisionerade kontot eller ta bort andra berättiganden.

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

E-post kunde inte valideras 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 administratören ta bort den andra användaren som använder den här e-postadressen.

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 kan administratören 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 måste administratören ta bort den andra användaren som använder den här e-postadressen.

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

Administratören bör be användaren att försöka registrera på samma länk igen, men med ett annat BroadWorks-användar-ID.

Annars måste administratören ta bort den redan provisionerade användaren eller ta bort andra berättiganden.

200050

Det gick inte att lägga till användare via egen aktivering eftersom provisioningID inte matchar 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.

Var den här artikeln användbar?

Relaterade artiklar

Senaste visade

×