Webex for Cisco BroadWorks 概觀

解決方案目的

• 將 Webex Cloud 協作功能，提供給已經擁有 BroadWorks 服務提供者所提供之通話服務的中小型客戶。

• 為中小型 Webex 客戶提供以 BroadWorks 為基礎的通話服務。

內容

我們正在把所有協作用戶端發展成統一的應用程式。 此舉可減少採用問題、改善互通性和移轉，並在整個協作產品組合中提供可預測的使用者體驗。 此作法的一部分是將 BroadWorks 通話功能移至 Webex 應用程式，並最終減少對 UC-One 用戶端的投資。

優點

• 未來的保護： 針對 UC-One 協作生命週期結束，將所有用戶端移至統一用戶端架構 (UCF)

• 雙雙受惠： 啟用 Webex 傳訊和會議功能，同時將 BroadWorks 通話保留在電話網路上

解決方案範圍

• 需要協作功能套件，且可能已有 BroadWorks 通話的現有 / 新加入中小型客戶（少於 250 個訂閱者）。

• 希望新增 BroadWorks Calling 的現有中小型 Webex 客戶。

• 非大型企業（請查看我們的 Webex 企業產品組合）。

• 非單一使用者（請評估 Webex Online 服務）。

Webex for Cisco BroadWorks 當中的功能集鎖定中小型企業案例。 Webex for Cisco BroadWorks 套件設計為降低中小型企業的複雜性，且我們會持續評估其在此市場劃分中的適用性。 我們可能會選擇隱藏或移除企業套件中提供的功能。

成功使用 Webex for Cisco BroadWorks 的先決條件

#	需求	筆記
1	目前的 BroadWorks R22 或更高版本
2	XSP| ADP for XSI、 CTI、DMS 和 authService	專用 XSP|適用於Cisco BroadWorks 的 ADP for Webex
3	單獨的 XSP|適用於 NPS 的 ADP 可與其他使用 NPS 的解決方案共用。	如果您具有現有的協作部署，請查看 XSP 上的建議|ADP 和 NPS 設定。
4	針對 Webex 與驗證服務的連線設定了 CI 權杖驗證（使用 TLS）。
5	針對 Webex 與 CTI 介面的連線設定了 mTLS。	其他應用程式不需要 mTLS。
6	使用者必須存在於 BroadWorks 中，而且根據您的佈建決策需要下列屬性： 使用受信任電子郵件的流程： BroadWorks 使用者的電子郵件屬性必須包含該使用者唯一的有效電子郵件地址。 使用者還必須具有主要號碼或分機號。 使用不受信任的電子郵件、自行啟用或 API 佈建之流程： 使用者不需要電子郵件地址，但必須具有主要號碼或分機號。	對於受信任的電子郵件： 我們還建議您在備用 ID 屬性中使用同一電子郵件地址，讓使用者能夠使用 BroadWorks 之電子郵件地址登入。 對於不受信任的電子郵件： 根據使用者的電子郵件設定，使用不受信任的電子郵件可能會導致電子郵件被傳送至使用者的垃圾郵件資料夾。 管理員可能必須變更使用者的電子郵件設定以允許網域。
7	Webex 應用程式的 Webex for Cisco BroadWorks DTAF 檔案
8	BW 商業授權或標準企業或高級企業使用者授權 + Webex for Cisco BroadWorks 訂閱	如果您具有現有的協作部署，則不再需要 UC-One 附加元件套件、協作授權和多人會議埠。 如果您已有 UC-One SaaS 部署，則除了接受高級服務套件條款外，沒有其它變更。
9	IP/連接埠必須可透過 Webex 後端服務和 Webex 應用程式經由公用網際網路存取。	請參閱「準備您的網路」一節。
10	XSP 上的TLS 1.2 版設定|ADP
11	對於佈建流程，應用程式伺服器必須向外連接 BroadWorks 佈建配接器。   我們不測試亦不支援輸出 Proxy 設定。 如果您使用輸出 Proxy，表示您願意負責為其提供使用 Webex for Cisco BroadWorks 的支援。	請參閱「準備您的網路」主題。

關於本文件

