Tämä artikkeli on jaettu kolmeen pääosaan:

• Resurssit, joka on luettelo työkaluista, lukemateriaalista, lokitiedoista ja yhteystiedoista, joita saatat tarvita.
• Prosessit, jotka kuvaavat joitakin toimia, joita voit tehdä asiakasongelman vianmäärityksessä.
• Erityiset ongelmat, jotka luokittelevat ja listaavat ongelmia, joiden tiedetään esiintyvän, miten ne havaitaan ja miten ne voitaisiin mahdollisesti ratkaista.

Hyödyllisiä lokitiedostoja

Lukemislista

• Webex for Cisco BroadWorks -kumppanitietoportaali
• XSP-alustan konfigurointiopas (R23)
• BroadWorks-ohjelmistonhallintaopas (R23)
• Cisco BroadWorks -laitehallinnan määritysopas (R23)
• Broadworks Xsp -komentorivikäyttöliittymän hallintaopas
• Pitkäikäinen todennustunnus Ominaisuus Kuvaus Versio 23.0
• SAML-todennuksen integrointiopas, R23
• Cisco BroadWorksin SSL-tukivaihtoehtojen opas
• Cisco CI -tuen ominaisuuskuvaus
• Ilmoituspush-palvelin (ominaisuuden kuvaus)
• Push-ilmoitusten tuki puheluille Ominaisuus Kuvaus Versio 22.0
• Yhdistä (Android) -siirto Firebaseen -menettelytapa
• Cisco BroadWorks -laitetunnusten tallennus push-ilmoituksia varten Ominaisuus Kuvaus Versio 22.0
• Cisco BroadWorksSystem -kapasiteettisuunnittelija (taulukko)
• Cisco BroadWorks -alustan mitoitusopas
• Cisco Broadworks -järjestelmän suunnitteluopas
• CI-todennuksen tukivaatimusten asiakirja, versio 1.0 MR-7136

Tunnetut ongelmat ja rajoitukset

Artikkeli Tunnetut ongelmat ja rajoitukset sisältää ajantasaista tietoa tunnetuista ongelmista, jotka olemme tunnistaneet Webex for BroadWorks -ratkaisussa.

Huollettavuusliitin

Webexin huollettavuuspalvelu nopeuttaa Ciscon teknisen tuen henkilöstön infrastruktuuriongelmien diagnosointia. Se automatisoi diagnostiikkalokien ja tietojen etsimisen, hakemisen ja tallentamisen SR-tapaukseen. Palvelu käynnistää myös analyysin diagnostisia allekirjoituksia vasten, jotta TAC voi tehokkaammin tunnistaa ja ratkaista paikallisten laitteiden ongelmia.

Lisätietoja Serviceability-liittimen käyttöönotosta on kohdassa Cisco Webex Serviceability Connectorin käyttöönotto-opas.

Ongelman eskalointi

Kun olet noudattanut joitakin vianmääritysohjeita, sinulla pitäisi olla kohtuullinen käsitys siitä, missä ongelma on juurtunut.

Menettelytapa

1. Kerää mahdollisimman paljon tietoa ongelmaan liittyvistä järjestelmistä.
2. Ota yhteyttä Ciscon asianmukaiseen tiimiin avataksesi tapauksen.

Mitä asiakastietoja kerätään

Jos uskot, että sinun on avattava tapaus tai eskaloitava ongelma, kerää seuraavat tiedot vianmäärityksen aikana käyttäjän kanssa:

• Käyttäjätunnus: CI-sähköpostiosoite tai käyttäjän UUID (tämä on Webex-tunniste, mutta jos saat myös käyttäjän BroadWorks-tunnisteen, siitä on apua).
• Organisaation tunniste.
• Arvioitu ajanjakso, jonka aikana ongelma ilmeni.
• Asiakasalusta ja versio.
• Lähetä lokit asiakkaalta tai kerää ne.
• Kirjaa seurantatunnus ylös, jos se näkyy asiakkaalla.

Tarkista käyttäjän tiedot tukipalvelusta

Kumppanijärjestelmänvalvojat, joilla on tukipalvelun järjestelmänvalvojan (perus- tai edistyneen) roolin oikeudet, voivat käyttää tätä menetelmää käyttäjätietojen tarkistamiseen tukipalvelunäkymässä.

Menettelytapa

1. Kirjaudu sisään tukipalveluun.
2. Hae käyttäjää ja napsauta sitä. Tämä avaa käyttäjän yhteenvetonäytön.
3. Napsauta käyttäjänimeä nähdäksesi yksityiskohtaiset käyttäjäasetukset. Tässä näkymässä on hyödyllisiä tietoja, kuten käyttäjän UUID, Common Identity (CI) -klusteri, Webex-sovellusklusteri, puhelukäyttäytyminen ja BroadWorks-tilin GUID.
4. Napsauta Kopioi, jos sinun on käytettävä näitä tietoja toisessa työkalussa tai liitettävä ne Ciscon tapaukseen.

