Ovaj članak je podeljen u tri glavna dela:

• Resursi, a to je lista alata, materijala za čitanje, dnevnika i kontakata koji će vam možda biti potrebni.
• Procesi, koji opisuju neke od radnji koje biste mogli da preduzmete prilikom rešavanja problema sa klijentom.
• Specifični problemi, koji kategorizuju i navode probleme za koje je poznato da se javljaju, kako ih uočiti i kako biste ih potencijalno mogli rešiti.

Korisni fajlovi dnevnika

Lista za čitanje

• Vebek za Cisco BroadVorks Partner Portal znanja
• Vodič za konfiguraciju KSSP platforme (R23)
• BroadVorks Vodič za upravljanje softverom (R23)
• Cisco Broadvorks Vodič za konfiguraciju upravljanja uređajima (RKSNUMKS)
• Broadvorks Kssp Vodič za administraciju interfejsa komandne linije
• Long-Lived Authentication Token Feature Opis Izdanje 23.0
• Vodič za integraciju SAML autentifikacije, RKSNUMKS
• Cisco Broadvorks SSL Vodič za opcije podrške
• Opis funkcije Cisco CI podrške
• Obaveštenje Push Server (Opis funkcije)
• Push obaveštenja Podrška za pozive Feature Opis Izdanje 22.0
• Connect (Android) Migracija na Firebase metod postupka
• Cisco BroadVorks Skladištenje tokena uređaja za push obaveštenja Opis funkcije Izdanje KSNUMKS
• Cisco BroadvorksSistem Planer kapaciteta (tabelarna tabela)
• Cisco Broadvorks Vodič za dimenzionisanje platforme
• Cisco Broadvorks Vodič za sistemski inženjering
• Zahtevi za podršku za podršku CI autentifikacije Verzija dokumenta KSNUMKS MR-KSNUMKS

Poznati problemi i ograničenja

Članak Poznati problemi i ograničenja sadrži ažurne informacije o poznatim problemima koje smo identifikovali u rešenju Vebek za BroadVorks.

Konektor uslužnosti

Usluga Vebek servisiranja povećava brzinu kojom Cisco osoblje tehničke pomoći može dijagnosticirati probleme sa infrastrukturom. Automatizuje zadatke pronalaženja, preuzimanja i čuvanja dijagnostičkih dnevnika i informacija u SR slučaju. Usluga takođe pokreće analizu u odnosu na dijagnostičke potpise kako bi TAC mogao efikasnije da identifikuje i reši probleme sa vašom lokalnom opremom.

Za detalje o tome kako da primenite konektor za servisiranje, pogledajte Vodič za raspoređivanje konektora Cisco Vebek servisiranja.

Eskalacija problema

Nakon što ste pratili neke od uputstava za rešavanje problema, trebalo bi da imate razumnu ideju o tome gde je problem ukorenjen.

Procedura

1. Prikupite što više informacija iz sistema koji se odnose na problem.
2. Obratite se odgovarajućem timu u Ciscu da biste otvorili slučaj.

Koje informacije o klijentu treba prikupiti

Ako mislite da je potrebno da otvorite slučaj ili eskalira problem, prikupite sledeće informacije dok rešavanje problema sa korisnikom:

• Identifikator korisnika: CI adresa e-pošte ili UUID korisnika (ovo je Webex identifikator, ali ako dobijete i BroadVorks identifikator korisnika, to pomaže).
• Identifikator organizacije.
• Približan vremenski okvir tokom kojeg je problem doživljen.
• Klijentska platforma i verzija.
• Pošaljite ili prikupite dnevnike od klijenta.
• Zabeležite ID za praćenje ako je prikazan na klijentu.

Proverite podatke o korisniku u Help Desk-u

Administratori partnera koji imaju privilegije uloge Help Desk Administratora (osnovnog ili naprednog) mogu koristiti ovu proceduru za proveru korisničkih detalja koristeći prikaz Help Desk-a.

Procedura

1. Prijavite se na Help Desk.
2. Potražite i zatim kliknite na korisnika. Ovo otvara ekran sa rezimeom korisnika.
3. Kliknite na korisničko ime da biste videli detaljnu korisničku konfiguraciju. Korisne informacije u ovom prikazu uključuju korisnički UUID, klaster zajedničkog identiteta (CI), klaster aplikacija Vebek, ponašanje pozivanja, GUID naloga BroadVorks
4. Kliknite na dugme Kopiraj ako želite da koristite ove informacije u drugom alatu ili ga priložite Cisco kućištu.

