Cisco BroadWorks için Webex sorun giderme

Bu makale üç ana bölüme ayrılmıştır:

  • Araçların, okuma malzemelerinin, günlüklerinin ve ihtiyacınız olabilir kişilerinin listesi olan kaynaklar.
  • Bir müşteri sorununu giderirken gerçekleştirseniz bazı işlemleri açıklayan süreçler.
  • Meydana gelebilir bilinen sorunları kategorilere ayırarak liste halinde alan belirli Sorunlar, bunları nasıl tespit etmek için ve bunları potansiyel olarak nasıl çözebileceksiniz.

Cisco BroadWorks sorun giderme kaynakları için Webex

Yararlı günlük dosyaları

Günlük adı

Source

Sorun giderme için faydalıdır

PSLog

Uygulama sunucusu

Akış yoluyla sağlama

erkek kedi access_log

XSP

Webex Uygulaması girişi

XsiActions GünlüğüXSP

Webex Uygulaması oturum açma etkileşimleri Webex IDP Proxy ile, cihaz profilleri sorgusu için istemci etkileşimleri

authenticationService günlüğü

XSP

Webex oturum açma (belirteç doğrulama ve verme)

XSLogXSP mi?

Anında bildirimler için mobil abonelikler

Çağrı sinyali

Webex başlangıç günlüğünü aç

Windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:/Users/{username}/Library/Logs/SparkMacDesktop/current_log

Cep Telefonu: Günlükleri Gönder'i Kullanma

Kullanıcı için Başlatma (sıra) Hak kontrolleri

BroadWorks'e bağlanmak için BWC kütüphanesi başlatma

getUserProfile & JwT belirteci getirme günlük kaydı

BroadWorks Çağrısı

Webex uygulama günlüğü

müşteri

Windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:/Users/{username}/Library/Logs/SparkMacDesktop/current_log

Cep Telefonu: Günlükleri Gönder'i Kullanma

Kayıt ve Çağrılar için tüm SIP trafiği

BWKS Arka Ucu için Trafiği Canlı Tut