本文件的目的是要協助您瞭解、準備、部署和管理 Webex for Cisco BroadWorks 解決方案。 文件中的主要章節反映此目的。

本指南包含概念和參考資料。 我們打算在此文件中涵蓋解決方案的所有面向。

部署解決方案最基本的工作項目目標包括：

1. 接觸您的帳戶團隊，以成為 Cisco 合作夥伴。 必須探索 Cisco 接觸點，以便熟悉（並完成訓練）。 當您成為 Cisco 合作夥伴時，您的 Webex 合作夥伴組織可切換啟用 Webex for Cisco BroadWorks。 （請參閱本文件中的部署 Webex for Cisco BroadWorks > 合作夥伴上線。）

2. 設定 BroadWorks 系統以與 Webex 整合 （請參閱為Cisco BroadWorks 部署Webex > 在Cisco BroadWorks XSP 的Webex上設定服務|ADP在本文件中。）

3. 使用 Partner Hub 將 Webex 連接至 BroadWorks （請參閱本文件中的部署 Webex for Cisco BroadWorks > 在 Partner Hub 中設定您的合作夥伴組織。）

4. 使用 Partner Hub 來準備使用者佈建範本 （請參閱本文件中的部署 Webex for Cisco BroadWorks > 設定您的客戶範本。）

5. 至少佈建一個使用者來測試並將客戶上線。（請參閱部署 Webex for Cisco BroadWorks > 設定您的測試組織。）

這些是按一般順序的高階步驟。 有數項做為您不可忽略的參與工作項目。 若要建立自己的應用程式來管理 Webex for Cisco BroadWorks 訂閱者，您應該閱讀本指南「參考資料」一節中的使用佈建 API。

術語

我們嘗試限制本文件中使用的術語和縮寫，並在首次使用每個術語時加以說明（如果在內容中未解釋術語的意思，請參閱 Webex for Cisco BroadWorks 參考 > 術語。）

Webex 安全性

Webex 用戶端是一種安全應用程式，可安全連線 Webex 和 BroadWorks。 儲存在 Webex Cloud，並透過 Webex 應用程式介面向使用者公開的資料，在傳輸中和待用時都會加密。

本文件的「參考資料」一節提供更多有關資料交換的詳細資訊。

其他閱讀資料

• https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/esp/cisco-spark-security-white-paper.pdf

• https://trustportal.cisco.com/c/dam/r/ctp/docs/privacydatasheet/collaboration/cisco-broadcloud-uc-one-saas-privacy-data-sheet.pdf

• https://www.cisco.com/c/en/us/products/security/general-data-protection-regulation.html

• https://www.cisco.com/c/en/us/about/trust-center/gdpr.html

• https://www.cisco.com/c/en/us/products/security/comply-with-GDPR.html

• https://www.cisco.com/c/en/us/about/legal/privacy-full.html

組織資料落地

我們將您的 Webex 資料儲存在最符合您地區的資料中心內。 請參閱說明中心的 Webex 中的資料落地。

角色

服務提供者管理員（您）： 對於日常維護活動，您可以使用自己的系統管理解決方案的內部部署（通話）部分。 您可以透過 Partner Hub 管理解決方案的 Webex 部分。

如需合作夥伴可用的角色、這些角色隨附的存取特權以及如何指定角色的資訊，請參閱Webex for BroadWorks 和批發 RTM 的合作夥伴管理員角色。

第一個佈建給新合作夥伴組織的使用者將自動指定給完全管理員和完全合作夥伴管理員角色。 該管理員可以使用上述文章來指派其他角色。

Cisco 雲端營運團隊： 在上線期間，在 Partner Hub 中建立您的「合作夥伴組織」（如果不存在）。

擁有 Partner Hub 帳戶後，即可設定您自有系統的 Webex 介面。 您接下來會建立「客戶範本」，表示透過這些系統服務的套組或套件。 然後，您可以佈建客戶或訂閱者。

圖中內容為何？

用戶端

• Webex 應用程式用戶端是 Webex for Cisco BroadWorks 產品的主要應用程式。 用戶端可在桌上型電腦、行動裝置及 Web 平台上使用。

  用戶端具有原生傳訊、線上狀態，以及 Webex Cloud 提供的多方音訊/視訊會議。 Webex 用戶端使用 BroadWorks 基礎結構進行 SIP 和 PSTN 通話。

