Овај чланак је подељен на три главна дела:

• 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.

Корисни лог фајлови

Листа за читање

• Портал знања партнера Webex за Cisco BroadWorks
• Водич за конфигурацију XSP платформе (R23)
• Водич за управљање софтвером BroadWorks (R23)
• Водич за конфигурацију управљања уређајима Cisco BroadWorks (R23)
• Водич за администрацију интерфејса командне линије Broadworks Xsp
• Опис функције дуготрајног токена за аутентификацију, верзија 23.0
• Водич за интеграцију SAML аутентификације, R23
• Водич за опције подршке за Cisco BroadWorks SSL
• Опис функције подршке за Cisco CI
• Сервер за слање обавештења (опис функције)
• Подршка за push обавештења за позиве Опис функције Верзија 22.0
• Поступак миграције Connect (Android) на Firebase
• Cisco BroadWorks складиштење токена уређаја за push обавештења Опис функције Верзија 22.0
• Планер капацитета Cisco BroadWorksSystem-а (табела)
• Водич за димензионисање Cisco BroadWorks платформе
• Водич за инжењеринг система Cisco Broadworks
• Документ са захтевима за подршку CI аутентификације, верзија 1.0 MR-7136

Poznati problemi i ograničenja

Чланак Познати проблеми и ограничења садржи ажуриране информације о познатим проблемима које смо идентификовали у решењу Webex за BroadWorks.

Konektor uslužnosti

Услуга Webex Serviceability повећава брзину којом особље техничке подршке компаније Cisco може да дијагностикује проблеме са инфраструктуром. Аутоматизује задатке проналажења, преузимања и чувања дијагностичких логова и информација у SR случају. 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.

За детаље о томе како се примењује конектор за услуге, погледајте Водич за примену Cisco Webex конектора за услуге.

Ескалација проблема

Након што сте пратили нека од упутства за решавање проблема, требало би да имате разумну представу о томе где је узрок проблема.

Поступак

1. Прикупите што више информација из система који се односе на проблем.
2. Контактирајте одговарајући тим у компанији Cisco да бисте отворили случај.

Које информације о клијентима треба прикупљати

Ако сматрате да треба да отворите случај или ескалирате проблем, прикупите следеће информације док решавате проблем са корисником:

• Идентификатор корисника: CI имејл адреса или UUID корисника (ово је Webex идентификатор, али ако добијете и BroadWorks идентификатор корисника, то помаже).
• Идентификатор организације.
• Приближан временски оквир током којег се проблем јавио.
• Клијентска платформа и верзија.
• Пошаљите или прикупите логове од клијента.
• Забележите ИД праћења ако је приказан на клијенту.

Проверите податке корисника у служби за помоћ

Администратори партнера који имају привилегије улоге администратора службе за помоћ (основне или напредне) могу да користе ову процедуру за проверу корисничких података помоћу приказа службе за помоћ.

Поступак

1. Пријавите се на Службу за помоћ.
2. Потражите, а затим кликните на корисника. Ово отвара екран са резимеом корисника.
3. Кликните на корисничко име да бисте видели детаљну конфигурацију корисника. Корисне информације у овом приказу укључују корисников UUID, кластер заједничког идентитета (CI), кластер Webex апликације, понашање позивања, GUID BroadWorks налога
4. Кликните на Копирај ако треба да користите ове информације у другом алату или их приложите уз Cisco случај.

Погледајте организацију корисника у служби за помоћ

Администратори партнера који имају привилегије улоге администратора службе за помоћ (основне или напредне) могу да користе ову процедуру за преглед детаља о организацији клијента у приказу службе за помоћ.

Поступак

1. Пријавите се на Службу за помоћ.
2. Потражите, а затим кликните на назив организације клијента.
3. Померите се надоле док не видите Приказ корисничког портала и кликните на Прикажи име клијента да бисте видели приказ само за читање организације клијента – укључујући кориснике и конфигурацију.

Преузмите корисничке евиденције из Центра за партнере

Приликом решавања проблема са клијентима на рачунарима и мобилним уређајима, важно је да партнери (и TAC) буду у могућности да виде евиденцију клијената.

