BroadWorks 版 Webex の概要

ドキュメントの変更履歴

日付

変更

セクション

2021 年 3 月 25 日

  • IssuerUrlIdPProxy URL を見つけることに対して更新されたインストール認証サービスを更新しました。

2021/03/17

  • アプリ インテグレーションに関する情報で更新された機能と制限

  • IssuerName URL 情報と FLS 構成の検証により、インストール認証サービスを更新しました

2021 年 3 月 3 日

  • refreshPeriodInMinutes認証サービスをインストールする」の手順の設定を更新しました。

2021 年 3 月 2 日

  • BroadWorks 版 Webex のトピックに、メッセージングの制限を追加しました。

  • 認証サービスをインストールする」トピックに記載された IdP プロキシの URL 情報を若干編集しました。

2021 年 2 月 23 日

  • SIP VoIP エンドポイントのポートとプロトコルに関する「米国の入力規則」表と「 EMEA 入力規則」表を更新しました。

  • ユーザー操作」トピックに画像がなかった問題を修正しました。

  • 認証サービスをインストールする」に IdP プロキシ URL を追加しました。

2021 年 2 月 10 日

  • NPS から FCMv1 に移行する手順のトピックを追加しました。

  • mTLS 構成情報を付録に移動しました。 また「付録」を使いやすくするために、追加の TOC 書式を適用しました。

2021 年 2 月 5 日

  • コールの録画機能、グループコールのピックアップと取得機能を追加しました

  • パッケージリストにソフトフォンパッケージを追加しました

  • CI トークン検証を使用した認証サービスへの TLS 参照を更新しました

2021 年 1 月 29 日

  • アーキテクチャとインフラストラクチャのトピックに記載されているリンクを更新しました

  • VDI サポートに関する制限を追加しました

  • 機能制限」トピックに記載されている PMR 機能のサポートを修正しました。 デスクトップ共有とミーティングの継続時間を追加しました。

2021 年 1 月 27 日

  • 更新後の DTAF ファイルとリンクで「デバイスプロファイル」表を更新しました。 新しい Webex タブレットテンプレートを追加しました。

  • Webex Meetings サポートに関する「昨日と制限」表を若干修正しました。

2021 年 1 月 22 日

  • Webex Meetings の機能サポート情報で「機能と制限」トピックを更新しました。

  • Apple での HTTP プロトコルサポートの更新を受けて、「APN の考慮事項」トピックを追加しました。

2021 年 1 月 12 日

  • BroadWorks 版 Webex の概要」章の「機能」トピックを PMR ミーティングの画面共有サポートの情報で更新しました。 併せて PMR ミーティング機能のサポートに関する追加情報を示す表を追加しました。

  • BroadWorks 版 Webex を展開する」章の 「XSP 認証のインストール」手順のメモを更新しました。

2020 年 12 月 18 日

  • BroadWorks 版 Webex を展開する」の章の 「XSP 認証のインストール」手順を更新しました。

  • 既存の手順を付録に移動しました。

2020 年 12 月 15 日

BroadWorks Calling にディレクトリ同期を追加しました。

2020 年 12 月 08 日

更新されたドキュメント Webex Teams から Webex (アプリ) に再ブランド化。

2020 年 11 月 12 日

  • ユーザー プロビジョニングとアクティベーション フローユーザーとのやり取り:

    画像の参照が壊れていた問題を修正しました。

  • Webex、BroadWorks ソフトウェア要件、ファイアウォールの構成、DNS 構成に必要な BroadWorks タグ:

    表の書式設定が一致しない問題を修正しました。

DNS の構成

DNS 要件を明確にしました: クライアント Xsi アドレスにラウンドロビン A/AAAA レコードを使用しない

BroadWorks 版 Webex でコール プッシュ通知を設定する

  • NPS プロキシ セクションをリワークし、フローを改善し重複を減らしました。

  • 外部記事への NPS 移行アドバイスを削除しました。

  • Webex アプリを AS 許可リストに追加します。

  • NPS プロキシの CI アカウントを作成するためのコマンドを明確にします。

2019 年 10 月 29 日

ユーザーの管理

  • Partner Hub のユーザー パッケージを編集する手順を追加しました。

  • セルフアクティベーションによりユーザーのプロビジョニング手順を追加しました。

  • ユーザーの削除のオプションを追加しました。

プロビジョニング API の使用

  • API 応答者定義を追加しました

  • API エラー コードを追加しました

BroadWorks 版 Webex を導入する

コール設定 Webview を追加しました

CTI インターフェイス上の相互 TLS 認証に関する追加の証明書要件

欠落した図を追加し、内部 CA および BroadWorks OID に関するテキストを明確にしました。

2020/10/09

プロビジョニング API の使用

BroadWorks 版 Webex API を使用するアプリケーション実装のために、開発者と認証ユーザーのロールの詳細を追加しました。

API の後方互換性とバージョン管理戦略を追加しました。

EMEA 送信ルール

追加済みidbroker-eu.webex.comを、EMEA 組織からの発信を許可する必要があるドメインに追加し、idbroker.webex.comをそのリストから削除しました。

NPS が NPS プロキシで動作するために構成する

リーダーが間違った Cisco リソースに向けられた NPS プロキシ アカウント リクエスト手順を修正しました。

次のように、BroadWorks XSP、CTI インターフェイス、および関連する構成用に Webex のサービスを設定する:

コンテナ オプションを使用して、XSP R21 (SP1) の TLS バージョンと暗号を構成することについてメモを追加しました。

BroadWorks 版 Webex の XSP Webex のサービスを構成します。

RSA 鍵を生成および共有するための XSP R21(SP1) の詳細を追加しました。

機能と制限

参加者の上限数とダイヤルイン オプションが更新されました。

BroadWorks クラスターを構成する

無効なクラスターを保存しないというメモを追加しました。

プロビジョニングサービス URL でアプリケーション サーバーを構成する

BroadWorks で新しい管理者を作成することと関係のないセクションを削除しました。

2020 年 10 月

新機能について、ドキュメントを更新しました。

  • CTI インターフェイスと関連する構成 が追加されました。

  • 新規ユーザーのプロビジョニング フローの概要で発注とプロビジョニングが更新されました。

  • NPS プロキシ IP 範囲が送信ルールに追加されます。

    (34.64.0.0/10、35.208.0.0/12、35.224.0.0/12、35.240.0.0/13 の範囲と可能な場合は FQDN を使用するアドバイスを追加しました)。

  • Webex から XSP に対して許可する入力ルールに新しい AP を追加しました。

    (CTI および HTTPS の場合: ソース 44.232.54.0、52.39.97.25、54.185.54.53)

  • DNS 構成の変更をSRV強く推奨するメモを追加しました。

  • 展開の概要には、すべてのプロビジョニング モードのタスク フローが含まれるようになりました。

2020 年 9 月

NPS が NPS プロキシで動作するために構成する

NPS 認証プロキシ URL を修正しました

2020 年 8 月

  • XSP アイデンティティおよびセキュリティ要件

    暗号スイート名を IANA 規則に修正しました

  • BroadWorks 版の Webex XSP 用にサービスを構成する

    XSP mTLS トラスト アンカー手順を修正しました

2020 年 7 月

初版

BroadWorks 版 Webex の導入

このセクションでは、顧客組織に対して Cisco Webex を実装する、またはこのソリューションを直接サブスクライバーに提供する Cisco パートナー組織 (サービス プロバイダ) のシステム管理者に対応します。

ソリューションの目的

  • BroadWorks サービス プロバイダによりコーリング サービスがすでに提供されている小規模および中規模の顧客に Cisco Webex 新しいクラウド コラボレーション機能を提供すること。

  • BroadWorks ベースのコーリング サービスを小規模および中規模の Webex 顧客に提供すること。

コンテキスト

私たちはすべてのコラボレーション クライアントを統合型アプリケーションに向けて開発しています。 このパスでは、採用の問題を軽減し、相互運用性と移行を改善し、当社のコラボレーション ポートフォリオ全体にわたって予測可能なユーザー エクスペリエンスを提供します。 この取り組みの一環として、BroadWorks のコーリング機能を Webex クライアントに移行し、最終的には UC-One クライアントへの投資を削減します。

メリット

  • 今後の証明: UC-One Collaborate のサポート終了に対して、すべてのクライアントの Unified Client Framework への移動 (UCF)

  • 両方のうちの最良のもの: テレフォニー ネットワーク上で BroadWorks コーリングを保持しながら、Webex メッセージングとミーティング機能を有効にする

ソリューションの範囲

  • 既存/新規の中規模顧客 (250 未満のサブスクライバー)が、コラボレーション機能のスイートを望んでいる場合、すでに BroadWorks Calling を持っている可能性があります。

  • BroadWorks Calling を追加することを希望する既存の小規模から中規模の Webex 顧客。

  • 大規模ではない企業 (Webex のエンタープライズ ポートフォリオを確認してください)。

  • 単一ではないユーザー (Webex Online のサービスを評価してください)。

BroadWorks 版 Webex の機能セットでは、小規模から中規模のビジネス用の使用事例をターゲットにしています。 BroadWorks 版 Webex パッケージは、SMB の複雑さを軽減するために設計され、当社は常にこのセグメントの適性を評価しています。 エンタープライズ パッケージで利用できない機能を非表示または削除する場合があります。

BroadWorks 版 Webex の成功の前提条件

#

要件

1

現在の BroadWorks 21SP1 以上をパッチする

推奨事項 R22 以降

2

XSI、CTI、DMS、および authService の XSP

BroadWorks 版 Webex 専用 XSP

3

NPS 用に別々の XSP を NPS を使用する他のソリューションと共有できます。

既存のコラボレーション展開がある場合、XSP および NPS 構成に関する推奨事項を確認してください。

4

認証サービスへの Webex 接続用に構成された CI トークンを検証しました (TLS を使用)。

5

CTI インターフェイスへの Webex 接続に mTLS を設定しました。

他のアプリケーションには mTLS は必要ではありません。

6

ユーザーは BroadWorks に存在し、プロビジョニングの決定に応じて次の属性が必要です。

  • 信頼済みメールによるフロースルー: BroadWorks ユーザーのメール属性には、そのユーザー固有の有効なメール アドレスが含まれている必要があります。 ユーザーはまたプライマリ番号も持つ必要があります。

  • 信頼できないメール、またはセルフアクティベーション、または API プロビジョニングに関連するフロー: ユーザーはメール アドレスは不要ですが、プライマリ番号を持つ必要があります。

信頼できるメールの場合: BroadWorks に対してユーザーがメール アドレスでサインインできるようにするには、同じメール アドレスを [Alternate ID (代替 ID)] 属性にも入力することをお勧めします。