• Cisco IP 電話及相關配件也會使用 BroadWorks 基礎結構進行 SIP 和 PSTN 通話。 我們預期能夠支援協力廠商通話。

• 使用者啟用入口網站，供使用者使用其 BroadWorks 認證登入 Webex。

• Partner Hub 是管理 Webex 組織與客戶組織的 Web 介面。 Partner Hub 是您可以設定 BroadWorks 基礎結構與 Webex 整合之處。 您也可以使用 Partner Hub 來管理用戶端設定和帳單。

服務提供者網路

圖中左側的綠色區塊代表您的網路。 網路中託管的元件提供下列服務和介面至解決方案的其他部分：

• Webex for Cisco BroadWorks 適用的公開 XSP： （此方塊表示一個或多個 XSP 集群，前端可能為負載平衡器）。

  • 託管 Xtended 服務介面（XSI-Actions 和 XSI-Events）、裝置管理服務 (DMS)、CTI 介面和驗證服務。 這些應用程式結合起來可進行電話和 Webex 用戶端自行驗證、下載其通話設定檔、撥打和接聽電話，以及查看對方的電話狀態（電話線上狀態及通話歷史記錄）。

  • 向 Webex 用戶端發佈目錄。

• 公開 XSP，執行 NPS：

  • 主機通話通知推送伺服器： 環境中 XSP 上的通知推送伺服器。 它可作為您應用程式伺服器和 NPS Proxy 之間的介面。 Proxy 會提供短時間使用權杖給 NPS，以授權雲端服務的通知。 這些服務（APNS 和 FCM）將通話通知傳送至 Apple iOS 和 Google Android 裝置上的 Webex 用戶端。

• 應用程式伺服器：

  • 提供對其他 BroadWorks 系統的通話控制和介面（一般）

  • 對於佈建流程，合作夥伴管理員使用 AS 在 Webex 中佈建使用者

  • 將使用者設定檔推送至 BroadWorks

• OSS/BSS： 您的營運支援系統 / 商業 SIP 服務，用於管理 BroadWorks 企業。

Webex Cloud

圖中的藍色區塊表示 Webex Cloud。 Webex 微服務支援所有 Webex 協作功能：

• Cisco Common Identity (CI) 是 Webex 內的身分識別服務。

• Webex for Cisco BroadWorks 代表一組微服務，支援 Webex 與託管 BroadWorks 之服務提供者整合：

  • 使用者佈建 API

  • 服務提供者設定

  • 使用者使用 BroadWorks 認證登入

• 傳訊相關微服務的 Webex Messaging 方塊。

• Webex Meetings 方塊代表媒體處理伺服器和多個參加者視訊會議的 SBC（SIP 和 SRTP）

協力廠商 Web 服務

圖中顯示下列協力廠商元件：

• APNS（Apple 推送通知服務）將通話和訊息通知推送至 Apple 裝置上的 Webex 應用程式。

• FCM（FireBase 雲訊息傳遞）將通話和訊息通知推送至 Android 裝置上的 Webex 應用程式。

XSP 架構考量

在 Webex for Cisco BroadWorks 中公開 XSP 伺服器的角色

您環境中的公開 XSP 為 Webex 和用戶端提供下列介面/服務：

• 驗證服務 (AuthService)，由 TLS 保護，可代表使用者回應 Webex 對 BroadWorks JWT（JSON Web 權杖）的請求

• CTI 介面，由 mTLS 保護，Webex 於此從 BroadWorks 訂閱通話歷史記錄事件和電話線上狀態（電話狀態）。

• Xsi-Actions 和活動介面（eXtended 服務介面），用於訂閱者通話控制、聯絡人與通話清單目錄，以及最終使用者電話服務設定

• DM（裝置管理）服務，用於用戶端擷取其通話設定檔

當您設定 Webex for Cisco BroadWorks 時，提供這些介面的 URL。 （請參閱本文件中的在 Partner Hub 中設定 BroadWorks 叢集）。 對於每個叢集，每個介面只能提供一個 URL。 如果您的 BroadWorks 基礎結構中有多個介面，可以建立多個叢集。