Поступак

1. Замолите корисника да пошаље логове. Pomoć potražite u članku: Webex апликација | Пријави проблем.
2. Замолите корисника да извезе позивно окружење и пошаље вам датотеку ced.dat.
3. Преузмите евиденцију клијента из Центра за партнере или службе за помоћ.

   Опција Центра за партнере:

   1. Пријавите се у центар за партнере и пронађите организацију клијента корисника.
   2. Изаберите Решавање проблема.
   3. Изаберите Записи.
   4. Потражите корисника (преко имејла).
   5. Прегледајте и преузмите логове клијента као zip датотеку.

   Опција службе за помоћ:

   1. Пријавите се на службу за помоћ.
   2. Потражите организацију.
   3. Кликните на организацију (отвара се екран са резимеом).
   4. Померите се надоле да бисте кликнули на Прикажи купца.
   5. Изаберите Решавање проблема.
   6. Изаберите Записи.
   7. Потражите корисника (преко имејла).
   8. Прегледајте и преузмите логове клијента као zip датотеку.

Како пронаћи верзију клијента

Поступак

1. Подели овај линк са корисником: https://help.webex.com/njpf8r5
2. Замолите корисника да вам пошаље број верзије.

Провера клијента за позив сервиса

Поступак

1. Пријавите се на Webex клијент.
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. (Ако се приказује друга телефонска услуга, као што је Webex Calling, корисник не користи Webex за Cisco BroadWorks.)

   Ova provera znači:

   • Клијент је успешно прошао кроз потребне Webex микросервисе.
   • Korisnik je uspešno potvrdio verodostojnost.
   • Клијенту ваш BroadWorks систем издаје дуготрајни JSON веб токен.
   • Klijent je preuzeo profil uređaja i registrovao se na BroadWorks.

Добијте клијентске евиденције или повратне информације

• Погледајте одељак Ресурси да бисте пронашли одређене клијентске евиденције на Webex десктоп клијентима или замолите кориснике да пошаљу евиденције. Pomoć potražite u članku: Webex апликација | Пријави проблем.
• Замолите кориснике мобилних клијената да пошаљу логове, а затим их можете добити преко партнерског центра или службе за помоћ.
  Слање логова је тихо. Међутим, ако корисник пошаље повратне информације, оне иду Webex App devops тиму. Обавезно забележите број корисника за повратне информације ако желите да контактирате Cisco. Na primer:

  

Preuzimanje podataka o okruženju poziva

Вебекс клијентски дневници су значајно редиговани како би се уклонили лични подаци. Требало би да извезете податке о позивном окружењу са клијента у истој сесији када приметите проблем.

Поступак

1. На клијенту кликните на Помоћ > Провера исправности.
2. Изаберите Ресетуј базу података. Ово покреће потпуно ресетовање клијента и учитава екран за пријаву у Webex апликацију.

Проверите да ли се Webex треба регистровати на BroadWorks

Апликација Webex проверава следеће информације да би утврдила да ли да се региструје на BroadWorks:

• Корисничко право на broadworks-connector.
• Понашање позива за организацију и корисника.

Проверите понашање корисника приликом позивања и права на конектор

1. Пријавите се на Службу за помоћ са акредитивима администратора вашег партнера.
2. Потражите корисника.
3. Кликните на корисника и означите унос Понашање позивања. Требало би да буде „Позив у Webex-у“.

   

4. Кликните на корисничко име да бисте отворили екран са детаљима о кориснику.
5. Померите се надоле да бисте пронашли одељак entitlements и проверите да ли је broadworks-connector укључен

   

   Корисник Webex-а за Cisco BroadWorks НЕ би требало да има овлашћење bc-sp-standard ако намерава да користи Webex за Cisco BroadWorks. Ово је овлашћење за „Webex Calling (Broadcloud)“, што је позивање путем Webex апликације путем услуге позивања у облаку којом управља Cisco.

Проверите понашање организације приликом позивања

