浮水印
2021年3月29日 | 次檢視 | 人認為這有幫助

Webex for BroadWorks 疑難排解指南

Webex for BroadWorks 的疑難排解建議,包括「操作說明」主題、日誌檔案清單及其使用,以及調查特定問題的提示。

Webex for BroadWorks 疑難排解

Webex for BroadWorks 疑難排解

疑難排解 Webex for BroadWorks

本文件的目標對象為服務提供者組織中提供內部支援及客戶支援的技術人員。 我們預期您對於一般疑難排解、讀取記錄檔及處理訂閱者案例已有基本概念。

文章分為三個主要部分:

  • 資源,這是您可能需要的工具、閱讀資料、記錄檔及聯絡人的清單。
  • 程序,描述在疑難排解客戶問題時您可以採取一些動作。
  • 特定的問題,會分類並列出已知發生的問題、如何發現問題以及可能的解決方法。

變更歷史記錄

日期

變更

部分

2020 年 12 月 8 日

更新文件。 將品牌 Webex Teams 更名為 Webex(應用程式)。

新增最終使用者錯誤代碼

指定的問題

2020 年 11 月 3 日

新增 Call Settings Webview

指定的問題

2020 年 10 月 22 日

導入新文件

浮水印
2021年3月29日| 次檢視 | 人認為這有幫助

資源

Webex for BroadWorks 疑難排解資源

聯絡人


從 2020 年 10 月開始,我們將 BroadSoft 客戶支援移轉為 Cisco CX 支援程序和工具。 這表示 Webex for BroadWorks 合作夥伴需要從使用 Xchange 進行案例管理,變更為使用支援案例管理程式 (SCM)。

我們預計移轉會執行大約 3 個月,並且會持續到日曆年 2020 年底。 當您移轉過去時,BroadWorks/UCaaS TAC 團隊將在 CSOne / Lightning 而不是 BroadSoft Jira 中開始支援案例。 移轉期間您可能需要在這兩個系統中參閱案例。

有關詳細資訊,請參閱舊版 BroadSoft 支援轉換

有用的記錄檔

記錄檔名稱 來源 可用於疑難排解
PSLog 應用程式伺服器 佈建流程
tomcat access_log XSP Webex 應用程式登入
XsiActionsLog XSP Webex 應用程式與 Webex IDP Proxy 的登入互動,用戶端互動則適用於裝置設定檔查詢
authenticationService log XSP Webex 應用程式登入(權杖驗證和發出)
XSLog XSP?

推送通知適用的行動裝置訂閱

通話訊號

Webex app startup log

Windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/current_log

行動裝置: 使用傳送記錄檔

啟動(順序)

使用者的權限檢查

BWC 資料庫初始化,用於連接 BroadWorks

getUserProfile & JwT 權杖取得記錄

BroadWorks calling Webex app log

用戶端

Windows: \Users\{username}\AppData\Local\CiscoSpark\bwc\current_log.txt

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/bwc/current_log

行動裝置: 使用傳送記錄檔

所有用於註冊和通話的 SIP 流量

送往 BWKS 後端之持續流量

需要訊號的通話中功能(保留/繼續、轉接等)

Media (Webex Media Engine) log

用戶端

Windows:

\Users\{username}\AppData\Local\CiscoSpark\media\*.log

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/media/

行動裝置: 使用傳送記錄檔

所有媒體記錄

通話交涉轉碼器

通話中功能

閱讀清單

浮水印
2021年3月29日| 次檢視 | 人認為這有幫助

程序

Webex for BroadWorks 疑難排解程序

呈報問題

遵循一些疑難排解指引之後,您應該對問題的根源有相當程度的瞭解。

1

從與問題相關的系統盡量收集詳盡的資訊

2

請聯絡 Cisco 的適當團隊提交案例(請參閱聯絡人一節)

要收集的用戶端資訊

如果您認為需要提交案例或呈報問題,那麼在協助使用者進行疑難排解時應收集以下資訊:

  • 使用者識別碼: CI 電子郵件地址或使用者 UUID(這是 Webex 識別碼,但如果也能取得使用者的 BroadWorks 識別碼尤佳)

  • 組織識別碼

  • 遇到問題的大致時間範圍

  • 用戶端平台和版本

  • 從用戶端傳送或收集記錄檔

  • 在用戶端上顯示時記錄追蹤 ID

在技術支援中檢查使用者詳細資料

