Hvala na povratnim informacijama.

Ovaj članak je namenjen timu za tehničku podršku u organizaciji pružaoca usluga koji podržavaju sebe i svoje kupce. Trebalo bi da budu upoznati sa opštim rešavanjem problema, čitanjem dnevnika i radom sa slučajevima pretplatnika.

Ovaj članak je podeljen u tri glavna odeljka:

• Resursi—pruža listu alata, materijala za čitanje, dnevnika i kontakata koji će vam možda trebati.
• Procesi — opisuje neke od radnji koje možete preduzeti dok rešavate problem sa kupcem.
• Specifična pitanja — kategorizuje i navodi probleme za koje je poznato da se javljaju, kako ih uočiti i kako ih potencijalno možete rešiti.

Korisne datoteke dnevnika

Lista za čitanje

• Vebek za portal znanja partnera Cisco BroadVorks
• Vodič za konfiguraciju KSP platforme (R23)
• Vodič za upravljanje softverom BroadVorks (R23)
• Vodič za konfiguraciju upravljanja uređajima Cisco BroadVorks (R23)
• Vodič za administraciju interfejsa komandne linije Broadvorks Kssp
• Opis funkcije dugotrajnog tokena za autentifikaciju izdanja 23.0
• Vodič za integraciju SAML autentifikacije, R23
• Vodič za opcije podrške za Cisco BroadVorks SSL
• Opis funkcije podrške Cisco CI
• Push server za obaveštenja (opis funkcije)
• Podrška za push obaveštenja za pozive Opis funkcije Izdanje 22.0
• Povežite (Android) migraciju na Firebase metodu postupka
• Cisco BroadVorks skladištenje tokena uređaja za push obaveštenja Opis funkcije Izdanje 22.0
• Planer kapaciteta Cisco BroadvorksSistem (proračunska tabela)
• Vodič za dimenzionisanje platforme Cisco BroadVorks
• Vodič za inženjerstvo sistema Cisco Broadvorks
• Zahtevi za podršku za potvrdu identiteta CI Verzija dokumenta 1.0 MR-7136

Poznata pitanja i ograničenja

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

Konektor za servisiranje

Usluga Vebek servisibilnosti povećava brzinu kojom Cisco osoblje tehničke pomoći može dijagnostikovati probleme sa infrastrukturom. Automatizuje zadatke pronalaženja, preuzimanja i čuvanja dijagnostičkih dnevnika i informacija u SR slučaj. Usluga takođe pokreće analizu dijagnostičkih potpisa 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 servisibilnost, pogledajte V odič za implementaciju konektora za Cisco Webex servisibilnost.

Eskalacija problema

Nakon što sledite neke od smernica za rešavanje problema, trebalo bi da imate razumnu predstavu o tome gde je problem ukorenjen.

Postupak

1. Prikupite što više informacija iz sistema koji se odnose na problem.
2. Kontaktirajte odgovarajući tim kompanije Cisco da biste otvorili slučaj.

Koje informacije o klijentu treba prikupiti

Ako mislite da trebate otvoriti slučaj ili eskalirati problem, prikupite sledeće informacije dok rešavate rešavanje problema sa korisnikom:

• Korisnički identifikator: CI adresa e-pošte ili Korisnički UUID (ovo je Vebek identifikator, ali ako dobijete i korisnički BroadVorks identifikator, uključite ga u detalje slučaja).
• Identifikator organizacije.
• Približan vremenski okvir tokom kojeg je problem doživio.
• Klijentska platforma i verzija.
• Pošaljite ili sakupljajte dnevnike od klijenta.
• Snimite ID za praćenje ako je prikazan na klijentu.

Proverite podatke o korisniku u Help Desku

Administratori partnera koji imaju privilegije uloga administratora službe za pomoć (osnovni ili napredni) mogu da koriste ovu proceduru za proveru podataka o korisniku pomoću prikaza Help Desk-a.

Postupak

1. Prijavite se na Help Desk.
2. Potražite, a zatim kliknite na korisnika. Ovo otvara ekran sažetka korisnika.
3. Kliknite na korisničko ime da biste videli detaljnu konfiguraciju korisnika. Korisne informacije u ovom prikazu uključuju korisnikov UUID, klaster zajedničkog identiteta (CI), klaster aplikacije Vebek, ponašanje poziva, GUID naloga BroadVorks
4. Kliknite na Kop iraj ako treba da koristite ove informacije u drugom alatu ili ih priložite na Cisco kućište.

Pogledajte organizaciju korisnika u Help Desku

Administratori partnera koji imaju privilegije uloga administratora službe za pomoć (osnovni ili napredni) mogu da koriste ovu proceduru za prikaz detalja organizacije korisnika u prikazu službe za pomoć.