1. Пријавите се на Службу за помоћ са акредитивима администратора вашег партнера.
2. Потражите организацију.
3. Кликните на организацију и означите унос Понашање позива. Требало би да буде „Позив у Webex-у“.

Анализирајте PSLog за проблеме са обезбеђивањем корисника

Користите PSLog апликацијског сервера да бисте видели HTTP POST захтев ка мосту за обезбеђивање и одговор од Webex-а. У исправном радном случају, одговор је 200 OK и након неколико минута можете видети да је корисник - и нова организација купаца ако је први корисник - креирана у Webex-у. Ово можете проверити тако што ћете на Служби за помоћ потражити адресу е-поште коју видите у ПОШТИ.

Pre nego što počnete

Прикупите PSLog са апликацијског сервера током покушаја проточног обезбеђивања са тестним корисником.

Поступак

1. Прва ствар коју треба проверити је HTTP код одговора:
   • Све осим 200 OK представља грешку у обезбеђивању корисника.
   • 200 OK и даље може указивати на квар ако нешто у вези са профилом претплатника не функционише у Webex услугама узводно од моста за обезбеђивање.
   • 400 може да садржи чвор message у одговору. Мост за обезбеђивање није могао да обради нешто у subscriberProfile. Могуће је да нешто није у реду са подацима претплатника или да није компатибилно са подешавањем у шаблону.
   • Грешка 401 значи да се акредитиви за обезбеђивање унети на аутоматском систему не подударају са онима унетим у шаблон у Центру за партнере.
   • Грешка 403 може указивати на нешто погрешно конфигурисано на апликацијском серверу. Проверите циљ захтева. То не би требало да буде IP адреса, већ URL адреса моста за обезбеђивање коју можете видети у свом шаблону у Центру за партнере.
   • 409 указује на сукоб између наведених subscriberProfile и постојећих Webex података. Могуће је да већ постоји корисник са том имејл адресом. Проверите message у одговору.
2. Такође можете проверити оригинални HTTP POST за све сумњиве вредности које би могле проузроковати неуспех обезбеђивања. POST садржи XML структуру subscriberProfile. Унутар овога, корисни чворови за проверу су:
   • bwuserid: Користите ово да пронађете профил претплатника ако треба да га измените у BroadWorks-у.
   • group: Ако је шаблон у „Режиму пружаоца услуга“, ово се пише малим словима и постаје назив организације клијента коју видите у Центру за партнере.
   • serviceProvider: Ако је шаблон у „Режиму предузећа“, ово се пише малим словима и постаје назив организације купаца коју видите у Центру за партнере.
   • primaryPhoneNumber: Мора постојати. Обезбеђивање не успева без њега.
   • email: Постаје кориснички ИД у Webex-у. Мора бити важеће и јединствено за Webex, у супротном обезбеђивање неће успети.

     Игноришите строфу services : Креира га AS, а Webex га прихвата, али га не користи.

Анализирајте XSP логове ради решавања проблема са пријављивањем претплатника

Овај ток описује режим аутентификације BroadWorks. Режим аутентификације можете видети на BroadWorks шаблону, у Partner Hub-у. Погледајте Конфигуришите шаблоне купаца у https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Следећи дијаграм лествица приказује интеракцију између корисника, клијента, Webex услуга и BroadWorks система, када корисник врши BroadWorks аутентификацију у Webex апликацији. Такође, веза између Webex-а и XSP-а је обезбеђена помоћу MTLS-а.

Следећа дискусија објашњава шта можете очекивати када истражујете логове за успешно пријављивање.

Корисник интерагује са клијентом, клијент интерагује са Webex услугама:

• Корисник доставља своју адресу е-поште апликацији Webex (1 на дијаграму).
• CI зна да преусмери овог корисника да унесе своју BroadWorks лозинку (преко UAP-а) (2 на дијаграму).
• IDP прокси шаље захтев за добијање профила Xsi интерфејсу на XSP-у.

У мачку access_log:

• Потражите GET захтев за профил претплатника, од Webex-а ка Xsi-Actions интерфејсу (2.1 на дијаграму). Има Webex кориснички ИД. Na primer:

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

