Filigran
19 Mar 2021 | görüntüleme(ler) | kişi bunun yararlı olduğunu düşündü

BroadWorks Sorun Giderme Kılavuzu için Webex

BroadWorks için Webex ile ilgili "nasıl yapılacak" konuları, günlük dosyalarının listeleri ve kullanımları ve belirli sorunları araştırmayla ilgili ipuçları gibi sorun giderme önerileri.

BroadWorks Sorunlarını Giderme için Webex

BroadWorks Sorunlarını Giderme için Webex

BroadWorks için Webex Sorunlarını Giderme

Bu belge, kendi ve müşterilerini destekleyen hizmet sağlayıcı kuruluşlarında teknik kişiler için tasarlanmıştır. Genel sorun giderme, günlük okuma ve abone olaylarla çalışma hakkında bilgi sahibi olacağını öngörük bir şekilde.

Makale üç ana bölüme bölündü:

  • Araçların,okuma malzemelerinin, günlüklerinin ve ihtiyacınız olabilir kişilerinin listesi olan Kaynaklar .
  • işlemler, bir müşteri sorununu giderirken gerçekleştirseniz bazı işlemleri açıklar.
  • Meydana gelebilir bilinen sorunları kategorize eden ve liste halinde alan, bunları nasıl tespit etmek için ve nasıl çözümekavuşturabileceksiniz? belirli Sorunlar.

Geçmişi Değiştir

Tarih

Değiştir’i seçin

Bölüm

10 Aralık 2020

Güncellenen belge. Webex Teams'i Webex'e (uygulama) yeniden bağlama.

Son Kullanıcı Hata Kodları Eklendi

Belirli Sorunlar

3 Kasım 2020

Çağrı Ayarları Web görüntüleme eklendi

Belirli Sorunlar

22 Ekim 2020

Yeni belge takdim edildi

Filigran
19 Mar 2021| görüntüleme(ler) | kişi bunun yararlı olduğunu düşündü

Kaynaklar

BroadWorks Sorun Giderme Kaynakları için Webex

Kişiler


Ekim 2020'den itibaren, BroadSoft müşteri desteğini Cisco CX destek süreçlerine ve araçlarına destekliyoruz. Bu, BroadWorks iş ortakları için Webex'in durum yönetimi için Xchange'i kullanarak Support Case Manager'ı (SCM) kullanmaya taşıması anlamına gelir.

Geçişin yaklaşık 3 ay boyunca ve 2020 takvim yıl sonu ile bitiminde olmasını bekliyoruz. BroadWorks/UCaaS TAC ekibi, bir vaka üzerinde geçirilirken BroadSoft Jira yerine CSOne / Lightning olaylarını desteklemeye başlayacaktır. Geçiş dönemi boyunca her iki sistemle de ilgili olaylara başvurulmanız gerekir.

Ayrıntılar için eski BroadSoft Support Geçişi'ne bakın.

Yararlı Günlük Dosyaları

Günlük adı Source Sorun giderme için faydalıdır
PSLog Uygulama Sunucusu Akış sağlama
tomcat access_log XSP Webex uygulamasında oturum açma
XsiActions Günlüğü XSP Webex IDP Proxy ile Webex uygulaması oturum açma etkileşimleri, cihaz profilleri sorgusu için istemci etkileşimleri
authenticationService günlüğü XSP Webex uygulamasında oturum açma (belirteç doğrulama ve verme)
XSLog XSP mi?

Anında bildirimler için mobil abonelikler

Çağrı sinyali

Webex uygulaması başlangıç günlüğü

Windows: \Kullanıcılar\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:

/Kullanıcılar/{username}/Library/Logs/SparkMacDesktop/current_log

Cep Telefonu: Günlükleri Gönder'i Kullanma

Başlangıç (sıra)

Kullanıcı için yetkilendirme kontrolleri