Postupak

1. Prijavite se na Help Desk.
2. Potražite, a zatim kliknite na ime organizacije korisnika.
3. Pomerite se nadole dok ne vidite Pri kaz korisničkog portala i kliknite na dugme Prikaži ime kup ca da biste videli prikaz organizacije korisnika samo za čitanje — uključujući korisnike i konfiguraciju.

Preuzmite korisničke dnevnike iz Partner Hub-a

Kada rešavate probleme sa radnim površinama i mobilnim klijentima, važno je da partneri (i TAC) mogu da pregledaju evidencije klijenta.

Postupak

1. Zamolite korisnika da pošalje dnevnike. Za pomoć pogledajte: Vebek App | Prijavi problem.
2. Zamolite korisnika da izveze okruženje za pozivanje i pošalje vam datoteku ced.dat.
3. Preuzmite dnevnike klijenata iz centra partnera ili službe za pomoć.

   Opcija Partner Hub:

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

   Opcija Help Desk:

   1. Prijavite se na Help Desk.
   2. Potražite organizaciju.
   3. Kliknite na organizaciju (otvara se ekran rezimea).
   4. Pomerite se nadole da biste klik nuli Prikaži kup ca.
   5. Izaberite Rešavanje problema.
   6. Izaberite Dnev nici.
   7. Potražite korisnika (putem e-pošte).
   8. Pregledajte i preuzmite evidencije klijenta kao zip datoteku.

Kako pronaći verziju klijenta

Postupak

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

Klijentska provera za uslugu pozivanja

Postupak

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, korisniku možda još nije omogućena usluga pozivanja u Control Hubu.
3. Otvorite meni Po dešavanja/Postavke i idite na odeljak Telef onske usluge. Trebalo bi da vidite status SSO sesija Prijavljeni ste. (Ako je prikazana druga telefonska uslugaWebex Calling, kao što je, korisnik ne koristi Vebek za Cisco BroadVorks.)

   Ova verifikacija znači:

   • Klijent je uspešno prešao potrebne Vebek mikroservise.
   • Korisnik je uspešno potvrdio autentifikaciju.
   • Vaš BroadVorks sistem klijentu izdaje dugovečni JSON veb token.
   • Klijent je preuzeo svoj profil uređaja i registrovao se na BroadVorks.

Dobijte evidencije klijenata ili povratne informacije

• Pogledajte odeljak Resursi da biste pronašli određene dnevnike klijenata na Vebek desktop klijentima ili zatražite od korisnika da pošalju dnevnike. Za pomoć pogledajte: Vebek App | Prijavi problem.
• Zamolite korisnike mobilnih klijenata da pošalju dnevnike, a zatim ih možete dobiti preko Partner Hub-a ili Help Desk-a.
  Slanje dnevnika je tiho. Međutim, ako korisnik pošalje povratne informacije, ona ide timu za devops aplikaciju Vebek. Obavezno zabeležite broj povratnih informacija korisnika ako želite da pratite Cisco. Na primer:

  

Dobijte podatke o okruženju za pozivanje

Dnevnici Vebek klijenata su snažno uređeni kako bi se uklonile informacije koje mogu identifikovati lično. Tre balo bi da izvezete podatke o okruženju poziva sa klijenta u istoj sesiji kada prime tite problem.

Postupak

1. Na klijentu kliknite Pomoć > Zdra vstvena provjera.
2. Izaberite Resetuj bazu podataka. Ovo pokreće potpuno resetovanje klijenta i učitava ekran za prijavu Vebek App.

Proverite da li Vebek treba da se registruje na BroadVorks

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

• Pravo korisnika na širokopojasni konektor.
• Pozivajuće ponašanje za organizaciju i korisnika.

Proverite ponašanje korisnika u pozivanju i pravo konektora

1. Prijavite se na Help Desk pomoću akreditiva administratora partnera.
2. Potražite korisnika.
3. Kliknite na korisnika i proverite unos Ponašanje poziva. To bi trebalo da bude „Pozivanje u Vebeku“.

   

4. Kliknite na korisničko ime da biste otvorili ekran Detalji korisnika.
5. Pomerite se nadole da biste pronašli odeljak o pravima i proverite da li je uključen širokopojasni konektor

   

   Korisnik Vebek za Cisco BroadVorks ne bi trebalo da ima pravo na bc-sp-standard ako namerava da koristi Vebek za Cisco BroadVorks. Ovo je pravo za „Webex Calling(Broadcloud)“, što je Vebek App pozivanje putem usluge pozivanja u oblaku kojom upravlja Cisco.

Proverite ponašanje organizacije u pozivanju