У XsiActionsLog-у:

• Потражите GET захтев за профил од Webex-а (2.1 на дијаграму). Има Webex кориснички ИД. Na primer:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Заглавља укључују authorization: Basic и user-agent: broadworksTeamsClient

• XSP затим врши OCI-P основну аутентификацију у односу на BroadWorks (AuthenticationVerifyRequest и AuthenticationVerifyResponse, као и свака друга апликација која врши основну аутентификацију путем Xsi-ја), а такође и UserGetRequest и ServiceProviderGetRequest да би прикупио информације о претплатнику.
• Xsi одговор Webex-у садржи XML Profile блок који садржи (BroadWorks) userId и друге детаље (2.2 на дијаграму).

Интеракције клијента и Webex услуга:

• IDP прокси упоређује кориснички профил примљен од BroadWorks-а и издаје SAML тврдњу клијенту (2.3 на дијаграму).
• Клијент размењује SAML тврдњу за CI токен (3 на дијаграму).
• Клијент проверава да ли пријављени корисник има овлашћење за broadworks-connector (4 на дијаграму). Можете проверити корисничка права у служби за помоћ.
• Клијент користи CI токен да захтева JSON веб токен (JWT) од IDP проксија (5 на дијаграму).
• IDP прокси валидира CI токен на CI.
• IDP прокси захтева JWT од сервиса за аутентификацију.

У дневнику службе за аутентификацију:

• Потражите захтев за токен од Вебекса (5.2 на дијаграму), на пример: GET /authService/token који има http_bw_userid заглавље и друге.
• XSP користи OCI-P UserGetLoginInfoRequestкако би потврдио да наведени кориснички ИД одговара кориснику BroadWorks-а (5.3 на дијаграму). AuthService је успоставио поверење са Webex-ом захваљујући mTLS конекцији, тако да може издати LLT.
• Потражите одговор (5.4 на дијаграму) из LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … и StatusCode=200 који можете повезати са оригиналним захтевом користећи заглавље trackingid: CLIENT… .

У XsiActionsLog-у:

• Клијент је у могућности да представи дуготрајни токен на Xsi-Actions интерфејсу како би добио његов профил уређаја (6 на дијаграму). Na primer: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Са заглављима authorization: Bearer token и user-agent: WebexTeams (variant/version)
• Xsi-Actions интерфејс шаље POST токен сервису за ауторизацију (конфигурисаном да буде на loopback интерфејсу). На пример: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token које можете повезати са заглављем trackingid: CLIENT… у GET и заглављем X-BROADSOFT-CORRELATION-ID : CLIENT… у POST.

У дневнику службе за аутентификацију:

• Пријем POST-а од Xsi-ја (петља)

• А StatusCode=200 назад на Xsi

• И одговор за валидацију токена, са JSON блоком „token“ у телу.

• Корелирано коришћењем trackingid: CLIENT…

У XsiActionsLog-у:

• Након што је примила поруку 200 OK од authservice-а, која је потврдила клијентов токен, Xsi-Actions апликација сада шаље OCI-P захтев за UserPrimaryAndSCADeviceGetListRequest
• Прима OCI-P UserPrimaryAndSCADeviceGetListResponse који садржи XML структуру accessDeviceTable.
• OCI-P одговор је кодиран као Xsi одговор клијенту, укључујући AccessDevices XML структуру, која има deviceTypes. Na primer: Business Communicator – PC и URL-ове где клијент може да преузме конфигурационе датотеке уређаја.

Клијент наставља као и обично:

• Бира унос уређаја и интерагује са DMS-ом да би добио профил уређаја (6 на дијаграму).
• Регистри за BroadWorks преко SBC-а преузети у конфигурацији из DMS-а (7 на дијаграму).

Проблеми са центром за партнере

Администратор не може да види организације клијената

Као администратор ваше партнерске организације у Webex-у, требало би да имате пуну администраторску улогу. Та улога се користи за управљање вашом партнерском организацијом, укључујући додељивање администраторских привилегија вама и другима. Да бисте управљали организацијама купаца, потребно је да себи (или другим људима) доделите улогу Администратор продаје са пуним дозволама или Администратор продаје . За детаље погледајте Додељивање улога налога организације у Control Hub-у.