Pogledaj organizaciju korisnika u Help Desk-u

Administratori partnera koji imaju privilegije uloge Help Desk Administratora (osnovnog ili naprednog) mogu koristiti ovu proceduru za pregled detalja o organizaciji korisnika u prikazu Help Desk-a.

Procedura

1. Prijavite se na Help Desk.
2. Potražite, a zatim kliknite na ime organizacije kupca.
3. Pomerite se nadole dok ne vidite prikaz korisničkog portala i kliknite na dugme Pogledaj ime kupca da biste videli prikaz organizacije klijenta samo za čitanje – uključujući korisnike i konfiguraciju.

Preuzmite korisničke dnevnike iz Partner Hub-a

Prilikom rešavanja problema sa desktop i mobilnim klijentima, važno je da partneri (i TAC) mogu da vide dnevnike klijenata.

Procedura

1. Zamolite korisnika da pošalje dnevnike. Pomoć potražite u članku: Vebek App | - Prijavite problem.
2. Zamolite korisnika da izvozi okruženje za pozivanje i pošalje vam ced.dat datoteku.
3. Nabavite dnevnike klijenata iz Partner Hub-a ili Help Desk-a.

   Opcija Partner Hub-a:

   1. Prijavite se u Partner Hub i pronađite korisničku organizaciju.
   2. Izaberite Rešavanje problema.
   3. Izaberite Logs.
   4. Potražite korisnika (putem e-pošte).
   5. Pregledajte i preuzmite dnevnike klijenta kao zip datoteku.

   Opcija Help Desk-a:

   1. Prijavite se na Help Desk.
   2. Potražite organizaciju.
   3. Kliknite na organizaciju (otvara se ekran rezimea).
   4. Pomerite se nadole da kliknete na Pogledaj kupca.
   5. Izaberite Rešavanje problema.
   6. Izaberite Logs.
   7. Potražite korisnika (putem e-pošte).
   8. Pregledajte i preuzmite dnevnike klijenta kao zip datoteku.

Kako pronaći verziju klijenta

Procedura

1. Podelite ovaj link sa korisnikom: https://help.webex.com/njpf8r5
2. Zamolite korisnika da vam pošalje broj verzije.

Provera klijenta za pozivnu uslugu

Procedura

1. Prijavite se na Vebek klijenta.
2. Proverite da li je ikona "Opcije poziva" (slušalica sa zupčanikom iznad nje) prisutna na bočnoj traci. Ako ikona nije prisutna, korisnik možda još uvek nije omogućen za uslugu pozivanja u kontrolnom čvorištu.
3. Otvorite meni Postavke/željene postavke i idite u odeljak Telefonske usluge. Trebalo bi da vidite status SSO sesije u koju steprijavljeni. (Ako se prikaže druga telefonska usluga, kao što je Vebek Calling, korisnik ne koristi Vebek za Cisco BroadVorks.)

   Ova provera znači:

   • Klijent je uspešno prešao potrebne Vebek mikroservise.
   • Korisnik je uspešno potvrdio verodostojnost.
   • Klijentu se izdaje dugotrajan JSON veb token od strane vašeg BroadVorks sistema.
   • Klijent je preuzeo profil uređaja i registrovao se na BroadWorks.

Nabavite dnevnike klijenata ili povratne informacije

• Pogledajte odeljak Resursi da biste pronašli određene dnevnike klijenata na Vebek desktop klijentima ili zamolite korisnike da pošalju dnevnike. Pomoć potražite u članku: Vebek App | - Prijavite problem.
• Zamolite korisnike mobilnih klijenata da pošalju dnevnike, a zatim ih možete dobiti preko partnerskog čvorišta ili službe za pomoć.
  Pošalji dnevnike ćuti. Međutim, ako korisnik pošalje povratne informacije, ona ide u Vebek App devops tim. Obavezno zabeležite broj povratnih informacija korisnika ako želite da pratite Cisco. Na primer:

  

Preuzimanje podataka o okruženju poziva

Dnevnik Vebek klijenta je u velikoj meri redigovan kako bi se uklonili lični podaci. Trebalo bi da izvezete podatke o okruženju pozivanja sa klijenta u istoj sesiji kada primetite problem.