1. Prijavite se na Help Desk pomoću akreditiva administratora partnera.
2. Potražite organizaciju.
3. Kliknite na organizaciju i proverite unos Ponašanje poziva. To bi trebalo da bude „Pozivanje u Vebeku“.

Analizirajte PSlog za probleme sa obezbeđivanjem korisnika

Koristite PSlog servera aplikacija da biste videli HTTP POST zahtev na most za obezbeđivanje 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 novi korisnički org ako je prvi korisnik - kreiran u Vebek-u. Ovo možete da potvrdite tako što ćete potražiti Help Desk za adresu e-pošte koju vidite u POST-u.

Pre nego što počnete

Prikupite PSlog sa servera aplikacija tokom pokušaja pružanja protoka sa testnim korisnikom.

Postupak

1. Prvo proverite HTTP kod odgovora:
   • Sve osim 200 OK je neuspeh u pružanju usluga korisnika.
   • 200 OK i dalje može ukazivati na neuspeh ako nešto o profilu pretplatnika ne radi u Vebek uslugama uzvodno od mosta za obezbeđenje.
   • 400 može sadržati čvor poruke u odgovoru. Most za obezbeđivanje nije mogao nešto da obradi u Pretplatničkom profilu. Možda nešto nije u redu sa detaljima pretplatnika ili nekompatibilnost sa postavkom u predlošku.
   • 401 znači da se akreditivi za obezbeđivanje uneseni u AS ne podudaraju sa onima unesenim u šablonu u Partner Hubu.
   • 403 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 mosta za obezbeđivanje koji možete videti na svom predlošku u Partner Hub-u.
   • 409 ukazuje na sukob između isporučenog Subscri berProfile i postojećih Vebek podataka. Možda postoji postojeći korisnik sa tom adresom e-pošte. Proverite poruku u odgovoru.
2. Takođe možete da proverite originalni HTTP POST za sve sumnjive vrednosti koje bi mogle prouzrokovati ne uspeh pružanja usluga. POST sadrži KSML strukturu SubscriberProfile. Unutar ovoga, korisni čvorovi koje treba proveriti su:
   • bwuserid: Koristite ovo da biste pronašli profil pretplatnika ako ga trebate urediti u BroadVorks-u.
   • grupa: Ako je šablon u režimu „Provajdera usluga“, ovo se označava malim slovima i postaje ime organizacije korisnika koju vidite u Partner Hubu.
   • ServiceProvider: Ako je predložak u „Enterprise mode“, ovo se označ ava malim slovima i postaje ime organizacije korisnika koju vidite u Partner Hubu.
   • PrimariPhoneNumber: Mora postojati. Obezbeđivanje ne uspeva bez njega.
   • e-pošta: Postaje korisnički ID u Vebek-u. Mora biti validan i jedinstven za Vebek, inače obezbeđivanje ne uspeva.

     Zanemarite strofu usluga: kre ira je AS i prihvata, ali ne koristi Vebek.

Analizirajte KSSP dnevnike da biste rešili probleme sa prijavom pretplatnika

Ovaj tok opisuje režim autentifikacije BroadVorks. Režim autentifikacije možete videti na predlošku BroadVorks, u Partner Hub-u. Pogledajte Konfigurisanje šablona kupaca na https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Sledeći dijagram lestvice prikazuje interakciju između korisnika, klijenta, Vebek usluga i sistema BroadVorks, kada korisnik vrši BroadVorks autentifikaciju u aplikaciji Vebek. 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 kada istražujete dnevnike za uspešnu prijavu.

Korisnik komunicira sa klijentom, klijent komunicira sa Vebek uslugama:

• Korisnik dostavlja svoju adresu e-pošte aplikaciji Vebek (1 na dijagramu).
• CI zna da preusmeri ovog korisnika da unese svoju BroadVorks lozinku (preko UAP-a) (2 na dijagramu).
• IDP Proksi šalje zahtev za dobijanje profila na Xsi interfejs na KSSP.

U tomcat access_log:

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

  GET /com.broadsoft.ksi-actions/v2.0/korisnik/ webexuserid@example.com /profil

U KSSiActionsLog:

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

  GET /com.broadsoft.ksi-actions/v2.0/user/ webexuserid@example.com /profile Zaglavlja uključuju autorizaciju: Osnovni i korisnički agent: BroadvorkSteamsClient

• KSSP zatim vrši OCI-P Basic autentifikaciju protiv BroadVorks (AuthenticationVerifiRequest i AuthenticationVerifiResponse, kao i svaka druga aplikacija koja vrši osnovnu autentifikaciju putem Xsi), a takođe i UserGetRequest i ServiceProvider GetRequest za prikupljanje informacija o pretplatniku.
• Kssi odgovor na Vebek sadrži blok KSML profil a koji sadrži (BroadVorks) korisnički ID i druge detalje (2.2 u dijagramu).