Проблеми са обезбеђивањем корисника

Интегрисани инстант систем & P грешке за одређена предузећа / купци

Ако имате мешавину предузећа која користе различите сервисе за сарадњу у облаку, нпр. UC-One SaaS и Webex за Cisco BroadWorks, можда сте се одлучили да измените адаптер за обезбеђивање за свако предузеће појединачно.

Да бисте проверили шта је конфигурисано за интегрисане IM & P (подразумевано за предузећа, осим ако не постоји специфичније подешавање), покрени AS_CLI/Interface/Messaging> get. За параметре обезбеђивања за одређено предузеће, отворите предузеће и идите на Услуге > Интегрисани IM & П.

Проверите да ли је интегрисани IM & P конфигурација за то предузеће се тачно подудара са оним што је приказано у шаблону клијента у центру за партнере. Следећа подешавања морају да се подударају, или обезбеђивање неће успети за све кориснике у предузећу:

Интегрисани инстант систем & P грешке за одређене кориснике

Ово важи ако користите проточно обезбеђивање и претпоставља се да обезбеђивање функционише за some/most корисници (тако да можете искључити проблем са конфигурацијом). Ако видите интегрисане тренутне поруке & На пример, грешке P у BroadWorks-у “[Error 18215] Грешка при обезбеђивању са сервером за размену порука” и “[Error 18211] „Грешка у комуникацији са сервером за размену порука“, требало би да истражите следеће могуће узроке:

• Корисникова имејл адреса можда већ постоји у CI. Потражите корисника у служби за помоћ да бисте проверили да ли се његова адреса е-поште већ налази тамо. Ово није нужно коначно, јер корисник може постојати у организацији чије податке немате дозволу да видите у служби за помоћ.
• Корисник се самостално регистровао на Webex, пре него што му је додељена интегрисана IM услуга. & П услуга. У овом случају, једна од опција је да корисник обрише своје бесплатне налоге како би могао да постане део организације корисника којој пружате услуге. Упутства су на https://help.webex.com/5m4i4y
• Корисник нема примарни број телефона додељен свом профилу (сви претплатници Webex-а за Cisco BroadWorks морају имати примарни DID). Погледајте тему о анализи PSLog-а из AS-а.

Грешке у обезбеђивању корисника као одговор од моста за обезбеђивање

Ако се корисници не појављују у Контролном центру, у року од неколико минута од додељивања интегрисане поруке за тренутне тренутне ситуације & П, погледајте кодове одговора од сервиса за обезбеђивање моста. Покрените PSLog да бисте погледали HTTP кодове одговора.

200 У реду

Одговор 200 OK не значи да је корисник успешно обезбеђен. То значи да је сервис за пружање услуга примио захтев и успешно послао одговарајући захтев за креирање корисника узводним сервисима. Трансакција обезбеђивања је по дизајну асинхрона. Сервис одговара са 200 OK јер процес креирања корисника може трајати неколико минута и, из разлога перформанси, не желимо да примамо више захтева за креирање истог корисника. Међутим, ако се корисник на крају не појави у Организацији клијента након одговора 200 OK, то би могло да указује на то да креирање корисника није успело у Webex услугама узводно од услуге обезбеђивања. Потребно је да ескалирате неуспех обезбеђивања који има одговор 200 OK.

400 Неисправан захтев

Проверите HTTP одговор који би требало да садржи више детаља о потенцијалним проблемима који би могли да изазову овај одговор сервиса за обезбеђивање. Неки примери чвора:

• „Не могу да верујем BroadWorks имејлу са застарелим API-јем за обезбеђивање.“ Адреса е-поште повезана са неуспешним захтевом за обезбеђивање корисника није важећа или је погрешно откуцана, али сте у шаблону навели да се адресама е-поште може веровати. Проверите профиле корисника у BroadWorks-у, тачније имејл адресу.
• Организација клијента није пронађена у бази података, а такође није омогућена и заставица за креирање нове организације. Овај неуспешни захтев за обезбеђивање требало би да креира нову организацију корисника у Webex-у, али ваш шаблон је конфигурисан да спречава креирање нових организација корисника. Ако желите да дозволите нове организације, за домене е-поште које се не подударају са постојећим клијентима у Webex-у, можете поново конфигурисати шаблон у Partner Hub-у и поново тестирати захтев за обезбеђивање. Међутим, ако не очекујете да ће се за овог корисника креирати нова организација, можда је адреса е-поште погрешно откуцана (тачније део домена). Проверите имејл адресу корисника у BroadWorks-у.

403 Забрањено

Захтев за обезбеђивање нема шансе да буде успешан. У овом случају ћете морати да истражите захтев и одговор. На пример, ако видите IP адресу као циљ захтева за обезбеђивање – уместо одговарајуће URL адресе моста за обезбеђивање за вашу организацију (погледајте теме о конфигурацији заштитног зида у Водичу за решења) – то би могло да указује на то да вашем апликацијском серверу недостаје потребна закрпа (ap373197).

Проверите да ли су све потребне закрпе примењене на апликацијски сервер и да ли сте завршили повезану конфигурацију за успешно обезбеђивање протока.

409 Сукоб

Захтев за обезбеђивање не може да се настави јер у Webex-у постоји корисник који одговара имејл адреси у захтеву.

Корисник је већ у CI

Из HTTP POST захтева извуците имејл адресу претплатника и потражите је у служби за помоћ. Можда нећете видети корисника ако вам није дозвољено, али можете видети и да је корисник у „слободној“ организацији, нпр. „Потрошач“. Можете замолити овог корисника да обрише свој бесплатни налог или можете користити другу адресу е-поште да бисте му омогућили приступ. Pogledajte https://help.webex.com/ndta402.

Проблеми са пријављивањем корисника

Портал за активацију корисника се не учитава

Уобичајени ток пријављивања на Webex за Cisco BroadWorks укључује портал за активацију корисника где корисници уносе своје лозинке. Понекад се овај портал не учитава након што корисник унесе своју адресу е-поште на екрану за пријаву у Webex апликацију. Овај проблем може бити узрокован на страни клијента или на страни сервиса. На страни клијента, то је обично узроковано тиме што је изворни прегледач клијента на неки начин некомпатибилан са услугом.

Једнократно пријављивање није успело

• У BroadWorks-у проверите да ли су кориснику додељени типови уређаја за Webex апликацију (погледајте одељак Профили уређаја у одељку Припрема окружења у Водичу за решења).
• Проверите да ли корисник користи исправну лозинку. Ако је шаблон који сте користили за обезбеђивање корисничке организације (у центру за партнере) конфигурисан за BroadWorks аутентификацију, корисник би требало да унесе своју BroadWorks лозинку за „веб приступ“. Корисник ће можда морати да унесе и свој BroadWorks кориснички ИД ако његова адреса е-поште није конфигурисана као алтернативни кориснички ИД. Уверите се да је корисник правилно унео велика и мала слова.

Проблеми са конфигурацијом и регистрацијом позива

Након што је корисник опремљен у Webex-у и успешно се пријави у Webex апликацију, апликација се региструје у BroadWorks-у. Следећи су очекивани редослед регистрације и резултујући знаци исправне регистрације (као што се види из апликације Webex):

Очекивани редослед регистрације

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 шаље SIP РЕГИСТАР AS-у (SBC може извршити претрагу у NS-у да би лоцирао AS ако SBC већ не познаје SIP корисника).

Очекивани знаци успешне регистрације клијента

Икона опција позивања се појављује у Webex интерфејсу.

На картици телефонских услуга апликације Webex (нпр. Подешавања > Телефонске услуге на Windows-у, Подешавања > Телефонске услуге на Mac-у), порука „SSO сесија: „Пријављени сте“ значи да се апликација успешно регистровала (у овом случају на BroadWorks).

Клијент нема икону позива

Већину времена то значи да корисник нема исправну лиценцу / права.