Procedura

1. Na klijentu kliknite na dugme Help > Health Checker.
2. Izaberite Reset Database (Resetovanje baze podataka). Ovo pokreće potpuno resetovanje klijenta i učitava ekran za prijavu u aplikaciju Vebek.

Proverite da li Vebek treba da se registruje na BroadVorks

Aplikacija Vebek proverava sledeće informacije kako bi utvrdila da li da se registruje na BroadVorks:

• Pravo korisnika na broadvorks-konektor.
• Pozivanje ponašanja za organizaciju i korisnika.

Proverite ponašanje korisnika i pravo konektora

1. Prijavite se na Help Desk sa akreditivima administratora vašeg partnera.
2. Potražite korisnika.
3. Kliknite na korisnika i proverite unos Ponašanje poziva. Trebalo bi da bude "Pozivanje u Vebek-u".

   

4. Kliknite na korisničko ime da biste otvorili ekran Detalji o korisniku.
5. Pomerite se nadole entitlements da biste pronašli odeljak i proverite da li broadworks-connector je uključen

   

   Vebek za Cisco BroadVorks korisnik NE bi trebalo da ima bc-sp-standard pravo ako namerava da koristi Vebek za Cisco BroadVorks. Ovo je pravo za "Vebek Calling (Broadcloud)", što je Vebek aplikacija koja poziva putem usluge pozivanja u oblaku kojom upravlja Cisco.

Proverite ponašanje pozivanja organizacije

1. Prijavite se na Help Desk sa akreditivima administratora vašeg partnera.
2. Potražite organizaciju.
3. Kliknite na organizaciju i proverite unos Ponašanje poziva. Trebalo bi da bude "Pozivanje u Vebek-u".

Analizirajte PSLog za probleme sa obezbeđivanjem korisnika

Koristite PSLog aplikativnog servera da biste videli HTTP POST zahtev za obezbeđivanje mosta i odgovor od Vebek-a. U ispravnom radnom slučaju, odgovor je 200 OK i nakon nekoliko minuta možete videti da je korisnik - i nova organizacija kupca ako je prvi korisnik - kreiran u Vebeksu. To možete potvrditi pretraživanjem Help Desk-a za adresu e-pošte koju vidite u POST-u.

Pre nego što počnete

Prikupite PSLog sa aplikativnog servera tokom pokušaja obezbeđivanja protoka sa testnim korisnikom.

Procedura

1. Prva stvar koju treba proveriti je HTTP kod odgovora:
   • Sve osim 200 OK je neuspeh korisnika obezbeđivanja.
   • 200 OK i dalje može ukazivati na neuspeh akonešto u vezi sa profilom pretplatnika ne radi u Vebek uslugama uzvodno od mosta za obezbeđivanje.
   • 400 može da sadrži message čvor u odgovoru. Most za obezbeđivanje nije mogao da obradi nešto u .subscriberProfile Možda nešto nije u redu sa detaljima pretplatnika, ili nekompatibilnost sa podešavanjem u šablonu.
   • KSNUMKS znači da akreditivi za obezbeđivanje uneseni u AS ne odgovaraju onima koji su uneseni na šablon u Partner Hub-u.
   • KSNUMKS može ukazivati na nešto pogrešno konfigurisano na Application Serveru. Proverite cilj zahteva. to ne bi trebalo da bude IP adresa, to bi trebalo da bude URL adresa mosta za obezbeđivanje koju možete videti na šablonu u Partner Hub-u.
   • KSNUMKS ukazuje na sukob između isporučenih subscriberProfile i postojećih Vebek podataka. Možda postoji postojeći korisnik sa tom adresom e-pošte. Proverite message u odgovoru.
2. Takođe možete proveriti originalni HTTP POST za bilo kakve sumnjive vrednosti koje bi mogle da izazovu neuspeh obezbeđivanja. POST sadrži KSML strukturu subscriberProfile . Unutar ovoga, korisni čvorovi za proveru su:
   • bwuserid: Koristite ovo da biste pronašli profil pretplatnika ako želite da ga uredite u BroadVorks-u.
   • group: Ako je šablon u "režimu provajdera usluga", ovo je napisano malim slovima i postaje ime organizacije klijenta koju vidite u Partner Hub-u.
   • serviceProvider: Ako je šablon u "Enterprise modu", ovo je napisano malim slovima i postaje ime organizacije Klijenta koju vidite u Partner Hub-u.
   • primaryPhoneNumber: Mora postojati. Obezbeđivanje ne uspeva bez njega.
   • email: Postaje korisnički ID u Vebek-u. Mora biti važeći i jedinstven za Vebek, u suprotnom obezbeđivanje ne uspe.

     Ignorišite services strofu: kreiran je od strane AS-a, i prihvaćen, ali ne koristi Vebek.

