Webex BroadWorks 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ı

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&P için yapılandırılanları kontrol etmek için (daha belirli bir ayar yoksa kuruluşlar için varsayılan) ç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 yeni bir kullanıcıya bağımsız olarak bu oturuma oturumlanmış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 (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 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 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. Bazı örneklerde <message> Düğüm:

  • "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

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 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 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 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 gerçekleştirmesi gerekir.)

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 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ğrulaması 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, 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 hatalı 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, Cisco BroadWorks Webex kapsamınındışı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 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

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

Etki Alanı 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 hizmet sağlayıcı etki alanlarını talep eder. 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ın 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. Son Kullanıcı Hata Kodları

Hata Kodu

Hata Mesajı

Önerilen Eylem

200010

Kimlik bilgilerinin BroadWorks kullanıcısı yetkisiz olarak doğrulanamadı

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

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

200016

Kimlik bilgilerinin oturum olarak doğrulanamadı

Kullanıcı tarayıcıyı yenilemeli ve kullanıcı adını/parolayı tekrar denemeli.

200018

Kullanıcı kilitlendi olarak kimlik bilgileri doğrulanamadı

Kullanıcı 10 dakika bekleyip tekrar denemeli.

200019

Kullanıcı ekle olarak kimlik bilgileri doğrulanamadı, kendi kendine etkinleştirme başarısız oldu

Yönetici, Control Hub'da otomatik etkinleştirme ayarlarını kontrol etmek için

200022

E-posta, kullanıcının kimliği doğrulanmadı olarak gönderemedi

Kullanıcı, kimlik bilgilerini eklemeyi ve girmeyi tekrar denemeli.

200026

Ön kontrol hatası veya bekleyen kullanıcı durumu nedeniyle e-posta doğrulanamadı PartnerOrgUUID : {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID : {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.

200039

E-posta, farklı bir Kuruluşta zaten e-posta olarak doğrulanamadı

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

200040

configSet olarak e-posta doğrulanamadı, customerConfig'da configSet ile eşleşmedi

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.

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

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.

200042

E-posta zaten başka bir BroadWorks UserId ile ilişkili olduğu için e-posta doğrulanamadı

Kullanıcı farklı e-posta adresiyle tekrar denemeli.

Aksi takdirde, yöneticinin bu e-posta adresini kullanan diğer kullanıcının da silmesi gerekir.

200043

Kullanıcı yapılandırma eşlemesi hatalı olduğu için e-postanın doğrulanamadı

Kullanıcı farklı e-posta adresiyle tekrar denemeli.

Aksi takdirde, yöneticinin bu e-posta adresini kullanan diğer kullanıcının da silmesi gerekir.

200044

UserId zaten bu BroadWorks kümesinde 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ı.

200045

Kullanıcı zaten farklı bir org'un parçası olduğu için kendi kendine etkinleştirme ile kullanıcı eklenemedi

Kullanıcı ekleme işlemini, farklı bir e-posta adresiyle yeniden denemeli.

Aksi takdirde, farklı kuruluşu yöneten müşteri kuruluş yöneticisi mevcut hesabı silebilir.

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 aracılığıyla eklenemedi

Yönetici, bekleyen kullanıcıları Control Hub'dan silebilir

200047

userId bu BroadWorks kümesinde zaten kullanımda olduğu için kullanıcı kendi kendine etkinleştirme aracılığıyla eklenemedi

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

200048

Kullanıcı, farklı bir BroadWorks userId ile zaten sağlandı olarak kendi kendine etkinleştirme ile eklenemedi

Kullanıcı farklı e-posta adresiyle tekrar denemeli.

200049

userId bu BroadWorks kümesinde zaten kullanımda olduğu için kullanıcı kendi kendine etkinleştirme aracılığıyla eklenemedi

Kullanıcı farklı e-posta adresiyle tekrar denemeli.

Aksi takdirde, mevcut e-postayı yöneten müşteri kullanıcı hesabı mevcut yetkilendirmeleri s kullanıcı hesabı veya diğer yetkilendirmeleri kaldırması gerekir.

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

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.

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

Yönetici, Control Hub'da mevcut kuruluşlarını kontrol etmek ve halihazırda mevcut bir adlı kuruluş oluşturmamalarını kontrol etmektir.

200054

Müşteri kuruluş ve iş ortağı kuruluşlarının bölgesi olarak e-posta doğrulanamadı

Yönetici, Control Hub'da iş ortağı kuruluş ve müşteri kuruluş ayarlarını kontrol olmalı ve bölgelerin eş olduğundan emin olmalı.