Geri bildiriminiz için teşekkürler.

Bu makale, hem kendilerine hem de müşterilerine destek sağlayan hizmet sağlayıcı kuruluşlardaki teknik destek ekibi için hazırlanmıştır. Genel sorun giderme, log okuma ve abone vakalarıyla çalışma konularında bilgi sahibi olmaları gerekir.

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

• Kaynaklar—ihtiyaç duyabileceğiniz araçların, okuma materyallerinin, kayıtların ve iletişim bilgilerinin listesini sunar.
• Süreçler—müşteri sorununu giderme sırasında uygulayabileceğiniz bazı eylemleri açıklar.
• Belirli sorunlar—bilinen sorunları kategorize eder ve listeler, bunların nasıl tespit edileceğini ve potansiyel olarak nasıl çözülebileceğini açıklar.

Faydalı 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 Gönderme Sunucusu (Özellik Açıklaması)
• Çağrılar için Push Bildirim Desteği Özellik Açıklaması 22.0 Sürümü
• Connect (Android) Uygulamasının Firebase'e Geçişi İşlem Yöntemi
• Cisco BroadWorks Anlık Bildirimler için Cihaz Tokenlerinin Depolanması Özelliği Açıklaması Sürüm 22.0
• Cisco BroadWorks Sistem Kapasite Planlayıcısı (elektronik 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 makalesi, Webex for BroadWorks çözümünde tespit ettiğimiz bilinen sorunlar hakkında güncel bilgiler içermektedir.

Hizmet Verilebilirlik Bağlayıcısı

Webex Servis Edilebilirlik hizmeti, Cisco teknik destek personelinin altyapıdaki sorunları teşhis etme hızını artırır. Bu yazılım, teşhis kayıtlarını ve bilgileri bulma, alma ve bir SR vakasına kaydetme 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.

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

Bir sorunu tırmandırmak

Sorun giderme yönergelerinin bazılarını uyguladıktan sonra, sorunun kaynağı hakkında makul bir fikre sahip olmalısınız.

Prosedür

1. Konuyla ilgili sistemlerden mümkün olduğunca çok bilgi toplayın.
2. Bir destek talebi oluşturmak için Cisco'daki ilgili ekiple iletişime geçin.

Hangi müşteri bilgilerini toplamalı?

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, bunu vaka ayrıntılarına ekleyin).
• Kuruluş tanımlayıcısı.
• Sorunun yaşandığı yaklaşık zaman dilimi.
• İstemci platformu ve sürümü.
• İstemciden günlük kayıtlarını gönderin veya toplayın.
• İstemcide takip numarası görünüyorsa 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 iş ortağı yöneticileri, Yardım Masası görünümünü kullanarak kullanıcı ayrıntılarını kontrol etmek için bu prosedürü kullanabilirler.

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ümde yer alan yararlı bilgiler arasında kullanıcının UUID'si, ortak kimlik (CI) kümesi, Webex Uygulama kümesi, Arama Davranışı ve BroadWorks hesap GUID'si bulunmaktadı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 kuruluşunu görüntüle

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

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ü bölümünü görene kadar aşağı kaydırın ve MüşteriAdı Görüntüle seçeneğine tıklayarak Müşteri kuruluşunun (kullanıcılar ve yapılandırma dahil) salt okunur bir görünümünü görüntüleyin.

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

Masaüstü ve mobil istemci sorunlarını giderme sürecinde, İş Ortaklarını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 ced.dat dosyasını size göndermesini isteyin.
3. Müşteri kayıtlarını İş Ortağı Merkezi veya Yardım Masası'ndan 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ırarak Müşteriyi görüntüleseçeneğine 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ünü nasıl bulabilirim?

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.

Müşteri arama hizmeti için kontrol yapsın

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. Oturumunuz olan 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ı.

Müşteri kayıtlarını 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ından günlük kayıtlarını göndermelerini isteyin, ardından bu kayıtları İş Ortağı Merkezi 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. İstemci tarafında Yardım seçeneğine tıklayın. > Sağlık Kontrolü.
2. Veritabanını Sıfırla öğesiniseçin. Bu işlem, istemcinin tamamen sıfırlanmasını tetikler ve Webex Uygulamasının giriş ekranını yükler.

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