Sinyalleme gerektiren orta çağrı özellikleri (Hold/Resume, (Transfer vb.)

Ortam (Webex Media Engine) günlüğü

müşteri

Windows: \Users\{username}\AppData\Local\CiscoSpark\media\*.log

Mac: /Users/{username}/Library/Logs/SparkMacDesktop/media/

Cep Telefonu: Günlükleri Gönder'i Kullanma

Tüm Ortam günlüğe kaydetme

Bir çağrı için anlaşma yapılan codec'ler

Orta Arama özellikleri

Okuma listesi

Bilinen sorunlar ve kısıtlamalar

Bilinen Sorunlar ve Sınırlamalar makalesinde, Webex for BroadWorks çözümünde belirlediğimiz bilinen sorunlar hakkında güncel bilgiler yer almaktadır.

Hizmet Verilebilirlik Bağlayıcısı

Webex Serviceability hizmeti, Cisco teknik destek personelinin altyapıdaki sorunları teşhis etme hızını artırır. Tanılama günlüklerini ve bilgilerini bulma, alma ve SR vakasına depolama görevlerini otomatikleştirir. Hizmet, TAC'nin şirket içi ekipmanınız ile ilgili sorunları daha etkin bir şekilde tanımlamasını ve gidermesini sağlamak için tanılama imzalarına karşı analizi de tetikler.

Serviceability bağlayıcısının nasıl dağıtılacağına ilişkin ayrıntılar için Cisco Webex Serviceability Bağlayıcısı için Dağıtım Kılavuzu'nabakın.

BroadWorks için Webex sorun giderme süreci

Bir sorunu büyütmek

Sorun giderme kılavuzuna yönelik bazı adımları takip ettikten sonra, sorunun kökünün nerede olduğu hakkında fikir bir fikire sahip olması gerekir.

Prosedür

  1. Konuyla ilgili sistemlerden mümkün olduğunca fazla bilgi toplayın.
  2. Bir vaka açmak için Cisco'daki ilgili ekiple iletişime geçin.

Hangi müşteri bilgilerinin toplanacağı

Bir olay açmamız veya bir sorunu gidermemiz gerekirse kullanıcıyla sorun giderirken aşağıdaki bilgileri toplayın:

  • Kullanıcı tanımlayıcısı: CI e-posta adresi veya Kullanıcı UUID'si (bu Webex tanımlayıcısıdır, ancak kullanıcının BroadWorks tanımlayıcısını da alırsanız bu yardımcı olur).
  • Kuruluş tanımlayıcısı.
  • Sorunun yaşandığı yaklaşık zaman dilimi.
  • İstemci platformu ve sürümü.
  • İstemciden günlükleri gönderin veya toplayın.
  • İstemcide gösteriliyorsa takip numarasını kaydedin.

Yardım Masası'nda kullanıcı ayrıntılarını kontrol edin

Yardım Masası Yöneticisi (Temel veya Gelişmiş) rol ayrıcalıklarına sahip ortak yöneticiler, Yardım Masası görünümünü kullanarak kullanıcı ayrıntılarını kontrol etmek için bu prosedürü kullanabilir.

Prosedür

  1. Yardım Masası'nagiriş yapın.
  2. Arama ve ardından kullanıcıya tıklayın. Bu, kullanıcı özet ekranı açar.
  3. Ayrıntılı kullanıcı kullanıcı adı görmek için Özel Ayarlar'a tıklayın. Bu görünümdeki yararlı bilgiler arasında kullanıcının UUID'si, ortak kimlik (CI) kümesi, Webex uygulama kümesi, Çağrı Davranışı, BroadWorks hesabı GUID'si yer alır
  4. Bu bilgileri başka bir araçta kullanmak veya Bir Cisco vakaya eklemek gerekirse Kopyala'ya tıklayın.

Yardım Masası'nda müşteri organizasyonunu görüntüle

Yardım Masası Yöneticisi (Temel veya Gelişmiş) rol ayrıcalıklarına sahip iş ortağı yöneticileri, Yardım Masası görünümünde müşteri kuruluş ayrıntılarını görüntülemek için bu prosedürü kullanabilir.

Prosedür

  1. Yardım Masası'nagiriş yapın.
  2. Için arama ve ardından müşteri kuruluş adına tıklayın.
  3. Müşteri Portalı Görünümü öğesini görene kadar aşağı kaydırın ve kullanıcılar ve yapılandırma dahil olmak üzere Müşteri kuruluşunun salt okunur görünümünü görmek için [ Müşteri Adını Görüntüle öğesine tıklayın.

Partner Hub'dan kullanıcı günlüklerini alın

Masaüstü ve mobil istemci sorunlarını giderirken, Ortakların (ve TAC'nin) istemci günlüklerini görüntüleyebilmesi önemlidir.

Prosedür

  1. Kullanıcıdan Günlükleri Göndermelerini sorun. Yardım için bkz: Webex Uygulaması | Bir sorun bildirin.
  2. Kullanıcıdan Çağrı Ortamını Dışa Aktarmasını ve size ced.dat dosyasını göndermesini isteyin.
  3. Müşteri günlüklerini Partner Hub veya Help Desk'ten alın.

    İş Ortağı Hub'ı seçeneği:

    1. Partner Hub'da oturum açma ve kullanıcının Müşteri Organizasyonu'nun adını bulun.
    2. Sorun Giderme öğesiniseçin.
    3. Günlükler öğesiniseçin.
    4. Kullanıcı ara (e-posta ile).
    5. İstemci günlüklerini zip dosyası olarak görüntüleme ve indirme.

    Yardım Masası seçeneği:

    1. Oturum aleni Yardım Masası.
    2. Kuruluşu arama.
    3. Kuruluşa tıklayın (özet ekranı açar).
    4. Aşağı kaydırıp Müşteriyi görüntüleöğesine tıklayın.
    5. Sorun Giderme öğesiniseçin.
    6. Günlükler öğesiniseçin.
    7. Kullanıcı ara (e-posta ile).
    8. İstemci günlüklerini zip dosyası olarak görüntüleme ve indirme.

İstemci sürümü nasıl bulunur

Prosedür

  1. Bu bağlantıyı kullanıcıyla paylaş: https://help.webex.com/njpf8r5
  2. Kullanıcıdan size sürüm numarasını göndermelerini sorun.

Çağrı hizmeti için istemci kontrolü

Prosedür

  1. Webex istemcisinde oturum açma.
  2. Arama Seçenekleri simgesinin (üzerinde dişlisi olan bir ahize) kenar çubuğunda mevcut olduğunu kontrol edin. Simge yoksa kullanıcı henüz Control Hub'da çağrı hizmeti için etkinleştirilmemiş olabilir.
  3. Ayarlar/Tercihler menüsünü açın ve Telefon Hizmetleri bölümüne gidin. Oturumda oturum SSO durumunu görmelisiniz. (Örneğin farklı bir telefon hizmeti Webex Callinggösterilir, kullanıcı Cisco BroadWorks için Webex kullanarakkullanmaz.)

    Bu doğrulama, şu anlamına gelir:

    • İstemci, gerekli hizmet mikro hizmetleri Webex geçiş yaptı.
    • Kullanıcının kimliği başarıyla doğrulandı.
    • BroadWorks sisteminiz tarafından istemciye uzun ömürlü bir JSON web belirteci verilir.
    • İstemci, cihaz profilini alındı ve BroadWorks'e kayıtlı.

İstemci günlüklerini veya geri bildirimlerini alın

  • Masaüstü istemcilerinde belirli istemci günlüklerini bulmak veya kullanıcılardan günlük Webex ler göndermelerini istemek için Kaynaklar bölümüne bakın. Yardım için bkz: Webex Uygulaması | Bir sorun bildirin.
  • Mobil istemci kullanıcılarının günlük göndermelerini sorun, ardından bunları iş ortağı hub'ı veya yardım masası aracılığıyla alabilirsiniz.

    Günlükleri gönderme sessizdir. Ancak, bir kullanıcı geri bildirim gönderirse uygulama Webex ekibine gider. Cisco ile takip etmek istiyor sanız, kullanıcının geribildirim numarasını kaydetmeyiniz gerekir. Örnek:

    gönderilen destek vakası için vaka numarası

Çağrı ortamı verilerini al

Webex günlükleri, kişiyi tanımlayıcı bilgileri kaldırmak için yoğun bir şekilde redacted vardır. Sorunu siz fark aynı oturumda istemciden Çağrı Ortamı Verilerini dışa aktarmalısınız.

Prosedür

  1. İstemcide Yardım ' a tıklayın > Sağlık Denetleyicisi.
  2. Veritabanını Sıfırla öğesiniseçin. Bu, istemcinin tam olarak sıfırlanır ve uygulama Webex yüklenir.

Webex'in BroadWorks'e kaydolması gerektiğini doğrulayın

Uygulama Webex BroadWorks'e kayıt olup olmadığını belirlemek için aşağıdaki bilgileri kontroller:

  • Kullanıcının broadworks-connectoryetkisi.
  • Organizasyon ve kullanıcı için çağrı davranışı.

Kullanıcının arama davranışını ve bağlayıcı yetkilendirmelerini kontrol edin

  1. Ortak yönetici kimlik bilgilerinizle Yardım Masası 'nda oturum açın.
  2. Kullanıcı arama.
  3. Kullanıcıya tıklayın ve Arama Davranışı girişini kontrol edin. Bunun için "Bir Arama Webex".

    bir kullanıcının arama davranışını kontrol et

  4. Kullanıcı kullanıcı adı açmak için ekrana tıklayın.
  5. entitlements bölümünü bulmak için aşağı kaydırın ve broadworks-connector 'nin dahil edildiğini doğrulayın

    Kullanıcı ayrıntıları ekranı - broadworks bağlayıcısı etkin

    Cisco BroadWorks için Webex kullanıcısı, Cisco BroadWorks için Webex'i kullanmayı planlıyorsa bc-sp-standard hakkına sahip OLMAMALIDIR. Bu, "Webex Calling (Broadcloud)" için yetkilendirmedir. Bu, Cisco Webex bulut çağrı hizmetiyle arayan bir uygulamadır.

Kuruluşun arama davranışını kontrol edin

  1. Ortak yönetici kimlik bilgilerinizle Yardım Masası 'nda oturum açın.
  2. Kuruluşu arama.
  3. Kuruluşa tıklayın ve Çağrı Davranışı girişini kontrol edin. Bunun için "Bir Arama Webex" olması gerekir.

Kullanıcı sağlama sorunları için PSLog'u analiz edin

Uygulama Sunucusunun PSLog'ını kullanarak, sağlama köprüsüne HTTP POST isteğini ve destek sunucusundan Webex. Doğru bir çalışma durumunda, yanıt 200 Tamamdır ve birkaç dakika sonra, kullanıcı ve ilk kullanıcıysa yeni Müşteri kuruluşlarında yeni müşteri kuruluşlarında yeni bir kullanıcı Webex. Postada gördüğünüz e-Yardım Masası için e-posta adreslerini arayarak bunu doğruabilirsiniz.

Başlamadan önce

Test kullanıcısı ile akışları sağlama girişimi sırasında Uygulama Sunucusundan bir PSLog toplayın.

Prosedür

  1. Kontrol etmek için ilk şey HTTP yanıt kodudur:
    • 200'den fazla tamam, kullanıcı sağlama hatasıdır.
    • 200 OK, sağlama köprüsünün yukarı akışındaki Webex hizmetlerinde abone profiliyle ilgili bir şey çalışmıyorsa yine de bir başarısızlığa işaret ediyor olabilir.
    • 400 yanıtta bir message düğümü içerebilir. Sağlama köprüsü subscriberProfileiçindeki bir şeyi işleyemedi. Abone ayrıntılarıyla ilgili bir sorun veya şablonda bir ayar ile uyumsuzluk olabilir.
    • 401, AS'ye girilen sağlama kimlik bilgilerinin İş Ortağı Hub'sinde şablona girilenlerle eşleşmesi anlamına gelir.
    • 403, Uygulama Sunucusunda yanlış yapılandırılmış bir şeyler olduğunu gösterir. İsteğin hedefini kontrol edin. IP adresi değil, Partner Hub'da şablonunuz üzerinde gördüğünüz sağlama köprüsü URL'si olmalıdır.
    • 409, sağlanan subscriberProfile ile mevcut Webex verileri arasında bir çakışma olduğunu gösterir. Bu e-posta adresine sahip mevcut bir kullanıcı olabilir. Cevaptaki message işaretini kontrol edin.
  2. Ayrıca sağlamanın başarısız olmasına yol açabilecek herhangi bir şüphe değeri için orijinal HTTP POST'a göz açabilirsiniz. POST subscriberProfile XML yapısını içerir. Bu durumda, kontrol etmek istediğiniz yararlı düğümler:
    • bwuserid: BroadWorks'te düzenlemeniz gerekirse abone profilini bulmak için bunu kullanın.
    • group: Şablon "Hizmet Sağlayıcı modu"ndaysa, bu küçük harflerle yazılır ve Partner Hub'da gördüğünüz Müşteri kuruluşunun adı olur.
    • serviceProvider: Şablon "Kuruluş modunda" ise bu küçük harfledir ve Partner Hub'da gördüğünüz Müşteri kuruluş adının adı haline gelir.
    • primaryPhoneNumber: Mevcut olmalı. Sağlama işlemi, sağlama işlemi olmadan başarısız olur.
    • email: Webex'te kullanıcı kimliği olur. Webex için geçerli ve benzersiz olmalıdır, aksi takdirde sağlama başarısız olur.

      services kıtasını dikkate almayın: AS tarafından oluşturulur ve kabul edilir, ancak kullanıcı tarafından Webex.

Abone oturum açma sorunlarını gidermek için XSP Günlüklerini analiz edin

Bu akış, BroadWorks Kimlik Doğrulaması modunu açıklar. Partner Hub'da BroadWorks Şablonunda kimlik doğrulama modunuabilirsiniz. Bkz. Müşteri Şablonlarınızı Yapılandırma https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Aşağıdaki merdiven diyagramı, kullanıcı Webex uygulamasında BroadWorks kimlik doğrulaması yaparken kullanıcı, istemci, Webex hizmetleri ve BroadWorks sistemi arasındaki etkileşimi gösterir. Ayrıca, Webex ile XSP arasındaki bağlantı MTLS tarafından güvence altına alınır.

Aşağıdaki tartışma, başarılı bir oturum açma için günlükleri araştırırken neyi görmeyi beklediğinizi açıklamayı takip eder. Abone oturum açma sorunlarını gidermek için XSP günlüklerini analiz edin -flow

Kullanıcı istemciyle etkileşime geçen ve istemci müşteri hizmetleriyle Webex etkileşimde bulundu:

  • Kullanıcı, e-posta adresini Webex uygulamasına sağlar (diyagramda 1).
  • CI, bu kullanıcının BroadWorks parolasını (UAP aracılığıyla) (diyagramda 2) girmeye yönlendireceklerini biliyor.
  • IdP Proxy, XSP'deki Xsi arayüzüne bir profil isteği göndermektedir.

Tomcat'te access_log:

  • Abone profili için GET isteğine bakarak Webex Xsi-Actions arayüzüne (diyagramda 2.1) gidin. Bu Webex kullanıcı kimliği. Örnek:

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

XsiActionsLog' içinde:

  • Webex'den profil GET Webex (diyagramda 2.1) bakın. Bu Webex kullanıcı kimliği. Örnek:

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Başlıklar authorization: Basic ve user-agent: broadworksTeamsClientiçerir

  • Ardından XSP, BroadWorks'e karşı OCI-P Temel kimlik doğrulaması yapar (AuthenticationVerifyRequest ve AuthenticationVerifyResponse, örneğin Xsi üzerinden temel kimlik doğrulaması yapan diğer bir uygulama) ve abone bilgilerini toplamak için UserGetRequest ve ServiceProviderGetRequest kullanır.
  • Xsi'nin Webex'e verdiği yanıt, (BroadWorks) userId ve diğer ayrıntıları içeren bir XML Profile bloğu içerir (diyagramda 2.2).

İstemci ve Webex hizmetleri etkileşimleri:

  • IDP proxy'si BroadWorks'ten alınan kullanıcı profiliyle eşleşir ve istemciye SAML doğrulaması gönderir (diyagramda 2.3).
  • İstemci, SAML onayını bir CI belirteci (diyagramda 3) ile değiştirir.
  • İstemci, oturum alan kullanıcının broadworks-connector yetkilendirmesini (diyagramda 4) sahip olduğunu kontrol ediyor. Kullanıcı yetkilerini Help Desk'ten kontrol edebilirsiniz.
  • İstemci, IDP proxy'sinden bir JSON Web Token (JWT) talep etmek için CI belirtecini kullanır (diyagramda 5).
  • IDP proxy'si CI'da CI belirtecini doğrular.
  • IDP proxy'si kimlik doğrulama servisinden JWT istiyor.

AuthenticationService günlüğünde:

  • Webex'ten gelen token isteğini arayın (diyagramda 5.2), Örneğin: GET /authService/tokenhttp_bw_userid başlığına ve diğerlerine sahip ].
  • XSP, verilen kullanıcı kimliğinin bir BroadWorks kullanıcısına karşılık geldiğini doğrulamak için OCI-P UserGetLoginInfoRequestişlemini gerçekleştirir (diyagramdaki 5.3). AuthService, llT'Webex mTLS bağlantısı sayesinde masaüstü ile güven üzerinde güven tesis etti.
  • LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … ve StatusCode=200 başlığını kullanarak orijinal istekle ilişkilendirebileceğiniz trackingid: CLIENT… [] ve yanıtlarını (diyagramda 5.4) arayın.

XsiActionsLog' içinde:

  • İstemci, cihaz profilini (diyagramda 6) almak için uzun ömürlü belirteci Xsi-Actions arayüzünde sunabilir. Örnek: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/deviceauthorization: Bearer token ve user-agent: WebexTeams (variant/version)başlıklarıyla
  • Xsi-Actions arayüzü, belirteci kimlik doğrulama hizmetine (geri döngü arayüzünde olacak şekilde yapılandırılmış) POST eder. Örneğin: 127.0.0.1:80 POST http://127.0.0.1:80/authService/tokentrackingid: CLIENT… başlığındaki GET ve X-BROADSOFT-CORRELATION-ID : CLIENT… başlığındaki POSTile ilişkilendirebileceğiniz [ ].

AuthenticationService günlüğünde:

  • Xsi'den POST alındı (geri döngü)

  • StatusCode=200 Xsi'ye geri dön

  • Ve gövdede "token" JSON bloğu bulunan bir token doğrulama yanıtı.

  • Web için trackingid: CLIENT…

XsiActionsLog' içinde:

  • İstemcinin belirtecini doğrulayan authservice'den 200 OK alan Xsi-Actions uygulaması artık OCI-P isteği gönderiyor UserPrimaryAndSCADeviceGetListRequest
  • accessDeviceTable XML yapısını içeren OCI-P UserPrimaryAndSCADeviceGetListResponse ' yi alır.
  • OCI-P yanıtı, AccessDevicesdeviceTypesXML yapısı da dahil olmak üzere istemciye Xsi yanıtı olarak kodlanır. Örnek: Business Communicator – PC ve istemcinin cihaz yapılandırma dosyalarını al olduğu URL'ler.

İstemci şu şekilde devam eder:

  • Bir cihaz girişi seçer ve cihaz profilini almak için DMS ile etkileşime girer (diyagramda 6).
  • DMS'den yapılandırmada alınan SBC aracılığıyla BroadWorks'e kayıtlar (diyagramda 7).

BroadWorks için Webex sorun gidermeye yönelik belirli sorunlar

Partner Hub sorunları

Yönetici müşteri kuruluşlarını göremez

Webex'teki Ortak kuruluşunuzun yöneticisi olarak Tam Yönetici rolünesahip olmalısınız. Bu rol, kendinize ve başkalarına yönetici ayrıcalıkları atama dahil olmak üzere iş ortağı organizasyonlarınızı yönetmek için kullanılır. Müşteri organizasyonlarını yönetmek için kendinize (veya diğer kişilere) Satış Tam Yöneticisi rolünü veya Satış Yöneticisi rolünü vermeniz gerekir. Ayrıntılar için bkz. Control Hub'da kuruluş hesabı rolleri atama.

Kullanıcı sağlama sorunları

Entegre IM & Belirli işletmeler için P hataları / müşteriler

Cisco BroadWorks için UC-One SaaS ve Webex gibi farklı bulut iş birliği hizmetleri kullanan kuruluşlara yönelik bir karışımınız varsa sağlama bağdaştırıcısını her kuruluş için değiştirmeyi tercih ediyorsanız olabilir.

Entegre IM için neyin yapılandırıldığını kontrol etmek için & P (kurumlar için varsayılan, daha özel bir ayar mevcut olmadığı sürece), AS_CLI/Interface/Messaging> getçalıştırın. Belirli bir kuruluşun sağlama parametreleri için kuruluşu açın ve Hizmetler ' e gidin > Entegre IM & P.

Bu kuruluş için Entegre IM&P yapılandırmasının Partner Hub'da Müşteri Şablonu'nda gösterilenle tam olarak eşleş yaptığını kontrol edin. Aşağıdaki ayarlar eşleşmeli veya kuruluşta tüm kullanıcılar için sağlama başarısız olur:

BroadWorks Enterprise Entegre IM&P ayarı Partner Hub Müşteri Şablonu ayarı
Mesajlaşma Sunucusu URL'si Sağlama URL'si
Mesajlaşma Sunucusu Kullanıcı AdıSağlama Hesabı Adı
Mesajlaşma Sunucusu ParolasıSağlama Hesabı Parolası, Parolayı Onayla

Entegre IM & Belirli kullanıcılar için P hataları

Bu, flow nezle sağlama kullanıyorsanız ve sağlamanın bazı/çoğu kullanıcı için çalıştığını varsayıyorsa (bir yapılandırma sorununa dikkat edin) geçerlidir. BroadWorks'te "[Hata 18215] Mesajlaşma sunucusuyla sağlama hatası" ve "[Hata 18211] Mesajlaşma sunucusuyla iletişim hatası" gibi Entegre IM&P hataları görüyorsanız, aşağıdaki olası nedenleri araştırmalısınız:

  • Kullanıcının e-posta adresi zaten mevcut olabilir CI. E-posta adresinin zaten Yardım Masası kontrol etmek için bu adreste kullanıcı aramanız gerekir. Kullanıcının, verileri bir kuruluşta görme izni olmayan bir kuruluşta mevcut olması nedeniyle bu zorunlu Yardım Masası.
  • Kullanıcı, Entegre IM&P Webex önce yeni bir kullanıcıya bağımsız olarak bu oturuma oturumlanmıştır. Bu durumda, bir seçenek kullanıcının ücretsiz hesaplarını silerek, sağladığınız Müşteri Organizasyonunun bir parçası olabilmesini sağlamaktır. Talimatlar şurada: https://help.webex.com/5m4i4y
  • Kullanıcının profiline atanmış bir birincil telefon numarası yok (Cisco BroadWorks Webex tüm telefon abonelerinin birincil DID'si olması gerekir). AS'den PSLog çözümle ilgili konu başlığına bakın.

Sağlama köprüsünden gelen yanıtta kullanıcı sağlama hataları

Kullanıcılar Control Hub'da görünmüyorsa Entegre IM&P'nin atanmadan birkaç dakika içinde sağlama köprüsü hizmetinin yanıt kodlarını kontrol edin. HTTP yanıt kodlarını görmek için bir PSLog çalıştırın.

200 Tamam

200 OK yanıtı kullanıcının başarıyla sağlandığı anlamına gelmez. Sağlama hizmetinin isteği aldığı ve ilgili kullanıcı oluşturma isteğini yukarı akış hizmetleri için başarıyla gönder olduğu anlamına gelir. Sağlama işlemi, tasarım tarafından a aronron bir işlemdir. Hizmet, kullanıcı oluşturma işlemi birkaç dakika sürebilir ve performans nedenleriyle aynı kullanıcı oluşturmak için birden fazla istek almak istemiyorsanız 200 Tamam yanıt verir. Ancak kullanıcı 200 Tamam yanıtın ardından Müşteri Kuruluşunda görünmezse hizmet sağlama hizmetinin hızlı erişim akışında kullanıcı Webex başarısız olduğunu işaret çıkabilir. 200 Tamam yanıtı olan bir sağlama hatasınıyükseltmelisiniz.

400 Kötü İstek

Sağlama hizmetlerinden bu yanıta nedenabilecek olası sorunlar hakkında daha fazla ayrıntıya sahip olması gereken HTTP yanıtını kontrol edin. Düğümden bazı örnekler:

  • "Eski sağlama API'sini içeren BroadWorks e-postalarına güveni sağlanmaz." Başarısız kullanıcı sağlama isteğiyle ilişkili e-posta adresi geçerli değil veya yanlış yazın. Ancak şablonda e-posta adreslerinin güvenilir olduğunu onaylarsınız. BroadWorks'te kullanıcıların profillerini özellikle e-posta kimliğini kontrol edin.
  • Müşteri kuruluşu veritabanında bulunamadı ve ayrıca yeni kuruluş oluşturma bayrağı etkin değil.” Bu başarısız sağlama isteğinin, Webex'da yeni Müşteri Kuruluşu oluşturması gerekir. Ancak şablonunuz, yeni Müşteri Kuruluşlarının oluşturulmasını önlemek için yapılandırılmıştır. Yeni kuruluşlara izin vermek istiyorsanız Webex'da mevcut müşterilerle eşleşmeen e-posta etki alanları için İş Ortağı Hub'sinde şablonlarınızı yeniden yapılandırarak sağlama isteğini yeniden test edin. Ancak, bu kullanıcı için yeni bir kuruluş oluşturulacaklarını beklemiyorsanız belki e-posta adresi yanlış yazın (özel olarak etki alanı kısmı). BroadWorks'te kullanıcının e-posta kimliğini kontrol edin.

403 Yasak

Sağlama isteğinin başarıyla devam etme ihtimali yoktur. Bu olayda talebi ve yanıtı araştırmaniz gerekir. Örneğin, sağlama isteğinin hedefi olarak IP adresini görüyorsanız (kurum için uygun sağlama köprüsü URL'si yerine (Çözüm Kılavuzu'ndaki güvenlik duvarı yapılandırma konularına bakın) – Uygulama Sunucunuzda gerekli bir yamanın (ap373197) eksik olduğunu belirtebilirsiniz.

Gerekli tüm yamaların Uygulama Sunucusuna uygulanıyor ve başarılı akışı sağlama için ilgili yapılandırmayı tamamlamış olduğunu kontrol edin.

409 Çakışma

Webex içinde istekte e-posta adresiyle eşleşen mevcut bir kullanıcı olduğu için sağlama isteği devam edemiyor.

Kullanıcı Zaten CI'da

Abone e-posta adresini HTTP POST talebi üzerinden alın ve bu e-postayı Yardım Masası. İzin verilmezse kullanıcıyı göreyem ama kullanıcının "tüketici" gibi bir "ücretsiz" kuruluşta olduğunu da kabul ety yani. Bu kullanıcıdan ücretsiz hesabını silebilir veya farklı bir e-posta adresi kullanarak bunları sağlamanızı sebilirsiniz. Bkz. .https://help.webex.com/ndta402

Kullanıcı oturum açma sorunları

Kullanıcı Etkinleştirme Portalı yüklenmiyor

Cisco BroadWorks Webex oturum açma akışında normal ağ bağlantısı, kullanıcıların parolalarını girmelerine neden olan Kullanıcı Etkinleştirme Portalı içerir. Bazen bu portal, kullanıcının e-posta adresini uygulama oturum açma ekranında Webex sonra yüklenmez. Bu sorunun nedeni istemci tarafında veya hizmet tarafında olabilir. İstemci tarafında bu durum genellikle istemcinin yerel tarayıcısının hizmetle bir şekilde uyumsuz olmasıdır.

Çoklu Oturum Açma başarısız

  • BroadWorks'te, kullanıcının Webex uygulaması için cihaz türlerine atan olduğunu kontrol edin (Çözüm Kılavuzunun Ortamınızı Hazırlama bölümünde Cihaz Profilleri bölümüne bakın).
  • Kullanıcının doğru şifreyi kullandığını kontrol edin. Kullanıcının Müşteri Kuruluşunu (Partner Hub'ında) sağlamak için kullandığınız şablon BroadWorks kimlik doğrulaması için yapılandırılmışsa, kullanıcı BroadWorks "Web Erişimi" parolasını girmelidir. Kullanıcının e-posta adresi Alternatif Kullanıcı Kimliği olarak yapılandırılmamışsa, kullanıcının BroadWorks Kullanıcı Kimliğini de girmesi gerekebilir. Kullanıcının büyük ve küçük harf karakterlerini doğru girdiğinden emin olun.

Çağrı yapılandırması ve kayıt sorunları

Kullanıcı bu oturumda sağ Webex ve Webex uygulamasında başarıyla oturum açın, ardından uygulama BroadWorks'e kaydolacaktır. Aşağıda beklenen kayıt dizisi ve sağlıklı bir kaydın ortaya çıkan işaretleri (kayıt uygulamasından görüleceği Webex):

Beklenen kayıt sırası

  1. İstemci, bir cihaz yönetim belirteci ve DMS'nin URL'sini almak için XSI'yi arar.
  2. İstemci, adım 1'de yer alan belirteci sunarak DMS'den cihaz profilini talep eder.
  3. İstemci, cihaz profilini okuyabilir ve SIP kimlik bilgilerini, adreslerini ve bağlantı noktalarını alabilir.
  4. İstemci, adım 3'te yer alan bilgileri kullanarak SBC'ye bir SIP REGISTER gönderir.
  5. SBC, SIP REGISTER'ı AS'ye gönderir (SBC, SIP kullanıcısını önceden bilmiyorsa, AS'yi bulmak için NS'de bir arama yapabilir.).

Başarılı müşteri kaydının beklenen belirtileri

Arama Seçenekleri simgesi, Webex görünür.

Webex uygulamasında telefon hizmetleri sekmesi (örneğin Ayarlar > Windows'ta Telefon Hizmetleri, Tercihler > Mac'te Telefon Hizmetleri ), "SSO Oturumu: Oturum açmışsınız" başarıyla kaydedilen uygulama anlamına gelir (bu durumda BroadWorks için).

İstemcinin Çağrı simgesi yok

Çoğu zaman bu, kullanıcının doğru lisans/ yetkilendirmeye sahip olmadığını anlamına gelir.

İstemci Telefon Hizmetleri sekmesini gösteriyor ancak SSO oturumu yok

Webex istemcisi telefon hizmetleri sekmesini gösteriyor ancak SSO oturumu yok

Bu başarısız bir kayıttır. Bir uygulama istemcisinin BroadWorks'Webex kaydı başarısız olmasının birden fazla nedeni vardır:

Aynı istemcilerle birden fazla Çağrı hizmeti test ediliyor

Bu bilinen sorunun nedeni, istemcinin farklı geri arama sonları arasında geçiş olması olabilir. Bu durum, büyük olasılıkla (aynı) veya uygulama istemcileri aracılığıyla teklif edilen farklı çağrı hizmetlerinin Webex görülebilir. Bu sorunu gidermek için istemci veritabanını (bağlantıyı) sıfırlayabilirsiniz.

Kimlik doğrulama hizmetinin yanlış yapılandırılması

Kimlik doğrulama hizmetinin sahip olduğu XSP'leri Çözüm Kılavuzu'na göre kontrol edin (Cisco BroadWorks XSPs için Webex hizmetleri yapılandırma ). Özellikle:

  • RSA anahtarları (bir XSP üzerinde oluşturmakta olduğu) tüm XSP'lere kopyalanır
  • Kimlik doğrulama hizmeti URL'si, tüm XSPs'te web kapsayıcısı için sağlanmıştır ve Partner Hub'daki kümeye doğru şekilde girilmiş
  • Sertifikalara göre harici kimlik doğrulaması yapılandırıldı:

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

    allowUserApp = false

    allowClientApp = true

  • MTLS kullanırken, Webex istemci sertifikasını XSP'lere yüklemeniz gerekir (sertifikayı BroadWorks Ayarları sayfasındaki Partner Hub'dan alabilirsiniz).

BroadWorks etiketlerinin yanlış yapılandırılması

Webex uygulaması için gerekli BroadWorks etiketlerini yapılandırdığınızdan emin olun. Yapılandırma etiketleri hakkında bilgi için Cisco BroadWorks Yapılandırma Kılavuzu için Webex'e bakın. Herhangi bir çakışma veya yanlış değer olmadığından emin olun. Özellikle %SBC_ADDRESS_WXT% etiketi, Webex uygulama istemcileriniz için SIP kayıt şirketinize giden SBC olmalıdır.

Masaüstü istemcisi, başarılı SSO bağlantısından sonra telefon hizmetlerini keser

Bu sorunun nedeni, aynı kullanıcının aynı platform türünde birden fazla istemcide oturum açması olabilir. Örneğin, bir kullanıcı Windows'daki Webex uygulamasında başarıyla oturum açarsa ve ardından farklı bir Windows makinesinde Webex uygulamasında oturum açarsa, makinelerden yalnızca birinde etkin bir SSO oturumu olur. Bu beklenen bir davranıştır. Bu sorunu kesinlikle üzerinde çalışmanız gerekirse BroadWorks'i aynı cihaz türünün birden fazla örneğine sahip olacak şekilde yapılandırabilirsiniz, ancak benzersiz SIP adreslerine sahip olması gerekir. Bu yapılandırma, Cisco BroadWorks Webex kapsamınındışındadır.

Masaüstü cihazı kullanıcı için sağlanmadı

Bu imza istemci günlüğünde görülmektedir:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Çağrı ayarları webview sorunları

Kendi kendine bakım button/link Webex uygulamasında gösterilmiyor

Düğme/bağlantı gösterildiğinde ancak tıklatıldığında harici bir tarayıcı açılırsa bu sorunun farklı bir belirtisi ortaya çıkar.

  • Gerekli istemci yapılandırma şablonunun dağıtıldığını ve CSW etiketlerinin düzgün şekilde ayarlandığını doğrulayın. (Webex for Cisco BroadWorks Çözüm Kılavuzu'ndaki Çağrı Ayarları Webview bölümüne bakın).
  • BroadWorks Webex arama için uygulamanın kayıtlı olduğunu doğrulayın.
  • Mobil uygulamanın Webex CSWV'yi destekleyen son bir sürüm olduğunu kontrol edin.

Self Care'e tıkladıktan sonra boş sayfa veya hata button/link

Genel olarak, mobil uygulama Webex, BroadWorks XSP'de CSWV uygulamasında bir yapılandırma veya dağıtım sorunu olduğunu gösterir. CSWV günlükleri, erişim günlükleri, config-wxt.xml deposu ve şablon dosyası dahil daha fazla araştırma için ayrıntıları toplayın ve ardından bir olay oluşturun.

Alan adı iddiası sorunları

Kullanıcı kayıt hataları, etki alanlarına sahiplik yapılırken yapılan hatalar sonucu ortaya çıkabilir. Herhangi bir etki alanı talepmeden önce, aşağıdakini anlayacaktır:

  • Hizmet Sağlayıcılar, yönettikleri müşteri kuruluşlarının alan adlarını talep etmemelidir. Yalnızca kuruluşun dahili kuruluşunda bulunan bu kullanıcıların hizmet sağlayıcı sahip olması gerekir. Ayrı bir kuruluşta kullanıcıların etki alanını talep etmek (hizmet sağlayıcı'in yönetmesi dahi), kullanıcı kimlik doğrulaması istekleri müşteri kuruluşu yerine hizmet sağlayıcı müşteri kuruluşuna yönlendirildiklerinden müşteri kuruluşunda kullanıcılar için kayıt hataları ile sonuçlandırabilirsiniz.
  • İki müşteri kuruluşu (A ve Şirket B) aynı etki alanını paylaşıyorsa ve A Şirketi etki alanını talep ettiyse kullanıcı kimlik doğrulaması isteklerinin etki alanını talep eden kuruluş aracılığıyla yönlendirildi (A Şirketi) nedeniyle B kullanıcıları için kayıt başarısız olabilir.

    Hatayla bir etki alanı talep eder ve bir talebi kaldırmanız gerekirse Etki Alanlarınızı Yönetme ve Etki Alanları yönetimi Webex bakın.

Son kullanıcı hata kodları

Aşağıdaki tablo, istemci kullanıcı etkinleştirme portalında görül görülen son kullanıcı hata kodlarını özetler.

Bu, hata kodlarının kapsamlı bir listesi değildir. Tablo, yalnızca kullanıcı için uygulamanın kullanıcıya Webex bir yön sağlamama mevcut hata kodlarını listeler.

Tablo 1. Tablo 1: Son kullanıcı hata kodları

Hata kodu

Hata mesajı

Önerilen eylem

100006

Giriş başarısız oldu: Kullanıcı ID/Password yanlıştır.

Kullanıcının doğru şifreyi kullandığını kontrol edin. Kullanıcının Müşteri Kuruluşunu (Partner Hub'ında) sağlamak için kullandığınız şablon BroadWorks kimlik doğrulaması için yapılandırılmışsa, kullanıcı BroadWorks "Web Erişimi" parolasını girmelidir. Kullanıcının e-posta adresi Alternatif Kullanıcı Kimliği olarak yapılandırılmamışsa, kullanıcının BroadWorks Kullanıcı Kimliğini de girmesi gerekebilir.

Kullanıcının büyük ve küçük harf karakterlerini doğru girdiğinden emin olun.

200010

BroadWorks kullanıcısı yetkisiz olduğundan kimlik bilgileri doğrulanamadı.

Kullanıcı farklı bir kullanıcı adı ve parola kombinasyonunu denemeli.

Aksi takdirde, yöneticinin BroadWorks'te parolayı sıfırlaması gerekir.

200013

Üzgünüz, şu anda Webex ile <name of SP offer> ' e katılamazsınız. Lütfen birkaç dakika sonra tekrar deneyin. Sorun devam ederse lütfen <customer organization administrator>ile iletişime geçin.

Ortak Kimlik'te kullanıcı bilgilerini güncelleme başarısız oldu. Lütfen kullanıcı API'sini kullanarak kullanıcıyı tekrar güncelleyin.

200014

Lütfen <Service Provider> yöneticinizle iletişime geçin.

Yapılandırmanızın doğru olduğundan ve istekteki sağlama kimliğinin doğru olduğundan emin olmak için kontrol edin.
200016Oturum bulunamadığından kimlik bilgileri doğrulanamadı.Kullanıcı tarayıcıyı yenilemeli ve kullanıcı adını/parolayı tekrar denemeli.
200018Kullanıcı kilitlendiği için kimlik bilgileri doğrulanamadı.Kullanıcı 10 dakika bekleyip tekrar denemeli.
200019Kullanıcı ekleme işlemi başarısız olduğundan kimlik bilgilerinin doğrulanması başarısız oldu.Yönetici, Kontrol Merkezi'ndeki kendi kendini etkinleştirme ayarlarını kontrol etmelidir.
200022Kullanıcı kimliği doğrulanmadığı için e-posta gönderilemedi.Kullanıcı, kimlik bilgilerini eklemeyi ve girmeyi tekrar denemeli.
200025Üzgünüz, şu anda Kendini Etkinleştirme'ye katılamazsınız. Lütfen birkaç dakika içinde tekrar deneyin. Sorun devam ederse Sistem Yöneticiniz ile iletişime geçin.Kullanıcının birkaç dakika sonra tekrar denemesini sağlayın. Bu işe yaramazsa Cisco Destek ile iletişime geçin.
200026PartnerOrgUUID için ön kontrol hatası veya bekleyen kullanıcı yanlış durumu nedeniyle e-postanın doğrulanması başarısız oldu : {partnerOrgUUID} , Broadoworks UUID'si : {broadworksUUID} , YapılandırmaSetiUUID : {configSetUUID}Yönetici, e-posta adresi farklı bir kuruluşla ilişkili olduğu için kullanıcıya yanlış e-posta adresi girdiğinizi bildirmeli.
200039E-postanın farklı bir Org'da kullanımda olması nedeniyle emailId'nin doğrulanması başarısız oldu.Kullanıcı, aynı doğrulama bağlantısına tekrar eklemeyi, ancak farklı bir BroadWorks Kullanıcı Kimliği kullanmayı denemeli.

Aksi takdirde, farklı kuruluştan müşteri kuruluş yöneticisi mevcut mevcut e-postayı kullanıcı hesabı.

200040E-postanın doğrulanması başarısız oldu çünkü configSet, customerConfig'deki configSet ile eşleşmiyor.Yönetici, kullanıcının kullandığı doğrulama bağlantısını Control Hub'da yapılandırılan bağlantıyla karşılaştırmalı. İki bağlantı ve yapılandırma Setleri eşleşmeli.
200041Kullanıcının başka bir çakışan hizmete ve çakışan haklara zaten sahip olması nedeniyle e-posta doğrulaması başarısız oldu.Kullanıcı, farklı bir BroadWorks Kullanıcı Kimliği kullanarak aynı doğrulama bağlantısına tekrar eklemeyi denemeli.

Aksi takdirde, çakışan hizmeti yöneten müşteri kuruluş yöneticisi, çakışan hizmeti veya yetkilendirmeleri silebilir.

200042E-posta zaten başka bir BroadWorks Kullanıcı Kimliği ile ilişkilendirildiğinden e-posta doğrulanamadı.Kullanıcı farklı e-posta adresiyle tekrar denemeli.

Aksi takdirde admin bu e-posta adresini kullanan diğer kullanıcıyı silmek zorundadır.

200043Kullanıcı müşteri yapılandırma eşlemesi yanlış olduğundan e-postanın doğrulanması başarısız oldu.Kullanıcı farklı e-posta adresiyle tekrar denemeli. Aksi takdirde admin bu e-posta adresini kullanan diğer kullanıcıyı silmek zorundadır.
200044Bu BroadWorks kümesinde userId zaten kullanımda olduğundan e-posta doğrulanamadı.Kullanıcı farklı e-posta adresiyle tekrar denemeli. Aksi takdirde, bu e-posta adresini kullanan mevcut kullanıcı hesabı yöneticinin bu e-posta adresini kullanıcı hesabı.
200045Kullanıcı zaten farklı bir kuruluşa dahil olduğu için kendi kendine etkinleştirme aracılığıyla kullanıcı eklenemedi.Kullanıcıların farklı bir e-posta adresi kullanarak yeniden katılım sağlamayı denemeleri gerekir. Aksi takdirde, farklı kuruluşu yöneten müşteri kuruluş yöneticisi mevcut hesabı silebilir.
200046Aynı BroadWorks kümesi altında aynı broadworksUserId ile birden fazla bekleyen kullanıcı bulunduğundan kendi kendini etkinleştirme yoluyla kullanıcı ekleme işlemi başarısız oldu.Yönetici, bekleyen kullanıcıları Kontrol Merkezi'nden silmelidir.
200047Kullanıcı kimliği bu BroadWorks kümesinde zaten kullanımda olduğundan, kendi kendini etkinleştirme yoluyla kullanıcı ekleme işlemi başarısız oldu.Kullanıcı farklı e-posta adresiyle tekrar denemeli. Aksi takdirde, mevcut e-postayı yöneten kullanıcı hesabı yönetici, mevcut mevcut kullanıcı hesabı silebilir veya diğer yetkilendirmeleri kaldırmalı.
200048E-posta adresi daha önce farklı BroadWorks kullanıcı kimliğiyle sağlandığı için kendi kendine etkinleştirme aracılığıyla kullanıcı eklenemedi.Kullanıcı farklı e-posta adresiyle tekrar denemeli.
200049Kullanıcı kimliği bu BroadWorks kümesinde zaten kullanımda olduğundan, kendi kendini etkinleştirme yoluyla kullanıcı ekleme işlemi başarısız oldu.Kullanıcı farklı e-posta adresiyle tekrar denemeli. Aksi takdirde, mevcut e-postayı yöneten kullanıcı hesabı yönetici, mevcut mevcut kullanıcı hesabı silebilir veya diğer yetkilendirmeleri kaldırmalı.
200050Abonenin kuruluşunun beklenen sağlama kimliği ile sağlama kimliği uyuşmadığından, kendi kendini etkinleştirme yoluyla kullanıcı ekleme işlemi başarısız oldu.Yönetici, kullanıcının kullandığı doğrulama bağlantısını Control Hub'da yapılandırılan bağlantıyla karşılaştırmalı. İki bağlantı ve yapılandırma Setleri eşleşmeli.
200051Bu istekte belirtilen spEnterpriseId, bu BroadWorks Kümesinden önceden sağlanan bir Servis Sağlayıcısı veya Kuruluşla çakıştığından, kendi kendini etkinleştirme yoluyla kullanıcı ekleme işlemi başarısız oldu.Yönetici, Control Hub'da mevcut kuruluşlarını kontrol etmek ve halihazırda mevcut bir adlı kuruluş oluşturmamalarını kontrol etmektir.
200054Müşteri kuruluşu ve ortak kuruluş bölgesi uyuşmazlığı nedeniyle e-postanın doğrulanması başarısız oldu.Yönetici, Control Hub'da iş ortağı kuruluş ve müşteri kuruluş ayarlarını kontrol olmalı ve bölgelerin eş olduğundan emin olmalı.
300005Kullanıcı zaten kuyrukta olduğundan ve provizyon alma sürecinde olduğundan ön kontrol başarısız oldu.Kullanıcı sağlama işlemi halen devam ediyor. Lütfen birkaç dakika bekleyip tekrar kontrol edin.

Dizin Senkronizasyonu için hata kodları

Aşağıdaki hata kodları Dizin Senkronizasyonu için geçerlidir.

Hata kodu

Hata mesajı

600000

Broadworks Harici Dizini Kullanıcı Senkronizasyonu beklenmedik hata.

600001

BroadWorks Harici Dizini Kullanıcı Senkronizasyonu başarısız oldu.
600002

BroadWorks Harici Dizini Kullanıcı Senkronizasyonunun tamamlanmadan sonlandırılması gerekti.

600003

Broadworks Harici Dizin Kullanıcı Senkronizasyonu yalnızca kısmen başarılı oldu. Bazı Müşteri Kuruluşları senkronize edilemedi.

600004BroadWorks Harici Dizini Kullanıcı Senkronizasyonu ConfigSet için etkinleştirilmedi.
600005BroadWorks Harici Dizini Kullanıcı Senkronizasyonu ConfigSet için devam ediyor.
600006BroadWorks Harici Dizini Kullanıcı Senkronizasyonu iş parçacıkları meşgul veya kapatılıyor, bu nedenle daha fazla senkronizasyon isteği kabul edilmeyecek, daha sonra tekrar deneyin.
600007CustomerConfig’in Kimlik Kuruluşu bulunamadı.
600008CustomerConfig iş ortağı kuruluşunda bulunamadı
600009CustomerConfig ile ilişkili Broadworks kümesi meşgul olduğundan Broadworks Harici Dizin Kullanıcı Eşitlemesi çalıştırılamıyor.
600010CustomerConfig ile ilişkili bir Broadworks kümesi olmadığından Broadworks Harici Dizin Kullanıcı Eşitlemesi çalıştırılamıyor.
600011BroadWorks Harici Dizini Kullanıcı Senkronizasyonu CustomerConfig için etkinleştirilmedi.
600012Karma Dizin senkronizasyonu CustomerConfig için zaten etkinleştirildiğinden Broadworks Harici Dizini Kullanıcı Senkronizasyonu çalıştırılamıyor.
600013BroadWorks Harici Dizini Kullanıcı Senkronizasyonu, kullanıcıları ve makine hesaplarını kimlik deposuna ekleyemedi.
600014Broadworks kümesiyle bağlantı kurulmaya çalışılırken Broadworks Harici Dizini Kullanıcı Senkronizasyonu başarısız oldu. Broadworks hatası - %s.
600015Broadworks Harici Dizini Kullanıcı Senkronizasyonu kimlik deposunda eşleşen kullanıcı bulamadı.
600017BroadWorks Telefon Listesi Senkronizasyonu, tüm kullanıcı ve kuruluş/kuruluş kişilerini senkronizeamadı.
600018Kuruluş/kuruluş kullanıcılar için BroadWorks Telefon Listesi Senkronizasyonu başarısız oldu.
600019BroadWorks Telefon Listesi Senkronizasyonu, kuruluş/kuruluş kişilerini senkronizeamadı.
600020CustomerConfig senkronizasyon devam ediyor olduğu için BroadWorks Harici Dizin Kullanıcı Senkronizasyonu devre dışı bırakılamaz.
600022BroadWorks Harici Dizin Tek Kullanıcı Senkronizasyonu, kuruluşta sağlanan kullanıcı yok için mümkün değildir.
600023BroadWorks Harici Dizin Tek Kullanıcı Senkronizasyonu, kullanıcı zaten bu kuruluşta olduğundan mümkün değil.
600024BroadWorks Harici Dizin Tek Kullanıcı Senkronizasyonu mümkün değildir çünkü BroadWorks'te eşleşen kullanıcı bulunamadı.
600025BroadWorks Harici Dizin Kullanıcı Senkronizasyonu, CI'kullanıcı hesabı güncellanamadı.
600026BroadWorks Harici Dizin Kullanıcı Senkronizasyonu, CI'daki makine hesabını güncelleemedi.
600027BroadWorks Harici Dizin Tek Kullanıcı Senkronizasyonu mümkün değildir çünkü BroadWorks'te birden fazla kullanıcı bulundu.
600028BroadWorks Harici Dizin Tek Kullanıcı Senkronizasyonu mümkün değil çünkü en az bir kurumsal dizin senkronizasyonunun tamamlanmış olması gerekiyor.
600029Kuruluşta sağlanan kullanıcı yok bu yana BroadWorks Harici Dizin Kullanıcı Senkronizasyonu başarısız oldu.

Değişiklik geçmişi

Tabloda bu kılavuza ait değişiklik geçmişi bulunmaktadır.

TarihDeğiştir’i seçin
23 Nisan 2025 BroadWorks Calling Webex uygulama günlüğü kaynağından bwc klasörü kaldırıldı.
29 Temmuz 2023 Webex Uygulaması | Sorun Bildir (günlükler oluşturmak için) Ortak Hub'dan Kullanıcı Günlüklerini Al ve İstemci Günlüklerini veya Geri Bildirimleri Al bölümünereferans eklendi.
27 Haziran 2022 PazartesiGüncellendi Okuma Listesi, Connect (Android)'de Firebase'a Göç Yöntemi Prosedürü' nde eksik bağlantı ile.
21 Haziran 2022 ReadingList bağlantıları Cisco.com'daki yeni URL'lere işaret edecek şekilde güncellendi. Çağrı Yapılandırması ve Kayıt Sorunları, BroadWorks etiketleriyle ilgili sorunlar için Webex for Cisco BroadWorks Yapılandırma Kılavuzu 'na bir bağlantı eklenerek güncellendi.
14 Nisan 2022Yardım Masası'ndaki Kullanıcı Ayrıntılarını Kontrol Et ve Yardım Masası'ndaki Müşteri Organizasyonunu Görüntüle'ye bağlam ifadeleri eklendi; böylece Yardım Masası için rol gereksinimi açıklığa kavuşturuldu.
26 Mart 2022 Dizin Eşitleme için Hata Kodları'na yeni hata kodları eklendi.
15 Kasım 2021 Son Kullanıcı Hata Kodları'na 200013, 200014, 200025 ve 300005 hata kodları eklendi.
28 Eylül 2021Dizin Eşitleme için Hata Kodları Eklendi.
10 Temmuz 2021 Son Kullanıcı Hata Kodları'na 100006 hata mesajı eklendi. Ayrıca Kullanıcı Oturum Açma Sorunları da güncellendi.
10 Temmuz 2015 Temmuz 2015 Bilinen Sorunlar ve Sınırlamalar makalesine bağlantı içeren konu eklendi.
10 Temmuz 2021Yeni yenilenme için Webex ürün adı.
24 Haziran 2015 CumaGrafiklerdeki Webex logosu güncellendi.
08 Haziran 2021 Son Kullanıcı Hata Kodları tablosuna Önerilen Eylem sütunu eklendi.
24 Haziran 2021 Cuma Son Kullanıcı Hata Kodları tablosunda düzeltme.
28 Mayıs 2021 Alan Adı Talep Sorunları bölümü eklendi.
24 Nisan 2021 Son Kullanıcı Hata Kodları iki ek kodla güncellendi: 200016 ve 200054.
13 Nisan 2021Webex Hizmet Verilebilirlik Bağlantısı hakkında bilgi eklendi.
10 Aralık 2020Güncellenen belge. Yeni Webex Teams (Webex) bağlama. Son Kullanıcı Hata Kodları Eklendi.
3 Kasım 2020Çağrı Ayarları Webview eklendi.
22 Ekim 2020Yeni belge tanıtıldı.