XSP 架構

我們要求您使用單獨的專用 XSP 實例或集群來託管您的 NPS（通知推送伺服器）應用程式。 您可以對 UC-One SaaS 或 UC-One 協作使用相同的 NPS。 但是，您可能無法在託管 NPS 應用程式的相同 XSP 上，託管 Webex for Cisco BroadWorks 所需的其他應用程式。

出於以下原因，我們建議您使用專用 XSP 實例/陣列來託管 Webex 整合所需的應用程式

• 例如，如果您要提供 UC-One SaaS，我們建議為 Webex for Cisco BroadWorks 建立新的 XSP 集群。 這樣一來，當您移轉訂閱者時，兩個服務即可獨立運作。

• 如果您在用於其他目的的 XSP 集群上組合 Webex for Cisco BroadWorks 應用程式，則您需要負責監控使用方式、管理產生的複雜性以及規劃增加的規模。

• 的Cisco BroadWorks 系統容量規劃程式假定專用 XSP 場，如果您將其用於並置計算，則可能不准確。

除非另有說明，否則Cisco BroadWorks XSP 專用Webex必須託管以下應用程式：

• AuthService（具有 CI 權杖驗證的 TLS 或 mTLS）

• CTI (mTLS)

• XSI-Actions (TLS)

• XSI-Events (TLS)

• DMS (TLS) — 選用。 不一定要專門為Webex for Cisco BroadWorks 部署單獨的 DMS 實例或場。 您可以使用用於 UC-One SaaS 或 UC-One Collaborate 的相同 DMS 實例。

• 通話設定 Web 檢視 (TLS) — 可選。 僅當您希望Cisco BroadWorks 的Webex使用者能夠在Webex應用程式上設定通話功能時，才需要通話設定 Web 檢視 (CSW)。

Webex 要求透過受雙向 TLS 驗證保護的介面來存取 CTI。 若要支援此要求，我們建議使用以下選項之一：

• （標有選項 1的圖）所有應用程式需一個 XSP 實例或集群，並在每部伺服器上設定兩個介面： 適用於 CTI 的 mTLS 介面和適用於其他應用程式（如 AuthService）的 TLS 介面。

• （標記選項 2 的圖）兩個 XSP 實例或集群，一個具有適用於 CTI 的 mTLS 介面，另一個具有適用於其他應用程式（如 AuthService）的 TLS 介面。

XSP 重複使用 如果您現有的 XSP 陣列符合上述其中一個建議的架構（選項 1 或 2），且負載較低，那麼可以重複使用現有的 XSP。 您需要驗證現有應用程式與 Webex 的新應用程式需求之間沒有衝突的設定需求。 兩個主要注意事項是： 如果您需要在 XSP 上支援多個 Webex 合作夥伴組織，則這表示您必須在驗證服務中使用 mTLS（在 XSP 上，CI 權杖驗證僅支援單個合作夥伴組織）。 如果您在驗證服務中使用 mTLS，這表示您的用戶端無法同時在驗證服務中使用基本驗證。 此狀況會阻止 XSP 的重複使用。 如果現有 CTI 服務設定為由具有安全埠（通常為 8012）但無 mTLS（即用戶端驗證）的用戶端使用，這將與 Webex 使用 mTLS 的要求衝突。 由於 XSP 具有許多應用程式，並且這些應用程式的排列數量很大，因此可能還有其他無法識別的衝突。 因此，在提交重新使用之前，任何可能的 XSP 重複使用都應該在實驗室中使用預定的設定驗證。

在 XSP 上設定 NTP 同步

部署需要針對您與 Webex 搭配使用的所有 XSP 同步化時間。

安裝 OS 之後以及安裝 BroadWorks 軟體之前，請安裝 ntp 套件。 然後您可以在 XSP 軟體安裝期間設定 NTP。 請參閱 BroadWorks 軟體管理指南以瞭解更多資訊。

在 XSP 軟體的互動安裝期間，會提供設定 NTP 的選項。 按下列方式繼續：

1. 如果安裝程式詢問 Do you want to configure NTP? ，請輸入 y 。

2. 如果安裝程式詢問 Is this server going to be a NTP server? ，請輸入 n 。