Näytä asiakasorganisaatio tukipalvelussa

Kumppanijärjestelmänvalvojat, joilla on tukipalvelun järjestelmänvalvojan (perus- tai edistyneen tason) roolin oikeudet, voivat tällä menetelmällä tarkastella asiakasorganisaation tietoja tukipalvelunäkymässä.

Menettelytapa

1. Kirjaudu sisään tukipalveluun.
2. Hae ja napsauta sitten asiakasorganisaation nimeä.
3. Vieritä alaspäin, kunnes näet Asiakasportaalinäkymän, ja napsauta Näytä asiakkaanNimi nähdäksesi asiakasorganisaation vain luku -tilassa olevan näkymän – mukaan lukien käyttäjät ja kokoonpanon.

Hae käyttäjälokit Partner Hubista

Työpöytä- ja mobiilisovellusten ongelmien vianmäärityksessä on tärkeää, että kumppanit (ja TAC) voivat tarkastella asiakasohjelmia.

Menettelytapa

1. Pyydä käyttäjää lähettämään lokit. Katso apua: Webex-sovellus | Ilmoita ongelmasta.
2. Pyydä käyttäjää viemään puheluympäristö ja lähettämään sinulle ced.dat -tiedosto.
3. Hae asiakaslokit Partner Hubista tai tukipalvelusta.

   Kumppanikeskuksen vaihtoehto:

   1. Kirjaudu sisään Partner Hubiin ja etsi käyttäjän asiakasorganisaatio.
   2. Valitse Vianmääritys.
   3. Valitse Lokit.
   4. Hae käyttäjää (sähköpostin perusteella).
   5. Näytä ja lataa asiakaslokit zip-tiedostona.

   Tukipalveluvaihtoehto:

   1. Kirjaudu sisään tukipalveluun.
   2. Hae organisaatiota.
   3. Napsauta organisaatiota (yhteenvetonäyttö avautuu).
   4. Vieritä alas ja napsauta Näytä asiakas.
   5. Valitse Vianmääritys.
   6. Valitse Lokit.
   7. Hae käyttäjää (sähköpostin perusteella).
   8. Näytä ja lataa asiakaslokit zip-tiedostona.

Asiakasohjelman version selvittäminen

Menettelytapa

1. Jaa tämä linkki käyttäjän kanssa: https://help.webex.com/njpf8r5
2. Pyydä käyttäjää lähettämään sinulle versionumero.

Asiakkaan tarkistus soittopalvelua varten

Menettelytapa

1. Kirjaudu sisään Webex-asiakasohjelmaan.
2. Tarkista, että sivupalkissa näkyy Puheluasetukset-kuvake (luuri, jonka yläpuolella on hammasratas). Jos kuvaketta ei näy, käyttäjä ei ehkä ole vielä ottanut puhelupalvelua käyttöön Control Hubissa.
3. Avaa Settings/Preferences -valikko ja siirry Puhelinpalvelut -osioon. Sinun pitäisi nähdä tila SSO-istunto Olet kirjautunut sisään. (Jos näkyvissä on jokin muu puhelinpalvelu, kuten Webex Calling, käyttäjä ei käytä Webex for Cisco BroadWorksia.)

   Tämä vahvistus tarkoittaa:

   • Asiakas on läpäissyt vaaditut Webex-mikropalvelut onnistuneesti.
   • Käyttäjä on todennut itsensä onnistuneesti.
   • BroadWorks-järjestelmäsi myöntää asiakkaalle pitkäikäisen JSON-verkkotunnuksen.
   • Asiakas on noutanut laiteprofiilinsa ja rekisteröitynyt BroadWorksiin.

Hanki asiakaslokeja tai palautetta

• Katso Resurssit-osiosta tiettyjen Webex-työpöytäsovellusten asiakaslokit tai pyydä käyttäjiä lähettämään lokit. Katso apua: Webex-sovellus | Ilmoita ongelmasta.
• Pyydä mobiilisovellusten käyttäjiä lähettämään lokit, niin voit saada ne kumppanikeskuksen tai tukipalvelun kautta.
  Lokien lähetys on hiljainen. Jos käyttäjä kuitenkin lähettää palautetta, se menee Webex App devops -tiimille. Muista tallentaa käyttäjän palautenumero, jos haluat ottaa yhteyttä Ciscoon. Esimerkiksi:

  

Hae puheluympäristön tiedot

Webex-asiakaslokeista on poistettu laajasti henkilötiedot. Sinun tulisi viedä puheluympäristön tiedot asiakasohjelmasta samassa istunnossa, jossa huomaat ongelman.

Menettelytapa