Interakcije klijenta i Vebek usluga:

• IDP proksi odgovara korisničkom profilu primljenom od BroadVorks-a i izdaje SAML tvrdnju klijentu (2.3 na dijagramu).
• Klijent razmenjuje SAML tvrdnju za CI token (3 na dijagramu).
• Klijent proverava da li prijavljeni korisnik ima pravo širokopojasnog konektora (4 na dijagramu). Prava korisnika možete da proverite u službi za pomoć.
• Klijent koristi CI token da zatraži JSON veb token (JVT) od IDP prokija (5 u dijagramu).
• IDP proki potvrđuje CI token na CI.
• IDP proksi zahteva JVT od usluge autentifikacije.

U dnevniku AuthenticationService:

• Potražite zahtev tokena iz Vebek-a (5.2 na dijagramu), Na primer: GET /authservice/token koji ima zaglavlje http_bw_userid i druge.
• KSSP radi OCI-P UserGetLoginInForEkuest, kako bi potvrdio da 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 (5.4 u dijagramu) iz LongLive DTokenManager - Token generisan, predmet: bwksUserId@example.com, izdavalac: BroadVorks... i StatusCode = 200 koji možete povezati sa originalnim zahtevom koristeći trackingid: CLIENT... zaglavlje.

U KSSiActionsLog:

• Klijent je u mogućnosti da predstavi dugovečni token na interfejsu Kssi-Actions da bi dobio profil svog uređaja (6 na dijagramu). Na primer: GET /com.broadsoft.ksi-actions/v2.0/user/BvksuserID %40example.com/profile/device Sa autorizacijom zaglavlja: Token nosioca i korisnički agent: VebEkteams (varijanta/verzija)
• Interfejs KSSI-Actions objavljuje 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 koji možete povezati sa zaglavljem trackingid: CLIENT... u GET-u i zaglavljem KS-BROADSOFT-CORRELATION-ID: CLIENT... u POST.

U dnevniku AuthenticationService:

• Prijem POST-a od Kssi-ja (povratak)

• StatusCode = 200 nazad na Kssi

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

• Korelirano korišćenjem trackingida: KLIJENT...

U KSSiActionsLog:

• Nakon što je primio 200 OK od authservisa, koji je potvrdio klijentov stoken, aplikacija KSSI-Actions sada šalje OCI-P zahtev za UserPrimariAndScadeviceGetListRequest
• Prima OCI-P UserPrimariAndScadeviceGetListResponse koji sadrži AccessDeviceTable XML strukturu.
• OCI-P odgovor je kodiran kao Xsi odgovor klijentu, uključujući AccessDevices XML strukturu, koja ima DeviceTipes. Na primer: Poslovni komunikator — računar i URL-ovi na kojima klijent može da preuzme konfiguracione datoteke uređaja.

Klijent nastavlja kao i obično:

• Odabire unos uređaja i stupa u interakciju sa DMS-om da bi dobio profil uređaja (6 na dijagramu).
• Registruje se na BroadVorks preko SBC-a preuzet u konfiguraciji iz DMS-a (7 u dijagramu).

Problemi sa partnerskim centrom

1. Administrator ne može da vidi organizacije kupaca

Kao administrator vaše partnerske organizacije u Vebek-u, trebalo bi da imate ulogu punog administratora. Ta uloga se koristi za upravljanje partnerskom organizacijom, uključujući dodeljivanje administrativnih privilegija sebi i drugima. Da biste upravljali organizacijama kupaca, morate sebi (ili drugim ljudima) dodeliti ulogu potpunog administratora prodaje ili ulogu administratora prodaje. Detalje potražite u odeljku Dodeljivanje uloga naloga organizacije u kontrolnom čvorištu.

Problemi sa pružanjem usluga korisnika

1. Integrisani IM&P greške za određena predu zeća/kupce

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

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đenja određenog preduzeća otvorite preduzeće i idite na Usluge > Inte grisani IM &P.

Proverite da li se integrisana konfiguracija IM&P za to preduzeće tačno podudara sa onim što je prikazano u predlošku korisnika u Partner Hubu. Sledeća podešavanja moraju da se podudaraju ili obezbeđivanje ne uspe za sve korisnike u preduzeću:

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

