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

  1. İstemci, cihaz yönetimi 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, adresleri 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, 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. Windows'da Ayarlar > Phone Hizmetleri, Mac'te Tercihler > Telefon 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.
Tablo 1. Son Kullanıcı Hata Kodları

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