1. Napsauta asiakasohjelmassa Ohje > Kuntotarkastaja.
2. Valitse Palauta tietokanta. Tämä käynnistää asiakasohjelman täyden nollauksen ja lataa Webex-sovelluksen kirjautumisnäytön.

Varmista, että Webexin pitäisi rekisteröityä BroadWorksiin

Webex-sovellus tarkistaa seuraavat tiedot määrittääkseen, rekisteröidäänkö BroadWorksiin:

• Käyttäjän oikeudet broadworks-connector-sovellukseen.
• Organisaation ja käyttäjän kutsumiskäyttäytyminen.

Käyttäjän soittokäyttäytymisen ja yhdistimen oikeuksien tarkistaminen

1. Kirjaudu Help Deskiin kumppanijärjestelmänvalvojan tunnuksilla.
2. Hae käyttäjää.
3. Napsauta käyttäjää ja tarkista Soittokäyttäytyminen-merkintä. Sen pitäisi olla "Soitto Webexissä".

   

4. Avaa käyttäjätietojen näyttö napsauttamalla käyttäjänimeä.
5. Vieritä alas löytääksesi entitlements -osan ja varmista, että broadworks-connector on mukana.

   

   Webex for Cisco BroadWorks -käyttäjällä EI pitäisi olla bc-sp-standard -oikeutta, jos hän aikoo käyttää Webex for Cisco BroadWorksia. Tämä on oikeus ”Webex Calling (Broadcloud)” -palveluun, joka tarkoittaa Webex-sovelluspuheluita Ciscon hallinnoiman pilvipuhelupalvelun kautta.

Tarkista organisaation puhelukäyttäytyminen

1. Kirjaudu Help Deskiin kumppanijärjestelmänvalvojan tunnuksilla.
2. Hae organisaatiota.
3. Napsauta organisaatiota ja valitse Soittokäyttäytyminen -kohta. Sen pitäisi olla ”Soitto Webexissä”.

Analysoi PSLog-tiedostoa käyttäjien provisiointiongelmien varalta

Käytä sovelluspalvelimen PSLog-tiedostoa nähdäksesi HTTP POST -pyynnön valmistelusillalle ja Webexin vastauksen. Oikein toimivassa tapauksessa vastaus on 200 OK ja muutaman minuutin kuluttua näet, että käyttäjä – ja uusi asiakasorganisaatio, jos se on ensimmäinen käyttäjä – on luotu Webexiin. Voit varmistaa tämän hakemalla POST-viestissä näkyvää sähköpostiosoitetta Help Deskistä.

Ennen kuin aloitat

Kerää PSLog-loki sovelluspalvelimelta testikäyttäjän läpivirtausvalmisteluyrityksen aikana.

Menettelytapa

1. Ensimmäinen tarkistettava asia on HTTP-vastauskoodi:
   • Mikä tahansa muu kuin 200 OK on käyttäjän valmistelun epäonnistuminen.
   • 200 OK voi silti viitata virheeseen, jos jokin tilaajaprofiilissa ei toimi Webex-palveluissa ennen provisiointisiltaa.
   • Vastauksessa 400 saattaa olla message -solmu. Valmistelusilta ei voinut käsitellä jotakin subscriberProfile-tiedostossa. Tilaajan tiedoissa voi olla jotain vikaa tai ne eivät ehkä ole yhteensopivia mallin asetuksen kanssa.
   • 401 tarkoittaa, että AS:ään syötetyt käyttöönottotiedot eivät vastaa Partner Hubin malliin syötettyjä tietoja.
   • 403 voi viitata sovelluspalvelimen virheelliseen konfigurointiin. Tarkista pyynnön kohde. Sen ei tulisi olla IP-osoite, vaan sen tulisi olla Partner Hubin mallissasi näkyvä provisiointisillan URL-osoite.
   • 409 osoittaa ristiriidan annetun subscriberProfile ja olemassa olevien Webex-tietojen välillä. Kyseinen sähköpostiosoite saattaa olla jo olemassa olevalla käyttäjällä. Tarkista vastauksesta message.
2. Voit myös tarkistaa alkuperäisen HTTP POST -viestin epäilyttävien arvojen varalta, jotka voisivat aiheuttaa valmistelun epäonnistumisen. POST sisältää subscriberProfile XML-rakenteen. Tämän sisällä hyödyllisiä tarkistettavia solmuja ovat:
   • bwuserid: Käytä tätä löytääksesi tilaajaprofiilin, jos sinun on muokattava sitä BroadWorksissa.
   • group: Jos malli on "Palveluntarjoajatilassa", tämä kirjoitetaan pienellä kirjaimella ja siitä tulee asiakasorganisaation nimi, jonka näet Partner Hubissa.
   • serviceProvider: Jos malli on "Yritystilassa", tämä kirjoitetaan pienellä kirjaimella ja siitä tulee Partner Hubissa näkyvän asiakasorganisaation nimi.
   • primaryPhoneNumber: Täytyy olla olemassa. Valmistelu epäonnistuu ilman sitä.
   • email: Tulee käyttäjätunnukseksi Webexissä. Täytyy olla kelvollinen ja Webexille ainutlaatuinen, muuten valmistelu epäonnistuu.

     Jätä services -säkeistö huomiotta: AS on luonut sen, ja Webex hyväksyy sen, mutta ei käytä sitä.