Ovo se primenjuje ako koristite protočno obezbeđivanje i pretpostavlja da obezbeđivanje funkcioniše za neke/većinu korisnika (tako da možete isključiti problem sa konfiguracijom). Ako vidite integrisane IM&P greške u BroadVorks-u, na primer, „[Greška 18215] Greška u pružanju poruka sa serverom za razmenu poruka“ i „[Greška 18211] 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 službi za pomoć 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 službi za pomoć.
• Korisnik se nezavisno prijavio na Vebek, pre nego što mu je dodeljena integrisana IM&P usluga. U ovom slučaju, jedna od opcija je da korisnik izbriše svoje besplatne naloge da bi mogao postati deo organizacije korisnika koju pružate. Uputstva su na https://help.webex.com/5m4i4y
• Korisnik nema primarni telefonski broj dodeljen svom profilu (svi pretplatnici Vebek za Cisco BroadVorks moraju imati primarni DID). Pogledajte temu o analizi PSlog-a iz AS-a.

3. Kvarovi u obezbeđivanju korisnika kao odgovor na mosta za obezbeđivanje

Ako se korisnici ne pojavljuju u Control Hubu, u roku od nekoliko minuta od dodeljivanja Integrisanog IM&P, pogledajte kodove odgovora iz usluge pružanja mosta. Pokrenite PSlog da biste pogledali HTTP kodove odgovora.

200 OK

Odgovor od 200 OK ne znači da je korisnik uspešno obezbeđen. To znači da je usluga pružanja usluga primila zahtev i uspešno poslala odgovarajući zahtev za kreiranje korisnika uzvodnim uslugama. Transakcija obezbeđenja je asinhrona po dizajnu. Usluga odgovara 200 OK jer proces kreiranja korisnika može trajati 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 Organizaciji kupaca nakon odgovora od 200 OK, to može ukazivati na to da kreiranje korisnika nije uspelo u Vebek uslugama uzvodno od usluge pružanja usluga. Morate eskalirati neuspeh u obezbeđivanju koji ima odgovor od 200 OK.

400 Loš zahtev

Proverite HTTP odgovor koji bi trebalo da sadrži više detalja o potencijalnim problemima koji bi mogli izazvati ovaj odgovor od usluge pružanja usluga. Neki primeri čvora:

• „Ne mogu da verujem BroadVorks e-pošti sa starijim API-jem za obezbeđivanje.“ Adresa e-pošte povezana sa neuspešnim zahtevom za pružanje usluga korisnika nije validna ili je pogrešno otkucana, ali ste u predlošku tvrdili da se adresama e-pošte može verovati. Proverite profile korisnika u BroadVorks-u, tačnije id e-pošte.
• Org korisnika nije pronađen u bazi podataka, a takođe nije omogućena nova zastava za kreiranje organizacije.“ Ovaj neuspeli zahtev za obezbeđivanje trebalo bi da kreira novu korisničku organizaciju u Vebek-u, ali je vaš šablon konfigurisan tako da spreči stvaranje novih organizacija kupaca. Ako želite da dozvolite novim organizacijama, za domene e-pošte koji se ne podudaraju sa postojećim klijentima u Vebek-u, možete ponovo da konfigurišete šablon u Partner Hub-u i ponovo testirate zahtev za pružanje usluga. Međutim, ako ne očekujete da će se nova organizacija stvoriti za ovog korisnika, možda je adresa e-pošte pogrešno otkucana (posebno deo domena). Prover ite ID e-pošte korisnika u BroadVorks-u.

403 Zabranjeno

Zahtev za obezbeđivanje ne može da uspe dok ne popravite konfiguraciju. 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 ukazivati na to da vašem Serveru aplikacija nedostaje potrebna zakrpa (ap373197).

Proverite da li su sve potrebne zakrpe primenjene na Application Server i da li ste završili povezanu konfiguraciju za uspešno obezbeđivanje protoka.

409 Sukob

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

4. Korisnik je već u CI

Izvadite e-poštu pretplatnika iz HTTP POST zahteva i potražite je u Help Desku. Možda nećete videti korisnika ako vam nije dozvoljeno, ali možete videti i da je korisnik u „besplatnoj“ organizaciji, npr. „Potrošač“. Možete zatražiti od ovog korisnika da izbriše svoj besplatni nalog ili možete da koristite drugu adresu e-pošte da biste ih obezbedili. Pogledajte https://help.webex.com/ndta402.

Problemi sa prijavom korisnika

1. Portal za aktivaciju korisnika se ne učitava

Uobičajeni protok prijave Vebek za Cisco BroadVorks uključuje portal za aktivaciju korisnika gde korisnici unose svoje lozinke. Ponekad se ovaj portal ne učitava nakon što korisnik navede svoju adresu e-pošte na ekranu za prijavu aplikacije Vebek. Ovaj problem može biti uzrokovan na strani klijenta ili na strani usluge. Sa strane klijenta, to je obično uzrokovano time što je izvorni pregledač klijenta na neki način nekompatibilan sa uslugom.

