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.

Yararlı günlük dosyaları

Okuma listesi

• Cisco BroadWorks İş Ortağı Bilgi Portalı için Webex
• XSP Platform Yapılandırma Kılavuzu (R23)
• BroadWorks Yazılım Yönetim Kılavuzu (R23)
• Cisco BroadWorks Aygıt Yönetimi Yapılandırma Kılavuzu (R23)
• Broadworks Xsp Komut Satırı Arayüzü Yönetim Kılavuzu
• Uzun Kimlik Doğrulaması Jetonu Özelliği Açıklaması 23.0 Sürümü
• SAML Kimlik Doğrulama entegrasyon kılavuzu, R23
• Cisco BroadWorks SSL Destek Seçenekleri Kılavuzu
• Cisco CI Destek Özelliği Açıklaması
• Bildirim Push Sunucusu (Özellik Açıklaması)
• Çağrılar için Push Bildirim Desteği Özellik Açıklaması 22.0 Sürümü
• Connect (Android) Firebase'a Göç İşlem Yöntemi
• Cisco BroadWorks Push Bildirimleri için Cihaz Belirteçlerinin Depolanması Özellik Açıklaması Sürüm 22.0
• Cisco BroadWorksSistem Kapasite Planlayıcısı (e-tablo)
• Cisco BroadWorks Platform Boyutlandırma Kılavuzu
• Cisco Broadworks Sistem Mühendisliği Kılavuzu
• CI Kimlik Doğrulaması Desteği Gereksinimleri Belge Sürümü 1.0 MR-7136

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.

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:

  

Ç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".

   

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

   

   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.

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

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:

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.

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.

Dizin Senkronizasyonu için hata kodları

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