Analysoi XSP-lokeja tilaajan kirjautumisen vianmääritykseen

Tämä työnkulku kuvaa BroadWorksin todennustilan. Voit nähdä todennustilan BroadWorks-mallissa Partner Hubissa. Katso Asiakasmallien määrittäminen kohdassa https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Seuraava tikapuukaavio näyttää käyttäjän, asiakkaan, Webex-palveluiden ja BroadWorks-järjestelmän välisen vuorovaikutuksen, kun käyttäjä suorittaa BroadWorks-todennuksen Webex-sovelluksessa. Lisäksi Webexin ja XSP:n välinen yhteys on suojattu MTLS:llä.

Seuraavassa keskustelussa selitetään, mitä voit odottaa näkeväsi tutkiessasi lokeja onnistuneen kirjautumisen varalta.

Käyttäjä on vuorovaikutuksessa asiakkaan kanssa, asiakas on vuorovaikutuksessa Webex-palveluiden kanssa:

• Käyttäjä antaa sähköpostiosoitteensa Webex-sovellukseen (1 kaaviossa).
• CI tietää, että tämä käyttäjä ohjataan antamaan BroadWorks-salasanansa (UAP:n kautta) (2 kaaviossa).
• IDP-välityspalvelin lähettää profiilipyynnön XSP:n Xsi-rajapintaan.

Kollin sisällä access_log:

• Etsi tilaajaprofiilin GET-pyyntö Webexistä Xsi-Actions-rajapintaan (kaaviossa 2.1). Sillä on Webex-käyttäjätunnus. Esimerkiksi:

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

XsiActionsLog-tiedostossa:

• Etsi Webexiltä profiilin GET-pyyntö (kaaviossa 2.1). Sillä on Webex-käyttäjätunnus. Esimerkiksi:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Ylätunnisteet sisältävät authorization: Basic ja user-agent: broadworksTeamsClient

• XSP suorittaa sitten OCI-P-perustodennuksen BroadWorksia vastaan (AuthenticationVerifyRequest ja AuthenticationVerifyResponse, kuten mikä tahansa muu sovellus, joka tekee perustodennuksen Xsi:n kautta) ja myös UserGetRequest- ja ServiceProviderGetRequest-pyyntöjen avulla tilaajatietojen keräämiseksi.
• Xsi-vastaus Webexille sisältää XML Profile -lohkon, joka sisältää (BroadWorks) userId -tiedoston ja muita tietoja (kaavion kohta 2.2).

Asiakkaan ja Webex-palveluiden vuorovaikutus:

• IDP-välityspalvelin yhdistää BroadWorksilta vastaanotetun käyttäjäprofiilin ja lähettää SAML-väitteen asiakkaalle (kaavion 2.3).
• Asiakas vaihtaa SAML-väitteen CI-tunnukseen (3 kaaviossa).
• Asiakas tarkistaa, että sisäänkirjautuneella käyttäjällä on Broadworks-connector -käyttöoikeus (kaaviossa kohta 4). Voit tarkistaa käyttäjien oikeudet tukipalvelussa.
• Asiakas käyttää CI-tunnusta pyytääkseen JSON-verkkotunnusta (JWT) IDP-välityspalvelimelta (5 kaaviossa).
• IDP-välityspalvelin validoi CI-tokenin CI:ssä.
• IDP-välityspalvelin pyytää JWT:tä todennuspalvelulta.

authenticationService-lokissa:

• Etsi Webexin token-pyyntö (kaaviossa kohta 5.2). Esimerkiksi: GET /authService/token, jolla on http_bw_userid -otsikko ja muita.
• XSP suorittaa OCI-P UserGetLoginInfoRequest-metodin varmistaakseen, että annettu käyttäjätunnus vastaa BroadWorks-käyttäjää (5.3 kaaviossa). AuthService on luonut luottamuksen Webexin kanssa mTLS-yhteyden kautta, joten se voi myöntää LLT:n.
• Etsi vastaus (5.4 kaaviossa) kohdista LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … ja StatusCode=200, jonka voit liittää alkuperäiseen pyyntöön käyttämällä trackingid: CLIENT… -otsikkoa.

XsiActionsLog-tiedostossa:

• Asiakas voi esittää pitkäikäisen tokenin Xsi-Actions-käyttöliittymässä saadakseen laiteprofiilinsa (6 kaaviossa). Esimerkiksi: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Ylätunnisteilla authorization: Bearer token ja user-agent: WebexTeams (variant/version)
• Xsi-Actions-rajapinta lähettää tokenin POST-testillä todennuspalvelulle (joka on määritetty olemaan loopback-rajapinnassa). Esimerkiksi: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token, jonka voit korreloida trackingid: CLIENT… -otsikon kanssa GET -osiossa ja X-BROADSOFT-CORRELATION-ID : CLIENT… -otsikon kanssa POST-osiossa.

authenticationService-lokissa:

• POST-viestin vastaanottaminen Xsi:ltä (loopback)

• A StatusCode=200 takaisin Xsi:hin

• Ja tunnuksen validointivastaus, jonka rungossa on "token" JSON-lohko.

• Korreloitu käyttämällä trackingid: CLIENT…

XsiActionsLog-tiedostossa:

• Saatuaan todennuspalvelulta 200 OK -viestin, joka vahvisti asiakkaan stokenin, Xsi-Actions-sovellus lähettää nyt OCI-P-pyynnön UserPrimaryAndSCADeviceGetListRequest
• Vastaanottaa OCI-P UserPrimaryAndSCADeviceGetListResponse, joka sisältää XML-rakenteen accessDeviceTable.
• OCI-P-vastaus koodataan Xsi-vastauksena asiakkaalle, mukaan lukien AccessDevices XML-rakenne, jossa on deviceTypes. Esimerkiksi: Business Communicator – PC ja URL-osoitteet, joista asiakas voi hakea laitteen määritystiedostot.

Asiakas jatkaa normaalisti:

• Valitsee laitemerkinnän ja hakee laiteprofiilin (6 kaaviossa) vuorovaikutuksessa DMS:n kanssa.
• Rekisteröityy BroadWorksiin SBC:n kautta, joka on noudettu DMS:n konfiguraatiosta (7 kaaviossa).

Kumppanikeskuksen ongelmat

Ylläpitäjä ei voi nähdä asiakasorganisaatioita

Webex-kumppaniorganisaatiosi järjestelmänvalvojana sinulla tulisi olla Täysi järjestelmänvalvojan rooli. Tätä roolia käytetään kumppaniorganisaatiosi hallintaan, mukaan lukien järjestelmänvalvojan oikeuksien myöntäminen itsellesi ja muille. Asiakasorganisaatioiden hallinnoimiseksi sinun on myönnettävä itsellesi (tai muille henkilöille) Myynnin täysi järjestelmänvalvojan rooli tai Myynnin järjestelmänvalvojan rooli. Lisätietoja on kohdassa Organisaatiotilin roolien määrittäminen Control Hubissa.

Käyttäjien hallintaongelmat

Integroitu pikaviestintä & P-virheet tietyille yrityksille / Asiakkaat

Jos useissa yrityksissä käytetään erilaisia pilviyhteistyöpalveluita, kuten UC-One SaaS ja Webex for Cisco BroadWorks, olet ehkä päättänyt muokata käyttöönottosovitinta yrityskohtaisesti.

Integroidun pikaviestinnän asetusten tarkistaminen & P (yritysten oletusarvo, ellei tarkempaa asetusta ole), suorita AS_CLI/Interface/Messaging> get. Tietyn yrityksen käyttöönottoparametrien näyttämiseksi avaa yritys ja siirry kohtaan Palvelut > Integroitu pikaviestintä & P.

Tarkista, että integroitu IM & Kyseisen yrityksen P-konfiguraatio vastaa täsmälleen Partner Hubin asiakasmallissa näkyvää. Seuraavien asetusten on täsmättävä, tai käyttöönotto epäonnistuu kaikille yrityksen käyttäjille:

Integroitu pikaviestintä & P-virheet tietyille käyttäjille

Tämä pätee, jos käytät läpivirtausvalmistelua ja olettaen, että valmistelu toimii some/most käyttäjät (jotta voit sulkea pois määritysongelman). Jos näet integroidun pikaviestinnän & P-virheet BroadWorksissa, esimerkiksi “[Error 18215] Viestipalvelimen valmisteluvirhe” ja “[Error 18211] Viestintävirhe viestipalvelimen kanssa”, sinun tulee tutkia seuraavat mahdolliset syyt:

• Käyttäjän sähköpostiosoite saattaa jo olla olemassa CI:ssä. Hae käyttäjää tukipalvelusta ja tarkista, onko hänen sähköpostiosoitteensa jo siellä. Tämä ei välttämättä ole ratkaisevaa, koska käyttäjä saattaa kuulua organisaatioon, jonka tietoja sinulla ei ole oikeutta nähdä tukipalvelussa.
• Käyttäjä rekisteröityi itsenäisesti Webexiin ennen kuin hänelle määritettiin integroitu pikaviestintä. & P-palvelu. Tässä tapauksessa yksi vaihtoehto on pyytää käyttäjää poistamaan ilmaisen tilinsä, jotta hänestä voi tulla osa asiakasorganisaatiota, jota olet luomassa. Ohjeet ovat osoitteessa https://help.webex.com/5m4i4y
• Käyttäjällä ei ole profiiliinsa liitettyä ensisijaista puhelinnumeroa (kaikilla Webex for Cisco BroadWorks -tilaajilla on oltava ensisijainen DID). Katso aihe PSLog-tiedoston analysoinnista AS:stä.