2. Jednokratna prijava nije uspela

• U programu BroadVorks 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 pružanje korisničke organizacije korisnika (u Partnerskom čvorištu) konfigurisan za BroadVorks autentifikaciju, korisnik bi trebalo da unese svoju lozinku za BroadVorks „Veb pristup“. Korisnik će takođe morati da unese svoj korisnički ID BroadVorks ako njegova adresa e-pošte nije konfigurisana kao alternativni korisnički ID. Uverite se da je korisnik ispravno uneo velika i mala slova.

Problemi sa konfiguracijom i registracijom poziva

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

1. Očekivani redosled registracije

1. Klijent poziva KSSI da dobije token za upravljanje uređajem i URL na DMS.
2. Klijent zahteva svoj profil uređaja od DMS-a predstavljanjem tokena 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 na AS (SBC može izvršiti pretragu u NS -u kako bi pronašao AS ako SBC već ne poznaje SIP korisnika.).

2. Očekivani znaci uspešne registracije klijenata

Ikona Opcije poziva pojavljuje se u Vebek interfejsu.

Na kartici telefonske usluge aplikacije Vebek (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).

3. Klijent nema ikonu za pozivanje

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

Ovo je neuspešna registracija. Postoji više razloga zašto klijent Vebek aplikacije ne bi uspio u registraciji kod BroadVorks-a:

4. Usluge višestrukog poziva testiraju se sa istim klijentima

Ovaj poznati problem može biti uzrokovan promenom klijenta između različitih krajeva povratnih poziva. Najverovatnije će se dogoditi tokom ispitivanja različitih usluga pozivanja koje se nude preko (istih) klijenata Vebek App. Možete resetovati bazu podataka klijenta (link) da biste rešili ovaj problem.

5. Pogrešna konfiguracija usluge autentifik acije

Proverite KSSP (e) koji hostuju uslugu autentifikacije prema Vodiču za rešenje (pogledajte Konfigurisanje usluga na vašem Vebek-u za Cisco BroadVor ks KSSP). Konkretno:

• RSA ključevi (koje generišete na jednom KSSP) kopiraju se na sve KSSP
• URL usluge autentifikacije dostavljen je veb kontejneru na svim KSSP-ovima i ispravno unesen u klaster u Partner Hub-u
• Eksterna autentifikacija sertifikatima je konfigurisana:

  KSSP_CLI/Sistem/KomunikacijaUtiliti/DefaultSettings/EksternalAuthentication/CertificateAuthentication>Get

  allowUserApp = false

  allowClientApp = true

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

6. Pogrešna konfiguracija oznaka BroadVorks

Proverite da li ste konfigurisali potrebne BroadVorks oznake za aplikaciju Vebek. Za informacije o konfiguracionim oznakama potražite u Vodiču za konfiguraciju Vebek za Cisco Broad Vorks. Uverite se da nema sukoba ili netačnih vrednosti. Konkretno, oznaka %SBC_ADDRESS_VXT% treba da bude SBC prema vašem SIP registratoru za klijente Vebek aplikacije.

7. Desktop klijent isključuje telefonske usluge nakon uspešne SSO veze

Ovaj problem može biti uzrokovan prijavom istog korisnika na više klijenata na istom tipu platforme. Na primer, ako se korisnik uspešno prijavi u aplikaciju Vebek na Vindovs-u, a zatim se prijavi u aplikaciju Vebek na drugom Vindovs računaru, postoji samo aktivna SSO sesija na jednoj od mašina. Ovo je po dizajnu. Ako apsolutno trebate da rešite ovaj problem, možete da konfigurišete BroadVorks da ima više instanci istog tipa uređaja, ali moraju imati jedinstvene SIP adrese. Ova konfiguracija je van dometa Vebek-a za Cisco BroadVorks.

8. Desktop uređaj nije obezbeđen za korisnika

Ovaj potpis se vidi u dnevniku klijenta:

[0k70000476b000] BroadvorksConfigDovnloader.cpp:106 <Error>

onAccessDeviceListSucceed:BWC:SCF: configDovnload - profil uređaja 'Poslovni komunikator - računar' nije pronađen.

9. Ulazni mobilni pozivi zvone jednom ili se ne može odgovoriti

Ulazni pozivi na Vebek mobilni telefon zvone samo jednom ili korisnik ne može da odgovori na dolazni poziv. Ostale krajnje tačke za istog korisnika mogu nastaviti da zvone.

Kako prepoznati?

U dnevnicima mobilnih klijenata Vebek potražite KSSI kod greške 101002 u toku push poziva. Na primer:

Kod odgovora: 400

