Webex Sorunlarını Giderme İşlemleri için Destek

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ı'da Kullanıcı Ayrıntılarını Kontrol Yardım Masası

1

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

2

Öğesini ara 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 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.

Müşteri Kuruluşuna Yardım Masası

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

partner Hub veya Yardım Masası istemci günlüklerini Yardım Masası (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. Oturum aleni Yardım Masası.

  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 durumunu görmelisiniz.

(Örneğin farklı bir telefon hizmeti Webex Callinggösterilir; kullanıcı BroadWorks için Webex kullan değildir.)

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ı.
  • İstemciye BroadWorks sisteminiz tarafından uzun süreli JSON web belirteci başlatıldı.
  • İstemci, cihaz profilini alındı ve BroadWorks'e kayıtlı.

Geri bildirim İstemci Günlükleri geri bildirim al

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

  • 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 uygulama Cisco Webex ekibine gider. Cisco ile takip etmek istediğiniz için kullanıcının geri bildirim 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.

1

İstemcide sağ tıklatın profil resmi ve 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.

Veritabanını Webex Sıfırla

1

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

2

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

Bu, istemcinin tam olarak sıfırlanır ve uygulama Webex yüklenir.

BroadWorks Webex ye Kaydolmanız Gerektiğini Doğrulayın

Uygulama Webex 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. İş ortağı Yardım Masasıhttps://admin.webex.com/helpdesk() ile oturum açı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" olması gerekir.

  4. Kullanıcı kullanıcı adı açmak için ekrana tıklayın.

  5. Yerini tespit etmek için aşağı kaydırın. entitlements bölümüne bakın ve bunu doğrulayın broadworks-connector dahildir.


    BroadWorks Webex için ağ bağlantısı olması bc-sp-standard yetkilendirmeyi BroadWorks için Webex kullanıyorlar. Bu, "Webex Calling (Broadcloud)" için yetkilendirmedir. Bu, Cisco Webex bulut çağrı hizmetiyle arayan bir uygulamadır.

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

  1. İş ortağı Yardım Masasıhttps://admin.webex.com/helpdesk() ile oturum açın.

  2. Kuruluşu arama.

  3. Kuruluşa tıklayın ve Çağrı Davranışı girişini kontrol edin. Bunun için "Bir Arama Webex".

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

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 şeyin sağlama köprüsü üzerindeki Webex hizmet akışında çalışmasa hata olduğunu gösterebilirsiniz.

  • 400 şu içerebilir: message düğümünü seçin. Sağlama köprüsü, sağlama köprüsü üzerindeki bir şeyi subscriberProfile. 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ğlananlar arasında bir çakışma olduğunu gösterir subscriberProfile veri Webex kullanabilirsiniz. Bu e-posta adresine sahip mevcut bir kullanıcı olabilir. Kontrol edin: message yanıtını verdi.

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 subscriberProfile XML yapısı. 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 "küçük hizmet sağlayıcı" ise bu küçük harfle olur ve İş Ortağı Hub'larında gördüğünüz Müşteri kuruluş adının 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: Yeni kullanıcı kimliği Webex. Aksi takdirde sağlama başarısız olursa Webex ve geçerli olması gerekir.


 

Yoksay: services Stanza: AS tarafından oluşturulur ve kabul edilir, ancak kullanıcı tarafından Webex.

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ı üzerinde BroadWorks kimlik doğrulaması yaparken kullanıcı, istemci, Webex hizmetleri ve BroadWorks sistemi arasındaki etkileşimi Webex göstermektedir. Ayrıca Webex XSP arasındaki bağlantı da MTLS tarafından güvenlidir.

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 geçen ve istemci müşteri hizmetleriyle Webex etkileşimde bulundu:

  • 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ğine bakarak Webex Xsi-Actions arayüzüne (diyagramda 2.1) gidin. Bu Webex kullanıcı kimliği. Örneğin.

    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. Örneğin.

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

    Üst bilgiler şunları içerir: authorization: Basic ve user-agent: 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.

  • Yanıt verilen Xsi Webex XML içeriyor Profile içeren bloklama (BroadWorks) userId ve diğer ayrıntılar (diyagramda 2.2).

İstemci ve Webex hizmetleri etkileşimleri:

  • IdP proxy'si, BroadWorks kullanıcı profili sorunlar SAML onaylaması istemciden alınanlarla 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. Kullanıcı yetkilendirmelerini geçerli olarak kontrol Yardım Masası)

  • İ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 (diyagramda 5.2) belirteç isteğini bakın, ör.

    GET /authService/token

    Sahip olduğu http_bw_userid başlığını seçin.

  • XSP OCI-P yapar UserGetLoginInfoRequest, sağlanan kullanıcı kimliğinin BroadWorks kullanıcıya (diyagramda 5.3) karşılık gelen olduğunu doğrulamak için. AuthService, llT'Webex mTLS bağlantısı sayesinde masaüstü ile güven üzerinde güven tesis etti.

  • Yanıta bakın (diyagramda 5.4) LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks …

    ve StatusCode=200 orijinal taleple ilişkilendirmek için trackingid: CLIENT… Ü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 bilgilerle authorization: Bearer token ve user-agent: WebexTeams (variant/version)

  • 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

    ve diğer ifadelerle trackingid: CLIENT… üst bilgi GET ve X-BROADSOFT-CORRELATION-ID : CLIENT… üst bilgi POST.

AuthenticationService günlüğünde:

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

  • A StatusCode=200 Xsi'ye dön

  • Bir belirteç doğrulama yanıtı da içerir ve bu yanıt "token" JSON bloğu gövdede.

  • Web için trackingid: CLIENT…

XsiActionsLog' içinde:

  • İstemcinin belirteci doğrulayan Authservice'den 200 Ok alınarak Xsi-Actions uygulaması artık OCI-P isteği gönderiyor UserPrimaryAndSCADeviceGetListRequest

  • OCI-P alır UserPrimaryAndSCADeviceGetListResponse içeren accessDeviceTable XML yapısı.

  • OCI-P yanıtı, dahil olmak üzere istemciye Xsi yanıtı olarak kodlanmış AccessDevices Bu yapıya sahip XML yapısı deviceTypes Örneğin. Business Communicator – PC ve istemcinin cihaz yapılandırma dosyalarını aly 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 yapılandırmada alınan SBC aracılığıyla BroadWorks'e kaydol (diyagramda 7)