Cisco BroadWorks 版 Webex の概要

ソリューションの目的

• BroadWorks サービス プロバイダーにより通話サービスがすでに提供されている小規模および中規模の顧客に、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 のサービスを評価してください)。

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

Cisco BroadWorks 版 Webex の成功の前提条件

#	要件	注
1	現在の BroadWorks R22 以上のパッチ
2	XSI、CTI、DMS、および authService の XSP|ADP	Cisco BroadWorks 版 Webex 専用 XSP|ADP
3	NPS 用の XSP|ADP は、NPS を使用する他のソリューションと共有できます。	既存のコラボレーション展開がある場合は、XSP|ADP および NPS 構成に関する推奨事項を確認します。
4	認証サービスへの Webex 接続用に構成された CI トークンを検証しました (TLS を使用)。
5	CTI インターフェイスへの Webex 接続に mTLS を設定しました。	他のアプリケーションには mTLS は必要ではありません。
6	ユーザーは BroadWorks に存在し、プロビジョニングの決定に応じて次の属性が必要です。 信頼済みメールによるフロースルー: BroadWorks ユーザーのメール属性には、そのユーザー固有の有効なメール アドレスが含まれている必要があります。 ユーザにはプライマリ番号または内線番号も必要です。 信頼できないメール、またはセルフアクティベーション、または API プロビジョニングに関連するフロー: ユーザーはメール アドレスを必要としませんが、プライマリ番号または内線番号が必要です。	信頼できるメールの場合: BroadWorks に対してユーザーがメール アドレスでサインインできるようにするには、同じメール アドレスを [Alternate ID (代替 ID)] 属性にも入力することをお勧めします。 信頼できないメールの場合: ユーザーのメール設定によっては、信頼できないメールを使用すると、メールがユーザーの迷惑メールフォルダまたはスパムフォルダに送信される可能性があります。 管理者がドメインを許可するには、ユーザーのメール設定の変更が必要になる場合があります。
7	Webex アプリ用の Cisco BroadWorks 版 Webex の DTAF ファイル
8	BW ビジネス ライセンス、標準エンタープライズ、プレミアム エンタープライズ ユーザー ライセンス + Cisco BroadWorks 版 Webex サブスクリプション	既存のコラボレーション展開がある場合、UC-One アドオンバンドル、Collab Lic、および Meet-me 会議ポートが必要なくなりました。 既存の UC-One SaaS 展開がある場合、プレミアム パッケージの条件に同意する以外の追加の変更はありません。
9	IP/ポートは、Webex バックエンド サービスとパブリック インターネット上で Webex アプリを通じてアクセス可能である必要があります。	「ネットワークの準備」セクションを参照してください。
10	XSP|ADP での TLS v1.2 設定
11	フロースルー プロビジョニングの場合、アプリケーションサーバーは BroadWorks プロビジョニング アダプタに接続する必要があります。   アウトバウンド プロキシ構成をテストしたりサポートしたりすることは行いません。 アウトバウンド プロキシを使用する場合、Cisco BroadWorks 版 Webex に対してそれをサポートする責任を負います。	「ネットワークの準備」トピックを参照してください。

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

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

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

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

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

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

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

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

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

これらは一般的な順序の高いレベルの手順です。 無視できないいくつかの重要なタスクがあります。 Cisco BroadWorks 版 Webex のサブスクライバーを管理するために独自のアプリケーションを作成する場合は、このガイドの「参照」セクションにある「プロビジョニング API の使用」をお読みください。

用語

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

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 の部分を管理します。

パートナーが利用できるロール、それらのロールに付随するアクセス権限、およびロールの割り当て方法については、BroadWorks 版 Webex およびホールセール RTM のパートナー管理者ロールを参照してください。

新しいパートナー組織にプロビジョニングされた最初のユーザーは、フル管理者およびフルパートナー管理者のロールに自動的に割り当てられます。 その管理者は、上記の記事を使用して追加のロールを割り当てることができます。

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

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

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

クライアント

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

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

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

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

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

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

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

• Cisco 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 サービス。

Webex Cloud

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

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

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

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

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

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

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

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

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

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

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

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

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