信頼できないメールの場合: ユーザーのメール設定によっては、信頼できないメールを使用すると、メールがユーザーの迷惑メールフォルダまたはスパムフォルダに送信される可能性があります。 管理者がドメインを許可するには、ユーザーのメール設定の変更が必要になる場合があります。

7

Webex クライアント用の BroadWorks 版 Webex の DTAF ファイル

8

BW ビジネス ライセンスまたは Std Enterprise またはプPrem エンタープライズ ユーザー Lic + BroadWorks 版 Webex サブスクリプション

既存のコラボレーション展開がある場合、UC-One アドオンバンドル、Collab Lic、および Meet-me 会議ポートが必要なくなりました。

既存の UC-One SaaS 展開がある場合、プレミアム パッケージの条件に同意する以外の追加の変更はありません。

9

IP/ポートは、Webex バックエンド サービスとパブリック インターネット上で Webex アプリを通じてアクセス可能である必要があります。

「ネットワークの準備」セクションを参照してください。

10

XSP の TLS v1.2 構成

11

フロースルー プロビジョニングの場合、アプリケーションサーバーは BroadWorks プロビジョニング アダプタに接続する必要があります。


 

アウトバウンド プロキシ構成をテストしたりサポートしたりすることは行いません。 アウトバウンド プロキシを使用する場合、BroadWorks 版 Webex に対してそれをサポートする責任を負います。

「ネットワークの準備」トピックを参照してください。

このドキュメントについて

このドキュメントは、BroadWorks 版 Webex ソリューションを理解、展開、展開、および管理するのに役立ちます。 ドキュメントの主なセクションは、この目的を反映しています。

このガイドには、概念および参照資料が含まれます。 この 1 つのドキュメントで、ソリューションのすべての面を取り上げるつもりです。

ソリューションを展開するために必要な最小の一連タスクは以下のとおりです。

  1. Cisco パートナーになるように、お客様のアカウント チームに連絡してください。 Cisco のタッチ ポイントを発見して、自分自身を慣れ親しむ (そしてトレーニングを受ける) 必要があります。 Cisco パートナーになると、BroadWorks 版 Webex のトグルを Webex パートナー組織に適用します。 (このドキュメントの「BroadWorks 版 Cisco Webex の展開 > パートナー オンボーディング」を参照してください。)

  2. Webex との連携するための BroadWorks システムを構成します。 (このドキュメントの「BroadWorks 版 Cisco Webex の展開 > BroadWorks 版 Webex XSP でのサービスの構成」を参照してください。)

  3. Partner Hub を使用して、Webex 版 BroadWorks に接続します。 (このドキュメントの「BroadWorks 版 Webex の展開 > Partner Hub でのパートナー組織の構成」を参照してください。)

  4. Partner Hub を使用して、ユーザー プロビジョニング テンプレートを準備します。 (このドキュメントの「BroadWorks 版 Webex の展開 > 顧客テンプレートの構成」を参照してください。)

  5. 少なくとも 1 人のユーザーをプロビジョニングすることで、顧客をテストし、オンボードします。(の「BroadWorks 版 Webex の展開 > テスト組織の構成」を参照してください。)


    • これらは一般的な順序の高いレベルの手順です。 無視できないいくつかの重要なタスクがあります。

    • BroadWorks 版 Webex のサブスクライバーを管理するために独自のアプリケーションを作成する場合は、このガイドの「参照」セクションにある「プロビジョニング API の使用」を読む必要があります。

用語

このドキュメントでは、専門用語および頭字語の使用を制限し、それぞれ用語が初めて登場する時に説明を試みています。(用語が本文で説明されていない場合、「BroadWorks 版 Webex の参照 > 用語」を参照してください。)

展開方法

BroadWorks 版 Cisco Webex は、Webex に BroadWorks Calling を統合するサービスです。 サブスクライバーは単一のアプリケーション (Webexアプリ) を使用して、両方のプラットフォームで提供される機能を利用します。

  • ユーザーは BroadWorks インフラストラクチャを使用して、PSTN 番号をコールします。

  • ユーザーは BroadWorks インフラストラクチャを使用して他の BroadWorks 番号をコールします (ユーザーに関連付けられた番号または番号を紹介するためにダイアルパッドを選択することによる音声/ビデオ コール)。

  • または、Webex アプリでオプション「Webex Call」を選択して、Webex インフラストラクチャを介して WebexVOIP コールを発信することもできます。(これらは Webex アプリから PSTN ではなく、Webex アプリから Webex アプリへのコールです)。

  • ユーザーは Cisco Webex Meetings を主催し、参加できます。

  • ユーザーは互いに 1 対 1 またはスペースでメッセージを送信でき (永続的なグループ チャット)、検索とファイル共有 (Webex インフラストラクチャ上で) のような機能を利用することができるようになります。

  • ユーザーはプレゼンス (ステータス) を共有できます。 彼らは、カスタム プレゼンスまたはクライアントが計算したプレゼンスを選択できます。

  • 適切なエンタイトルメントで Control Hub のパートナー組織としてオンボードした後、BroadWorks インスタンスと Cisco Webex の間の関係を構成できます。

  • Control Hub で顧客の組織を作成し、これらの組織のユーザーをプロビジョニングします。

  • BroadWorks の各サブスクライバーは、メール アドレスに基づいて Webex アイデンティティを取得します (BroadWorks のメール ID 属性)。

  • ユーザーは BroadWorks または Cisco Webex に対して認証します。

  • クライアントは長期間トークンで発行され、BroadWorks および Cisco Webex のサービスを認証します。