1

登入 https://admin.webex.com/helpdesk

2

搜尋,然後按一下使用者。 這會開啟使用者摘要螢幕。

3

按一下使用者名稱以查看詳細的使用者組態。

此視圖中的有用資訊包括使用者的 UUID、通用身份識別 (CI) 叢集、Webex 應用程式叢集、通話行為、BroadWorks 帳戶 GUID。

4

如果您需要在另一項工具中使用該資訊,請按一下複製,或將其附加至 Cisco 案例。

在技術支援中檢視客戶組織

1

登入 https://admin.webex.com/helpdesk

2

搜尋,然後按一下客戶組織名稱。

3

向下捲動,直到您看到客戶入口網站視圖並按一下檢視 CustomerName以查看客戶組織(包括使用者和組態)的唯讀視圖。

從 Partner Hub 擷取使用者記錄檔

對桌上型電腦及行動用戶端問題進行疑難排解時,合作夥伴(及 TAC)必須能夠檢視用戶端記錄檔。

1

要求使用者傳送記錄檔。

2

要求使用者匯出通話環境並傳送 ced.dat 檔案給您。

3

從 Partner Hub 或技術支援中取得用戶端記錄檔(請參閱下方)。

Partner Hub 選項:

  1. 登入 Partner Hub 並尋找該使用者的客戶組織。

  2. 選取疑難排解。

  3. 選取記錄檔。

  4. 搜尋使用者(依電子郵件)。

  5. 檢視並將用戶端記錄下載為 zip 檔。

技術支援選項:

  1. 登入技術支援。

  2. 搜尋組織。

  3. 按一下組織(會開啟摘要螢幕)。

  4. 向下捲動並按一下檢視客戶

  5. 選取疑難排解

  6. 選取記錄檔

  7. 搜尋使用者(依電子郵件)。

  8. 檢視並將用戶端記錄下載為 zip 檔。

通話服務的用戶端檢查

1

登入 Webex 用戶端。

2

檢查側邊欄上是否顯示通話選項圖示(上方有齒輪的話筒)。

如果圖示不存在,表示使用者可能尚未在 Control Hub 中啟用通話服務。

3

開啟設定/喜好設定功能表,然後前往電話服務區段。 您應該會看到已登入的 SSO 工作階段狀態

(若顯示的是 Webex Calling 等其他電話服務,表示使用者使用的並不是 Webex for BroadWorks)。

此驗證表示:

  • 用戶端已成功周遊所需的 Webex 微型服務。
  • 已成功驗證使用者。
  • 您的 BroadWorks 系統已對用戶端發出長時間使用 JSON Web 權杖。
  • 用戶端已擷取其裝置設定檔,且已註冊 BroadWorks。

取得用戶端記錄檔或意見回饋

  • 請參閱資源部分以在 Webex 桌上型電腦用戶端上尋找特定用戶端記錄檔,或要求使用者傳送記錄檔。

  • 要求行動裝置用戶端的使用者傳送記錄檔,然後您可以透過 Partner Hub 或技術支援取得記錄檔。


傳送記錄檔不會出現訊息。 但是,如果使用者傳送意見回饋,則它會送往 Cisco Webex 應用程式開發團隊。 如果您要追蹤 Cisco 的後續狀況,請務必記錄使用者的意見回饋編號。 例如:

取得通話環境資料

為了移除個人識別資訊,Webex 用戶端記錄檔已大幅編校。 您應該在注意問題的同時,從相同工作階段的用戶端匯出通話環境資料。

1

在用戶端中,按一下設定檔圖片,然後按一下說明 > 匯出通話環境資料

2

儲存產生的 ced.dat 檔案,針對此使用者的通話問題進行疑難排解。

重要: 從用戶端登出或重新啟動用戶端會清除內部快取。 如果之後匯出 ced.dat,則匯出的資料將不會對應到快取之前送出的任何記錄檔。

重設 Webex 資料庫

1

在用戶端上,按一下說明 > 健全度檢查程式

2

選取重設資料庫

這會觸發用戶端完整重設,並載入 Webex 應用程式登入螢幕。

驗證 Webex 應向 BroadWorks 註冊

Webex 應用程式會檢查下列資訊以決定是否向 BroadWorks 註冊:

  • broadworks-connector 的使用者授權

  • 組織和使用者的通話行為

