- Webex för BroadWorks felsökningsprocesser
- Eskalera ett problem
- Vilken klientinformation att samla in
- Kontrollera användaruppgifterna i Help Desk
- Visa kundorganisation i Help Desk
- Hämta användarloggar från partnerhubben
- Så här hittar du klientversionen
- Klientkontroll av samtalstjänst
- Få Klientloggar eller feedback
- Hämta data för samtalsmiljö
- Återställ Webex-databasen
- Verifiera att Webex ska registrera sig i BroadWorks
- Analysera PSLog vid problem vid användareetablering
- Analysera XSP-loggar för att felsöka prenumeranters inloggning
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:
Help Desk alternativ:
|
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, t.ex. Webex Callingvisar att användaren inte använder Webex för BroadWorks.) Den här verifieringen innebär:
|
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, så 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 skickats före cacheminnet. |
Återställ Webex-databasen
1 | På klienten klickar du på . |
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
Logga in på Help Desk (https://admin.webex.com/helpdesk) med dina autentiseringsuppgifter som partneradministratör.
Sök efter användaren.
Klicka på användaren och kontrollera posten Samtalsbeteende. Det ska vara "Ringer i Webex".
Klicka på användarnamn här sidan för att öppna skärmbilden Användarinformation.
Rulla ner för att hitta
avsnittet
berättiganden och kontrolleraatt Broadworks-connector
ingår.En Webex för BroadWorks-användare ska INTE ha
bc-sp-standardberättigandet 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
Logga in på Help Desk (https://admin.webex.com/helpdesk) med dina autentiseringsuppgifter som partneradministratör.
Sök efter organisationen.
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 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:
|
||
2 | Du kan även kontrollera original-HTTP POST med alla misstänker värden som kan orsaka att etableringen misslyckas. POST innehåller en
|
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.

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 omdirigering av användaren ska 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.
HÄMTA /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.
HÄMTA /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile
Sidhuvudet innehåller
behörighet: Grundläggande
agentoch användaragent: 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 prenumerantinformationen.
Xsi-svaret till Webex innehåller ett XML-profilblock som innehåller
(BroadWorks)-användar-id och annan
information
(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.:
HÄMTA /authService/token
som har
http_bw_userid
sidhuvud och andra.XSP gör EN-P UserGetLoginInfoRequest , för att bekräfta 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 genererad, ämne: bwksUserId@example.com, utgivare: BroadWorks ...
och
StatusCode=200
som du kan koppla till den ursprungliga begäran medtrackingid: KLIENT...
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 behörighet för
rubriker: Symbol och
användaragent: 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
spårnings-ID:t: KLIENT...
sidhuvudet iGET
ochX-BROADSOFT-CORRELATION-ID: CLIENT...
header i POST.
I authenticationService-loggen:
Post har mottagits från Xsi (loopback)
En
StatusCode=200
tillbaka till XsiOch ett tokenvalideringssvar med ett
"token"
JSON-block i brödtexten.Används med
spårnings-ID: Klient...
I XsiActionsLog:
Efter att ha tagit emot 200 OK från authservice, som validerat klientens token, skickar Xsi-Actions-programmet nu AYA-P-begäran för
UserPrimaryAndSCADeviceGetListRequest
Tar emot AYA-P
UserPrimaryAndSCADeviceGetListResponse som
innehåller XML-struktur föraccessDeviceTable.
EN-P-svaret kodas som Xsi-svar på klienten, inklusive Xml-struktur för
AccessDevices, som har
deviceTypes t.ex. Business Communicator – PC och de 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)