3. 如果安裝程式詢問 What is the NTP address, hostname, or FQDN? ，請輸入 NTP 伺服器或公用 NTP 服務的地址，例如， pool.ntp.org 。

如果您的 XSP 使用無訊息（非互動）安裝，則安裝程式設定檔必須包含下列 Key=Value 配對：

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

XSP 身份和安全需求

背景

Cisco BroadWorks TLS 連接的通訊協定和加密可於不同明確性層級進行設定。 這些層級範圍從最一般（SSL 提供者）到最明確（個別介面）。 較為明確的設定一律覆寫較為一般的設定。 如果未指定，則從「較高」層級繼承「較低」層級 SSL 設定。

如果未從其預設值變更任何設定，所有層級會繼承 SSL 提供者預設設定（JSSE Java Secure Sockets Extension）。

需求清單

• XSP 必須使用 CA 簽署的憑證向用戶端驗證其本身，其中一般名稱或主體替代名稱與 XSI 介面的網域部分相符。

• Xsi 介面必須支援 TLSv1.2 通訊協定。

• Xsi 介面必須使用符合下列需求的加密套件。

  • 暫時 Diffie-Hellman (DHE) 或暫時橢圓曲線 Diffie-Hellman (ECDHE) 金鑰交換

  • 最低區塊大小為 128 位元（例如 AES-128 或 AES-256）的 AES（進階加密標準）加密

  • GCM（Galois/計數器模式）或 CBC（加密區塊鏈）加密模式

    • 如果使用 CBC 加密，則僅允許金鑰衍生使用 SHA2 雜湊功能系列（SHA256、SHA384、SHA512）。

例如，下列加密法符合需求：

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

如上所示，XSP CLI 需要加密套件採用 IANA 命名慣例，而不是 openSSL 慣例。

AuthService 和 XSI 介面支援 TLS 加密

隨著我們的雲端安全需求變化，此清單隨時會變更。 遵循現行有關加密選取的 Cisco 雲端安全建議，如本文件中的需求清單中所述。

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_DHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

• TLS_DHE_RSA_WITH_AES_256_CBC_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_DHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

• TLS_DHE_RSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

• TLS_DHE_RSA_WITH_AES_128_CBC_SHA

• TLS_RSA_PSK_WITH_AES_256_GCM_SHA384

• TLS_DHE_PSK_WITH_AES_256_GCM_SHA384

• TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_RSA_WITH_AES_256_GCM_SHA384

• TLS_PSK_WITH_AES_256_GCM_SHA384

• TLS_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_RSA_PSK_WITH_AES_128_GCM_SHA256

• TLS_DHE_PSK_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_128_GCM_SHA256

• TLS_PSK_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_256_CBC_SHA256

• TLS_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA

• TLS_RSA_PSK_WITH_AES_256_CBC_SHA384

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

• TLS_RSA_PSK_WITH_AES_256_CBC_SHA

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA

• TLS_RSA_WITH_AES_256_CBC_SHA

• TLS_PSK_WITH_AES_256_CBC_SHA384

• TLS_PSK_WITH_AES_256_CBC_SHA

• TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA

• TLS_RSA_PSK_WITH_AES_128_CBC_SHA256

• TLS_DHE_PSK_WITH_AES_128_CBC_SHA256

• TLS_RSA_PSK_WITH_AES_128_CBC_SHA

• TLS_DHE_PSK_WITH_AES_128_CBC_SHA

• TLS_RSA_WITH_AES_128_CBC_SHA

• TLS_PSK_WITH_AES_128_CBC_SHA256

• TLS_PSK_WITH_AES_128_CBC_SHA

Xsi-Events 規模參數

您可能需要增加 Xsi-Events 佇列大小和執行緒計數，以處理 Webex for Cisco BroadWorks 解決方案所需的活動數量。 您可以將參數增加為顯示的最小值，如下所示（如果參數高於這些最小值，請勿降低）：

XSP_CLI/Applications/Xsi-Events/BWIntegration> eventQueueSize = 2000

XSP_CLI/Applications/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50

多個 XSP

負載平衡邊緣元素