BroadWorks'e bağlanmak için BWC kütüphanesi başlatma

getUserProfile & JwT belirteci getirme günlük kaydı

BroadWorks çağrısı Webex uygulama günlüğü

müşteri

Windows: \Kullanıcılar\{username}\AppData\Local\CiscoSpark\bwc\current_log.txt

Mac:

/Kullanıcılar/{username}/Library/Logs/SparkMacDesktop/bwc/current_log

Cep Telefonu: Günlükleri Gönder'i Kullanma

Kayıt ve Çağrılar için tüm SIP trafiği

BWKS Arka Ucu için Trafiği Canlı Tut

Sinyal gerektiren orta arama özellikleri (Duraklat/Sürdür, Aktar vb.)

Ortam (Webex Media Engine) günlüğü

müşteri

Windows:

\Kullanıcılar\{username}\AppData\Local\CiscoSpark\media\*.log

Mac:

/Kullanıcılar/{username}/Library/Logs/SparkMacDesktop/media/

Cep Telefonu: Günlükleri Gönder'i Kullanma

Tüm Ortam günlüğe kaydetme

Bir çağrı için anlaşma yapılan codec'ler

Orta Arama özellikleri

Okuma Listesi

Filigran
19 Mar 2021| görüntüleme(ler) | kişi bunun yararlı olduğunu düşündü

Süreç

BroadWorks Sorun Giderme İşlemleri için Webex

Sorunu Yükseltme

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.

1

Sorun ile ilgili sistemlerden mümkün olduğu kadar bilgi toplayın

2

Bir olay açmak için Cisco'da uygun ekiple iletişime geçin (Kişiler bölümüne bakın)

Hangi İstemci Bilgilerini Toplayabilirsiniz?

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 (bu Webex tanımlayıcısıdır, ancak kullanıcının BroadWorks tanımlayıcısı da alırsanız yardımcı olacaktır)

  • 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 kimliğini kaydetme

Yardım Masası'nda Kullanıcı Ayrıntılarını Kontrol Et

1

Şurada oturum açın: https://admin.webex.com/helpdesk.

2

Arama ve ardından kullanıcıya tıklayın. Bu, kullanıcı özet ekranı açar.

3

Ayrıntılı kullanıcı yapılandırmasını görmek için kullanıcı adına tıklayın.

Bu görünümde kullanıcının UUID, common identity (CI) kümesi, Webex uygulama kümesi, Çağrı Davranışı, BroadWorks hesabı GUID'si gibi yararlı bilgiler yer almaktadır.

4

Bu bilgileri başka bir araçta kullanmak veya Bir Cisco vakaya eklemek gerekirse Kopyala'ya tıklayın.

Yardım Masasına Müşteri Kuruluşunu Görüntüleme

1

Şurada oturum açın: https://admin.webex.com/helpdesk.

2

Için arama ve ardından müşteri kuruluş adına tıklayın.

3

Müşteri Portal Görünümünü görene kadar aşağı kaydırın ve Kullanıcılar ve yapılandırma dahil Olmak üzere Müşteri kuruluşlarının salt okunur görünümünü görmek için Müşteri Adını Görüntüle'ye tıklayın.

İş Ortağı Hub' dan Kullanıcı Günlüklerini Alma

Masaüstü ve mobil istemci sorunlarını giderirken, İş Ortaklarının (ve TAC) istemci günlüklerini görüntüley yazması önemlidir.

1

Kullanıcıdan Günlükleri Göndermelerini sorun.

2

Kullanıcıdan Çağrı Ortamını Dışa Aktarması için ced.dat dosyasını göndermesini sorun.

3

İş Ortağı Hub'ı veya Yardım Masasından istemci günlüklerini alabilirsiniz (aşağıya bakı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'yi seçin.

  3. Günlükler'i seç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. Yardım Masası'nda oturum açma.

  2. Kuruluşu arama.

  3. Kuruluşa tıklayın (özet ekranı açar).

  4. Müşteriyi görüntüle 'ye tıklayın için aşağı kaydırı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ü Bulma

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 İstemci Kontrolü

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 Oturumunuz durumunugörmelisiniz.