檢查使用者的通話行為及連接器權限

  1. 使用合作夥伴管理員認證登入技術支援 (https://admin.webex.com/helpdesk)。

  2. 搜尋使用者。

  3. 按一下使用者並檢查通話行為項目。 它應該是「在 Webex 中通話」。

  4. 按一下使用者名稱以開啟使用者詳細資料螢幕。

  5. 向下捲動找到 entitlements 區段,並確認包含 broadworks-connector


    Webex for BroadWorks 使用者若有意使用 Webex for BroadWorks,則不應具備 bc-sp-standard 權限。 這是「Webex Calling (Broadcloud)」的權限,是透過受 Cisco 管理的雲端通話服務進行的 Webex 應用程式通話。

檢查組織的通話行為

  1. 使用合作夥伴管理員認證登入技術支援 (https://admin.webex.com/helpdesk)。

  2. 搜尋組織。

  3. 按一下組織並檢查通話行為項目。 它應該是「在 Webex 中通話」。

分析使用者佈建問題的 PSLog

使用應用程式伺服器的 PSLog 來查看對佈建橋接器的 HTTP POST 請求,以及來自 Webex 的回應。

在正確的工作案例中回應是 200 OK,幾分鐘後,您可以在 Webex 中查看已建立使用者(如果是首位使用者)和新客戶組織。

您可以在技術支援中搜尋在 POST 中看見的電子郵件地址,來驗證這一點。

在開始之前

在測試使用者進行佈建流程嘗試期間,從應用程式伺服器收集 PSLog。

1

要檢查的第一件事是 HTTP 回應代碼:

  • 200 OK 以外的其他內容都表示使用者佈建失敗。

  • 如果訂閱者設定檔的一些內容在佈建橋接器的 Webex 服務上游無法運作,則 200 OK 仍可能表示失敗。

  • 400 可能包含回應中的 message 節點。 佈建橋接器無法處理 subscriberProfile 中的某些內容。 訂閱者詳細資料可能有問題,或者與範本中的設定不相容。

  • 401 表示在 AS 上輸入的佈建認證與 Partner Hub 範本中輸入的認證不符。

  • 403 可能指示應用程式伺服器上有某些錯誤組態。 檢查請求的目標。它不應該是 IP 位址,而是您可以在 Partner Hub 的範本上查看的佈建橋接器 URL。

  • 409 表示提供的 subscriberProfile 與現有 Webex 資料之間有衝突。 可能有使用該電子郵件地址的現有使用者。 檢查回應中的 message

2

您也可以檢查原始 HTTP POST 是否有可能導致佈建失敗的任何可疑值。

POST 包含 subscriberProfile XML 結構。 當中需要檢查的有用節點為:

  • bwuserid: 如果您需要在 BroadWorks 中編輯訂閱者設定檔,請使用此功能來尋找該設定檔。

  • group: 如果範本為「服務提供者模式」,則此為小寫,並且成為您於 Partner Hub 中查看的客戶組織名稱。

  • serviceProvider: 如果範本為「企業者模式」,則此為小寫,並且成為您於 Partner Hub 中查看的客戶組織名稱。

  • primaryPhoneNumber: 必須存在。 如果沒有提供,則佈建會失敗。

  • email: 成為 Webex 中的使用者 ID。 必須有效且為 Webex 的唯一值,否則佈建會失敗。


 

忽略 services 詩段: 它由 AS 建立,且被 Webex 接受,但不被 Webex 使用。

分析 XSP 記錄檔以進行訂閱者登入疑難排解

此流程說明 BroadWorks 驗證模式。 您可以在 Partner Hub 的 BroadWorks 範本上看到驗證模式。 請參閱https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726中的設定您的客戶範本

以下梯形圖顯示使用者在 Webex 應用程式中進行 BroadWorks 驗證時,使用者、用戶端、Webex 服務和 BroadWorks 系統的互動。此外,Webex 和 XSP 之間的連接受到 MTLS 保護。

以下討論說明在您調查成功登入的記錄檔時,預期可查看的內容。

圖 1. BroadWorks 驗證和裝置組態

使用者與用戶端互動,用戶端與 Webex 服務互動:

  • 使用者將電子郵件地址提供給 Webex 應用程式(圖中的 1)。

  • CI 知道重新導向此使用者以輸入其 BroadWorks 密碼(透過 UAP)(圖中的 2)。

  • IDP Proxy 將獲取設定檔請求提交至 XSP 上的 Xsi 介面。

在 tomcat access_log 中:

  • 從 Webex 到 Xsi-Actions 介面(圖中的 2.1),尋找訂閱者設定檔的 GET 請求。 它具有 Webex 使用者 ID。 例如:

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

在 XsiActionsLog 中:

  • 尋找來自 Webex 的設定檔 GET 請求(圖中的 2.1)。 它具有 Webex 使用者 ID。 例如:

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

    標頭包括 authorization: Basicuser-agent: broadworksTeamsClient

  • 然後,XSP 針對 BroadWorks 執行 OCI-P 基本驗證(AuthenticationVerifyRequest 和 AuthenticationVerifyResponse,如透過 Xsi 執行基本驗證的其他任何應用程式),以及 UserGetRequest 和 ServiceProviderGetRequest 以收集訂閱者資訊。

  • 對 Webex 的 Xsi 回應包含設定檔區塊,內有 (BroadWorks)userId 及其他詳細資料(圖中的 2.2)的 XML。

用戶端和 Webex 服務互動:

  • IDP Proxy 比對從 BroadWorks 接收的使用者設定檔,並且向用戶端發出 SAML 判斷提示(圖中的 2.3)

  • 用戶端為 CI 權杖交換 SAML 判斷提示(圖中的 3)

  • 用戶端會檢查已登入的使用者是否具有 broadworks-connector 權限(圖中的 4)。 您可以在技術支援中檢查使用者權限)

  • 用戶端使用 CI 權杖從 IDP Proxy 請求 JSON Web 權杖 (JWT)(圖中的 5)

  • IDP Proxy 在 CI 驗證 CI 權杖

  • IDP Proxy 從驗證服務請求 JWT

在 authenticationService 記錄檔中:

  • 尋找來自 Webex 的權杖請求(圖中的 5.2),例如:

    GET /authService/token

    該處有 http_bw_userid 標頭及其他內容。

  • XSP 執行 OCI-P UserGetLoginInfoRequest,以驗證提供的使用者 ID 是否與 BroadWorks 使用者對應(圖中的 5.3)。 AuthService 已憑藉 mTLS 連接建立與 Webex 的信任,因此可以發出 LLT。

  • 尋找回應(圖中的 5.4),其來自 LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks ...

    以及 StatusCode=200,您可以與原始請求建立關聯,方法是使用 trackingid: CLIENT… 標頭。

在 XsiActionsLog 中:

  • 用戶端現在可以在 Xsi-Actions 介面呈現長時間使用權杖,以取得其裝置設定檔(圖中的 6)。 例如:

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

    使用以下標頭:authorization: Bearer tokenuser-agent: WebexTeams (variant/version)

  • Xsi-Actions 介面 POST 權杖至 authservice(設定為位於回送介面上)例如: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    此項目可以與 trackingid: CLIENT… 標頭(位於 GET 中)及 X-BROADSOFT-CORRELATION-ID : CLIENT… 標頭(位於 POST 中)建立關聯。

在 authenticationService 記錄檔中:

  • 從 Xsi 接收 POST(回送)

  • StatusCode=200 返回 Xsi

  • 以及權杖驗證回應,在本體中有「權杖」JSON 區塊。

  • 使用 trackingid: CLIENT… 建立關聯

在 XsiActionsLog 中:

  • 從驗證用戶端權杖的 authservice 收到 200 OK 後,Xsi-Actions 應用程式現在會傳送 UserPrimaryAndSCADeviceGetListRequest 的 OCI-P 請求

  • 接收 OCI-P UserPrimaryAndSCADeviceGetListResponse(其包含 accessDeviceTable XML 結構)。

  • OCI-P 回應會編碼為對用戶端的 Xsi 回應,包括 AccessDevices XML 結構,該結構具有 deviceTypes,例如 Business Communicator – PC,以及用戶端可在其中擷取裝置組態檔的 URL。

用戶端如常繼續:

  • 選取裝置項目並與 DMS 互動以取得裝置設定檔(圖中的 6)

  • 透過從 DMS 組態中擷取的 SBC 向 BroadWorks 註冊(圖中的 7)

浮水印
2021年3月29日| 次檢視 | 人認為這有幫助

指定的問題

Webex for BroadWorks 疑難排解指定的問題

Partner Hub 問題

管理員看不到客戶組織

身為 Webex 中合作夥伴組織的管理員,您應具有超級管理員角色。 該角色用於管理您的合作夥伴組織,包括將管理特權指派給您自己和其他人。 若要管理客戶組織,您需要授予您自己(或其他人)銷售超級管理員角色或銷售管理員角色。 請參閱 https://help.webex.com/fs78p5

使用者佈建問題

特定企業/客戶的整合式 IM&P 錯誤

如果您的企業混用不同的雲端協作服務(例如 UC-One SaaS 和 Webex for BroadWorks),您可能已選擇根據每個企業修改佈建配接器。

若要檢查整合式 IM&P 的設定(企業預設,除非存在更明確的設定),請執行AS_CLI/Interface/Messaging> get。 對於特定企業的佈建參數,請開啟企業,然後前往服務 > 整合式 IM&P

檢查該企業的整合式 IM&P 組態,是否與 Partner Hub 中的客戶範本中所顯示的完全相同。 下列設定必須相符,否則企業中的所有使用者的佈建會失敗:

BroadWorks Enterprise 整合式 IM&P 設定

Partner Hub 客戶範本設定

傳訊伺服器 URL

佈建 URL

傳訊伺服器使用者名稱

佈建帳戶名稱

傳訊伺服器密碼

佈建帳戶密碼、確認密碼

特定使用者的整合式 IM&P 錯誤

若您使用佈建流程,並且假定佈建對部分/大多數使用者有效(因此您可以排除組態問題),則適用此情況。

如果您在 BroadWorks 中看到整合式 IM&P 錯誤,例如「[傳訊伺服器的 [錯誤 18215] 佈建錯誤」及「傳訊伺服器的 [錯誤 18211] 通訊錯誤」,您應該調查下列潛在原因:

  • 使用者的電子郵件地址可能已存在 CI。 在技術支援中搜尋使用者,以檢查其電子郵件地址是否已存在。 這樣不見得能取得確切的結果,因為使用者可能存在於在技術支援中不允許您查看其資料的組織。

  • 在被指派整合式 IM&P 服務之前,使用者已獨立註冊 Webex。 在這種情況下,可以選擇讓使用者刪除其免費帳戶,以便他們可以成為您正在佈建的客戶組織之成員。 指示載於 https://help.webex.com/5m4i4y

  • 使用者沒有將主要電話號碼指派至設定檔(Webex for BroadWorks 的所有訂閱者都必須有主要 DID)。 請參閱從 AS 分析 PSLog 的主題。

從佈建橋接器回應使用者佈建失敗

如果使用者未出現在 Control Hub 中,請在指派整合式 IM&P 數分鐘內,查看佈建橋接器服務的回應代碼。 執行 PSLog 以查看 HTTP 回應代碼。

200 OK

200 OK 回應並不表示已成功佈建使用者。 這表示佈建服務已收到請求,且已成功將對應的使用者建立請求提交至上游服務。

佈建操作是非同步設計。 服務會回應 200 OK,因為使用者建立過程可能需要幾分鐘,並且基於效能理由,我們不想收到建立相同使用者的多個請求。

但是,如果使用者在 200 OK 回應後最終沒有出現在客戶組織中,則可能表示佈建服務的 Webex 服務上游建立使用者失敗。

您需要呈報得到 200 OK 回應的佈建失敗

400 Bad Request

檢查 HTTP 回應,針對可能導致佈建服務提供此回應之潛在問題,當中可能會有更多詳細資訊。 幾個 <message> 節點的範例:

  • 「無法信任使用舊版佈建 API 的 BroadWorks 電子郵件。」

    與使用者佈建請求失敗相關的電子郵件地址無效或鍵入錯誤,但您已經在範本中聲明電子郵件地址可信任。 在 BroadWorks 中檢查使用者的設定檔,尤其是電子郵件 ID。

  • 「在資料庫中找不到客戶組織,並且未啟用新的組織建立標記。」

    此失敗的佈建請求應該會在 Webex 中建立新的客戶組織,但您的範本已設定成阻止建立新的客戶組織。 如果您想要允許新組織,對於與 Webex 中現有客戶不相符的電子郵件網域,您可以在 Partner Hub 中重新設定範本,然後重新測試佈建請求。 但是,如果您預期不會為此使用者建立新組織,那麼電子郵件地址可能鍵入錯誤(特別是網域部分)。 在 BroadWorks 中檢查使用者的電子郵件 ID。

403 Forbidden

佈建請求不可能成功。 在這種情況下,您需要調查請求和回應。 例如,如果您看到 IP 位址作為佈建請求的目標,而不是組織的適當佈建橋接器 URL(請參閱解決方案指南中的防火牆組態主題),可能表示您的應用程式伺服器遺漏了必要的修補程式 (ap373197)。

檢查所有必要的修補程式是否都適用於應用程式伺服器,並且您已完成成功佈建流程相關的組態。

409 Conflict

佈建請求無法處理,因為 Webex 中的現有使用者符合該請求中的電子郵件地址。

使用者已在 CI 中

從 HTTP POST 請求中取得訂閱者電子郵件,然後在技術支援中搜尋。

如果您未獲允許的話,可能看不到該使用者,但您可能也會看到該使用者位於「免費」組織中,例如「消費者」。

您可以要求此使用者刪除其免費帳戶,或者您可以使用其他電子郵件地址來進行佈建。 請參閱 https://help.webex.com/ndta402

使用者登入問題

未載入使用者啟用入口網站

一般 Webex for BroadWorks 登入流程包括使用者啟用入口網站,使用者可在該處輸入密碼。 有時,此入口網站在使用者於 Webex 應用程式登入畫面中提供其電子郵件地址後無法載入。

此問題可能由用戶端或服務端造成。 在用戶端,通常是因為用戶端的原生瀏覽器某方面與服務不相容所致。

單一登入失敗

  • 在 BroadWorks 中,檢查使用者是否已被指派 Webex 應用程式的裝置類型(請參閱裝置設定檔一節,其位於解決方案指南的準備環境一節中)。

  • 檢查使用者是否使用正確的密碼: 如果您用於佈建使用者客戶組織(在 Partner Hub 中)的範本已針對 BroadWorks 驗證進行設定,則使用者應該輸入其 BroadWorks「Web 存取」密碼。

通話組態和註冊問題

在 Webex 中佈建使用者並且他們成功登入 Webex 應用程式後,應用程式會註冊到 BroadWorks。 以下是預期的註冊順序以及註冊良好(從 Webex 應用程式看到的那樣)產生的標誌:

預期的註冊順序

  1. 用戶端呼叫 XSI 以取得裝置管理權杖以及 DMS 的 URL 網址

  2. 用戶端會向 DMS 請求其裝置設定檔,請求方式為出示步驟 1 的權杖

  3. 用戶端讀取裝置設定檔,並擷取 SIP 認證、位址和連接埠

  4. 用戶端使用步驟 3 的資訊將 SIP REGISTER 傳送至 SBC

  5. SBC 將 SIP REGISTER 傳送給 AS(如果 SBC 還不知道 SIP 使用者,SBC 可能在 NS 中執行查詢,以尋找 AS)。

用戶端註冊成功的預期標誌

通話選項圖示出現在 Webex 介面中。

在 Webex 應用程式電話服務標籤中(例如: Windows 上的設定 > 電話服務, Mac 上的喜好設定 > 電話服務),訊息「SSO 階段作業: 您已登入」表示應用程式註冊成功(此案例中為 BroadWorks)。

用戶端沒有通話圖示

在大多數情況下,這表示使用者沒有正確的授權/權限。

用戶端有顯示電話服務語音標籤,但沒有 SSO 工作階段

註冊不成功。 Webex 應用程式用戶端向 BroadWorks 註冊失敗有多種原因:

同一用戶端正在測試多個通話服務

此已知問題可能是用戶端變更不同通話後端所致。 此情況最有可能在試用透過(同一)Webex 應用程式用戶端提供的不同通話服務期間發生。 您可以重設用戶端資料庫(鏈結)以解決此問題。

驗證服務的組態不正確

根據解決方案指南檢查託管驗證服務的 XSP(請參閱在 Webex for BroadWorks XSP 上設定服務)。 具體地說:

  • RSA 金鑰(在一個 XSP 上產生)會複製到所有 XSP

  • 驗證服務 URL 已提供給所有 XSP 上的 Web 容器,且在 Partner Hub 的叢集中正確輸入

  • 憑證的外部驗證已設定:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get
            
            allowUserApp = false
            allowClientApp = true
  • 使用 MTLS 時,您必須將 Webex 用戶端憑證上傳至 XSP(您可以從 Partner Hub 的 BroadWorks 設定頁面上取得憑證)

BroadWorks 標記的組態不正確

檢查您是否已為 Webex 應用程式設定所需的 BroadWorks 標記(請參閱解決方案指南中 Webex 所需的 BroadWorks 標記一節),且沒有衝突或不正確的值。

具體來說,%SBC_ADDRESS_WXT% 標記應該是您用於 Webex 應用程式用戶端的 SIP 註冊者的 SBC。

SSO 連線成功後,桌上型電腦用戶端中斷電話服務

此問題可能由同一使用者在同一平台類型上登入多個用戶端所致。 譬如,如果使用者在 Windows 上成功登入 Webex 應用程式,然後在不同的 Windows 機器上登入 Webex 應用程式,則只會在其中一部機器上有一個使用中的 SSO 工作階段。 這是依設計而定。

如果您務必要解決此問題,您可以將 BroadWorks 設定為擁有同一裝置類型的多個實例,但這些實例必須具有唯一的 SIP 位址。 此組態超出 Webex for BroadWorks 的範圍。

未為使用者佈建桌上型電腦裝置

此簽章在用戶端 (\bwc\) 記錄檔中顯示:

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Call Settings Webview 問題

自助按鈕/鏈結未顯示在 Webex 應用程式中

此問題的另一種表現是有顯示按鈕/鏈結,但點選後會開啟外部瀏覽器。

  • 驗證已部署所需的用戶端組態範本以及正確設定 CSW 標記(請參閱Call Settings Webview 一節,其位於Webex for BroadWorks 解決方案指南中)。

  • 驗證 Webex 應用程式已在 BroadWorks 中註冊通話。

  • 檢查 Webex 應用程式是支援 CSWV 的最新版本。

按一下自助按鈕/鏈結後出現空白頁面或錯誤

通常,Webex 應用程式中的此行為表示 BroadWorks XSP 上 CSWV 應用程式有組態或部署問題。

收集詳細資料以進一步的調查,包括 CSWV 記錄檔、存取記錄檔、config-wxt.xml 存放庫和範本檔案,然後報告案例。

最終使用者錯誤代碼

下表概述在用戶端使用者啟用入口網站中可以看到的使用者錯誤代碼。


這不是錯誤代碼的詳盡清單。 表格中僅列出 Webex 應用程式目前未為使用者提供明確方向的現有錯誤代碼。
表 1. 最終使用者錯誤代碼

錯誤代碼

錯誤訊息

200010

由於 Broadworks 使用者未經授權,因此認證驗證失敗

200018

驗證認證失敗,因為使用者已鎖定

200019

驗證認證失敗,因為自行啟用新增使用者失敗

200022

由於使用者未經授權,因此電子郵件傳送失敗

200026

由於 PartnerOrgUUID : {partnerOrgUUID}、BroadoworksUUID:{broadworksUUID}、ConfigSetUUID:{configSetUUID} 預先檢查失敗或擱置使用者狀態錯誤,驗證電子郵件失敗

200039

無法驗證電子郵件,因為 emailId 已在另一個組織中使用

200040

驗證電子郵件失敗,因為 configSet 與 customerConfig 中的 configSet 不符合

200041

驗證電子郵件失敗,因為使用者已獲得其他衝突服務的權限,因此權限衝突

200042

由於電子郵件已與另一個 BroadWorks UserId 關聯,故驗證電子郵件失敗

200043

驗證電子郵件失敗,因為使用者客戶設定對映不正確

200044

驗證電子郵件失敗,因為 userId 已在此 BroadWorks 叢集上使用中

200045

透過自行啟用新增使用者失敗,因為使用者已屬於另一個組織

200046

透過自行啟用來新增使用者失敗,因為相同 BroadWorks 叢集下存在多位使用相同 broadworksUserId 的擱置使用者

200047

透過自行啟用來新增使用者失敗,因為此 BroadWorks 叢集上已在使用 userId

200048

透過自行啟用來新增使用者失敗,因為已使用不同的 BroadWorks userId 佈建電子郵件地址

200049

透過自行啟用來新增使用者失敗,因為此 BroadWorks 叢集上已在使用 userId

200050

透過自行啟用新增使用者失敗,因為 provisioningID 與訂閱者企業的預期 provisioningID 不相符

200051

透過自行啟用新增使用者失敗,因為此請求中指定的 spEnterpriseId 與已從此 BroadWorks 叢集佈建的服務提供者或企業衝突

本文是否有幫助?

相關文章

最近檢視

×