Webex Sorunlarını Gidermeyle Ilgili Yardım
İş Ortağı Hub'ı Sorunları
Yönetici, Müşteri Kuruluşlarını görmüyor
Webex'da İş Ortağı Webex için yönetici olarak Tam Yönetici rolünüz olması gerekir. 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şiler) Satış Tam Yönetici rolünü veya Satış Yöneticisi rolünü vermek gerekir. Bkz. .https://help.webex.com/fs78p5
Kullanıcı Sağlama Sorunları
Belirli Kuruluşlar / Müşteriler için Entegre IM&P Hataları
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&P için yapılandırılanları kontrol etmek için (kuruluşlar için varsayılan, daha belirli bir ayar yoksa) çalıştırın AS_CLI/Interface/Messaging> get
. Belirli bir şirketin sağlama parametreleri için işletmeyi açın ve Entegre IM&P > Hizmetler'egidin.
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 |
Belirli Kullanıcılar için Entegre IM&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 bu oturuma bağımsız olarak oturum alanmıştır. Bu durumda, kullanıcının sağlamakta olduğu Müşteri Kuruluşuna bir parçası olması için ücretsiz hesabını silmesini sağlamak bir seçenektir. Talimatlar şu https://help.webex.com/5m4i4yşekildedir: .
Kullanıcının profiline atanmış bir birincil telefon numarası yok (BroadWorks aboneleri için Webex bir birincil DID'ye sahip olması gerekir). AS'den PSLog çözümle ilgili konu başlığına bakın.
Sağlama Köprüsünden 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 Tamam yanıtı, kullanıcının başarıyla sağlandı olduğu anlamınagelmez. 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 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 sağlama hizmetinin hizmet akışında kullanıcı oluşturmanın Webex başarısız olduğunu göstermek olabilir.
200 Tamam yanıtı olan bir sağlama hatasınıyükseltmelisiniz.
- 400 Kötü İstek
-
Sağlama hizmetlerinden bu yanıtın neden olduğu olası sorunlar hakkında daha fazla ayrıntıya sahip olması gereken HTTP yanıtını kontrol edin. Düğümden bazı
<message>
ö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ş veritabanında bulunamadı ve yeni kuruluş oluşturma bayrağı da etkinleştirilmedi."
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ılar Oturum Açma Sorunları
Kullanıcı Etkinleştirme Portalı Yüklenmedi
BroadWorks Webex 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 parolayı kullanarak olduğunu kontrol edin: Kullanıcının Müşteri Kuruluşunu (Partner Hub'da) sağlamak için kullanılan şablon BroadWorks kimlik doğrulaması için yapılandırılmışsa kullanıcının BroadWorks "Web Erişimi" parolasını girmesi gerekir.
Arama Yapılandırması ve Kayıt Sorunları
Kullanıcı bu Webex sağlandıktan sonra Webex uygulamasında başarıyla oturum açın, ardından uygulama BroadWorks'e kaydolr. Aşağıda beklenen kayıt dizisi ve iyi bir kayıtla ilgili sonuç işaretleri (kayıt uygulamasından görüleceği Webex):
Beklenen Kayıt Dizisi
İstemci, cihaz yönetimi belirteci ve DMS'nin URL'sini almak için XSI'yi arar
İstemci, adım 1'de yer alan belirteci sunarak DMS'den cihaz profilini talep eder
İstemci, cihaz profilini okuyabilir ve SIP kimlik bilgilerini, adresleri ve bağlantı noktalarını alabilir
İstemci, adım 3'te yer alan bilgileri kullanarak SBC'ye bir SIP REGISTER gönderir
SBC, SIP REGISTER'ı AS'ye gönderir (SBC, SBC'nin SIP kullanıcısını bilmiyorsa NS'de bir arama yapar.)
Başarılı İstemci Kaydı Için Beklenen İşaretler
Arama Seçenekleri simgesi, Webex görünür.
Webex telefon hizmetleri sekmesinde (ör.
Hizmetleri, Hizmetleri), "Oturum SSO: 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 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ı İstemcilerle Test Edilen Çoklu Çağrı Hizmetleri
Bu bilinen sorun, farklı geri arama sonları arasında değişen istemcinin neden 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ğrulaması Hizmetinin Yanlış Yapılandırılması
Kimlik doğrulama hizmetinin sahip olduğu XSP'leri Çözüm Kılavuzuna göre kontrol edin (BroadWorks XSPs için Webex 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/CommunicationYanılama/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get allowUserApp = false allowClientApp = true
MTLS kullanırken, istemci sertifikasını XSPs'Webex yüklemeniz gerekir (sertifikayı BroadWorks Ayarları sayfasında Partner Hub'dan edinebilirsiniz)
BroadWorks etiketlerinin yanlış yapılandırılması
Webex uygulaması için gerekli BroadWorks etiketlerini yapılandırmış olup olmadığını kontrol edin (Çözüm Kılavuzu'Webex bölümünde yer alan BroadWorks Etiketlerine bakın) ve hiçbir çakışma veya yanlış değer olmadığını kontrol edin.
Özellikle, %SBC_ADDRESS_WXT% etiketi, tüm uygulama istemcilerine yönelik SIP kayıt şirketinizin SBC Webex olması gerekir.
Masaüstü İstemcisi Başarılı Bağlantının Ardından Telefon SSO Bağlantısını Keser
Bu sorunun nedeni, aynı kullanıcının aynı platform türünde birden fazla istemcide oturum açması olabilir. Örneğin, kullanıcı Windows'daki Webex uygulamasında başarılı bir şekilde oturum açın ve ardından farklı bir Windows makinesi üzerinde webex uygulamasında oturum olursa makinelerden biri üzerinde yalnızca etkin bir SSO oturumu vardır. 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, BroadWorks için Webex kapsamının dışındadır.
Kullanıcı için Masaüstü Cihazı Sağlandı
Bu imza istemci (\bwc\) günlüğünde görülür:
<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceed:BWC:SCF: ConfigDownload - 'Business Communicator - PC' cihaz profili bulunamadı.
Çağrı Ayarları Web görüntüleme Sorunları
Uygulama için Self Care Düğmesi/Bağlantısı Webex 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ığında ve CSW etiketlerinin doğru şekilde ayar olduğunu doğrulayın. (Bkz. BroadWorks Çözümü Kılavuzu için Webex Ayarları Webviewbölümü.
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.
Boş Sayfa veya Kendi Kendine Bakım Düğmesine/Bağlantısına Tıkladıktan Sonra Hata
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.
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 olan mevcut hata kodlarını listeler.
|
Hata Kodu |
Hata Mesajı |
---|---|
200010 |
Broadworks kullanıcısı onaylanmadığı için kimlik bilgileri doğrulanamadı |
200018 |
Kullanıcı kilitlendi olarak kimlik bilgileri doğrulanamadı |
200019 |
Kullanıcı ekle olarak kimlik bilgileri doğrulanamadı, kendi kendine etkinleştirme başarısız oldu |
200022 |
Kullanıcının kimliği doğrulanmadığı için e-posta gönderilemedi |
200026 |
Ön kontrol hatası veya bekleyen kullanıcı durumu nedeniyle e-posta doğrulanamadı PartnerOrgUUID : {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID : {configSetUUID} |
200039 |
E-posta, farklı bir Kuruluşta zaten e-posta olarak doğrulanamadı |
200040 |
ConfigSet olarak e-posta doğrulanamadı, customerConfig'da configSet ile eşleşmedi |
200041 |
Kullanıcı zaten başka bir çakışan hizmet için yetki sahibi olduğu için e-posta doğrulanamadı, çakışan yetkilendirmeler |
200042 |
E-posta zaten başka bir broadworks UserId ile ilişkili olduğu için e-posta doğrulanamadı |
200043 |
Kullanıcı yapılandırma eşlemesi hatalı olduğu için e-posta doğrulanamadı |
200044 |
UserId bu broadworks kümesinde zaten olduğundan e-postanın doğrulanamadı |
200045 |
Kullanıcı zaten farklı bir org'un parçası olduğu için kendi kendine etkinleştirme ile kullanıcı eklenemedi |
200046 |
Aynı broadworks kümesi altında aynı broadworksUserId ile birden fazla bekleyen kullanıcı olduğu için kullanıcı kendi kendine etkinleştirme ile eklenemedi |
200047 |
userId bu broadworks kümesinde zaten kullanımda olduğu için kullanıcı kendi kendine etkinleştirme aracılığıyla eklenemedi |
200048 |
Kullanıcı, farklı bir BroadWorks userId ile zaten sağlandı olarak kendi kendine etkinleştirme ile eklenemedi |
200049 |
userId bu broadworks kümesinde zaten kullanımda olduğu için kullanıcı kendi kendine etkinleştirme aracılığıyla eklenemedi |
200050 |
Kullanıcının kendi kendine etkinleştirme ile provisioningID olarak ekleme işlemi abonenin işletmesi için beklenen provisioningID ile eşleşmedi |
200051 |
Bu istekte belirtilen spEnterpriseId olarak kullanıcı kendi kendine etkinleştirme ile eklenemedi, hizmet sağlayıcı Veya Kuruluş bu BroadWorks Kümesinden zaten sağlanan bir kuruluşla çakışıyor |