Käyttäjän provisiointivirheet vastauksena provisiointisillalta

Jos käyttäjät eivät näy Control Hubissa muutaman minuutin kuluessa integroidun pikaviestinnän määrittämisestä & P, katso provisiointisiltapalvelun vastauskoodeja. Suorita PSLog-komento nähdäksesi HTTP-vastauskoodit.

200 OK

200 OK -vastaus ei tarkoita, että käyttäjän valmistelu on onnistunut. Se tarkoittaa, että valmistelupalvelu vastaanotti pyynnön ja lähetti vastaavan käyttäjänluontipyynnön onnistuneesti ylävirran palveluihin. Valmistelutapahtuma on rakenteensa puolesta asynkroninen. Palvelu vastaa 200 OK, koska käyttäjän luontiprosessi voi kestää useita minuutteja, emmekä suorituskykysyistä halua vastaanottaa useita pyyntöjä saman käyttäjän luomiseksi. Jos käyttäjä ei kuitenkaan lopulta ilmesty asiakasorganisaatioon 200 OK -vastauksen jälkeen, se voi tarkoittaa, että käyttäjän luominen epäonnistui Webex-palveluissa ennen käyttöönottopalvelua. Sinun on eskaloitava valmisteluvirhe, johon liittyy 200 OK -vastaus.

400 Virheellinen pyyntö

Tarkista HTTP-vastaus, jossa pitäisi olla lisätietoja mahdollisista ongelmista, jotka voivat aiheuttaa tämän vastauksen valmistelupalvelulta. Joitakin esimerkkejä solmusta:

• "BroadWorks-sähköpostiin ei voi luottaa, kun käytössä on vanha valmistelu-API." Epäonnistuneeseen käyttäjätietojen määrityspyyntöön liittyvä sähköpostiosoite ei ole kelvollinen tai se on kirjoitettu väärin, mutta olet mallipohjassa väittänyt, että sähköpostiosoitteisiin voi luottaa. Tarkista käyttäjien profiilit BroadWorksissa, erityisesti sähköpostiosoite.
• Asiakasorganisaatiota ei löydy tietokannasta, eikä uuden organisaation luontimerkkiä ole otettu käyttöön. Tämän epäonnistuneen käyttöönottopyynnön pitäisi luoda uusi asiakasorganisaatio Webexissä, mutta mallipohjasi on määritetty estämään uusien asiakasorganisaatioiden luominen. Jos haluat sallia uusien organisaatioiden käytön sähköpostiverkkotunnuksille, jotka eivät vastaa Webexin olemassa olevia asiakkaita, voit määrittää mallipohjasi uudelleen Partner Hubissa ja testata käyttöönottopyynnön uudelleen. Jos et kuitenkaan odota uuden organisaation luomista tälle käyttäjälle, sähköpostiosoite on ehkä kirjoitettu väärin (erityisesti verkkotunnusosa). Tarkista käyttäjän sähköpostiosoite BroadWorksissa.

403 Kielletty

Valmistelupyynnöllä ei ole mitään mahdollisuuksia onnistua. Sinun on tässä tapauksessa tutkittava pyyntö ja vastaus. Jos esimerkiksi näet IP-osoitteen valmistelupyynnön kohteena – organisaatiollesi sopivan valmistelusillan URL-osoitteen sijaan (katso palomuurin määritysaiheet ratkaisuoppaasta) – se voi tarkoittaa, että sovelluspalvelimeltasi puuttuu vaadittu korjaustiedosto (ap373197).

Tarkista, että kaikki tarvittavat korjauspäivitykset on asennettu sovelluspalvelimelle ja että olet suorittanut tarvittavat määritykset onnistuneen läpivirtausvalmistelun varmistamiseksi.

409 Konflikti

Valmistelupyyntöä ei voida jatkaa, koska Webexissä on jo käyttäjä, jonka sähköpostiosoite vastaa pyynnössä mainittua osoitetta.

Käyttäjä on jo CI:ssä

Hae tilaajan sähköpostiosoite HTTP POST -pyynnöstä ja hae sitä tukipalvelusta. Et ehkä näe käyttäjää, jos sinulla ei ole oikeuksia, mutta saatat myös nähdä, että käyttäjä kuuluu "vapaaseen" organisaatioon, esim. "Kuluttaja". Voit pyytää tätä käyttäjää poistamaan ilmaisen tilinsä tai voit käyttää toista sähköpostiosoitetta sen käyttöönottamiseksi. Katso https://help.webex.com/ndta402.