Analizirajte KSSP Logs za rešavanje problema pretplatnika prijavite se

Ovaj tok opisuje BroadVorks režim autentifikacije. Režim autentifikacije možete videti na BroadVorks šablonu, u Partner Hub-u. Pogledajte Konfigurišite šablone klijenata u https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Sledeći dijagram merdevina prikazuje interakciju između korisnika, klijenta, Vebek usluga i BroadVorks sistema, kada korisnik vrši BroadVorks autentifikaciju u Vebek aplikaciji. Takođe, veza između Vebek-a i KSSP-a je obezbeđena MTLS-om.

Diskusija koja sledi objašnjava šta možete očekivati da vidite kada istražujete dnevnike za uspešnu prijavu.

Korisnik komunicira sa klijentom, klijent komunicira sa Vebek uslugama:

• Korisnik dostavlja svoju adresu e-pošte u aplikaciju Vebek (KSNUMKS u dijagramu).
• CI zna da preusmeri ovog korisnika da unese svoju lozinku za BroadVorks (preko UAP-a) (KSNUMKS u dijagramu).
• IDP Proki podnosi zahtev za dobijanje profila na Kssi interfejs na KSSP.

U mački access_log:

• Potražite zahtev GET za pretplatnički profil, od Vebek-a prema interfejsu Kssi-Actions (KSNUMKS u dijagramu). Ima korisnički ID Vebeksa. Na primer:

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

U KssiActionsLog-u:

• Potražite zahtev profila GET iz Vebek-a (KSNUMKS u dijagramu). Ima korisnički ID Vebeksa. Na primer:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Zaglavlja uključuju authorization: Basic i user-agent: broadworksTeamsClient

• KSSP zatim radi OCI-P Basic autentifikaciju protiv BroadVorks-a (AuthenticationVerifiRequest i AuthenticationVerifiResponse, kao i svaka druga aplikacija koja radi osnovnu autentifikaciju preko Kssi), kao i UserGetRequest i ServiceProviderGetRequest za prikupljanje informacija o pretplatniku.
• Kssi odgovor na Vebek sadrži KSML Profile blok koji sadrži (BroadVorks) userId i druge detalje (KSNUMKS u dijagramu).

Interakcije klijenta i Vebek usluga:

• IDP proki odgovara korisničkom profilu dobijenom od BroadVorks-a i izdaje SAML tvrdnju klijentu (2.3 u dijagramu).
• Klijent razmenjuje SAML tvrdnju za CI token (KSNUMKS u dijagramu).
• Klijent proverava da li prijavljeni korisnik ima pravo na broadvorks-konektor (4 u dijagramu). Možete proveriti korisnička prava u Help Desk-u.
• Klijent koristi CI token da zatraži JSON Veb Token (JVT) od IDP proksi (KSNUMKS u dijagramu).
• IDP proki potvrđuje CI token na CI.
• IDP proki zahteva JVT iz autentifikacije servisa.

U dnevniku autentifikacijeServisa:

• Potražite zahtev za token iz Vebek-a (KSNUMKS na dijagramu), na primer: GET /authService/token koji ima http_bw_userid zaglavlje i druge.
• KSSP radi OCI-P UserGetLoginInfoRequest, da potvrdi da je isporučeni korisnički ID odgovara korisniku BroadVorks (5.3 u dijagramu). AuthService je uspostavio poverenje sa Vebek-om na osnovu mTLS veze, tako da može izdati LLT.
• Potražite odgovor (KSNUMKS u dijagramu) od LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … i StatusCode=200 koji možete povezati sa originalnim zahtevom koristeći zaglavlje trackingid: CLIENT… .

U KssiActionsLog-u:

• Klijent je u mogućnosti da predstavi dugovječni token na Kssi-Actions interfejsu kako bi dobio svoj profil uređaja (6 u dijagramu). Na primer: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Sa zaglavljima authorization: Bearer token i user-agent: WebexTeams (variant/version)
• Interfejs Kssi-Actions POSTs token na authservice (konfigurisan da bude na povratnom interfejsu) Na primer: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token koje možete povezati sa zaglavljem trackingid: CLIENT… u i GET zaglavlju X-BROADSOFT-CORRELATION-ID : CLIENT… u POST.

U dnevniku autentifikacijeServisa:

• Prijem POST-a od Kssi (povratna petlja)

• Povratak StatusCode=200 na Xsi

• I odgovor na validaciju tokena, koji ima "token" JSON blok u telu.

• U korelaciji korišćenjem trackingid: CLIENT…

U KssiActionsLog-u:

• Nakon što je primio 200 OK od authservice-a, koji je potvrdio klijentov token, aplikacija Xsi-Actions sada šalje OCI-P zahtev za UserPrimaryAndSCADeviceGetListRequest
• Prima OCI-P UserPrimaryAndSCADeviceGetListResponse koji sadrži KSML strukturu accessDeviceTable .
• OCI-P odgovor je kodiran kao Kssi odgovor klijentu, uključujući AccessDevices KSML strukturu, koja ima .deviceTypes Na primer: Business Communicator – PC i URL-ove gde klijent može da preuzme konfiguracione datoteke uređaja.

Klijent nastavlja kao i obično:

• Bira unos uređaja i komunicira sa DMS-om da bi dobio profil uređaja (KSNUMKS u dijagramu).
• Registruje se u BroadVorks preko SBC-a preuzeto u konfiguraciji iz DMS-a (7 u dijagramu).

Pitanja Partner Hub-a

Administrator ne može da vidi organizacije klijenata

Kao administrator za vašu partnersku organizaciju u Vebek-u, trebalo bi da imate punu ulogu administratora. Ta uloga se koristi za upravljanje vašom partnerskom organizacijom, uključujući dodeljivanje administrativnih privilegija sebi i drugima. Da biste upravljali korisničkim organizacijama, potrebno je da sebi (ili drugim ljudima) odobrite ulogu punog administratora prodaje ili ulogu administratora prodaje. Za detalje, pogledajte Dodelite uloge naloga organizacije u Control Hub-u.

Problemi sa obezbeđivanjem korisnika

Integrisane IM & P greške za određena preduzeća / kupce

Ako imate mešavinu preduzeća koja koriste različite usluge saradnje u oblaku, npr. UC-One SaaS i Vebek za Cisco BroadVorks, možda ste se odlučili da modifikujete adapter za obezbeđivanje po preduzeću.

Da biste proverili šta je konfigurisano za integrisani IM&P (podrazumevano za preduzeća, osim ako ne postoji specifičnija postavka), pokrenite AS_CLI/Interface/Messaging> get. Za parametre obezbeđivanja određenog preduzeća, otvorite preduzeće i idite na Usluge > Integrisani IM & P.

Proverite da li integrisana konfiguracija IM&P za to preduzeće odgovara tačno onome što je prikazano u šablonu klijenta u Partner Hub-u. Sledeća podešavanja moraju da se poklapaju, ili obezbeđivanje ne uspeva za sve korisnike u preduzeću:

Integrisane IM & P greške za određene korisnike

Ovo se primenjuje ako koristite protočno obezbeđivanje, i pretpostavlja da obezbeđivanje radi za neke / većinu korisnika (tako da možete isključiti problem konfiguracije). Ako vidite integrisane IM & P greške u BroadVorks-u, na primer, "[Greška KSNUMKS] Greška u obezbeđivanju sa serverom za razmenu poruka" i "[Greška KSNUMKS] Greška u komunikaciji sa serverom za razmenu poruka", trebalo bi da istražite sledeće potencijalne uzroke:

• Adresa e-pošte korisnika već može postojati CI. Potražite korisnika u Help Desk-u da biste proverili da li je njegova adresa e-pošte već tamo. Ovo nije nužno konačno, jer korisnik može postojati u organizaciji čije podatke nije dozvoljeno da vidite u Help Desk-u.
• Korisnik se samostalno prijavio na Vebek, pre nego što mu je dodeljena integrisana IM & P usluga. U ovom slučaju, jedna opcija je da korisnik izbriše svoj besplatni nalogtako da oni mogu postati deo organizacije klijenata koju obezbeđujete. Instrukcije su na https://help.webex.com/5m4i4y
• Korisnik nema primarni telefonski broj dodeljen svom profilu (svi pretplatnici Vebeksa za Cisco BroadVorks moraju imati primarni DID). Pogledajte temu o analizi PSLog iz AS.