Webex uygulaması, BroadWorks'e kayıt olup olmayacağını belirlemek için aşağıdaki bilgileri kontrol eder:

• Kullanıcının broadworks-connector'a erişim hakkı.
• Organizasyon ve kullanıcı için çağrı davranışı.

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

1. İş ortağı yönetici kimlik bilgilerinizle Yardım Masası 'na giriş yapı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. Aşağıya doğru kaydırarak entitlements bölümünü bulun ve broadworks-connector ' nin dahil edildiğini doğrulayın.

   

   Webex for Cisco BroadWorks'ü kullanmayı planlıyorsa, bir Webex for Cisco BroadWorks kullanıcısının bc-sp-standard yetkilendirmesine sahip olmaması gerekir. Bu, Cisco tarafından yönetilen bir bulut arama hizmeti aracılığıyla Webex Uygulaması üzerinden yapılan aramaları ifade eden "Webex Araması (Broadcloud)" için verilen yetkilendirmedir.

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

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

Kullanıcı yetkilendirme 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. Öncelikle HTTP yanıt kodunu kontrol edin:
   • 200'den fazla tamam, kullanıcı sağlama hatasıdır.
   • 200 OK yanıtı, abone profiliyle ilgili bir şeyin, sağlama köprüsünün üst tarafındaki Webex hizmetlerinde düzgün çalışmaması durumunda yine de bir hatayı gösterebilir.
   • 400 numaralı yanıtta message düğümü bulunabilir. Tedarik 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 hatası, 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. Yanıttaki 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 isteği subscriberProfile XML yapısı 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 harfe çevrilir ve İş Ortağı Merkezi'nde 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 içindeki kıtayı dikkate almayın: AS tarafından oluşturulur ve kabul edilir, ancak kullanıcı tarafından Webex.