如果您的網路邊緣有負載平衡元素，它必須透明地處理多個 XSP 伺服器與 Webex for Cisco BroadWorks 雲端和用戶端之間的流量分佈。 在這種情況下，您將提供負載平衡器的 URL 給 Webex for Cisco BroadWorks 設定。

此架構注意事項：

• 設定 DNS，使用戶端可以在連接 Xsi 介面時找到負載平衡器（請參閱 DNS 設定）。

• 我們建議您以反向 SSL Proxy 模式設定邊緣元素，以確保點對點資料加密。

• 來自 XSP01 和 XSP02 的憑證都應該具有 XSP 網域，例如：主體替代名稱中的 your-xsp.example.com。 他們應該在一般名稱中擁有自己的 FQDN，例如：一般名稱中的 xsp01.example.com。 您可以使用萬用字元憑證，但我們不建議使用。

網際網路對應 XSP 伺服器

如果您直接公開 Xsi 介面，請使用 DNS 將流量分佈至多個 XSP 伺服器。

此架構注意事項：

• 連線至 XSP 伺服器需要兩條記錄：

  • 對於Webex微型服務： 需要輪流 A/AAAA 記錄以多個 XSP IP位址為目標。 這是因為Webex微型服務無法執行 SRV 查找。 例如，請參閱Webex 雲端服務。

  • 對於Webex應用程式： 解析為 A 記錄的 SRV 記錄，其中每個 A 記錄解析為單一 XSP。 例如，請參閱Webex應用程式。

    使用按優先順序排列的SRV 記錄，以多個 XSP 位址的 XSI 服務為目標。 確定SRV 記錄的優先順序，以便微服務始終會移至相同的 A 記錄（和後續IP 位址），並且僅在第一個IP 位址發生故障時才會移至下一個 A 記錄（和IP 位址）。 請勿對Webex應用程式使用輪循方法。

• 來自 XSP01 和 XSP02 的憑證都應該具有 XSP 網域，例如：主體替代名稱中的 your-xsp.example.com。 他們應該在一般名稱中擁有自己的 FQDN，例如：一般名稱中的 xsp01.example.com。

• 您可以使用萬用字元憑證，但我們不建議使用。

避免 HTTP 重新導向

有時，DNS 被設定為將 XSP URL 解析為 HTTP 負載平衡器，並且負載平衡器被設定為透過反向 Proxy 重新導向至 XSP 伺服器。

當連接到您提供的 URL 時，Webex 不會遵循重新導向，故此設定無法發揮作用。

使用受信任的電子郵件進行佈建的流程

您將整合式 IM&P 服務設定為使用 Webex 佈建 URL，然後將服務指派給使用者。 應用程式伺服器使用 Webex 佈建 API 來請求相應的 Webex 使用者帳戶。

如果您可以聲明 BroadWorks 包含有效且對 Webex 是唯一的訂閱者電子郵件地址，則此佈建選項會自動建立和啟動 Webex 帳戶，並以這些電子郵件地址作為使用者 ID。

您可以透過 Partner Hub 來變更訂閱者套件，也可以編寫自己的應用程式來使用佈建 API 變更訂閱者套件。

使用未受信任電子郵件的佈建流程

您將整合式 IM&P 服務設定為使用 Webex 佈建 URL，然後將服務指派給使用者。 應用程式伺服器使用 Webex 佈建 API 來請求相應的 Webex 使用者帳戶。

如果您無法依賴 BroadWorks 所持有的訂閱者電子郵件地址，此佈建選項會建立 Webex 帳戶，但無法啟動這些帳戶，除非訂閱者提供並驗證其電子郵件地址。 此時，Webex 可以使用這些電子郵件地址作為使用者 ID 來啟動帳戶。

您可以透過 Partner Hub 來變更訂閱者套件，也可以編寫自己的應用程式來使用佈建 API 變更訂閱者套件。

使用者自行佈建

使用此選項，就不需要從 BroadWorks 到 Webex 的佈建流程。 在您設定 Webex 與 BroadWorks 系統之整合後，您獲得一個或多個在 Webex for Cisco BroadWorks 合作夥伴組織內佈建使用者專屬的鏈結。

然後，您可以設計您自己的通訊（或委派給客戶），以將鏈結分發給訂閱者。 訂閱者循著該鏈結，然後提供並驗證其電子郵件地址，以建立和啟動其自己的 Webex 帳戶。