Cisco BroadWorks 版 Webex の公開 XSP サーバーの役割

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

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

• Webex が BroadWorks の通話履歴およびテレフォニー プレゼンス ステータス (フック ステータス) をサブスクライブする、mTLS により保護された CTI インターフェイス

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

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

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

XSP アーキテクチャ

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

Webex 統合に必要なアプリケーションをホストするために、専用 XSP インスタンス/ファームを使用することをお勧めします。理由は次のとおりです。

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

• Cisco BroadWorks 版 Webex を他の目的で使用される XSP ファームにグループ化する場合、使用状況の監視、グループ化による複雑さの管理、規模の拡大計画の責任をご自分で負うことになります。

• Cisco BroadWorks System Capacity Plannerは専用 XSP ファームを想定しており、コロケーションの計算に使用すると正確ではない場合があります。

特に明記されていない限り、Cisco BroadWorks XSP 用の専用 Webex は次のアプリケーションをホストする必要があります。

• AuthService（CI トークン検証を使用した TLS または mTLS）

• CTI (mTLS)

• XSI-Actions (TLS)

• XSI-Events (TLS)

• DMS（TLS）:オプション。 Cisco BroadWorks 版 Webex 用に個別の DMS インスタンスまたはファームを展開することは必須ではありません。 UC-One SaaS または UC-One Collaborate で使用するのと同じ DMS インスタンスを使用できます。

• コール設定 Webview（TLS）:オプション。 通話設定 Webview (CSW) は、Cisco BroadWorks 版 Webex ユーザーが Webex アプリで通話機能を設定できるようにする場合にのみ必要です。

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

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

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

XSP の再使用 既存の XSP ファームが、上記の推奨アーキテクチャの 1 つ（オプション 1 または 2）に準拠し、負荷が軽い場合、既存の XSP を再利用することができます。 既存のアプリケーションと Webex の新しいアプリケーション要件の間に競合する設定要件がないことを確認する必要があります。 2 つの主な考慮事項は以下のとおりです。 XSP 上で複数の Webex パートナー組織をサポートする必要がある場合、認証サービスで mTLS を使用する必要があります（CI トークン検証は XSP の単一のパートナー組織にのみサポートされています）。 認証サービスで mTLS を使用する場合、認証サービスの基本認証を使用するクライアントを同時には持てないことになります。 この状況では、XSP を再利用することはできません。 既存の CTI サービスが、安全なポート（一般的には 8012）を持ちながら、mTLS（クライアント認証）を使用しないクライアントが使用できるよう設定されている場合、その CTI サービスは 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 は、共通名またはサブジェクト代替名が 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 スケール パラメーター

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

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

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

複数の XSP

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

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

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

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

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

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

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

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

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

• XSP サーバに接続するには、次の 2 つのレコードが必要です。

  • Webex マイクロサービスの場合: 複数の XSP IP アドレスをターゲットにするには、ラウンドロビン A/AAAA レコードが必要です。 これは、Webex マイクロサービスが SRV ルックアップを実行できないためです。 例については、Webex クラウドサービスを参照してください。

  • Webex アプリの場合: 各 A レコードが 1 つの XSP に解決されるレコードに解決する SRV レコード。 例については、Webex アプリを参照してください。

    優先順位付けされた SRV レコードを使用して、複数の XSP アドレスの XSI サービスをターゲットにします。 マイクロサービスが常に同じ A レコード (およびそれ以降の IP アドレス) に移動し、最初の IP アドレスがダウンしている場合にのみ、次の A レコード (および IP アドレス) に移動するように、SRV レコードを優先順位付けします。 Webex アプリにラウンドロビン アプローチを使用しないでください。

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

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

HTTP リダイレクトを避ける

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

Webex が提供する 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 システムの連携を設定すると、Cisco BroadWorks 版 Webex パートナー組織内でユーザーをプロビジョニングするための 1 つ以上のリンクを取得します。

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

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

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

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

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

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

フロースルー プロビジョニングを使用している場合、システム パッチをインストールし、CLI プロパティを適用する必要があります。 BroadWorks のリリースに適用される手順については以下のリストを参照してください。