Abone giriş 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ının Webex uygulamasında BroadWorks kimlik doğrulaması yaparken kullanıcı, istemci, Webex hizmetleri ve BroadWorks sistemi arasındaki etkileşimi göstermektedir. Ayrıca, Webex ile XSP arasındaki bağlantı MTLS ile güvence altına alınmıştı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ı, Webex Uygulamasına e-posta adresini girer (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.

Erkek kedide 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 onayı gönderir (diyagramda 2.3).
• İstemci, SAML onayını bir CI belirteciyle değiştirir (diyagramda 3).
• İstemci, oturum alan kullanıcının broadworks-connector yetkilendirmesini (diyagramda 4) sahip olduğunu kontrol ediyor. Kullanıcı yetkilendirmelerini Yardım Masası'ndan kontrol edebilirsiniz.
• İstemci, IDP proxy'sinden (diyagramda 5) bir JSON Web Token (JWT) istemek için CI token'ını kullanır.
• IDP proxy'si, CI'da CI token'ını doğrular.
• IDP proxy'si, kimlik doğrulama servisinden JWT talep eder.

AuthenticationService günlüğünde:

• Webex'ten gelen belirteç isteğini arayın (diyagramda 5.2). Örneğin: GET /authService/token başlığı ve diğerlerini içeren http_bw_userid
• XSP, sağlanan 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 (diyagramda 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 ' den gelen yanıtı (diyagramda 5.4) arayın; bu yanıtı trackingid: CLIENT… başlığını kullanarak orijinal istekle ilişkilendirebilirsiniz.

XsiActionsLog' içinde:

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

AuthenticationService günlüğünde:

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

• A StatusCode=200 Xsi'ye geri dön

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

• Web için trackingid: CLIENT…

XsiActionsLog' içinde:

• İstemcinin belirtecinin doğrulanmasını sağlayan authservice'ten 200 OK yanıtı aldıktan sonra, Xsi-Actions uygulaması artık OCI-P isteği gönderiyor. UserPrimaryAndSCADeviceGetListRequest
• accessDeviceTable XML yapısını içeren OCI-P UserPrimaryAndSCADeviceGetListResponse alır.
• OCI-P yanıtı, AccessDevices XML yapısını içeren ve deviceTypes. Örnek: Business Communicator – PC ve istemcinin cihaz yapılandırma dosyalarını al olduğu URL'ler.

İstemci şu şekilde devam eder:

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

İş Ortağı Merkezi sorunları

1. Yönetici müşteri kuruluşlarını göremiyor.

Webex'te İş Ortağı 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 kuruluşları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ı rollerini atama.

Kullanıcı yetkilendirme sorunları

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

Örneğin, UC-One SaaS ve Cisco BroadWorks için Webex gibi farklı bulut tabanlı iş birliği hizmetleri kullanan çeşitli işletmeleriniz varsa, her işletme için ayrı ayrı sağlama adaptörünü değiştirmeyi tercih etmiş olabilirsiniz.

Entegre IM için nelerin yapılandırıldığını kontrol etmek için & P (kurumsal işletmeler için varsayılan değer, daha özel bir ayar yoksa), AS_CLI/Interface/Messaging> getçalıştır. Belirli bir işletmenin tedarik parametreleri için, işletmeyi açın ve Hizmetler bölümüne 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:

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

Bu, akışlı kaynak tahsisi kullanıyorsanız geçerlidir ve kaynak tahsisinin düzgün çalıştığını varsayar. some/most Kullanıcılar (böylece yapılandırma sorununu eleyebilirsiniz). Entegre Anlık Mesajlaşma'yı görüyorsanız & Örneğin, BroadWorks'te P hataları, “[Error 18215] Mesajlaşma sunucusunda sağlama hatası” ve “[Error 18211] Mesajlaşma sunucusuyla iletişim hatası” durumunda, aşağıdaki olası nedenleri araştırmalısınız:

• Kullanıcının e-posta adresi zaten mevcut olabilir CI. Kullanıcının e-posta adresinin zaten kayıtlı olup olmadığını kontrol etmek için Yardım Masası'nda arama yapın. Bu kesin bir sonuç olmayabilir, çünkü kullanıcı, Yardım Masası'nda görmenize izin verilmeyen verilerin bulunduğu bir kuruluşta yer alıyor olabilir.
• 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 de kullanıcının ücretsiz hesaplarını silmesini ve böylece sizin tedarik ettiğiniz Müşteri Kuruluşunun bir parçası olmasını sağlamaktır. Talimatlar şurada bulunmaktadır: https://help.webex.com/5m4i4y
• Kullanıcının profiline atanmış birincil telefon numarası yok (Webex for Cisco BroadWorks abonelerinin tümünün birincil bir DID numarasına sahip olması gerekir). AS'den PSLog çözümle ilgili konu başlığına bakın.

3. Kullanıcı yetkilendirme hataları, yetkilendirme köprüsünden gelen yanıtta ortaya çıkıyor.

Entegre Anlık Mesajlaşma atamasından birkaç dakika sonra kullanıcılar Kontrol Merkezi'nde görünmüyorsa, & P, tedarik köprüsü hizmetinden gelen yanıt kodlarına bir göz atın. 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 yetkilendirildiği 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 200 OK yanıtı veriyor çünkü kullanıcı oluşturma işlemi birkaç dakika sürebiliyor ve performans nedenleriyle aynı kullanıcıyı oluşturmak için birden fazla istek almak istemiyoruz. Ancak, 200 OK yanıtından sonra kullanıcı Müşteri Kuruluşunda görünmezse, bu durum, sağlama hizmetinin üstündeki Webex hizmetlerinde kullanıcı oluşturma işleminin başarısız olduğunu gösterebilir. 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ğı da etkinleştirilmemiş. 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

Yapılandırmayı düzeltmediğiniz sürece tedarik isteği başarılı olamaz. Bu durumda talebi ve yanıtı incelemeniz gerekecek. Ö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.

4. 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ı

1. 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, kullanıcı Webex uygulaması giriş ekranında e-posta adresini verdikten sonra bu portal yüklenmeyebiliyor. 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.

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

• BroadWorks'te, kullanıcının Webex Uygulaması için cihaz türlerinin atanmış olduğundan emin olun (Çözüm Kılavuzunun Ortamınızı Hazırlayın bölümündeki [] Cihaz Profilleri bölümüne bakın).
• Kullanıcının doğru şifreyi kullandığından emin olun. Kullanıcının Müşteri Organizasyonunu (Partner Hub'da) sağlamak için kullandığınız şablon BroadWorks kimlik doğrulaması için yapılandırılmışsa, kullanıcının BroadWorks "Web Erişimi" şifresini girmesi gerekir. Kullanıcının e-posta adresi alternatif kullanıcı kimliği olarak yapılandırılmamışsa, BroadWorks kullanıcı kimliğini de girmesi gerekebilir. Kullanıcının büyük ve küçük harfleri doğru girdiğinden emin olun.

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

Bir kullanıcı Webex'te yetkilendirildikten ve Webex Uygulamasına başarıyla giriş yaptıktan sonra, uygulama BroadWorks'e kaydolur. Aşağıda beklenen kayıt sırası ve başarılı bir kaydın Webex Uygulamasından görülen belirtileri yer almaktadır:

1. 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 isteğini AS'ye gönderir (SBC, SIP kullanıcısını zaten bilmiyorsa, AS'yi bulmak için NS'de arama yapabilir).

2. Müşteri kaydının başarılı olduğuna dair beklenen işaretler

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

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

3. Müşterinin arama 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 Webex Uygulama istemcisinin BroadWorks'e kayıt işleminin başarısız olmasının birden fazla nedeni vardır:

4. Aynı müşterilerle birden fazla arama hizmeti test ediliyor.

Bu bilinen sorunun nedeni, istemcinin farklı geri arama sonları arasında geçiş olması olabilir. Bu durum, (aynı) Webex Uygulaması istemcileri aracılığıyla sunulan farklı arama hizmetlerinin denemeleri sırasında ortaya çıkma olasılığı en yüksektir. Bu sorunu gidermek için istemci veritabanını (bağlantıyı) sıfırlayabilirsiniz.

5. 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ı Partner Hub'dan, BroadWorks Ayarlar sayfasından edinebilirsiniz).

6. 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 Webex for Cisco BroadWorks Yapılandırma Kılavuzu 'na bakın. Çakışma veya hatalı değer olmadığından emin olun. Özellikle, %SBC_ADDRESS_WXT% etiketi, Webex Uygulaması istemcileri için SIP kayıt kuruluşunuza yönelik SBC olmalıdır.

7. Masaüstü istemcisi, başarılı SSO bağlantısının ardından telefon hizmetlerini kesiyor.

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'ta Webex Uygulamasına başarıyla giriş yaptıktan sonra farklı bir Windows makinesinde Webex Uygulamasına giriş yaparsa, makinelerden yalnızca birinde aktif bir SSO oturumu bulunur. 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.

8. Masaüstü aygıtı kullanıcı için yapılandırılmamış.

Bu imza istemci günlüklerinde görülmektedir:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

9. Gelen mobil aramalar bir kez çalıyor veya cevaplanamıyor.

Webex mobil uygulamasına gelen aramalar yalnızca bir kez çalıyor veya kullanıcı gelen aramayı yanıtlayamıyor. Aynı kullanıcıya ait diğer uç noktalar çalmaya devam edebilir.

Nasıl tespit edilir?

Webex mobil istemci günlüklerinde, push çağrı akışında XSI hata kodu 101002'yi arayın. Örnek:

Yanıt Kodu: 400

handlePushCallInfoFailure:BWC:INTERNAL: Push çağrısı: callID için xsi durumu: <callID> xsi hata kodu: 101002

closePushCallWithReason:BWC:INTERNAL: Belirtilen kimlikle push bildirimini kapatmayı deneyin. = <callID>, sebep = ÇağrıTerk Edildi

Nedeni: 101002 hata kodu, LocateUser yanıtında yanlış Uygulama Sunucusu (AS) döndürüldüğünü gösterebilir. Bu durum, kullanıcının ikincil bir AS'ye geçiş yapması halinde ortaya çıkabilir.

Önerilen kontroller:

Push'un dağıtıldığı ADP veya XSP'den, etkilenen kullanıcı için LocateUser komutunu çalıştırın:

curl 'http://:80/servlet/LocateUser?url=&returnCompatibleXSP=true&callPRequest=true'

Örnek: curl 'http://1.1.1.1:80/servlet/LocateUser?url=9721112222@gmail.com&returnCompatibleXSP=true&callPRequest=true'

Çözünürlük: Eğer LocateUser kullanıcı için ikincil AS'yi döndürürse, kullanıcıları kümenin birincil Uygulama Sunucusuna geri taşımak için birincil NS sunucusunda migrateUserToDefaultNode.pl komut dosyasını çalıştırın.

NS sunucusuna SSH üzerinden giriş yapın, /usr/local/broadworks/bw_base/bin dizinine gidin ve şunu çalıştırın:migrateUserToDefaultNode.pl

Örnek: migrateUserToDefaultNode.pl bwas1

hostingNE değerini almak için şunu çalıştırın: NS_CLI/System/Device/HostingNE> get

Komut dosyası öncelikle argüman olarak verdiğiniz barındırma ağ yapısını (NE) bulup bulamayacağını kontrol eder. Barındırma ağ düğümünün geçerli olduğunu doğruladıktan sonra, DN, uzantı ve URL'yi o barındırma ağ düğümünün varsayılan düğümüne günceller.

Mümkünse, komut dosyasını trafiğin düşük olduğu bir dönemde çalıştırın. Ancak, etkilenen kullanıcılar için hizmeti geri yüklemek gerektiğinde komut dosyasını herhangi bir zamanda çalıştırmak genellikle kabul edilebilir bir durumdur.

Bu komut dosyası yalnızca tek bir kullanıcı için çalıştırılamaz. LocateUser çıktısında listelenen tüm kullanıcıları taşır. Eğer betiği çalıştıramıyorsanız, etkilenen kullanıcıyı BroadWorks'te silin ve yeniden oluşturun, böylece kullanıcı doğru AS üzerinde yeniden oluşturulmuş olur.

Kullanıcı cihazından ikincil AS'ye gönderilen herhangi bir SIP mesajı, kullanıcının geçiş yapmasına neden olabilir. Kullanıcılar, gelen istekler ikincil AS'ye ulaşmaya devam etmediği sürece, varsayılan 15 dakikalık aralıktan sonra genellikle birincil AS'ye geri dönerler. Örneğin, SBC, AS1'e bağlanamazsa ve ikincil AS'ye yönlendirilirse, etkilenen kullanıcılar ikincil AS'ye geçebilir. Dağıtım şekline bağlı olarak, SBC'nin birincil AS'ye ulaşmada sorun yaşamaya devam etmesi durumunda tek bir trunk grubu veya kullanıcı ikincil AS'ye sabitlenebilir.

Daha fazla bilgi için aşağıdaki belgelere bakınız:

• Bölüm 3.4.5 Uygulama Sunucusu Kullanıcı Geri Alma Yeteneği ve 5.4.5 Otomatik Geri Alma Cisco BroadWorks Yedeklilik Kılavuzu

• Cisco BroadWorks ASR Geliştirmeleri Özellik Açıklaması

Çağrı ayarları web görünümü sorunları

1. Kendi kendine bakım button/link Webex uygulamasında görünmüyor

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 doğru ş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) .
• Webex uygulamasının BroadWorks'te arama yapmak üzere kayıtlı olduğundan emin olun.
• Webex uygulamasının CSWV'yi destekleyen güncel bir sürüm olduğundan emin olun.

2. Öz Bakım'a tıkladıktan sonra boş sayfa veya hata button/link

Genellikle, Webex uygulamasındaki bu davranış, BroadWorks XSP üzerindeki CSWV uygulamasında bir yapılandırma veya dağıtım sorununa işaret eder. 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ı talep 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önetecekleri müşteri kuruluşlarının etki alanlarını talepmalarına neden olmaz. 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.