Neuspesi u obezbeđivanju korisnika kao odgovor na obezbeđivanje mosta

Ako se korisnici ne pojavljuju u Control Hub-u, u roku od nekoliko minuta od dodeljivanja integrisanog IM&P-a, pogledajte kodove odgovora iz usluge obezbeđivanja mosta. Pokrenite PSLog da pogledate HTTP kodove odgovora.

200 U redu

200 OK odgovor ne znači da je korisnik uspešno obezbeđen. To znači da je servis za pružanje primio zahtev i uspešno podneo odgovarajući zahtev za kreiranje korisnika na uzvodne usluge. Transakcija rezervisanja je asinhrona po dizajnu. Usluga odgovara 200 OK jer proces kreiranja korisnika može potrajati nekoliko minuta i, iz razloga performansi, ne želimo da primamo više zahteva za kreiranje istog korisnika. Međutim, ako se korisnik na kraju ne pojavi u korisničkoj organizaciji nakon KSNUMKS OK odgovora, to bi moglo značiti da kreiranje korisnika nije uspelo u Vebek uslugama uzvodno od usluge obezbeđivanja. Potrebno je da eskalira neuspeh obezbeđivanja koji ima 200 OK odgovor.

400 Loš zahtev

Proverite HTTP odgovor koji bi trebalo da ima više detalja o potencijalnim problemima koji bi mogli da izazovu ovaj odgovor iz servisa za obezbeđivanje. Neki primeri čvora:

• "Ne mogu verovati BroadVorks e-poštom sa nasleđem API-ja za obezbeđivanje." Adresa e-pošte povezana sa zahtevom za obezbeđivanje korisnika nije važeća ili je pogrešno upisana, ali ste u šablonu tvrdili da se adrese e-pošte mogu verovati. Proverite profile korisnika u BroadVorks-u, posebno ID e-pošte.
• Korisnička organizacija nije pronađena u bazi podataka, a takođe nije omogućena nova zastava za kreiranje organizacije. " Ovaj neuspeli zahtev za obezbeđivanje treba da kreira novu organizaciju klijenata u Vebek-u, ali vaš šablon je konfigurisan da spreči kreiranje novih korisničkih organizacija. Ako želite da dozvolite nove organizacije, za domene e-pošte koji se ne podudaraju sa postojećim klijentima u Vebek-u, onda možete ponovo konfigurisati svoj predložak u Partner Hub-u i ponovo testirati zahtev za obezbeđivanje. Međutim, ako ne očekujete da će nova organizacija biti kreirana za ovog korisnika, možda je adresa e-pošte pogrešno upisana (posebno deo domena). Proverite ID e-pošte korisnika u BroadVorks-u.

403 Zabranjeno

Zahtev za obezbeđivanje nema šanse za uspeh. Moraćete da istražite zahtev i odgovor u ovom slučaju. Na primer, ako vidite IP adresu kao cilj zahteva za obezbeđivanje – umesto odgovarajućeg URL-a mosta za obezbeđivanje za vašu organizaciju (pogledajte teme konfiguracije zaštitnog zida u Vodiču za rešenja) – to može značiti da vašem aplikacijskom serveru nedostaje potrebna zakrpa (ap373197).

Proverite da li se sve potrebne zakrpe primenjuju na aplikativni server i da li ste završili srodnu konfiguraciju za uspešno obezbeđivanje protoka.

409 Sukob

Zahtev za obezbeđivanje ne može da se nastavi jer postoji postojeći korisnik u Vebek-u koji odgovara adresi e-pošte u zahtevu.

Korisnik je već u CI

Nabavite pretplatničku e-poštu iz HTTP POST zahteva i potražite je u Help Desk-u. Možda nećete videti korisnika ako vam nije dozvoljeno, ali takođe možete videti da je korisnik u "slobodnoj" organizaciji, npr. "Potrošač". Možete zamoliti ovog korisnika da izbriše svoj besplatni nalog ili možete koristiti drugu adresu e-pošte da biste ih obezbedili. Pogledajte https://help.webex.com/ndta402.