R22 の場合:

1. AP.as.22.0.1123.ap376508 をインストールします。

2. インストール後にプロパティ bw.msg.includeIsEnterpriseInOSSschema ～ true に [Maintenance/ContainerOptions] の 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 に [Maintenance/ContainerOptions] の 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 に [Maintenance/ContainerOptions] の CLI で設定します。

   詳細については、パッチ ノート https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt を参照してください。

これらの手順を完了すると、UC-One Collaborate サービスで新規ユーザーをプロビジョニングできなくなります。 新しくプロビジョニングされるユーザーは、Cisco BroadWorks 版 Webex のユーザーである必要があります。

内線ダイヤル

内線ダイヤル機能のサポートにより、Cisco Broadworks 版 Webex ユーザーは、同じエンタープライズ内のプライマリ電話番号と同様の内線番号で他のユーザーにダイヤルできます。 これは、DID 番号を持っていないユーザーにとって特に便利です。

プロビジョニング中、ユーザーの内線番号はユーザーの内線番号として Webex ディレクトリに保存されます。 BroadWorks 通話の場合、内線はすべての通話開始方法領域とユーザーのプロファイルの内線フィールドの Webex アプリに表示されます。 Cisco BroadWorks 版 Webex は、ロケーションダイヤルコードと内線の組み合わせにより、同じグループ内のユーザーと、同じ企業の異なるグループ間の内線のみの通話をサポートします。 ただし、内線のみを使用する 2 つの企業間の通話には対応していません。

次の方法を使用して、Cisco BroadWorks ユーザーに対して拡張機能をプロビジョニングできます。

• Cisco BroadWorks ユーザー

  • 「拡張」としてのパブリック API プロビジョニング

    • 内線パラメータは、API コールの一部として明示的に渡される必要があります。 ロケーションダイヤルコード (LDC) が設定されている企業/グループの場合、内線パラメータは LDC と '内線番号' の組み合わせである必要があります。

  • フロースルーまたはセルフアクティベーションのプロビジョニング

    • 内線番号と LDC (該当する場合) は、BroadWorks から自動的に取得されます。

• BroadWorks のみの Calling ユーザーまたはエンティティ

  • ロケーションダイヤルコード（LDC）と内線番号の組み合わせを使用して、ディレクトリ同期によって BroadWorks から自動的に同期されます。

前提条件

1. この機能をサポートするために必要なクライアントバージョンは 42.11 以降です。

2. バージョン 23 以降の XSI および Provisioning Adapter 2022 年 2 月に、次の部分の一部として、内線番号とロケーションのダイヤル コードが追加されるパッチ:

   • AP.プラットフォーム.23.0.1075.ap380045

   • AP.as.23.0.1075.ap380045 として

   • AP.xsp.23.0.1075.ap380045

   • AP.as.24.0.944.ap380045 として

3. AS のヘッダー X-BroadWorks-Remote-Party-Info を、内線ダイヤル機能のサポートに必要なこの SIP コール フローに対して以下の CLI コマンドを使用して有効にします。

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

アプリ コール オプションの優先順位

内線ダイヤル機能のサポートの一部として、Cisco Broadworks パートナーのすべての Webex のパートナーレベルで、アプリの通話オプションの優先順位設定も提供されます。 この設定を使用して、パートナーは Partner Hub からすべての管理対象顧客の通話優先度の設定を制御できます。 顧客のアプリ通話オプションの優先順位設定は、Control Hub から顧客レベルで変更することもできます。

アプリの通話オプションの優先順位設定には、Cisco Broadworks 版 Webex ユーザーが上記のいずれかのプロビジョニング方法を通じて内線で新たにプロビジョニングされた場合、Partner Hub と Control Hub の両方で 2 番目のオプションとして内線が含まれています。

既存のすべてのプロビジョニング済み組織では、内線オプションはアプリ通話オプションの優先順位設定で非表示の状態になります（デフォルトでは）。 これにより、Webex アプリのユーザーの音声/ビデオ通話オプションに内線番号は表示されません。

次のオプションは、既存の顧客に対して内線コールオプションを表示するためのオプションです。