Käyttäjän kirjautumisongelmat

Käyttäjän aktivointiportaali ei lataudu

Normaali Webex for Cisco BroadWorks -kirjautumisprosessi sisältää käyttäjän aktivointiportaalin, jossa käyttäjät antavat salasanansa. Joskus tämä portaali ei lataudu sen jälkeen, kun käyttäjä on antanut sähköpostiosoitteensa Webex-sovelluksen kirjautumisnäytössä. Tämä ongelma voi johtua joko asiakaspuolesta tai palvelun puoleisesta ongelmasta. Asiakkaan puolella ongelman aiheuttaa tyypillisesti se, että asiakkaan natiivi selain on jollain tavalla yhteensopimaton palvelun kanssa.

Kertakirjautuminen epäonnistui

• Tarkista BroadWorksissa, että käyttäjälle on määritetty Webex-sovelluksen laitetyypit (katso Laiteprofiilit -osio ratkaisuoppaan [ Ympäristön valmistelu -osiossa).
• Tarkista, että käyttäjä käyttää oikeaa salasanaa. Jos käyttäjän asiakasorganisaation määrittämiseen (kumppanikeskuksessa) käyttämäsi malli on määritetty BroadWorks-todennusta varten, käyttäjän tulee antaa BroadWorksin verkkokäyttösalasanansa. Käyttäjän on ehkä annettava myös BroadWorks-käyttäjätunnuksensa, jos hänen sähköpostiosoitettaan ei ole määritetty vaihtoehtoiseksi käyttäjätunnukseksi. Varmista, että käyttäjä on syöttänyt isot ja pienet kirjaimet oikein.

Puheluiden määritys- ja rekisteröintiongelmat

Kun käyttäjä on määritetty Webexissä ja hän on kirjautunut Webex-sovellukseen, sovellus rekisteröityy BroadWorksiin. Seuraavassa on odotettu rekisteröintijärjestys ja siitä johtuvat merkit onnistuneesta rekisteröinnistä (kuten Webex-sovelluksesta näkyy):

Odotettu rekisteröintijärjestys

1. Asiakas kutsuu XSI:tä saadakseen laitehallintatunnuksen ja asiakirjahallintajärjestelmän URL-osoitteen.
2. Asiakas pyytää laiteprofiiliaan DMS:ltä esittämällä vaiheessa 1 saadun tunnuksen.
3. Asiakasohjelma lukee laiteprofiilin ja hakee SIP-tunnistetiedot, osoitteet ja portit.
4. Asiakas lähettää SIP REGISTER -tiedon SBC:lle käyttäen vaiheen 3 tietoja.
5. SBC lähettää SIP-rekisterin AS:lle (SBC voi suorittaa haun NS:ssä AS:n paikantamiseksi, jos SBC ei jo tunne SIP-käyttäjää).

Odotetut merkit onnistuneesta asiakkaan rekisteröinnistä

Puheluasetukset-kuvake ilmestyy Webex-käyttöliittymään.

Webex-sovelluksen puhelinpalveluiden välilehdellä (esim. Asetukset > Puhelinpalvelut Windowsissa, Asetukset > Puhelinpalvelut Macilla), viesti ”SSO-istunto: ”Olet kirjautunut sisään” tarkoittaa, että sovellus on rekisteröitynyt onnistuneesti (tässä tapauksessa BroadWorksiin).

Asiakkaalla ei ole soittokuvaketta

Useimmiten tämä tarkoittaa, että käyttäjällä ei ole oikeaa lisenssiä. / oikeudet.

Tämä on epäonnistunut rekisteröinti. Webex-sovellusasiakkaan BroadWorks-rekisteröinti epäonnistuu useista syistä:

Useita puhelupalveluita testataan samoilla asiakkailla

Tämä tunnettu ongelma voi johtua siitä, että asiakas vaihtaa eri kutsupäätteiden välillä. Se tapahtuu todennäköisimmin eri puhelupalveluiden kokeilujaksojen aikana (samojen) Webex-sovellusohjelmien kautta. Voit korjata tämän ongelman nollaamalla asiakastietokannan (linkki).

Todennuspalvelun virheellinen määritys

Tarkista todennuspalvelua isännöivät XSP:t ratkaisuoppaan avulla (katso Palveluiden määrittäminen Webexissä Cisco BroadWorks XSP:itä varten). Erityisesti:

• RSA-avaimet (jotka luot yhdelle XSP:lle) kopioidaan kaikille XSP:ille
• Todennuspalvelun URL-osoite on annettu verkkosäilölle kaikissa XSP:issä ja syötetty oikein klusteriin Partner Hubissa.
• Ulkoinen todennus varmenteilla on määritetty:

  XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get

  allowUserApp = false

  allowClientApp = true

• Kun käytät MTLS:ää, sinun on ladattava Webex-asiakassertifikaatti XSP:hen (voit hakea sertifikaatin Partner Hubista BroadWorksin asetussivulta).

BroadWorks-tagien virheellinen määritys

Tarkista, että olet määrittänyt tarvittavat BroadWorks-tagit Webex-sovellukselle. Lisätietoja määritystageista on Webex for Cisco BroadWorks -määritysoppaassa. Varmista, ettei ole ristiriitoja tai virheellisiä arvoja. Tarkemmin sanottuna %SBC_ADDRESS_WXT% -tagin tulisi olla SBC-osoite SIP-rekisteröintipalvelimellesi Webex-sovellusasiakkaille.

Työpöytäsovellus katkaisee puhelinpalvelut onnistuneen kertakirjautumisyhteyden muodostamisen jälkeen

Tämä ongelma voi johtua siitä, että sama käyttäjä kirjautuu useisiin asiakasohjelmiin samalla alustatyypillä. Jos käyttäjä esimerkiksi kirjautuu onnistuneesti Webex-sovellukseen Windowsissa ja sitten toisella Windows-koneella, aktiivinen kertakirjautumisistunto on vain toisella koneella. Tämä on suunniteltu. Jos sinun on ehdottomasti ratkaistava tämä ongelma, voit määrittää BroadWorksin siten, että siinä on useita saman laitetyypin instansseja, mutta niillä on oltava yksilölliset SIP-osoitteet. Tämä määritys ei kuulu Webex for Cisco BroadWorksin piiriin.

Käyttäjälle ei ole määritetty työpöytälaitetta

Tämä allekirjoitus näkyy asiakaslokissa:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Puheluasetusten webview-ongelmat

Itsehoito button/link ei näy Webex-sovelluksessa

Erilainen oire tästä ongelmasta on se, kun button/link näkyy, mutta sen napsauttaminen avaa ulkoisen selaimen.

• Varmista, että vaadittu asiakaskonfiguraatiomalli on otettu käyttöön ja CSW-tunnisteet on määritetty oikein. (Katso Puheluasetukset Webview-osio Webex for Cisco BroadWorks -ratkaisuoppaassa).
• Varmista, että Webex-sovellus on rekisteröity BroadWorksissa soittamista varten.
• Tarkista, että Webex-sovellus on uudempi versio, joka tukee CSWV:tä.

Tyhjä sivu tai virhe Omahoito-painikkeen napsauttamisen jälkeen button/link

Yleensä tämä Webex-sovelluksen toiminta viittaa BroadWorks XSP:n CSWV-sovelluksen määritys- tai käyttöönotto-ongelmaan. Kerää tietoja jatkotutkimuksia varten, mukaan lukien CSWV-lokit, käyttölokit, config-wxt.xml-tietovarasto ja mallitiedosto, ja tee sitten valitus.

Verkkotunnuksen varaamisongelmat

Käyttäjien rekisteröintivirheitä voi esiintyä verkkotunnusten lunastamisessa tehtyjen virheiden seurauksena. Ennen kuin vaadit verkkotunnuksia, varmista, että ymmärrät seuraavat asiat:

• Palveluntarjoajien ei tule vaatia itselleen hallinnoimiensa asiakasorganisaatioiden verkkotunnuksia. Heidän tulisi vaatia käyttöön vain niiden käyttäjien verkkotunnuksia, jotka kuuluvat palveluntarjoajan sisäiseen organisaatioon. Eri organisaation käyttäjien verkkotunnusten varaaminen (vaikka palveluntarjoaja hallinnoi sitä) voi johtaa asiakasorganisaation käyttäjien rekisteröintivirheisiin, koska käyttäjien todennuspyynnöt reititetään palveluntarjoajan kautta asiakasorganisaation sijaan.
• Jos kahdella asiakasorganisaatiolla (yritys A ja yritys B) on sama verkkotunnus ja yritys A on varannut verkkotunnuksen, yrityksen B käyttäjien rekisteröinti saattaa epäonnistua, koska käyttäjien todennuspyynnöt reititetään sen organisaation kautta, jolla on verkkotunnus (yritys A).

  Jos olet vaatinut verkkotunnuksia itsellesi virheellisesti ja sinun on poistettava vaatimus, katso Webex-artikkeli Verkkotunnusten hallinta.

Loppukäyttäjän virhekoodit

Seuraavassa taulukossa esitetään loppukäyttäjän virhekoodit, jotka saattavat näkyä asiakaskäyttäjän aktivointiportaalissa.

Hakemisto-synkronoinnin virhekoodit

Seuraavat virhekoodit koskevat hakemistosynkronointia.