Pitanja za prijavljivanje korisnika

Portal za aktivaciju korisnika se ne učitava

Uobičajeni Vebek za Cisco BroadVorks prijavljivanje uključuje portal za aktivaciju korisnika gde korisnici unose svoje lozinke. Ponekad se ovaj portal ne učitava nakon što je korisnik dostavio svoju adresu e-pošte na ekranu za prijavu u aplikaciju Vebek. Ovo pitanje može biti uzrokovano na strani klijenta ili na strani servisa. Na strani klijenta, to je obično uzrokovano klijentovim izvornim pretraživačem koji je na neki način nekompatibilan sa uslugom.

Jedinstveno prijavljivanje nije uspelo

• U BroadVorks-u proverite da li su korisniku dodeljeni tipovi uređaja za aplikaciju Vebek (pogledajte odeljak Profili uređaja u odeljku Pripremite okruženje u Vodiču za rešenje).
• Proverite da li korisnik koristi ispravnu lozinku. Ako je šablon koji ste koristili za obezbeđivanje korisničke organizacije korisnika (u Partner Hub-u) konfigurisan za BroadVorks autentifikaciju, korisnik bi trebalo da unese svoju lozinku za BroadVorks "Veb Access". Korisnik će možda morati da unese svoj BroadVorks korisnički ID ako njihova adresa e-pošte nije konfigurisana kao alternativni korisnički ID. Uverite se da je korisnik ispravno uneo velika i mala slova.

Pitanja konfiguracije i registracije poziva

Nakon što je korisnik obezbeđen u Vebek-u i uspešno se prijavi u aplikaciju Vebek, aplikacija se registruje u BroadVorks. Slede očekivani redosled registracije i rezultirajući znaci zdrave registracije (kao što se vidi iz Vebek aplikacije):

Očekivani redosled registracije

1. Klijent poziva XSI da dobije oznaku za upravljanje uređajem i URL adresu DMS-a.
2. Klijent zahteva profil uređaja od DMS-a predstavljanjem simbola iz koraka 1.
3. Klijent čita profil uređaja i preuzima SIP akreditive, adrese i portove.
4. Klijent šalje SIP REGISTER SBC-u koristeći informacije iz koraka 3.
5. SBC šalje SIP REGISTER u AS (SBC može izvršiti pretragu u NS-u da pronađe AS ako SBC već ne poznaje SIP korisnika.).

Očekivani znaci uspešne registracije klijenta

Ikona Opcije pozivanja se pojavljuje u Vebek interfejsu.

Na kartici telefonskih usluga Vebek aplikacije (npr. Podešavanja > Telefonske usluge u operativnom sistemu Vindovs, Postavke > Telefonske usluge na Mac-u), poruka "SSO sesija: Prijavljeni ste" znači da je aplikacija uspešno registrovana (u ovom slučaju na BroadVorks).

Klijent nema ikonu pozivanja

Većinu vremena to znači da korisnik nema ispravnu licencu / prava.

Ovo je neuspešna registracija. Postoji više razloga zbog kojih klijent Vebek aplikacije ne bi uspeo da se registruje sa BroadVorks-om:

Višestruke usluge pozivanja koje se testiraju sa istim klijentima

Ovaj poznati problem može biti uzrokovan klijentom koji se menja između različitih poziva nazad krajeva. Najverovatnije će se desiti tokom suđenja različitih usluga pozivanja koje se nude preko (istih) klijenata Vebek aplikacije. Možete resetovati bazu podataka klijenta (link) da biste rešili ovaj problem.

Pogrešna konfiguracija servisa za autentifikaciju

Proverite KSSP (e) koji hostuju uslugu autentifikacije u odnosu na Vodič za rešenje (pogledajte Konfigurišite usluge na vašem Vebek-u za Cisco BroadVorks KSSP). Konkretno:

• RSA tasteri (koje generišete na jednom KSSP-u) se kopiraju na sve KSSP-ove
• URL usluga autentifikacije je obezbeđen u veb kontejneru na svim KSSP-ovima, i ispravno unesen u klaster u Partner Hub
• Spoljna autentifikacija sertifikatima je konfigurisana:

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

  allowUserApp = false

  allowClientApp = true