由於帳戶在合作夥伴組織的範圍內佈建，所以您可以透過 Partner Hub 手動調整使用者套件，或者使用 API 來調整。

使用者必須存在於您與 Webex 整合的 BroadWorks 系統中，否則將禁止他們使用該鏈結來建立帳戶。

服務提供者 API 佈建

Webex 會公開一組公用 API，使您能夠將 Webex for Cisco BroadWorks 使用者/訂閱者佈建建置到現有的使用者管理工作流程/工具中。

佈建流程的所需修補程式

使用佈建流程時，您必須安裝系統修補程式並套用 CLI 屬性。 請參考下列清單，以尋找適用於 BroadWorks 版本的指示：

若版本為 R22：

1. 安裝AP.as.22.0.1123.ap376508 。

2. 安裝後，設定屬性 bw.msg.includeIsEnterpriseInOSSschema 至 true （透過 維護/容器選項中的 CLI）。

   如需相關資訊，請參閱修補程式附註 https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt。

若版本為 R23：

1. 安裝 AP.as.23.0.1075.ap376509

2. 安裝後，設定屬性 bw.msg.includeIsEnterpriseInOSSschema 至 true （透過 維護/容器選項中的 CLI）。

   如需相關資訊，請參閱修補程式附註 https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt。

若版本為 R24：

1. 安裝 AP.as.24.0.944.ap375100

2. 安裝後，設定屬性 bw.msg.includeIsEnterpriseInOSSschema 至 true （透過 維護/容器選項中的 CLI）。

   如需相關資訊，請參閱修補程式附註 https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt。

完成這些步驟後，您將無法使用 UC-One Collaborate 服務來佈建新使用者。 新佈建的使用者必須是 Webex for Cisco BroadWorks 使用者。

分機撥號

分機撥號功能支援可讓Webex for Cisco Broadworks 使用者撥打與同一企業內的主要電話號碼相似的分機號的其他使用者。 這對於沒有 DID 號碼的使用者特別有用。

在佈建期間，使用者的分機號會作為使用者的分機號儲存在Webex目錄中。 對於 BroadWorks 通話，分機號會出現在Webex應用程式上的所有通話起始方法區域和使用者設定檔的分機號欄位中。 適用於Cisco BroadWorks 的Webex支援使用位置撥號代碼和分機號的組合，在同一企業的同一群組內及不同群組內的使用者之間進行純分機通話。 但是，不支援僅使用分機在兩個企業之間進行通話。

可透過下列方法為Cisco BroadWorks 使用者佈建分機：

• Cisco BroadWorks 使用者

  • 公用API佈建為「擴充功能」

    • 擴充參數應該作為API 呼叫的一部分明確傳遞。 對於已設定位置撥號代碼（LDC）的企業／群組，分機參數應該是 LDC 和分機號碼的組合。

  • 佈建或自我啟動佈建

    • Extension 和 LDC（如適用）將自動從 BroadWorks 擷取。

• 純 BroadWorks 通話使用者或實體

  • 使用位置撥號代碼 (LDC) 和分機號碼的組合，透過目錄同步從 BroadWorks 自動同步。

先決條件

1. 支援此功能所需的用戶端版本是 42.11 或更高版本。

2. 作為 23 或更高版本的一部分，將分機號和位置撥號代碼新增至 XSI 和佈建適配器 2022 年 2 月的修補程式：

   • AP.platform.23.0.1075.ap380045

   • AP.as.23.0.1075.ap380045

   • AP.xsp.23.0.1075.ap380045

   • AP.as.24.0.944.ap380045

3. 使用以下CLI 指令針對此SIP 通話流程啟用 AS 上的 X-BroadWorks-Remote-Party-Info 標頭，這是分機號撥號功能支援所必需的。

   AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

應用程式呼叫選項優先順序

作為分機撥號功能支援的一部分，還在合作夥伴層級為所有Webex for Cisco Broadworks 合作夥伴提供了應用程式通話選項優先順序設定。 使用此設定，合作夥伴可以從 Partner Hub 控制其所有受管理客戶的通話優先級設定。 也可從 Control Hub 在客戶層級修改客戶的應用程式通話選項優先設定。