<callID>HandlePushCallInfoFailure:BVC: Internal: Push call: xsi status za CalliD: ksi kod greške: 101002

<callID>ClosePushCallVithReason:BVC:Internal: Pokušajte da zatvorite push poziv sa id =, reason = callAbandoned

Uzrok: Kod greške 101002 može ukazivati na to da je pogrešan Application Server (AS) vraćen u odgovoru Loc ateUser. To se može dogoditi kada je korisnik prešao na sekundarni AS.

Preporučene provere:

Iz ADP-a ili KSSP-a gde je Push raspoređen, pokrenite LocateUser za pogođenog korisnika:

<FQDN or IP address of NS Server>curl 'http: //:80/servlet/locateUser? <BW userID @domain >url=&ReturnCompatibleKSSP=true&callPrequest = true'

Primer: curl 'http://1.1.1.1:80/servlet/LocateUser? url = 9721112222@gmail.com &returnCompatibleKSSP=true&callPrequest = true'

Rezolucija: Ako LocateUser vrati sekundarni AS za korisnika, pokrenite skriptu MigrateUserToDefaultNode.pl na primarnom NS serveru da biste migrirali korisnike nazad na primarni Application Server za klaster.

Prijavite se na NS server preko SSH, idite na /usr/local/broadvorks/bw_base/bin direktorijum i pokrenite: MigrateU serToDefaultNode.pl <hostingNE>

Primer: Migrate UserToDefaultNode.pl bvas1

Da biste dobili vrednost HostingNE, pokrenite: NS_CLI/Sistem/Device/Hostingne> get

Skripta prvo proverava da li može da pronađe hosting NE koji navedete kao argument. Nakon što proveri da li je hosting NE validan, ažurira DN, ekstenziju i URL na podrazumevani čvor za taj hosting NE.

Pokrenite skriptu tokom perioda slabog prometa kada je to moguće. Međutim, generalno je prihvatljivo pokrenuti skriptu bilo kada ako je potrebno za vraćanje usluge pogođenim korisnicima.

Skripta se ne može pokrenuti samo za jednog korisnika. Migrira sve korisnike navedene u izlazu LocateUser. Ako ne možete da pokrenete skriptu, izbrišite i obnovite pogođenog korisnika u BroadVorks-u tako da korisnik bude obnovljen na ispravnom AS.

Svaka SIP poruka sa korisničkog uređaja na sekundarni AS može dovesti do migracije korisnika. Korisnici se obično vraćaju na primarni AS nakon podrazumevanog 15-minutnog intervala osim ako dolazni zahtevi i dalje stižu do sekundarnog AS. Na primer, ako SBC ne može da se poveže sa AS1 i rekursira na sekundarni AS, pogođeni korisnici mogu da pređu na sekundarni AS. U zavisnosti od primene, jedna trupna grupa ili korisnik mogu ostati pričvršćeni za sekundarni AS ako SBC i dalje ima problema sa dostizanjem primarnog AS.

Za više informacija pogledajte sledeće dokumente:

• Odeljci 3.4.5 Mogućnost vraćanja korisnika servera aplikacija i 5.4.5 Automatsko vraćanje u Cisco BroadVorks vodiču za redundanciju

• Opis funkcije poboljšanja Cisco BroadVorks ASR

9. Telefonske usluge su isključene

Ako se telefonske usluge prikazuju kao isključene nakon što se korisnik prijavi u aplikaciju Vebek ili ako se telefonske usluge isključuju dok korisnik koristi klijenta, proverite vrstu klijenta i tok registracije.

Za Vindovs i Mac klijente, Vebek App registruje SIP i održava aktivnu SIP registraciju dok je korisnik prijavljen.

Proverite sledeće:

1. Proverite da li je config-wxt.xml uspešno preuzet.

U evidencijama klijenta potražite Config Dovnload.

Uspešno preuzimanje pokazuje:

ConfigDovnload - uspešno završen

Ako dnevnici prikazuju sledeću grešku, proverite da li postoje evidencije AuthService za greške vezane za žetone:

ConfigDovnload - nije uspelo sa kodom greške: 1511

2. Proverite da li je pronađen profil Vebek uređaja.

U evidencijama klijenta potvrdite da je pristupni uređaj pronađen i da je used_value 1. Ako je used_value 0, proverite da li je primarna linija omogućena ili onemogućena i proverite vrednost oznake. Za više detalja pogledajte odeljak 6.1.44 Primarni profil u Vodiču za konfiguraciju Vebek za BroadVorks.

Primer unosa dnevnika:

:BWC:SCF: ConfigDovnload - pronađen uređaj za pristup