• Kada koristite MTLS, morate da otpremite sertifikat Vebek klijenta na KSSP-ove (sertifikat možete dobiti iz Partner Hub-a, na stranici BroadVorks Settings).

Pogrešna konfiguracija BroadVorks oznaka

Proverite da li ste konfigurisali potrebne BroadVorks oznake za Vebek aplikaciju. Pogledajte Vebek za Cisco BroadVorks Vodič za konfiguraciju za informacije o konfiguracijskim oznakama. Uverite se da nema konflikata ili netačnih vrednosti. Konkretno, %SBC_ADDRESS_WXT% oznaka bi trebala biti SBC prema vašem SIP registratoru za klijente Vebek aplikacija.

Desktop klijent isključuje telefonske usluge nakon uspešne DZS veze

Ovaj problem može biti uzrokovan istim korisnikom koji se prijavljuje na više klijenata na istom tipu platforme. Na primer, ako se korisnik uspešno prijavi u aplikaciju Vebek u operativnom sistemu Vindovs, a zatim se prijavi u aplikaciju Vebek na drugoj Vindovs mašini, postoji samo aktivna SSO sesija na jednoj od mašina. Ovo je po dizajnu. Ako apsolutno treba da radite oko ovog problema, možete konfigurisati BroadVorks da ima više instanci istog tipa uređaja, ali oni moraju imati jedinstvene SIP adrese. Ova konfiguracija je izvan okvira Vebek-a za Cisco BroadVorks.

Desktop uređaj nije obezbeđen za korisnika

Ovaj potpis se vidi u dnevniku klijenta:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Podešavanja poziva vebviev pitanja

Dugme / veza za samopomoć se ne prikazuje u Vebek aplikaciji

Drugačiji simptom ovog problema je kada se prikaže dugme/veza, ali klikom na njega se otvara spoljni pregledač.

• Proverite da li je potreban šablon za konfiguraciju klijenta raspoređen i da su CSV oznake pravilno postavljene. (Vidi Podešavanja poziva Vebviev odeljak u Vebek za Cisco BroadVorks Solution Guide).
• Proverite da li je aplikacija Vebek registrovana za pozivanje u BroadVorks-u.
• Proverite da li je aplikacija Vebek najnovija verzija koja podržava CSVV.

Prazna stranica ili greška nakon klika na dugme / link Self Care

Generalno, ovo ponašanje u aplikaciji Vebek ukazuje na problem konfiguracije ili primene sa CSVV aplikacijom na BroadVorks KSSP-u. Prikupite detalje za dalju istragu, uključujući CSVV dnevnike, pristupne dnevnike, config-wxt.xml spremište i datoteku šablona, a zatim podignite slučaj.

Pitanja potraživanja domena

Greške u registraciji korisnika mogu nastati kao rezultat grešaka koje su napravljene u potraživanju domena. Pre nego što preuzmete bilo koji domen, uverite se da razumete sledeće:

• Pružaoci usluga ne bi trebalo da tvrde da su domeni korisničkih organizacija kojima upravljaju. Oni bi trebalo da polažu pravo samo na domene onih korisnika koji se naći u internoj organizaciji dobavljača usluga. Zahtevanje domena korisnika u posebnoj organizaciji (čak i onoj kojom dobavljač usluga upravlja) može dovesti do grešaka u registraciji za korisnike u organizaciji korisnika dok se zahtevi za potvrdu identiteta korisnika usmeravaju preko Dobavljača usluga, a ne preko organizacije korisnika.
• Ako dve organizacije klijenata (Company A i Company B) dele isti domen i kompanija A je preuzela domen, registracija za korisnike Kompanije B može da propadne zbog činjenice da se zahtevi za potvrdu identiteta korisnika usmeravaju preko organizacije koja ima zahteva za domen (Preduzeće A).

  Ako pogrešno tvrdite da su neki domeni i potrebno je da uklonite zahtev, pogledajte članak Upravljanje domenima Vebek.

Kodovi grešaka krajnjeg korisnika

Sledeća tabela prikazuje kodove grešaka krajnjeg korisnika koji se mogu videti u portalu za aktivaciju korisnika klijenta.

Kodovi grešaka za sinhronizaciju direktorijuma

Sledeći kodovi grešaka se primenjuju na sinhronizaciju direktorijuma.