Ово је неуспешна регистрација. Постоји више разлога зашто клијент Webex апликације не би успео да се региструје код BroadWorks-а:

Вишеструке услуге позивања се тестирају са истим клијентима

Овај познати проблем може бити узрокован преласком клијента између различитих повратних крајева позива. Највероватније је да ће се то десити током пробних верзија различитих услуга позивања које се нуде путем (истих) клијената Webex апликације. Можете ресетовати базу података клијената (линк) да бисте решили овај проблем.

Погрешна конфигурација сервиса за аутентификацију

Проверите XSP-ове који хостују услугу аутентификације у односу на Водич за решења (погледајте Конфигуришите услуге на вашем Webex-у за Cisco BroadWorks XSP-ове). Konkretno:

• RSA кључеви (које генеришете на једном XSP-у) се копирају на све XSP-ове
• URL адреса сервиса за аутентификацију је достављена веб контејнеру на свим XSP-овима и исправно унета у кластер у Partner Hub-у.
• Спољна аутентификација помоћу сертификата је конфигурисана:

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

  allowUserApp = false

  allowClientApp = true

• Када користите MTLS, морате да отпремите Webex клијентски сертификат на XSP-ове (сертификат можете добити из Partner Hub-а, на страници BroadWorks подешавања).

Погрешна конфигурација BroadWorks ознака

Проверите да ли сте конфигурисали потребне BroadWorks ознаке за Webex апликацију. Погледајте Водич за конфигурацију Webex-а за Cisco BroadWorks за информације о конфигурационим ознакама. Уверите се да нема сукоба или погрешних вредности. Конкретно, ознака %SBC_ADDRESS_WXT% треба да буде SBC према вашем SIP регистрару за клијенте Webex апликације.

Десктоп клијент прекида телефонске услуге након успешног SSO повезивања

Овај проблем може бити узрокован истим корисником који се пријављује на више клијената на истој платформи. На пример, ако се корисник успешно пријави у Webex апликацију на Windows-у, а затим се пријави у Webex апликацију на другом Windows рачунару, на једном од рачунара постоји активна SSO сесија. Ovo je po dizajnu. Ако вам је апсолутно потребно да заобиђете овај проблем, можете конфигурисати BroadWorks да има више инстанци истог типа уређаја, али морају имати јединствене SIP адресе. Ова конфигурација је ван домета Webex-а за Cisco BroadWorks.

Десктоп уређај није омогућен за корисника

Овај потпис се види у дневнику клијента:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Проблеми са подешавањима позива у WebView-у

Брига о себи button/link не приказује се у Webex апликацији

Другачији симптом овог проблема је када button/link је приказано, али кликом на њега отвара се екстерни прегледач.

• Проверите да ли је потребан шаблон конфигурације клијента имплементиран и да ли су CSW ознаке правилно подешене. (Погледајте одељак Подешавања позива Webview у Водичу за решење Webex за Cisco BroadWorks).
• Проверите да ли је Webex апликација регистрована за позивање у BroadWorks-у.
• Проверите да ли је апликација Webex новија верзија која подржава CSWV.

Празна страница или грешка након клика на Самопомоћ button/link

Генерално, ово понашање у Webex апликацији указује на проблем са конфигурацијом или имплементацијом CSWV апликације на BroadWorks XSP-у. Прикупите детаље за даљу истрагу, укључујући CSWV логове, логове приступа, спремиште config-wxt.xml и датотеку шаблона, а затим покрените случај.

Проблеми са полагањем права на домен

Грешке при регистрацији корисника могу се јавити као резултат грешака направљених приликом полагања права на домене. Pre nego što preuzmete bilo koji domen, uverite se da razumete sledeće:

• Пружаоци услуга не би требало да полажу право на домене организација клијената којима управљају. 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).

  Ако грешком полажете право на било који домен и потребно је да уклоните захтев, погледајте чланак Управљање доменима на Webex-у.

Кодови грешака крајњег корисника

Следећа табела приказује кодове грешака крајњих корисника који се могу видети на порталу за активацију клијентских корисника.

Кодови грешака за синхронизацију директоријума

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