(Örneğin farklı bir telefon hizmeti WebexÇağrısı , gösterilir, kullanıcı BroadWorks için Webex'i kullanmaz.)

Bu doğrulama, şu anlamına gelir:

  • İstemci, gerekli Webex mikro hizmetlerini başarıyla geçti.
  • Kullanıcının kimliği başarıyla doğrulandı.
  • İstemciye BroadWorks sisteminiz tarafından uzun süreli JSON web belirteci başlatıldı.
  • İstemci, cihaz profilini alındı ve BroadWorks'e kayıtlı.

İstemci Günlüklerini veya Geri BildirimLerini Almak

  • Webex masaüstü istemcilerinde belirli istemci günlüklerini bulmak için Kaynaklar bölümüne bakın veya kullanıcılardan günlük göndermelerini istemek için.

  • 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 Cisco Webex uygulaması devops 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 istemci günlükleri, kişiyi tanımlayıcı bilgileri kaldırmak için yoğun şekilde redacted vardır. Sorunu siz fark aynı oturumda istemciden Çağrı Ortamı Verilerini dışa aktarmalısınız.

1

İstemcide profil resmine tıklayın, ardından Çağrı Ortamı Verilerini Dışa > Yardım'atıklayın.

2

Bu kullanıcı için çağrı sorunlarını gidermek için ced.dat dosyasını kaydedin.

Önemli: İstemcide oturumun açık olması veya yeniden başlatılması, dahili önbelleği temizler. Bunun ardından ced.dat'ı dışa aktarın, dışa aktar alınan veriler önbellekten önce gönderilen günlüklere karşılık olmaz.

Webex Veritabanını Sıfırla

1

İstemcide Yardım ve Durum Denetleyicisi > öğesini tıklatın.

2

Veritabanını Sıfırla öğesiniseçin.

Bu, istemcinin tamamını sıfırlamayı tetikler ve Webex uygulaması oturum açma ekranına yüklenir.

Webex'in BroadWorks'e Kaydolması Gerektiğini Doğrulayın

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

  • broadworks-connector için kullanıcı yetkilendirmesi

  • Kuruluş ve kullanıcı için arama davranışı

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

  1. Ortak yönetici kimlik bilgilerinizlehttps://admin.webex.com/helpdeskYardım Masası () içinde oturum açın.

  2. Kullanıcı arama.

  3. Kullanıcıya tıklayın ve Arama Davranışı girişini kontrol edin. Bu, "Webex'te arama" olmalı.

  4. Kullanıcı adına tıklayın ve Kullanıcı Ayrıntıları ekranı açın.

  5. Yetkilendirmeler bölümünü bulmak için aşağı kaydırın vebroadworks-connector'ın dahil olduğunu doğrulayın.


    BroadWorks için Bir Webex kullanıcısı, BroadWorks için Webex'i kullanmaya niyeti varsa bc-sp standart yetkilendirmesini ALAMADI. Bu, Cisco tarafından yönetilen bulut çağrı hizmetiyle arayan Webex uygulaması olan "Webex Çağrısı (Broadcloud)" için yetkilendirmedir.

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

  1. Ortak yönetici kimlik bilgilerinizlehttps://admin.webex.com/helpdeskYardım Masası () içinde oturum açın.

  2. Kuruluşu arama.

  3. Kuruluşa tıklayın ve Çağrı Davranışı girişini kontrol edin. Bu, "Webex'te arama" olmalı.

Kullanıcı Sağlama Sorunları için PSLog'u Analiz Etme

Uygulama Sunucusunun PSLog'ını kullanarak sağlama köprüsüne HTTP POST isteğini ve Webex'in yanıtını bakın.

Doğru bir çalışma durumunda, yanıt 200 Tamamdır ve birkaç dakika sonra, Webex'te oluşturulan ilk kullanıcıysa kullanıcı ve yeni Müşteri kuruluşlarını bulabilirsiniz.

Post'ta gördüğünüz e-posta adresini aramak için Yardım Masası'nın arama yoluyla 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.

1

Kontrol etmek için ilk şey HTTP yanıt kodudur:

  • 200'den fazla tamam, kullanıcı sağlama hatasıdır.

  • 200 Tamam, abone profiliyle ilgili bir şeyler sağlama köprüsünin Webex hizmetleri yukarı akışında çalışmazsa hata yine de göstermek olabilir.

  • 400, yanıtta bir mesaj düğümü içerebilir. Sağlama köprüsü, aboneProfile üzerindeki bir işlemi işleme alamadı. 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 aboneProfilesi ile mevcut Webex verileri arasında bir çakışma olduğunu gösterir. Bu e-posta adresine sahip mevcut bir kullanıcı olabilir. Yanıtta mesajı 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, bir aboneProfile 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.

  • grup: Şablon "Hizmet Sağlayıcı modunda" ise bu küçük harfledir ve Partner Hub'da gördüğünüz Müşteri kuruluş adının adı haline gelir.

  • hizmetProvider: Ş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.

  • birincil TelefonNumarası: Mevcut olmalı. Sağlama işlemi, sağlama işlemi olmadan başarısız olur.

  • e-posta: 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.


 

Hizmetleri yok saymada, şu hizmetleri yok sayma: AS tarafından oluşturulur ve Webex tarafından kabul edilir ancak kullanılmaz.

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östermektedir. Ayrıca Webex ile XSP arasındaki bağlantının güvenliği MTLS tarafından sağlandı.

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.

Şekil 1. BroadWorks Kimlik Doğrulaması ve Cihaz Yapılandırması

Kullanıcı istemciyle etkileşime olur, istemci Webex hizmetleriyle etkileşimde olur:

  • 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 access_log:

  • Abone profili için GET isteği için Webex'te Xsi-Actions arayüzüne (diyagramda 2.1) bakın. Webex kullanıcı kimliğine sahip. Örneğin.

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

XsiActionsLog' içinde:

  • Webex'den profil GET isteği (diyagramda 2.1) bakın. Webex kullanıcı kimliğine sahip. Örneğin.

    GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

    Üst bilgiler yetki içerir: Temel ve kullanıcı aracısı: broadworksTeamsClient

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

  • Webex'e verilen Xsi yanıtı, (BroadWorks) userId dosyasını ve diğer ayrıntıları (diyagramda 2.2) içeren bir XML Profili bloğu içerir.

İstemci ve Webex hizmetleri etkileşimleri:

  • IdP proxy'si, BroadWorks'tan alınan kullanıcı profiliyle ve sorunlar SAML onayı istemciyle eşler (diyagramda 2.3)

  • İstemci, CI belirteci için SAML onay alışverişinde bulundu (diyagramda 3)

  • İstemci, oturum alan kullanıcının broadworks-connector yetkilendirmesini (diyagramda 4) sahip olduğunu kontrol ediyor. Yardım Masası'nda kullanıcı yetkilendirmelerini kontrol edin)

  • İstemci, IDP proxy'si üzerinden (diyagramda 5) JSON Web Belirteci (JWT) talep etmek için CI belirteci kullanır

  • IdP proxy, CI'da CI belirteci doğrular

  • Kimlik Sağlayıcı proxy, kimlik doğrulaması hizmetten JWT'yi talep ediyor

AuthenticationService günlüğünde:

  • Webex'in (diyagramda 5.2) belirteç isteğini bulabilirsiniz, ör.

    GET /authService/jeton

    başka http_bw_userid kişi var.

  • XSP, sağlanan kullanıcı kimliğinin BroadWorks kullanıcıya (diyagramda 5.3) karşılık gelen olduğunu doğrulamak için OCI-P UserGetLoginInfoRequestyapar. AuthService, mTLS bağlantısı sayesinde Webex ile güven kurarak LLT'i yayınlandırabilirsiniz.

  • LongLivedTokenManager - Belirteç tarafından oluşturulan, konu tarafından verilen yanıtı (diyagramda 5.4) bakın: bwksUserId@example.com, issuer: BroadWorks ...

    ve StatusCode=200, trackingid kullanarak orijinal istekle ilişkilendirmek için: İSTEMCI... Üstbilgi.

XsiActionsLog' içinde:

  • İstemci, artık cihaz profilini (diyagramda 6) almak için Xsi-Actions arayüzünde uzun jetonu sunabilecektir. Örneğin.:

    GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device

    Üst bilgi yetkilendirmesi ile: Taşıma belirteci ve kullanıcı aracısı: WebexEkams (versiyon/ versiyon)

  • Xsi-Actions arayüzüNDE DNS'ler, authservice belirteci (geri döngü arayüzünde olacak şekilde yapılandırıldı) ör. 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    takip koduyla ilişkisi olan: İSTEMCI...POST başlığında GET ve X-BROADSOFT-KORELASYON-KIMLIĞI : CLIENT...üstbilgisi.

AuthenticationService günlüğünde:

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

  • Xsi'ye bir StatusCode=200 geri

  • Ve bir belirteç doğrulama yanıtı, gövdede "belirteç" JSON blok sahip.

  • trackingid kullanılarak ilişkisiz: Istemci...

XsiActionsLog' içinde:

  • İstemcinin belirteci doğrulayan Authservice'den 200 Tamam alınan Xsi-Actions uygulaması artık UserPrimaryAndSCADeviceGetListRequest için OCI-P isteğini gönderiyor

  • AccessDeviceTable XML yapısını içeren OCI-P UserPrimaryAndSCADeviceGetListResponse'u alır.

  • OCI-P yanıtı, cihazın bulunduğu AccessDevices XML yapısı da dahil olmak üzere istemciye Xsi yanıtı olarak kodlanmış, örneğin İş Communicator – PC ve istemcinin cihaz yapılandırma dosyalarını al olduğu URL'ler.

İstemci normal şekilde devam ediyor:

  • Cihaz girişini seçer ve cihaz profilini almak için DMS ile etkileşimde olur (diyagramda 6)

  • DMS'den (diyagramda 7) yapılandırmada alınan SBC aracılığıyla BroadWorks'e kaydol

Filigran
19 Mar 2021| görüntüleme(ler) | kişi bunun yararlı olduğunu düşündü

Belirli Sorunlar

BroadWorks için Webex Belirli Sorunları Giderme

İş Ortağı Hub'ı Sorunları

Yönetici, Müşteri Kuruluşlarını görmüyor

Webex'te İş Ortağı organizasyonunda 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 hizmetlerini kullanan kuruluşlardan bir karışımınız varsa sağlama bağdaştırıcısını her kuruluş için değiştirmeyi tercih etmişsinizdir.

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 burada olup olduğunu kontrol etmek için Yardım Masası'ta kullanıcı aramanızı sağlar. Kullanıcı, yardım masası içinde görmek için izin verisi olmadığınız bir kuruluşta mevcut olabilir, bu zorunlu değildir.

  • Kullanıcı, Entegre IM&P hizmeti atanmadan önce Webex'e bağımsız olarak oturum yaptı. 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 tüm Webex'in 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 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 Webex hizmetleri yukarı akışında kullanıcı oluşturmanın 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ıta nedenabilecek 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'te yeni bir 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'te mevcut müşterilerle eşleşmeen e-posta etki alanları için partner Hub'da ş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 uygulanarak başarılı akışı sağlama için ilgili yapılandırmayı tamamladıklarının kontrol edin.

409 Çakışma

Webex'te 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 talebinden alın ve Yardım Masası'ta arayabilirsiniz.

İ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ı silmesini veya farklı bir e-posta adresi kullanarak bunları sağlamalarını silebilirsiniz. Bkz. .https://help.webex.com/ndta402

Kullanıcılar Oturum Açma Sorunları

Kullanıcı Etkinleştirme Portalı Yüklenmedi

BroadWorks oturum açma akışı için normal Webex, kullanıcıların parolalarını girmelerini içeren Bir Kullanıcı Etkinleştirme Portalı içerir. Bazen bu portal, kullanıcı webex uygulaması oturum açma ekranında e-posta adresini verdikten 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ıya Webex uygulaması için cihaz türleri atanmış olduğunu kontrol edin (Çözüm Kılavuzu'un 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ı Webex'te sağlandıktan ve Webex uygulamasında başarıyla oturum kaydettikten sonra uygulama BroadWorks'e kaydolacaktır. Aşağıda beklenen kayıt dizisi ve (Webex uygulamasından görüleceği gibi) iyi bir kaydın ortaya çıkan işaretleri vardır:

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 arayüzünde görünür.

Webex uygulaması telefon hizmetleri sekmesinde (ör. Windows'da Ayarlar > Phone Hizmetleri, Mac'te Tercihler > 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.

İstemci Telefon Hizmetleri Sekmesini gösteriyor, ancak SSO Oturumu yok

Bu başarısız bir kayıttır. Bir Webex uygulaması istemcisinin BroadWorks ile 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ı) Webex uygulaması istemcileri aracılığıyla teklif edilen farklı çağrı hizmetlerinin denemeleri sırasında yaşanabilir. 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'iniz üzerinde Hizmetleri Yapılandırma ' yabakın). Ö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, Webex istemci sertifikasını XSPs'e yüklemeniz gerekir (sertifikayı BroadWorks Ayarları sayfasında partner Hub'dan edinebilirsiniz)