このソリューションの中心である Webex クライアント。これは、Mac/Windows デスクトップ、および Android/iOS モバイルおよびタブレットで利用できる、ブランディング可能なアプリケーションです。

コーリング機能を含まない Webex アプリのウェブバージョンもあります。

クライアントはメッセージング、プレゼンス、ミーティング機能を提供するために、Cisco Webex クラウドに接続します。

クライアントは BroadWorks システムにコーリング機能のために登録します。

Cisco Webex クラウドは、BroadWorks システムと連携し、シームレスなユーザー プロビジョニング エクスペリエンスを保証します。

機能と制限

さまざまな機能を持ついくつかのパッケージを提供しています。

「Basic」パッケージ

Basic パッケージには、Calling 機能とメッセージング機能が含まれます。 これには 25 名の「スペース」ミーティングが含まれます。 Webex では、この機能により、「スペース」内の参加者との「打ち合わせ」セッションを開始できます。 このミーティングへのダイヤルインはありません。すべてのユーザーは同じスペースの Webex ユーザーである必要があります。

Basic パッケージには、パーソナル会議室 (PMR) は含まれません。

「Standard」パッケージ

このパッケージには、Basic パッケージ内のすべてのものと、最大 25 名の参加者の「スペース」ミーティングと最大 25 名の参加者がパーソナル会議室 (PMR) を含みます。 SP はミーティングおよびすべてのユーザーに BYOPSTN (SP ダイヤルイン番号) を提供します。 参加者は Meetings の主催者が提供するリンクを使用してダイヤルインするか、Webex アプリを使用して参加できます。 Cisco Webex のダイヤルイン電話番号は Meetings に使用されます。

PMR ミーティングでの画面共有のサポート対象は、ミーティングの主催者のみです。 ただし PMR 所有者は、画面を共有するためにミーティング内で主催者を新しく指名できます。

「Premium」パッケージ

このパッケージには、Standard パッケージ内のすべてのものと、最大 1000 名の参加者がパーソナル会議室 (PMR) を含みます。

PMR ミーティングでは、任意のミーティング出席者の画面共有がサポートされます。

「ソフトフォン」パッケージ

このタイプのパッケージでは、Webex アプリをコール機能を持つソフトフォン専用クライアントとして使いますが、メッセージング機能はありません。 このパッケージタイプのユーザーは Webex ミーティングに参加できますが、自分ではミーティングを開始できません。

パッケージを比較

パッケージ

Calling

メッセージング

スペース ミーティング

PMR ミーティング

Basic

含む

含む

25 名の参加者

なし

Standard

含む

含む

25 名の参加者

25 名の参加者

Premium

含む

含む

25 名の参加者

1000 名の参加者

ソフトフォン

含む

含まれない

なし

なし

メッセージとミーティング機能

StandardパッケージとPremiumパッケージでの PMR ミーティング機能の違いについては、次の表を参照してください。 Basic パッケージは PMR ミーティングに対応していない点に注意してください。

表 1. PMR ミーティングの機能サポートの違い

ミーティングの機能

Standardパッケージで対応

Preminum Package でサポート

件のコメント

ミーティング所要時間

制限なし

制限なし

デスクトップ共有

はい

はい

Standard - PMR ミーティングの主催者によるデスクトップ共有のみ。

プレミアム - PMR ミーティング参加者によるデスクトップ共有。

アプリケーション共有

はい

はい

Standard - PMR ミーティングの主催者によるアプリケーション共有のみ。

プレミアム - PMR ミーティング参加者のアプリケーション共有。

複数パーティのチャット

はい

はい

ホワイトボード

はい

はい

パスワード保護

はい

はい

ウェブアプリ - ダウンロードもプラグインも不要 (ゲスト エクスペリエンス)

はい

はい

Cisco Webex デバイスとのペアリングをサポート

はい

はい

フロア管理 (単独ミュート/すべてミュート)

はい

はい

Meetings の永続的なリンク

はい

はい

Meetings サイトへのアクセス

はい

はい

VoIP を介したミーティング参加

はい

はい

ロック

はい

はい

プレゼンタ操作パネル

いいえ

はい

リモートデスクトップコントロール

いいえ

はい

参加者数

25

1000

システムによって録画はローカルに保存されます

いいえ

はい

クラウドに録画

いいえ

はい

録画 - クラウドストレージ

いいえ

10GB

録画の議事録

いいえ

はい

ミーティングのスケジュール

はい

はい

外部連携とのコンテンツ共有を有効にする

いいえ

はい

Standard - PMR ミーティングの主催者によるコンテンツ共有のみ。

Premium - PMR ミーティング参加者によるコンテンツ共有。

PMR URL の変更を許可する

いいえ

はい

Standard - PMR の URL はパートナーと組織の管理者がパートナーハブからのみ変更できます。

Premium - ユーザーは Webex サイトから PMR URL を変更できます。 パートナーと組織の管理者は、パートナーハブから URL を変更できます。

Meetings のライブ ストリーミング (Facebook、YouTube など)

いいえ

はい

他のユーザーにミーティングのスケジュール設定を代行してもらいます

いいえ

はい

代理主催者を追加

いいえ

はい

アプリのインテグレーション(例: Zendesk、Slack)