1. パートナーが、すべての管理対象顧客組織にコールオプションの 1 つとして内線番号を提供することを希望する場合、パートナー管理者は内線を非表示から Partner Hub で利用可能な内線番号に移動することをお勧めします。 これにより、管理対象顧客の組織がパートナーから設定を継承できるようになります。

2. パートナーが特定の顧客組織の通話オプションで内線番号を提供する場合、パートナー管理者は内線番号を非表示から Control Hub で使用可能な内線番号に移動することをお勧めします。

グループ連絡先のサポート

この機能により、BroadWorks 版 Webex DirSync サービスが、BroadWorks のグループ電話リストから最大 1500 の連絡先を同期するための制限を削除し、パートナーが単一のグループ電話リストから最大 30K 連絡先を同期して、別々にリリースされたエンタープライズ電話リストの 30K 連絡先増加と同等になるようにすることで、強化されます。

1 つの BroadWorks エンタープライズ内のエンタープライズとグループの電話リストの合計に適用される、組織ごとのすべての外部連絡先に対する全体的な制限は 200K です。 たとえば、30K のエンタープライズ電話リストと 30K のグループ電話リストが 5 つある BroadWorks エンタープライズがサポートされます (組織ごとの合計 180K)。 ただし、30K のグループ電話リストが 6 つある場合、これはサポートされません（合計 210K）。

この機能はリクエストに応じて利用できます。 アカウントチームに連絡して有効にしてください。 この機能を有効にする前に、すべての既存のプロビジョニング済みユーザーのグループをプロビジョニングおよび関連付けるための前提条件の移行を実行する必要があります。 Cisco チームは内部 API を実行し、既存のプロビジョニングされたユーザーを移行して、適切なグループに関連付けます。 メモ: この処理には最大 1 週間かかる場合があります。 パートナーの移行が完了し、機能が有効になると、新しくプロビジョニングされたユーザーは適切に「グループ化」されます。

この機能が有効になると、DirSync サービスは BroadWorks グループの電話リストの連絡先を Webex 連絡先サービスのグループごとの専用連絡先ストレージに同期し始めます。

プロビジョニング中、ユーザーのエンタープライズ グループを Webex ディレクトリに保存して、このユーザーが属するグループを指定する必要があります。 Webex ディレクトリ内の BroadWorks グループとユーザーを関連付けることで、Webex アプリはユーザーの特定のグループの連絡先サービス グループ ストレージで連絡先検索を行うことができます。

この機能では、BroadWorks 版 Webex サブスクライバが BroadWorks エンタープライズ グループ ID で Webex でプロビジョニングされる必要があります。

BroadWorks エンタープライズ グループ ID は、次の方法で Cisco BroadWorks ユーザに対してプロビジョニングできます。

• Cisco BroadWorks ユーザー用Webex

  • 「spEnterpriseGroupId」としてのパブリック API プロビジョニング

    • BroadWorks エンタープライズ グループ ID は、API コールの spEnterpriseGroupId パラメータで明示的に渡される必要があります。

  • フロースルーまたはセルフアクティベーションのプロビジョニング

    • BroadWorks エンタープライズ グループ ID は、BroadWorks から自動的に取得されます。

  • BroadWorks のみの Calling ユーザーまたはエンティティ

    • 該当しません。 これらのユーザーに対して BroadWorks エンタープライズ グループ ID を同期する必要はありません。

パブリック API は移行前に更新する必要があります。 移行は、この API が完了するまで完了できません。 BroadWorks エンタープライズ グループ Id は、API コールの spEnterpriseGroupId パラメータで明示的に渡される必要があります。 https://developer.webex.com/docs/api/changelog#2023-march 機能が有効になり、次のディレクトリ同期の結果として、エンタープライズ ユーザ グループも Control Hub に表示されます。 BroadWorks 版 Webex の Control Hub のグループを可視化することは、この段階では純粋に情報です。 パートナーおよび顧客管理者は、これらの変更が BroadWorks に反映されないため、Control Hub のグループまたはグループ メンバーシップに変更を加えるべきではありません。 Control Hub のグループ管理は、今後の Contact Management API を採用するパートナーによる使用を意図しています。