BroadWorks etiketlerinin yanlış yapılandırılması

Webex uygulaması için gereken BroadWorks etiketlerini yapılandırmış olup olmadığını kontrol edin (Çözüm Kılavuzu'nda Webex için Gerekli BroadWorks Etiketleri bölümüne bakın) ve hiçbir çakışma veya yanlış değer olmadığını kontrol edin.

Özellikle , %SBC_ADDRESS_WXT% etiketi, Webex uygulama istemcileri için SIP kayıt şirketinizin SBC olması gerekir.

Başarılı SSO Bağlantısı sonrasında Masaüstü İstemcisi Telefon Hizmetlerinin 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'da Webex uygulamasında başarılı bir şekilde oturum açın ve ardından farklı bir Windows makinesi üzerinde webex uygulamasında oturum açınsa 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:106accessDeviceListSucceed:BWC:SCF: ConfigDownload - 'Business Communicator - PC' cihaz profili bulunamadı.

Çağrı Ayarları Web görüntüleme Sorunları

Webex uygulamasında Kendi Kendine Bakım Düğmesi/Bağlantısı Göster 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'te Çağrı Ayarları Webviewbölümü.

  • BroadWorks'i aramak için Webex uygulamasının kayıtlı olduğunu doğrulayın.

  • Webex uygulamasının CSWV'yi destekleyen yeni 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

Genellikle, Webex uygulamasındaki bu davranış, 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. Tabloda, yalnızca Webex uygulamasının kullanıcıya net bir yön oluşturmamış olduğu mevcut hata kodları liste tablodadır.
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, bu BroadWorks Kümesinden zaten sağlanan bir Hizmet Sağlayıcıyla veya Kuruluşla çakışıyor

Bu makale yararlı oldu mu?

İlgili Makaleler

En Son Görüntülenenler

×