インテグレーションによる異なる

はい

サポートに関する詳細については、以下のアプリ インテグレーションのセクションを参照してください。

Microsoft Office 365 カレンダーのインテグレーション

はい

はい

G Suite 向けの Google カレンダー機能のインテグレーション

はい

はい

Webex ヘルプ センターでは、Webex の機能とユーザー向けドキュメントを help.webex.com で発行しています。 機能について詳しくは、以下の記事をお読ください。

Calling 機能

コーリング エクスペリエンスは、BroadWorks コール制御エンジンを使用する以前のソリューションに類似しています。 UC-One Collaborate と UC-One SaaS の違いは、Webex アプリがプライマリ ソフト クライアントである点です。

アプリのインテグレーション

BroadWorks 版 Webex を次のアプリケーションとインテグレーションすることができます。

今後のロードマップ

BroadWorks 版 Webex の今後のバージョンに関する Cisco の意向については、https://salesconnect.cisco.com/#/program/PAGE-16649の情報を参照してください。 ロードマップ項目は、いかなるキャパシティでも拘束されません。 Cisco は、これらのアイテムを将来のリリースから一切、またはすべてを保留または変更する権利を留保しています。

制限事項

プロビジョニングの制限

Meetings サイトのタイムゾーン

各パッケージの最初のサブスクライバーのタイムゾーンは、そのパッケージに作成された各 Webex Meetings のタイムゾーンになります。

各パッケージの初回ユーザーのプロビジョニング要求でタイムゾーンが指定されていない場合、そのパッケージの Webex Meetings サイトのタイムゾーンは、サブスクライバーの組織の地域のデフォルトに設定されます。

顧客が特定の Webex Meetings サイトのタイムゾーンを必要している場合は、timezoneパラメーターを次に対するプロビジョニングリクエストで指定します。

  • 組織の Standard パッケージに対してプロビジョニングされた最初のサブスクライバー。

  • 組織の Premium パッケージに対してプロビジョニングされた最初のサブスクライバー。

    (この制限は Basic パッケージでプロビジョンされた組織には影響はありません。)

一般的な制限

  • Webex クライアントの Web バージョンでコールは行いません (これはソリューションの制限ではなく、クライアントの制限です)。

  • Webex は BroadWorks で利用できるコール制御機能の一部をサポートするための UI コントロールのすべてをまだ持っていない場合があります。

  • Webex クライアントは現在「ホワイト ラベル付き」になることはできません。

  • 選択したプロビジョニング方法を使用してカスタマーの組織を作成するときに、パートナー組織と同じ地域で自動的に作成されます。 これは仕様です。 多国籍パートナーは、顧客組織を管理する各地域にパートナー組織を作成することが期待されます。

  • サービス プロバイダの IdP による認証はサポートされていません。

  • BroadWorks 版 Webex では、パートナーレベルの分析と報告はありません。 ミーティングとメッセージングの使用に関するレポート機能は、Control Hub の顧客組織を通じて利用できます。

  • BroadWorks 版 Webexは、仮想デスクトップ インフラストラクチャ (VDI) 環境ではサポートされていません。

メッセージングの制限

次のデータ ストレージ制限 (メッセージングとファイルの組み合わせ) は、サービス プロバイダ経由で BroadWorks サービスを購入した組織に適用されます。 これらの制限は、メッセージングとファイルを組み合わせたストレージの上限です。

  • 基本: 3 年間、ユーザーあたり 2 GB

  • 3 年間、ユーザーあたり Standard 5 GB

  • Premium: 5 年間、ユーザーあたり 10 GB

各顧客組織に対して、こうしたユーザー一人ひとりの合計値がプールされ、ユーザー数に基づいて、その顧客の集計値が産出されます。 たとえば Premium ユーザーが 5 人いる場合、メッセージングとファイルストレージの合計容量は 50 GB です。 ユーザーあたりの上限 (10 GB) を超えるユーザーがいても、全社の集計値は集計値の上限 (50 GB) を下回ります。

作成されたチームスペースあたりのメッセージングの制限は、チームスペースを所有する顧客組織の集計値に適用されます。 個々のチームスペースの所有者に関する情報は、スペースに関するポリシーから検索できます。 個々のチームスペースのスペースポリシーを表示する方法については「https://help.webex.com/en-us/baztm6/Webex-Space-Policy」を参照してください。

付加情報

Webex メッセージングに関してチームスペースに適用される一般的なメッセージング制限について詳しくは「https://help.webex.com/en-us/n8vw82eb/Webex-Capacities」を参照してください。

セキュリティ、データ、ロール

Cisco Webex セキュリティ

Webex クライアントは、Webex と BroadWorksへの安全な接続を可能にする安全なアプリケーションです。 Cisco Webex クラウドに保存され、Webex アプリ インターフェイスを通してユーザーに表示されるデータは、転送中と保管時の両方で暗号化されます。

このドキュメントの「参照」セクションに データ交換 に関する詳細情報があります。

追加資料

組織のデータのレジデンシー