當透過上述任何佈建方法使用分機號重新佈建Webex for Cisco Broadworks 使用者時，應用程式通話選項優先設定包含分機號作為 Partner Hub 和 Control Hub 中的第二個選項。

對於所有現有的佈建組織，在應用程式通話選項優先級設定中，分機選項將處於隱藏狀態（預設情況下）。 這將不會在Webex應用程式中使用者的音訊/視訊通話選項中顯示分機號。

以下是使現有客戶可見的分機通話選項的選項：

1. 如果合作夥伴希望為其管理的所有客戶組織提供分機號作為其中一個通話選項，則建議合作夥伴管理員在 Partner Hub 中將分機號從隱藏移至可用。 這將讓受管理的客戶組織從其合作夥伴繼承設定。

2. 如果合作夥伴想要為特定客戶組織提供通話選項中的分機，則建議合作夥伴管理員在 Control Hub 中將分機從隱藏移至可用。

群組聯絡人支援

此功能透過移除從 BroadWorks 上的群組電話清單同步最多 1500 個聯絡人的限制，並允許合作夥伴從單一群組電話清單同步最多 3 萬個聯絡人，並使其與 3 萬個聯絡人相提並論，從而增強Webex for BroadWorks DirSync 服務。為單獨發行的企業電話清單增加。

每個組織的所有外部聯絡人的總數限制為 200K，這將適用於單一 BroadWorks 企業中企業和群組電話清單的總和。 譬如，一個 BroadWorks 企業將支援具有 30K 的企業電話清單和 5 個每個具有 30K 的群組電話清單（每個組織總共 180K）。 但是，如果有 6 個群組電話清單，每個電話清單 30K，則將不支援此（總計 210K）。

此功能可應要求使用。 請聯絡您的客戶團隊以啟用該功能。 啟用該功能之前，需執行先決條件移轉，以佈建和關聯所有現有佈建使用者的群組。 Cisco團隊將執行內部API來遷移任何現有的佈建使用者，以將他們與正確的群組關聯。 附註： 處理這可能需要長達一周的時間。 當為合作夥伴完成移轉並啟用該功能後，任何新佈建的使用者將被適當地「分組」。

啟用該功能後，DirSync 服務開始將 BroadWorks 群組電話清單聯絡人同步到Webex聯絡人服務中的按群組專用聯絡人儲存體中。

在佈建期間，使用者的企業群組需要儲存在Webex目錄中以指出此使用者所屬的群組。 使用者與Webex目錄中的 BroadWorks 群組的關聯可讓Webex 應用程式在聯絡服務群組儲存體中為使用者的特定群組執行聯絡人搜尋。

此功能要求在Webex中使用 BroadWorks 企業群組 ID 佈建 BroadWorks 訂閱者的Webex 。

可透過下列方法為Cisco BroadWorks 使用者佈建 BroadWorks 企業群組 ID：

• 適用於Cisco BroadWorks 使用者的Webex

  • 公用API佈建為「spEnterpriseGroupId」

    • BroadWorks 企業群組 ID 應明確地傳遞到API 呼叫的 spEnterpriseGroupId 參數中。

  • 佈建或自我啟動佈建

    • 將自動從 BroadWorks 擷取 BroadWorks 企業群組 ID。

  • 純 BroadWorks 通話使用者或實體

    • 不適用。 不需要為這些使用者同步 BroadWorks 企業群組 ID。

必須在遷移之前更新公用API 。 在完成此API之前無法完成移轉 BroadWorks 企業群組 ID 應該在API 呼叫的 spEnterpriseGroupId 參數中明確傳遞 https://developer.webex.com/docs/api/changelog#2023-march 啟用該功能後，由於下一次目錄同步，企業使用者群組還將顯示在 Control Hub 中。 在 Control Hub for Webex for BroadWorks 中視覺化群組目前僅供參考。 合作夥伴和客戶管理員不應對 Control Hub 中的群組或群組成員資格進行任何修改，因為這些變更不會反映回 BroadWorks。 Control Hub 中的群組管理旨在供將採用即將推出的聯絡管理 API 的合作夥伴使用。