:BVC:SCF: ConfigDovnload - pristupni uređaj: deviceTipe=Poslovni komunikator - PC, deviceLevel = grupa, AllovTermination = 1, isDeviceOver [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointTipe: Deljeni izgled poziva

:BWC:SCF: ConfigDovnload - pristupni uređaj: deviceTipe = Poveži se - Mobile, DeviceLevel = grupa, AllovTermination = 1, isDeviceOver [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointTipe: Deljeni izgled poziva

:BVC:SCF: ConfigDovnload - pristupni uređaj: DeviceTipe = Poveži - Tablet, DeviceLevel = Group, AllovTermination = 1, IsDeviceOver [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointTipe: Deljeni izgled poziva

3. Proverite da li postoje DNS kvarovi prilikom rešavanja SIP proki adrese.

Za detalje o otkrivanju SIP proksija pogledajte odeljak 6.1.6 Dinamičko otkrivanje SIP prokija u V odiču za konfiguraciju Vebek za BroadVorks.

Uspešno otkriće proksija pokazuje:

Otkrivanje proksija završeno, dobili su <number>rezultate

4. Proverite da li SIP registracija nije uspešna.

Ako dnevnici prikazuju mRegistracija: TCPTimeout ili Reason: SIP; cause=200; text="last=TCP-Timeout“, Vebek klijent ne može da uspostavi T CP vezu niskog nivoa sa SBC-om. SIP registracija se ne završava kada dođe do ove greške. Proverite da li je TCP blokiran na mreži korisnika ili da li SBC odbija TCP vezu.

Ako je zahtev SIP REGISTER odbijen ili ne dobije odgovor, pretražite registar sip u dnevnicima i proverite da li je SIP/2.0 200 OK vraćen. Ako se ne vrati, proverite da li korisnička mreža blokira SIP ili SBC odbija zahtev.

U programu BroadVorks Admin idite na Korisnik > Uslužni programi > Registracije i proverite da li je važeća SIP registracija prisutna za Vebek klijenta.

Za Android i iOS mobilne klijente, Vebek App se ne registruje za SIP sve dok se poziv ne postavi ili primi. Registracija se uklanja kada je poziv završen. Mobilni klijenti se registruju za push obaveštenja.

Za mobilne klijente proverite sledeće:

1. Proverite da li se config-wxt.xml uspešno preuzima i da li je pronađen profil uređaja, kao što je opisano za Vindovs i Mac klijente.

2. Proverite da li je push registracija uspešna.

U Vebek dnevnicima potražite stanje registracije push:

onPushRegistrationStateChanged: :Država registracije Push promenjena, state=Neregistrovano

onPushRegistrationStateChanged: :Država registracije Push promenjena, state=Registrovano

U programu BroadVorks Admin idite na Korisnik > Uslužni programi > Registracije push obav eštenja i proverite da li je važeća push registracija prisutna za Vebek klijenta.

Problemi sa veb prikazom podešavanja poziva

1. Dugme/veza za samonegu se ne prikazuje u aplikaciji Vebek

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

• Proverite da li je potreban šablon konfiguracije klijenta postavljen i da su CSV oznake pravilno postavljene. (Pogledajte odeljak V ebviev za podešavanja poziva u Vodiču za rešenje Vebek za Cisco BroadVorks).
• Proverite da li je aplikacija Vebek registrovana za pozivanje u BroadVorks-u.
• Proverite da li je aplikacija Vebek novija verzija koja podržava CSSV.

2. Prazna stranica ili greška nakon što kliknete na dugme/vezu za samonegu

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

Problemi sa potraživanjem domena

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

• Pružaoci usluga ne bi trebalo da zahtevaju domene organizacija kupaca kojima upravljaju. Oni bi trebalo da zahtevaju samo domene onih korisnika koji su u internoj organiz aciji pružatelja usluga. Zahtevanje domena korisnika u posebnoj organizaciji (čak i onoj kojom upravlja Provajder usluga) može rezultirati greškama u registraciji korisnika u organizaciji korisnika jer se zahtevi za autentifikaciju korisnika usmer avaju preko Pružaoca usluga, a ne organizacije korisnika.
• Ako dve organizacije kupaca (kompanija A i kompanija B) dele isti domen, a kompanija A je zatražila domen, registracija za korisnike kompanije B može propasti zbog činjenice da se zahtevi za autentifikaciju korisnika usmeravaju preko organizacije koja ima domen koji se traži (Kompanija A).

  Ako zahtevate bilo koji domen greškom i morate da uklonite zahtev, pogledajte članak Upravl janje domenima Vebek.

Kodovi grešaka krajnjeg korisnika

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

Kodovi grešaka za sinhronizaciju direktorija

Sledeći kodovi grešaka važe za sinhronizaciju direktorija.