お客様の地域と最も近い位置にあるデータセンターに Webex データを保存します。 ヘルプ センターの [Cisco Webex でのデータのレジデンシー」を参照してください。

ロール

サービス プロバイダ管理者 (あなた): 毎日のメンテナンス活動については、自分のシステムを使用して、ソリューションのオンプレミス (コーリング) の部分を管理します。 Partner Hub を通してソリューションの Webex の部分を管理します。

Cisco クラウド オペレーション チーム: オンボーディング中に Partner Hub にパートナー組織が存在しない場合、その組織を作成します。

Partner Hub アカウントを取得したら、Webex インターフェイスを自分のシステムに構成します。 次に、「顧客テンプレート」を作成し、これらのシステムを通じて提供されるスイートまたはパッケージを示します。 顧客またはサブスクライバーのプロビジョニングを行います。

#

一般的なタスク

SP

Cisco

1

パートナー オンボーディング - パートナー組織が存在しない場合にそれを作成し、必要な機能のトグルを有効にする

2

Partner Hub (クラスター) 経由のパートナー組織での BroadWorks 構成

3

Partner Hub 経由でパートナー組織の統合設定を構成する (オファー テンプレート、ブランディング)

4

統合に対する BroadWorks 環境の準備(AS、XSP パッチ、ファイアウォール、XSP 構成、XSI、AuthService、CTI、NPS、XSP 上のDMS アプリケーション)

5

プロビジョニングの統合またはプロセスの開発

6

GTM 資料の準備

7

新規ユーザーの移行またはプロビジョニング

アーキテクチャ

図にあるものは何ですか?

クライアント

  • Webex クライアントは、BroadWorks 版 Webexのサービスが提供するプライマリ アプリケーションとして機能します。 クライアントは、デスクトップ、モバイル、およびウェブ プラットフォームで利用できます。

    クライアントには、Cisco Webex クラウドが提供するネイティブ メッセージの送信、プレゼンス、およびマルチパーティの音声/ビデオ ミーティングがあります。 Webex クライアントは、BroadWorks のインフラストラクチャを SIP と PSTN に使用します。

  • Cisco IP 電話と関連するアクセサリもまた、SIP およびPSTN コールに、BroadWorks インフラストラクチャを使用します。 サードパーティーの電話もサポートできると予想されます。

  • ユーザーが BroadWorks 資格情報を使用して Cisco Webex にログインするためのユーザー アクティベーション ポータル。

  • Partner Hub は、Webex 組織と顧客の組織を管理するウェブ インターフェイスです。 Partner Hub は、BroadWorksインフラストラクチャと Cisco Webex の統合を構成する場所です。 Partner Hub を使用して、クライアントの構成と課金も管理します。

サービス プロバイダ ネットワーク

図の左の緑のブロックは、あなたのネットワークを表します。 ネットワークでホストされたコンポーネントは、以下のサービスとインターフェイスをソリューションの他の部分に提供します。

  • BroadWorks 版 Webex のための公開 XSP (ボックスはおそらく、ロードバランサの前面に表示される 1 つ以上の XSP ファームを示します。)

    • Xtended Services インターフェイス (XSI-Actions & XSI-Events)、デバイス管理サービス (DMS)、CTI インターフェイス、認証サービスをホストします。 これらのアプリケーションは共に、電話と Webex クライアントが自身を認証し、コーリング構成ファイルをダウンロードし、コールの受発信を行い、お互いのフック ステータス (テレフォニープレゼンス) を確認できるようにします。

    • Webex クライアントにディレクトリを公開します。

  • 実行中の NPS 用公開 XSP:

    • コール通知 プッシュサーバーをホスト: お使いの環境の XSP 上の通知プッシュ サーバー。 アプリケーション サーバーと NPS プロキシの間をインターフェイスします。 プロキシが短期間トークンをお使いの NPS に提供し、クラウド サービスへの通知を承認します。 これらのサービス (APNS および FCM) は、Apple iOS および Google Android デバイス上の Webex クライアントにコール通知を送信します。

  • アプリケーション サーバー:

    • その他の BroadWorks システムにコール制御およびインタフェイスを提供します (一般的)

    • フローパススルー プロビジョニングについて、AS はパートナー管理者が Webex でユーザーをプロビジョニングするために使用されます

    • BroadWorks にユーザー プロファイルプッシュする

  • OSS/BSS: BroadWorks エンタープライズを管理するオペレーション サポート システム/業務 SIP サービス。

Cisco Webex Cloud

図の青のブロックは、Cisco Webex を表します。 Cisco Webex マイクロサービスは、Cisco Webex コラボレーション機能の全機能をサポートしています。

  • Cisco Common Identity (CI) は、Cisco Webex 内のアイデンティティ サービスです。

  • BroadWorks 版 Webex は、Cisco Webex と サービス プロバイダがホストする BroadWorks 間のインテグレーションをサポートするマイクロサービスのセットを表します。

    • ユーザー プロビジョニング API

    • サービス プロバイダの構成

    • BroadWorks 資格情報を使用したユーザーのログイン

  • メッセージング関連のマイクロサービス用の Webex メッセージング ボックス。

  • 複数の参加者のビデオ ミーティングのメディア処理サーバーと SPC (SIP & SRTP) を表す Webex Meetings ボックス

サードパーティ製のウェブ サービス

図では、以下のサードパーティ製のコンポーネントを示します。

  • APNS (Apple Push Notifications Service) は Apple デバイスの Webex アプリケーションにコールとメッセージ通知をプッシュします。

  • FCM (FireBase Cloud Messaging) が Android デバイス上の Webex アプリケーションにコールとメッセージ通知をプッシュします。

XSP アーキテクチャの考慮事項

BroadWorks 版 Webex の公開 XSP サーバーのロール

お使いの環境の公開 XSP は、以下のインターフェイス/サービスを Cisco Webex とクライアントに提供します。

  • ユーザーに代わって BroadWorks JWT (JSON Web Token) の Webex 要求に応答する TLS で保護された認証サービス (AuthService)

  • mTLS により保護された CTI インターフェイス。Webex は BroadWorks からテレフォニー プレゼンス ステータスをサブスクライブ (フック ステータス)

  • 購読者のコール制御、連絡先とコール リストのディレクトリ、およびエンドユーザーのテレフォニー サービス構成のための Xsi アクションとイベントのインターフェイス (eXtended Services Interface)

  • クライアントがコーリング構成設定ファイルを取得する DM (デバイス管理) サービス

BroadWorks 版 Webex を設定する際にこれらのインターフェイスの URL を提供する。 (このドキュメントの「Partner Hub で BroadWorks クラスタを構成する」を参照してください。) 各クラスターに、各インターフェイスに対して提供できる URL は 1 つのみです。 BroadWorks インフラストラクチャに複数のインターフェイスがある場合は、複数のクラスタを作成できます。

XSP アーキテクチャの要件

図 1. 推奨される XSP アーキテクチャ オプション 1
図 2. 推奨される XSP アーキテクチャ オプション 2

別の専用の XSP インスタンスまたはファームを使用して NPS (Notification Push Server) アプリケーションをホストする必要があります。 UC-One SaaS または UC-One Collaborate と同じ NPS を使用できます。 ただし、NPS アプリケーションをホストする同じ XSP で、BroadWorks 版 Webex に必要なその他のアプリケーションをホストできない場合があります。

Webex 統合に必要なアプリケーションをホストするために、専用 XSP インスタンス/ファームを使用することを強く推奨します。

  • たとえば、UC-One SaaS を提供する場合、BroadWorks 版 Webex 用に新しい XSP ファームを作成することをお勧めします。 この方法によって、サブスクライバーを移行する間に、2 つのサービスが独立して動作することができます。

  • BroadWorks 版 Webex を他の目的で使用される XSP ファームにグループ化する場合、使用状況を監視し、結果として複雑さを管理し、スケールの拡大に向け計画を立てることに責任を負います。

  • キャパシティ計算機能は、専用の XSP ファームを仮定し、コールロケーションの計算のために使用する場合は、正確ではない場合があります。

BroadWorks 版 Webex の専用 XSP では、次のアプリケーションをホストする必要があります。

  • AuthService (TLS)

  • CTI (mTLS)

  • XSI-Actions (TLS)

  • XSI-Events (TLS)

  • DMS (TLS)

Webex は相互の TLS 認証により保護されたインターフェイスを通して、CTI にアクセスする必要があります。 この要件を満たすには、次のいずれかのオプションを推奨します。

  • (「Option 1」と表示された図) 全アプリケーションの XSP インスタンスまたはファーム 1 つ。サーバーごとに 2 つのインターフェイスを構成: CTI の mTLS インターフェイスと AuthService など他のアプリの TLS インターフェイス。

  • (「オプション 2」と表示された図) 2 つの XSP インスタンスまたはファーム。一方には CTI の mTLS インターフェイス、もう一方には AuthService など、他のアプリの TLS インターフェイスが存在。

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 は、共通名またはサブジェクト代替名が XSI インターフェイスのドメイン部分に一致する CA 署名付き証明書を使用して、クライアントに対して自身を認証する必要があります。

  • XSI インターフェイスは TLSv1.2 プロトコルをサポートしている必要があります。

  • Xsi インターフェイスは、以下の要件を満たす暗号スイートを使用する必要があります。

    • Diffie-Hellman Ephemeral (DHE) または楕円曲線 Diffie-Hellman Ephemeral (ECDHE) 鍵交換

    • AES (Advanced Encryption Standard) 暗号は、最小のブロックサイズが 128 ビット (AES-128 または AES-256 など) で暗号化されます。

    • 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 では、openSSL 規則ではなく、上記のように、暗号スイートに対する JANA 命名規則を必要とします。

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 スケール パラメーター

BroadWorks版 Webex ソリューションが要求するイベントの量を処理するために、Xsi-Events キュー サイズとスレッド カウントを増やす必要がある場合があります。 パラメータは次のように最小値まで増加できます (最小値を超えていた場合も減らさないでください):

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

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

複数の XSP

エッジ要素のロード バランシング

ネットワーク エッジにロード バランシング要素がある場合、複数の XSP サーバーと BroadWorks 版 Webex クラウドおよびクライアントとの間のトラフィックの分配を透過的に処理する必要があります。 この場合、ロード バランサの URL を BroadWorks 版 Webex の設定用に指定します。

このアーキテクチャに関するメモ:

  • DNS を設定して、Xsi インターフェイスに接続するときに、クライアントがロードバランサを見つけることができるようにします (DNS 構成を参照してください)。

  • ポイントツーポイントのデータ暗号化を確実にするために、リバース SSL プロキシ モードでエッジ要素を構成することを推奨します。

  • XSP01 および XSP02 の証明書は、サブジェクト代替名でたとえば your-xsp.example.com などの XSP ドメインを持つ必要があります。 たとえば、共通名にたとえば、xsp01.example.com などの独自の FQDN をもつことが必要です。 ワイルドカード証明書を使用できますが、それらを推奨しません。

インターネットに接続された XSP サーバー

Xsi インターフェイスを直接公開する場合、DNS を使用して、トラフィックを複数の XSP サーバーに配布します。

このアーキテクチャに関するメモ:

  • Webex マイクロサービスは SRV ルックアップを実行できないので、ラウンドロビン A/AAAA レコードを使用して、複数の XSP IP アドレスをターゲットにします。 DNS 構成 の例を参照してください。

  • XSP01 および XSP02 の証明書は、サブジェクト代替名でたとえば your-xsp.example.com などの XSP ドメインを持つ必要があります。 たとえば、共通名にたとえば、xsp01.example.com などの独自の FQDN をもつことが必要です。

  • ワイルドカード証明書を使用できますが、それらを推奨しません。

HTTP リダイレクトを避ける

場合によっては、DNS は XSP URL を HTTP ロード バランサに解決するように構成され、ロード バランサはリバース プロキシを通して XSP サーバーにリダイレクトするように構成されます。

Webex が提供する URL に接続する時に、Webex はリダイレクトをフォローしないので、この構成は機能しません。

注文とプロビジョニング

注文とプロビジョニングは以下のレベルで適用されます。

  • パートナー/サービス プロバイダ プロビジョニング:

    オンボードした各 BroadWorks 版 Webex のサービス プロバイダ (または再販業者) は、Cisco Webex のパートナー組織として構成され、必要なエンタイトルメントが付与される必要があります。 Cisco オペレーションは、パートナー組織の管理者に対し、Cisco Webex Partner Hub上の BroadWorks 版 Webex を管理します。 パートナー管理者は、すべての必要なプロビジョニング手順を行ってから、顧客/エンタープライズ組織をプロビジョニングすることができます。

  • 顧客/エンタープライズの注文とプロビジョニング:

    BroadWorks 版 Webex に対して有効に設定されている各 BroadWorks エンタープライズは、関連する Cisco Webex 顧客組織の作成をトリガーします。 このプロセスは、ユーザー/サブスクライバー プロビジョニングの一部として自動的に発生します。 BroadWorks エンタープライズ内のすべてのユーザー/サブスクライバーは、同じ Cisco Webex 顧客の組織でプロビジョニングされます。

    同じ動作は、BroadWorks システムがグループのサービス プロバイダとして構成される場合に適用されます。 BroadWorks グループのサブスクライバーをプロビジョニングするときに、グループに対応する顧客組織が Webex で自動的に作成されます。

  • ユーザー/サブスクライバーの注文とプロビジョニング:

    BroadWorks 版 Cisco Webex は現在、次のユーザー プロビジョン モデルをサポートしています。

    • 信頼済みメールによるフロースルー

    • 信頼済みメールなしでのフロースルー プロビジョニング

    • ユーザー セルフプロビジョニング

    • API プロビジョ二ング

信頼済みメールによるフロースルー プロビジョニング

統合型 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 としてメール アドレスでアカウントをアクティベートできます。
図 3. 信頼済みメールなしでのフロースルー プロビジョニング

Partner Hub を通じてサブスクライバー パッケージを変更するか、または独自のアプリケーションを作成して、プロビジョニング API を使用してサブスクライバ パッケージを変更できます。

ユーザー セルフプロビジョニング

このオプションでは、BroadWorks から Webex へのプロビジョニングに関するフロースルーはありません。 Webex と BroadWorks システムの連携を設定すると、BroadWorks 版 Webex パートナー組織内でユーザーをプロビジョニングするために特定の 1 つ以上のリンクを取得します。

次に、サブスクライバにリンクを配布するために、独自のコミュニケーション (または顧客に委任) を設計します。 サブスクライバはリンクに従い、メール アドレスを入力して検証し、自身の Webex アカウントを作成し、アクティベートします。

図 4. セルフプロビジョニング

アカウントはパートナー組織の範囲内でプロビジョニングされるので、Partner Hub を通してユーザー パッケージを手動で調整するか、または API を使用してそれを行うことができます。


ユーザーは Webex と連携する BroadWorks システムに存在する必要があります。そうではない場合は、そのリンクでアカウントを作成することが禁止されます。

API によるサービス プロバイダのプロビジョニング

Cisco Webex は既存のユーザー管理ワークフロー/ツールにプロビジョンされた BroadWorks ユーザー/サブスクライバー用の Webex を構築できる公開 API のセットを公開します。

フロースルー プロビジョニングで必要なパッチ

フロースルー プロビジョニングを使用している場合、BroadWorks リリースに適用されるパッチをインストールし、有効にする必要があります。

  • R21 の場合: AP.as.21.sp1.551.ap375094

  • R22 の場合: AP.as.22.0.1123.ap376508

  • R23 の場合: AP.as.23.0.1075.ap376509

  • R24 の場合: AP.as.24.0.944.ap375100

移行と将来の証明

BroadSoft Unified Communications クライアントの Cisco 進捗は、UC-One から離れて Webex に向かうことにあります。 対応するサポート サービスは、サービス プロバイダのネットワークから、コーリングを除いて、Cisco Webex クラウド プラットフォームに向かって進んでいます。

UC-One SaaS を実行したとしても、あるいは BroadWorks Collaborate を実行していたとしても、優先される移行戦略は、新しい専用の XSP を BroadWorks 版 Webexとの統合に展開することです。 顧客を Webex に移行する一方で、2 つのサービスを並行して実行し、最終的には以前のソリューションに使用されたインフラストラクチャを取り戻します。