BYoPSTN のプロビジョニングには、次の前提条件を完了する必要があります。 以下の前提条件は、パートナーが次の機能する Cisco BroadWorks 版 Webex 展開を持っていることを前提としています。

• BroadWorks システムの機能 – Cisco BroadWorks 版 Webex ソリューション ガイドで説明されているように

• 「VoiceXML」サービスを使用した BroadWorks AS ライセンスが十分な量（PSTN 番号あたり 1 個）

• BroadWorks パッチが必要です。

  R22 の場合:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935 として

  R23 の場合:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935 として

  R24の場合

  • AP.as.24.0.944.ap376935 として

• 展開された Cisco CUBE システム (IOS バージョン 16.12.2 以降): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  ハードウェアベースと仮想 CUBE の両方がサポートされています。 ハードウェアベースの CUBE は、スケーラビリティと多数のコールの処理に推奨されます。

• Webex パートナー組織 – Cisco BroadWorks 版 Webex ソリューション ガイドで説明されている通り

Cisco パートナーが Webex ミーティングのコールイン電話番号を追加する手順は次のとおりです。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [ミーティング参加設定 (BYoPSTN)]で、[コールイン電話番号の作成p]を選択します。

5. 電話番号グループ名を入力し、「次へ」を選択します。

6. 電話番号の詳細を入力し、「次へ」を選択します。

7. [電話番号グループ（Phone Number Group）] の詳細サマリを確認し、[保存] を選択します。

8. 追加する各電話番号グループに対してこの手順を繰り返します。

以下のスクリーンショットは、手順を説明しています。

この手順は、[コールバックによるミーティング参加] オプションを展開する場合にのみ完了します。 それ以外の場合は、このステップをスキップできます。

このオプションを設定しない場合、ユーザーはコールイン オプションを使用してミーティングに参加したり、コンピューターの音声で参加したりできます。

ミーティング コールバック オプションを使用する場合、Webex から CUBE にコールをルーティングするには、コールバック DNS SRV グループが必要です。 Cisco パートナーが CUBE DNS SRV レコードを Webex に追加するために使用する手順は次のとおりです。

1. Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [ミーティング参加設定（BYoPSTN）] で、[コールバック DNS SRV グループの作成] を選択します。

5. コールバック DNS SRV グループ名を入力します。

6. [次へ] を選択します。

7. コールバック DNS SRV の詳細を入力します。

8. [次へ] を選択します。

9. コールバック DNS SRV の詳細サマリを確認します。

10. [保存] を選択します。

11. DNS SRV グループの新しいレコードを反映するように DNS に更新をプロビジョニングします。

12. 追加する各コールバック DNS SRV グループに対してこの手順を繰り返します。

以下のスクリーンショットは、手順を説明しています。

BYoPSTNソリューションの初期設定と検証には、電話番号グループとコールバックDNS SRVグループ（コールバックが必要な場合）の一意の組み合わせごとにシード組織が必要です。 したがって、Cisco パートナーも同様に、電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに新しい顧客テンプレートを作成することを推奨します。 各顧客テンプレートを使用して、対応するシード組織を生成する必要があります。

シード組織を使用して BYoPSTN 設定がシードされ、検証されると、電話番号グループとコールバック DNS SRV グループは、必要に応じて既存の顧客テンプレートに適用できます。

新しく作成された顧客テンプレートは、既存のテストされていない顧客には使用されていないため、BYoPSTN 設定の手動検証に安全に使用できます。

コールバック経由でミーティング参加を展開していない場合、コールバック DNS SRV グループを顧客テンプレートに関連付ける必要はありません。 ただし、「コールバックを無効にする」を選択する必要があります。

新しい顧客テンプレートに追加するには、次の手順を実行します。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [テンプレート]で、[テンプレートの追加]を選択します。

5. テンプレートの詳細を入力します。 パッケージタイプのステージ:

   • パッケージタイプを標準として選択します。

   • パートナーが提供するコールイン番号（BYoPSTN）としてミーティング参加設定を選択します。

   • プロビジョニングされた電話番号グループを選択します。

   • コールバック DNS SRV グループで、[ミーティング コールバック] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。

6. [次へ] を選択します。

7. 残りのテンプレートの詳細を入力します。

8. テンプレートの詳細サマリを確認します。

9. [保存] をクリックします。

10. 追加する必要がある各顧客テンプレートに対してこの手順を繰り返します

以下のスクリーンショットは、手順を示しています。

既存の顧客テンプレートを更新するには、次の手順を実行します。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] セクションまでスクロールします。

4. ［テンプレート］で［テンプレートの表示］を選択します。

5. 更新するテンプレートを選択します。

6. [ミーティング参加設定] セクションまでスクロールします。

   • パートナーが提供するコールイン番号 (BYoPSTN) を選択します。

   • 以前に設定した電話番号グループを選択します。

   • コールバック DNS SRV グループで、[ミーティングコールバック（Meeting Callback）] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。

7. [保存] を選択します。

   以下のスクリーンショットは、手順を示しています。

BYoPSTNソリューションにはいくつかの異なるコンポーネントがあり、各コンポーネントはソリューションが正常に動作するように正しく設定する必要があります。 シードソリューション組織の 2 つの目的の 1 つは、ミーティングアクセスコードのマッピングとソリューションの継続的な操作に必要なミーティングサイトの普遍的な一意の識別子 (サイト UUID) に電話番号を生成することです。 もう1つの目的は、構成検証です。

使用する電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに、対応する顧客テンプレートが以前に作成される必要があります。 これらの顧客テンプレートごとに、シードソリューション組織をプロビジョニングする必要があります。 これらのシード組織のプロビジョニングにより、BroadWorks の設定に必要なミーティング アクセス コードのマッピングとミーティング サイト UUID に電話番号が生成されます。

以前に設定した各顧客テンプレートを使用して、サブスクライバに標準パッケージのユーザーを持つ新しいテストBroadWorksサービスプロバイダまたは新しいBroadWorksエンタープライズをプロビジョニングします。 結果の標準パッケージミーティングサイトは、パートナープロバイダのコールイン番号ミーティング参加オプションを使用する必要があります。 サブスクライバをプロビジョニングするには、次のいずれかの方法を使用できます。

1. 文書化されている BroadWorks サブスクライバ API を使用してテストサブスクライバをプロビジョニングする developer.webex.com です。

2. 顧客テンプレートを使用するように設定された BroadWorks で、IM&P サービスのテスト サブスクライバを有効にします。 テストサブスクライバに標準パッケージが割り当てられていることを確認するために、顧客テンプレートがデフォルトとして標準パッケージを使用していることを確認してください。 また、テストサブスクライバは、標準パッケージを持つようにその後更新する必要があります。

シードソリューション組織は、BroadWorks Service Provider のテスト、または BroadWorks Enterprise のテストに関連付けられることを推奨します。

このミーティング サイトは、このサイト UUID が認証トークンとして各コールイン ミーティング参加リクエストで送信されるため、プロビジョニングされたままであることが重要です。 関連するミーティング サイトも削除されるため、シード組織を削除しないでください。 シード組織を削除した場合は、新しい組織をプロビジョニングし、新しいサイト UUID で Broadworks を再構成する必要があります。

プライマリおよびセカンダリシードソリューション組織は、テストされていない顧客に割り当てられている電話番号とコールバック DNS SRV レコードのセットの前に必要に応じて、削除できます。 一連の電話番号とコールバック DNS SRV レコードがテスト以外の顧客に割り当てられている場合、これらの電話番号とコールバック レコードはそれらの顧客のミーティング サイトに関連付けられ、コールインとコールバックを使用してミーティングに参加するために使用されます。 変更は、サービスへの影響と見なされる必要があります。

プライマリシードソリューション組織を選択するには、次の手順を実行します。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] セクションまでスクロールします。

4. ［構成検証（BYoPSTN）］セクションで、［割り当て］を選択します。

5. [組織の割り当て] 画面で、以前に設定したシード組織のいずれかを検索して選択します。

6. [指定] をクリックします。

   選択したシード組織はプライマリシード組織です。

以下のスクリーンショットは、手順を説明しています。

特定の BroadWorks クラスタのプライマリ シード ソリューションの組織、電話番号グループ、コールバック DNS SRV グループの詳細は、BroadWorks 構成 (BYoPSTN) JSON ファイルの 1 つのロケーションで使用できます。 この情報は、BYoPSTN の BroadWorks を設定するために必要です。

JSON 構成ファイルは、プライマリ シード ソリューション組織を選択した後にのみ表示/ダウンロードできます。

JSON 設定ファイルの表示/ダウンロード手順は次のとおりです。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [クラスタ]で、[クラスタの表示]を選択します。

5. BYoPSTN に設定されている顧客テンプレートに関連付けられているクラスタを選択します。

6. [BYoPSTN の BroadWorks 設定] セクションまでスクロールします。

7. [JSON 設定ファイルのダウンロード] をクリックします。

8. 他の BroadWorks クラスタに対してこの手順を繰り返します。

以下のスクリーンショットは、手順を説明しています。

以下の JSON 設定ファイルのサンプルを参照してください。 ファイルには、各電話番号グループ、コールバック DNS SRV グループの補足情報が含まれています。BroadWorks に入力する必要がある次のキー設定項目は、太字でマークされます。

• siteUUID: BroadWorks はこの値を SIP メッセージで送信する必要があります。これは、Webex Edge Audio が Cisco パートナーの BroadWorks の ID とこの Cisco パートナーが管理するミーティング サイトへのアクセスを確認するために使用するトークンです。

• 電話番号 -to- アクセスコードマッピング: 電話番号および関連する Webex アクセス コードは、BroadWorks で設定する必要があります。

  • 電話番号

  • アクセスコード

• localeTag（ロケールタグ）: 電話番号に関連付けられた希望のアナウンス言語は、BroadWorks で設定する必要があります。

• dnsSrv: コールバック DNS SRV は DNS で構成され、必要な CUBE インスタンスを参照する必要があります。

{
   "siteUUID": "491db0821791441a96c233fefb6c6dfc",
   "siteURL": " seedtestenterpriseabc.webex.com ",
   "partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
   "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
   "customerTemplates": [
      {
         "name": "US West Std",
         "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
         "phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "US East Std",
         "id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
         "phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      }
   ],
   "phoneNumberGroups": [
   {
         "name": "US West",
         "id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "phonenumbers": [
            {
               "id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
               "name": "US Palo Alto",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "9863502478",
               "accessCode": "88672693772924908359"
            },
            {
               "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
               "name": "US Toll San Francisco",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "4156551000",
               "accessCode": "88652789466280320324"
            }
         ]
      },
      {
         "name": "US East",
         "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "phonenumbers": [
            {
               "id": "ca0c622a-8621-4477-91e0-b3e214833568",
               "name": "US Maryland",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "2403332200",
               "accessCode": "88631321777971704941"
            },
            {
               "id": "00875574-9a46-4447-a967-350b6176755a",
               "name": "US Florida",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "SECONDARY",
               "phoneNumber": "9049002303",
               "accessCode": "88632627551145646175"
            },
            {
               "id": "a2c10316-9266-4423-a669-d67949f99d33",
               "name": "US New York",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "8056504578",
               "accessCode": "88649679020033567943"
            }
         ]
      }
   ],
   "callbackDnsSrvGroups": [
      {
         "name": "CB US",
         "callbackDnsSrvs": [
            {
               "name": "Callback US",
               "countryCode": "US",
               "dnsSrv": "cube.us.example.com",
               "id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
            }
         ],
         "id": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "CB MX",
         "callbackDnsSrvs": [
            {
               "name": "Callback MX",
               "countryCode": "MX",
               "dnsSrv": "cube.mx.example.com",
               "id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
            }
         ],
         "id": "36403797-b401-50c0-cbe5-dc58260d4f003"
      }
   ]
}

BroadWorks で Webex Edge 音声 DNS SRV ドメインを設定する必要があります。 値を決定するには、次の手順を使用します。

1. Cisco Partner Hub にログインします。

2. 顧客に移動します。

3. BYoPSTN Validation Enterprise を選択します。

4. [顧客を表示] を選択します。

5. [サービス/ミーティング] に移動します。

6. 標準パッケージのミーティングサイトを選択します。

7. サイドアウトパネルの一番下までスクロールし、「サイトの設定」を選択します。

8. [共通設定 / 音声設定] を選択します。

9. [Edge 音声カスタムグローバルコールイン番号] セクションで、[Lua スクリプトの生成] を選択します。

10. ポップアップウィンドウで「--CCAX URLでヘッダーに更新」の値を検索します。

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     msg:modifyHeader("To", newTo1)
    

11. たとえば、太字で値を抽出します。 ecccx.amer.webex.com.

これは、BroadWorks で設定する必要がある Webex Edge 音声 DNS SRV ドメインです。

このセクションでは、以下の図に示すミーティング コールインおよびコールバック シナリオを実装するために必要な構成について説明します。 設定例は、前のセクションに示されている JSON ファイルのデータに基づいています。 番号、ドメイン、エンタープライズ/グループの名称、デバイスの種類、ポリシー、プロファイルなどは、パートナーによって異なります。

コールフロー:

1. ユーザーがコールバックを要求すると、Webex はコールバックを開始します。
2. 通話は BroadWorks OTT にルーティングされます。
3. コールは、CH でプロビジョニングされた CUBE に到達します。 CUBE は、コールを BroadWorks にルーティングします。
4. BroadWorks はコールをミーティング主催者の発信元として識別し、ミーティング主催者のユーザーのためにセッションを作成し、コールを処理します。
5. ミーティング主催者のユーザーセッションはコールを処理し、ダイヤル番号を変換します。 さらに、ミーティング主催者のユーザーの代わりに請求記録が生成されます。
6. BroadWorks は、コールをデバイス (7) または PSTN (8) に関連付けられているユーザにルーティングします。

開始する前に

BroadWorks と CUBE 間の SIP 通信は、ネットワーク要件に応じて UDP または TCP 経由で行うことができます。 たとえば、BYoPSTN コールインまたはコールバック フローの一部のネットワークまたはアクセス デバイス（ゲートウェイまたはエンドポイントなど）が TCP をサポートしていない場合は、代わりに UDP を使用する必要があります。

このガイドに示されている設定と例は、トランスポートプロトコルとして TCP を使用します。 TCP を使用するには、BroadWorks アプリケーション サーバとネットワーク サーバの両方が TCP 用に設定されていることを確認します。

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

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

識別/デバイス プロファイル タイプ

CUBE を表す新しい ID/デバイス プロファイル タイプを作成する必要があります。 以下のプロパティを以下に設定してください。他のプロパティはデフォルト値のままにしておくことができます。

• シグナリング アドレス タイプ—インテリジェント プロキシ アドレッシングに設定

• 認証:有効に設定する

• 更新および再招待のサポート ID:有効

• [静的登録が可能(Static Registration Capable)]:有効に設定します

• ビデオ対応:無効に設定

以下の例では、CUBE を表す新しい ID/デバイス プロファイル タイプ「VXML_profile」が作成されます。

音声 XML 仮想サブスクライバ

VoiceXML インスタンスの作成

各 Webex Meetings PSTN 番号は、BroadWorks の仮想サブスクライバによって表され、VoiceXML 仮想サブスクライバ機能を使用できます。 すべての VoiceXML 仮想サブスクライバーに専用のエンタープライズとグループを使用することをお勧めします。 VoiceXML 機能は実際に利用していませんが、このタイプの仮想ユーザは CUBE との対話に適しています。

VoiceXML サービスを使用するには、ライセンスに「VoiceXML」の数量が十分にあり、サービスがエンタープライズレベルとグループレベルで承認され、VoiceXML サービスが次の例の写真に示すようにグループに割り当てられていることを確認します。

未満 グループ > サービス、VoiceXMLを選択し、各PSTN番号にインスタンスを作成します。

VoiceXML アドレスの設定

各 VoiceXML インスタンスについて、VoiceXML アドレスの下に以下をプロビジョニングします。

• 電話番号—Webex Meetings サイトのダイヤルイン番号を入力します（たとえば、2403332200）。

• Extension

• [アイデンティティ/デバイス プロファイル(Identity/Device Profile)]:前のセクションで作成されたデバイス タイプ (例の VXML_device_profile) に基づいて 1 つのインスタンス (VXML Prof など) を作成し、次の設定を入力します。

• 回線/ポート—<access number="">@<domain>の形式で入力します。

  • <access number=""> は Webex Meetings サイトのアクセスコード番号です (JSON ファイルから入手できます) (例: 88631321777971704941)

  • <domain> は、このミーティング サイトの Webex Edge 音声のドメインです (例: ecccspx.amer.pub.webex.com)

• 接触 sip—アクセス番号へのミーティングコールインコールの場合、INVITE はこのフィールドの値に設定されたリクエスト URI とともに送信されます。 次の形式の SIP 連絡先を <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport=""> に入力します。

  • <sip contact=""> は、ライン/ポートフィールドの<number>ですが、ドメインをCUBEのアドレスに解決するSRVとします(例:88631321777971704941@cube.internal.local)。

  • <Locale> ユーザ ロケールに応じた言語設定を表します（たとえば、locale=en_US）。

  • <Meetings Site="" UUID=""> は JSON ファイルからのサイト UUID です（たとえば、x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b）。

  • <SIP transport=""> は transport=tcp で、AS は TCP を使用して CUBE にメッセージを送信します。

以下は、VoiceXML アドレスの設定の例です。

使用する追加のミーティングアクセス番号ごとに、上記と同様の追加の VoiceXML 仮想サブスクライバを作成する必要があります。 同じデバイス プロファイルを使用できますが、[回線ポート（Line Port）] フィールドと [連絡先（Contact）] フィールドは、上記のアクセス番号情報から構築する必要があります。

BroadWorks 仮想サブスクライバで設定する通話処理ポリシーの制限が、電話番号グループで追加の BYoPSTN コールを処理するのに十分であることを確認してください。

VoiceXML インスタンスへの SIP 認証の割り当て

認証サービスを VoiceXML 仮想サブスクライバに割り当てます。 これは、[コールバック（Callback）] シナリオの CUBE からの SIP INVITE メッセージを認証するために使用されます。 また、VoiceXML 仮想サブスクライバが CUBE 以外の当事者からのコールを受け入れることを防ぎます。

[ユーティリティ（Utilities）] の下の [仮想サブスクライバ認証（Virtual Subscriber Authentication）] ページに移動し、次のように SIP ユーザ名とパスワードを入力します。

AS に送信される INVITE メッセージを適切に認証するには、CUBE を同じユーザ名とパスワードで設定する必要があります。 CUBE で SIP 認証を設定するコマンドの例は次のとおりです。 sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedefsファイル

VoiceXML 仮想サブスクライバ SIP 連絡先フィールドには、ドメイン部分が CUBE アドレスに解決する URL が含まれています。 これは内部 SRV であり、AS 上の名前デフ ファイルを使用して、内部 SRV を CUBE IP に解決できます。

この例では、SIP 連絡先 SRV は cube.internal.local であり、CUBE に到達するために 10.165.196.30 ポート 5060 に対処するように解決します。 ASでは、 /usr/local/broadworks/bw_base/conf/namedefs ファイルは以下のように更新されます。

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

Webex Meetings 通話タイプ

Webex Meetings のコール処理設定オプションを使用して、ミーティングのコールインコールの処理方法を制御できます。 デフォルトでは、専用のエンタープライズまたはサービス プロバイダーでコールイン番号がホストされているため、ミーティングのコールインコールは外部コールとして処理されます。 外部コールは通常、セッションアドミッション制御セッションカウントに含まれ、CDR フィールドchargeIndicatorの充電用フラグが付けられます。

次の例では、ミーティングコールインを内部コールとして処理するための推奨設定を追加し、充電から除外され、セッションアドミッション制御カウントから除外されます。

[NS Charge Fieldの強制]をtrueに設定すると、CDRフィールド chargeIndicatorの母集団は、Network Serverコールタイプの設定済みのCharge属性に基づいています。

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
      Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
  ==========================================================================================
  Webex Meetings       WXM               true                                true

VoiceXML ミーティングコールバック仮想サブスクライバ

VoiceXML ミーティングコールバックサブスクライバを作成する

Webex Meetings コールバックコールを処理するには、BroadWorks アプリケーション サーバ (AS) で特別な Webex ミーティング コールバック オプション (以下、VoiceXML ミーティング コールバック サブスクライバ) を持つ専用の VoiceXML 仮想サブスクライバを設定する必要があります。 このサブスクライバの 1 つのインスタンスだけを AS で設定できます。

この機能を有効にするには、CLI 経由で Activatable Feature 102074 を true に設定します。

AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?

Please confirm (Yes, Y, No, N): y
...Done

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      
  104256                          Weak Password Validation Service      false
  104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
  103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
  104255    Control password usage and behavior to ensure security      false

「コールバックとコールインの BYO PSTN 課金サポート」機能は「CI UUID の BroadWorks サポート」機能に依存するため、(102074) 機能を有効にする前に (102746) 機能を有効にする必要があります。 詳細については、「CI ユーザ UUID 同期 (CI UUID の Broadworks サポート)」セクションを参照してください。

VoiceXML ミーティング コールバック サブスクライバは、既存の BYOPSTN VXML 仮想サブスクライバに似ていますが、新しい「Webex ミーティング コールバック」フラグでタグ付けされています。 この VoiceXML ミーティング コールバック サブスクライバは、既存の BYOPSTN VXML 仮想サブスクライバと同じデバイス プロファイルと、同じクレデンシャルを持つ認証サービスで構成されます。

以下に例を示します。

VoiceXML ミーティングコールバックサブスクライバは、ミーティング主催者のユーザーをホストする AS 上に存在する必要があります。 AS がミーティング コールバック INVITE 要求を受信すると、通話セットアップ中に AS で VoiceXML ミーティング コールバック ユーザとミーティング主催者の両方のユーザを検索しようとします。 これらのユーザがどちらも見つからない場合、コールは拒否されます。

ミーティング主催者セッション

X-Cisco-Meet-Info ヘッダーのコールバック シナリオでは、Cisco BroadWorks アプリケーション サーバは SIP INVITE 要求を受信し、SIP X-Cisco-Meet-Info ヘッダーのホスト CI ユーザ UUID パラメータを使用してミーティング ホスト ユーザを識別します。 ミーティング主催者のユーザーの代わりにコールセッションが作成され、コールを処理し、ユーザーのサービス プロファイルを実行します。 さらに、ミーティング主催者のユーザーの代わりに請求記録が生成されます。 SIP X-Cisco-Meet-Info ヘッダーからのミーティング ID およびサイト UUID 情報が請求記録にキャプチャされます。

SIP X-Cisco-Meet-Info ヘッダーの例を以下に示します。

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

アプリケーション配信プラットフォーム

CI ユーザ UUID 同期 (CI UUID の Broadworks サポート)

ユーザー CI UUID は、Webex 環境内のユーザーを識別する一意の識別子です。

Cisco BroadWorks Application Delivery Platform（ADP）上のこの Webex Provisioning Sync アプリケーションは、BroadWorks サービスの Webex および Webex とのさまざまなインタラクションで使用できるように、ユーザー CI UUID を BroadWorks インフラストラクチャに同期、マップ、および保存するために使用されます。

CI ユーザー UUID アソシエーションが Cisco BroadWorks ネットワーク サーバおよび Cisco BroadWorks アプリケーション サーバで使用する方法については、「Webex ミーティング コールバックを有効にする」を参照してください。

次の手順では、Webex Provisioning Sync アプリケーションをセットアップして、CI UUID を使用して BroadWork ユーザーを定期的に投票および更新します。

Webex Provisioning Sync アプリケーションは、Cisco Identity Provider の spark-admin:broadworks_subscribers_read スコープを使用した OAuth 資格情報を必要とし、オンボーディング エージェントでサービス リクエストをリクエストすることで取得できます。

詳細については、「Cisco BroadWorks 版 Webex の OAuth 資格情報を取得する」セクションをチェックして、次の場所にサービス要求を提出してください。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed

次のように、適切なパートナー名でトークンを追加します。

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
      New Password:
      Re-type New Password:
      ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
       Partner Name  Refresh Token
==================================
  FederationPartner       ********
           custPart       ********
            custBYO       ********

OAuth トークンに関連付けられたパートナー名を、Webex Provisioning Sync アプリケーションによって監視されるパートナーのリストに追加し、「有効」フラグを「true」に設定します。

この Webex Provisioning Sync アプリケーションにより、定義されたポーリング間隔で CI ユーザー UUID の同期が開始されます。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

パートナーが含まれていると、Webex Provisioning Sync アプリケーションは BroadWorks ユーザーへの CI UUID の関連付けを実行できるようになりました。

次のコマンドを使用して接続タイムアウトを変更します。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***

ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24

この関連付けは自動または手動で行うことができます。 CLI manualSync コマンドは、すぐにアソシエーションをトリガーして実行できます。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

[有効（Enabled）] が [真（true）] に設定されているパートナーは、ポーリング間隔で関連付けを実行します。 最初の関連付けの間、Webex Provisioning Sync アプリケーションは Webex サブスクライバ API に問い合わせて、パートナーがホストするすべてのユーザーの CI UUID を含むデータを取得します。 BroadWorks ユーザーの外部 ID は、関連する CI UUID で更新されます。 その後の関連付けは、パートナーに追加されたユーザーに影響します。 status コマンドを使用して、同期が完了しているかどうかを確認できます。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
  Partner Name         Status                 Last Sync Time
============================================================
       custBYO  synchronizing
      custPart     monitoring  2023-01-29T15:36:43.873-05:00
2 entries found.

同期が完了すると、ステータスはモニタリングに戻ります。 後続の同期は、「最後の同期時間」の後にパートナーに追加されたユーザーに対して実行されます。

次の図は、外部 ID 内に設定された CI UUID を示しています。

ネットワークサーバー

通話タイプ

請求および報告の目的で、Meetings コールインコールの CDR にマークを付けることが望ましい場合があります。 これは、Network Server PreCallTyping ポリシーを使用して実行できます。

まず、/System/CallP/CallType の下にある NS CLI で、新しいコール タイプを追加します。 次の例では、新しい「WXM」コールタイプを追加します。

NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM    
  CallType     Description  Category         Scope  SupportE164  Charge      
=======================================================================    
  WXM          Webex Meetings  LOCAL  User Defined         true   false

コール タイプは、BroadWorks ユーザーのルーティング プロファイルの一部である PreCallTyping インスタンスで使用できます。 この例では、新しい PreCallTyping インスタンス “wxm” が /Policy/PreCallTyping CLI コンテキストの下に追加されましたが、すでに使用されている既存の PreCallTyping インスタンスである可能性があります。

NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL

NS_CLI/Policy/PreCallTyping> get wxm                        
Policy: PreCallTyping  Instance: wxm                        
  CallTypes:                                
    Selection = {ALL}                                
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}        
  supportLCABasedNormalization = false                        
  Enable = true 

次のステップは、/Policy/PreCallTyping/DialPlan CLI コンテキストの下にあるすべてのダイヤルイン番号の PreCallTyping インスタンスにエントリを追加することです。 例:

NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings

NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1                
Policy: PreCallTyping  Instance: wxm  Table: DialPlan                
CC Dial Plan   From     To          Match Min Max Call Type Prefix Action  Call Ind  Description                  
================================================================================================
1 dflt      12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Meetings

PreCallTyping インスタンスは、次の例に示すように、発信元のユーザーの該当するルーティング プロファイルに追加されます (すでに存在していない場合)。

NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile:  Profall
                 Policy              Instance
   ==========================================
             CallTyping           DefaultInst
          CallScreening           DefaultInst
            SubLocation           DefaultInst
              FarEndRtg           DefaultInst
             NearEndRtg           DefaultInst
             UrlDialing           DefaultInst
            MediaSrvSel           DefaultInst
                 SIMPLE           DefaultInst
              DstSvcRtg           DefaultInst
      NumberPortability           DefaultInst
             RCBasedRtg           DefaultInst
      NetVoicePortalRtg           DefaultInst
          PreCallTyping                   wxm    

CDR を起源とする BroadWorks は、BW サブスクライバから発信されたコールによってのみ生成されます。 AS の「ネットワーク」側からの PSTN 発信コールは、発信元の CDR を生成しません。 いずれの場合も、VoiceXML 仮想サブスクライバの終了 CDR があります。

ルーティング NE

CUBE を表すには、/System/Device/RoutingNE CLI コンテキストの下の NS に RoutingNE が必要です。 このようにして、NS が CUBE から INVITE を受信すると、NS でプロビジョニングされた RoutingNE エントリに via ヘッダーと一致します。 詳細は、Cisco BroadWorks Network Server コマンドライン インターフェイス管理ガイド RoutingNEを追加する方法の詳細については、

以下は、CUBE IP アドレス = 10.165.196.30 である RoutingNE 「WebexMeetings」を追加するためのコマンドの例です。 この例には、RoutingNE に関連付ける新しい OrigRedirect インスタンスと Profile インスタンスを作成するためのコマンドも示されていますが、既存のインスタンスも使用できます。

NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive

NS_CLI/Policy/OrigRedirect> get  wxm_Inst
Policy: OrigRedirect  Instance: wxm_Inst
  Enable = true
  CallTypes:
    Selection = {ALL}
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
  supportTrunkGroupLookups:
    Selection = {disable}
    From = {disable, enablePermissive, enableRestrictive}
  applyAccessSideRules:
    Selection = {enableRestrictive}
    From = {disable, enablePermissive, enableRestrictive}

NS_CLI/Policy/Profile> add wxm_routing

NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst

NS_CLI/Policy/Profile> add wmx_routing SubLocation  DefaultInst

NS_CLI/Policy/Profile> get profile wxm_routing 
Profile:  wxm_routing
                 Policy              Instance
   ==========================================
           OrigRedirect           wxm_Inst
            SubLocation           DefaultInst

NS_CLI/System/Device/RoutingNE> add  WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE

NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp

NS_CLI/System/Device/RoutingNE> get
Network Element  WebexMeetings
   Location      =  1240364
   Static Cost   =  1
   Static Weight =  99
   Poll          =  false
   OpState       =  enabled
   State         =  OnLine
   Profile       =  wxm_routing
   Signaling Attributes=  AccessRoutingNE
 
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE   Address     Cost    Weight     Port    Transport Route  
WebexMeetings   10.165.196.30     1      99     -          tcp

設定例では、CUBE は次の（太字の重要なフィールド）に似た INVITE を NS に送信します。

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

場所:

• INVITE リクエスト URI にはコールバック番号が含まれています

• ヘッダー経由: RoutingNE プロファイルを選択するために使用される CUBE の IP アドレスが含まれています。

• X-Cisco-Info-Meet ヘッダー: hostCIUserUuid、meetingid、siteUUID を識別するために使用されます。

INVITE を受信すると、NS は Via ヘッダーを使用して RoutingNE の「WebexMeetings」と一致します。 次に、OrigRedirectの「wxm_Inst」インスタンスを含む「wxm_routing」ルーティングプロファイルを選択します。

NS OrigRedirect ポリシーは、X-CISCO-MEET-INFO ヘッダーと一致します。

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

VoiceXML 仮想サブスクライバで回線ポートを設定し、そのサブスクライバをホストする AS ペアに 302 リダイレクトを送信します。 302 メッセージは、次のものと似ています。

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0

別名

CUBE から NS に送信される INVITE URI のドメイン（例では bw.myenterprise.com）は、NS によって認識される必要があります。 これは、NS_CLI/System/Aliasコンテキストにドメインを追加することで実行できます。例:

NS_CLI/System/Alias> add bw.myenterprise.com

CUBE で INVITE URI ドメインを設定するコマンドは、次のセクションで、ダイヤルピア/セッションターゲットの下にあります。例:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

ホスティングNE

課金およびセッションアドミッション制御の Webex Meetings コール処理設定オプションをサポートするには、アプリケーションサーバーのホスティング NE シグナリング属性 CallTypeInfoRequired および RequiresChargeIndication を NS_CLI/System/Device/HostingNE コンテキストで有効にする必要があります。_ 例:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Webex Meeting コールバックを有効にする

SIP X-Cisco-Meet-Info ヘッダーのコールバック シナリオでは、CUBE は発信元が AS ペアにリダイレクトされるように、コールをネットワーク サーバに送信します。 AS ペアは、enableWebexMeetingHoostLookup システム パラメータに基づいて決定されます。

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

enableWebexMeetingHoostLookup システム パラメータが true に設定されている場合、X-Cisco-Meet-Info ヘッダーのミーティング主催者ユーザー CI UUID を使用して、ミーティング主催者ユーザーをホストする AS ペアを識別します。

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

このセクションでは、Bring Your Own PSTN Solution のセッション ボーダー コントローラ（SBC）として Cisco Unified Border Element（CUBE）を展開する方法について、検証済みの設定について説明します。

このセクションでは、前のセクションに示されている Cisco BroadWorks 版 Webex の設定の例と相互運用するために必要な CUBE 設定に焦点を当てます。 初期 CUBE の展開と構成に関するより一般的な説明については、次のガイドを参照してください。 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

独自のSBCオプションを展開

CUBE を展開しない場合は、独自の SBC を展開するオプションがあります。 ただし、このドキュメントでは CUBE 以外の SBC の検証済み構成は提供されません。

独自の SBC を展開する場合は、高レベルの CUBE 構成要件 (ドメイン、パブリックおよびプライベート インターフェイス、ゲートウェイなどの割り当て) に従って、構成をガイドできます。 ただし、SBC の実際のコマンドは CUBE とは異なる可能性があるため、詳細なコマンドラインヘルプについては、SBC のドキュメントを参照してください。

特に指定されていない限り、ステップ 10 の残りの構成要件は、どの SBC を展開しても適用されます。 ただし、コマンドラインの例は、例が他の SBC に適用されることを指定しない限り、CUBE 専用です。 その他の SBC については、設定コマンドの SBC ドキュメントを参照してください。

BYoPSTN ソリューションの構成とプロビジョニングが完了したら、パートナーは一連の受け入れテスト ケースを実行して、ソリューションを認証する必要があります。 これはパートナーの BYoPSTN を承認および有効にするために必要な手順です。

受諾テストのケースについては、「Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks（Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf です。

パートナーは、正常に実行された受諾テストの結果をオンボーディングおよび認定チームに提供する必要があります。

受諾テスト ケースの実行に関する質問、問題、および結果は、パートナーをオンボーディングするために割り当てられた Webex スペースで報告され、共有される必要があります。

BYoPSTN のプロビジョニングには、次の前提条件を完了する必要があります。 以下の前提条件は、パートナーが次の機能する Cisco BroadWorks 版 Webex 展開を持っていることを前提としています。

• BroadWorks システムの機能 – Cisco BroadWorks 版 Webex ソリューション ガイドで説明されているように

• 「VoiceXML」サービスを使用した BroadWorks AS ライセンスが十分な量（PSTN 番号あたり 1 個）

• BroadWorks パッチが必要です。

  R22 の場合:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935 として

  R23 の場合:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935 として

  R24の場合

  • AP.as.24.0.944.ap376935 として

• 展開された Cisco CUBE システム (IOS バージョン 16.12.2 以降): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  ハードウェアベースと仮想 CUBE の両方がサポートされています。 ハードウェアベースの CUBE は、スケーラビリティと多数のコールの処理に推奨されます。

• Webex パートナー組織 – Cisco BroadWorks 版 Webex ソリューション ガイドで説明されている通り

Cisco パートナーが Webex ミーティングのコールイン電話番号を追加する手順は次のとおりです。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [ミーティング参加設定 (BYoPSTN)]で、[コールイン電話番号の作成p]を選択します。

5. 電話番号グループ名を入力し、「次へ」を選択します。

6. 電話番号の詳細を入力し、「次へ」を選択します。

7. [電話番号グループ（Phone Number Group）] の詳細サマリを確認し、[保存] を選択します。

8. 追加する各電話番号グループに対してこの手順を繰り返します。

以下のスクリーンショットは、手順を説明しています。

この手順は、[コールバックによるミーティング参加] オプションを展開する場合にのみ完了します。 それ以外の場合は、このステップをスキップできます。

このオプションを設定しない場合、ユーザーはコールイン オプションを使用してミーティングに参加したり、コンピューターの音声で参加したりできます。

ミーティング コールバック オプションを使用する場合、Webex から CUBE にコールをルーティングするには、コールバック DNS SRV グループが必要です。 Cisco パートナーが CUBE DNS SRV レコードを Webex に追加するために使用する手順は次のとおりです。

1. Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [ミーティング参加設定（BYoPSTN）] で、[コールバック DNS SRV グループの作成] を選択します。

5. コールバック DNS SRV グループ名を入力します。

6. [次へ] を選択します。

7. コールバック DNS SRV の詳細を入力します。

8. [次へ] を選択します。

9. コールバック DNS SRV の詳細サマリを確認します。

10. [保存] を選択します。

11. DNS SRV グループの新しいレコードを反映するように DNS に更新をプロビジョニングします。

12. 追加する各コールバック DNS SRV グループに対してこの手順を繰り返します。

以下のスクリーンショットは、手順を説明しています。

BYoPSTNソリューションの初期設定と検証には、電話番号グループとコールバックDNS SRVグループ（コールバックが必要な場合）の一意の組み合わせごとにシード組織が必要です。 したがって、Cisco パートナーも同様に、電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに新しい顧客テンプレートを作成することを推奨します。 各顧客テンプレートを使用して、対応するシード組織を生成する必要があります。

シード組織を使用して BYoPSTN 設定がシードされ、検証されると、電話番号グループとコールバック DNS SRV グループは、必要に応じて既存の顧客テンプレートに適用できます。

新しく作成された顧客テンプレートは、既存のテストされていない顧客には使用されていないため、BYoPSTN 設定の手動検証に安全に使用できます。

コールバック経由でミーティング参加を展開していない場合、コールバック DNS SRV グループを顧客テンプレートに関連付ける必要はありません。 ただし、「コールバックを無効にする」を選択する必要があります。

新しい顧客テンプレートに追加するには、次の手順を実行します。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [テンプレート]で、[テンプレートの追加]を選択します。

5. テンプレートの詳細を入力します。 パッケージタイプのステージ:

   • パッケージタイプを標準として選択します。

   • パートナーが提供するコールイン番号（BYoPSTN）としてミーティング参加設定を選択します。

   • プロビジョニングされた電話番号グループを選択します。

   • コールバック DNS SRV グループで、[ミーティング コールバック] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。

6. [次へ] を選択します。

7. 残りのテンプレートの詳細を入力します。

8. テンプレートの詳細サマリを確認します。

9. [保存] をクリックします。

10. 追加する必要がある各顧客テンプレートに対してこの手順を繰り返します

以下のスクリーンショットは、手順を示しています。

既存の顧客テンプレートを更新するには、次の手順を実行します。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] セクションまでスクロールします。

4. ［テンプレート］で［テンプレートの表示］を選択します。

5. 更新するテンプレートを選択します。

6. [ミーティング参加設定] セクションまでスクロールします。

   • パートナーが提供するコールイン番号 (BYoPSTN) を選択します。

   • 以前に設定した電話番号グループを選択します。

   • コールバック DNS SRV グループで、[ミーティングコールバック（Meeting Callback）] オプションを有効にする場合は、プロビジョニングされたコールバック DNS SRV グループを選択します。 それ以外の場合は、[コールバックを無効にする] を選択します。

7. [保存] を選択します。

   以下のスクリーンショットは、手順を示しています。

BYoPSTNソリューションにはいくつかの異なるコンポーネントがあり、各コンポーネントはソリューションが正常に動作するように正しく設定する必要があります。 シードソリューション組織の 2 つの目的の 1 つは、ミーティングアクセスコードのマッピングとソリューションの継続的な操作に必要なミーティングサイトの普遍的な一意の識別子 (サイト UUID) に電話番号を生成することです。 もう1つの目的は、構成検証です。

使用する電話番号グループとコールバック DNS SRV グループの一意の組み合わせごとに、対応する顧客テンプレートが以前に作成される必要があります。 これらの顧客テンプレートごとに、シードソリューション組織をプロビジョニングする必要があります。 これらのシード組織のプロビジョニングにより、BroadWorks の設定に必要なミーティング アクセス コードのマッピングとミーティング サイト UUID に電話番号が生成されます。

以前に設定した各顧客テンプレートを使用して、サブスクライバに標準パッケージのユーザーを持つ新しいテストBroadWorksサービスプロバイダまたは新しいBroadWorksエンタープライズをプロビジョニングします。 結果の標準パッケージミーティングサイトは、パートナープロバイダのコールイン番号ミーティング参加オプションを使用する必要があります。 サブスクライバをプロビジョニングするには、次のいずれかの方法を使用できます。

1. 文書化されている BroadWorks サブスクライバ API を使用してテストサブスクライバをプロビジョニングする developer.webex.com です。

2. 顧客テンプレートを使用するように設定された BroadWorks で、IM&P サービスのテスト サブスクライバを有効にします。 テストサブスクライバに標準パッケージが割り当てられていることを確認するために、顧客テンプレートがデフォルトとして標準パッケージを使用していることを確認してください。 また、テストサブスクライバは、標準パッケージを持つようにその後更新する必要があります。

シードソリューション組織は、BroadWorks Service Provider のテスト、または BroadWorks Enterprise のテストに関連付けられることを推奨します。

このミーティング サイトは、このサイト UUID が認証トークンとして各コールイン ミーティング参加リクエストで送信されるため、プロビジョニングされたままであることが重要です。 関連するミーティング サイトも削除されるため、シード組織を削除しないでください。 シード組織を削除した場合は、新しい組織をプロビジョニングし、新しいサイト UUID で Broadworks を再構成する必要があります。

プライマリおよびセカンダリシードソリューション組織は、テストされていない顧客に割り当てられている電話番号とコールバック DNS SRV レコードのセットの前に必要に応じて、削除できます。 一連の電話番号とコールバック DNS SRV レコードがテスト以外の顧客に割り当てられている場合、これらの電話番号とコールバック レコードはそれらの顧客のミーティング サイトに関連付けられ、コールインとコールバックを使用してミーティングに参加するために使用されます。 変更は、サービスへの影響と見なされる必要があります。

プライマリシードソリューション組織を選択するには、次の手順を実行します。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] セクションまでスクロールします。

4. ［構成検証（BYoPSTN）］セクションで、［割り当て］を選択します。

5. [組織の割り当て] 画面で、以前に設定したシード組織のいずれかを検索して選択します。

6. [指定] をクリックします。

   選択したシード組織はプライマリシード組織です。

以下のスクリーンショットは、手順を説明しています。

特定の BroadWorks クラスタのプライマリ シード ソリューションの組織、電話番号グループ、コールバック DNS SRV グループの詳細は、BroadWorks 構成 (BYoPSTN) JSON ファイルの 1 つのロケーションで使用できます。 この情報は、BYoPSTN の BroadWorks を設定するために必要です。

JSON 構成ファイルは、プライマリ シード ソリューション組織を選択した後にのみ表示/ダウンロードできます。

JSON 設定ファイルの表示/ダウンロード手順は次のとおりです。

1. Cisco Partner Hub にログインします。

2. [設定] に移動します。

3. [BroadWorks Calling] までスクロールします。

4. [クラスタ]で、[クラスタの表示]を選択します。

5. BYoPSTN に設定されている顧客テンプレートに関連付けられているクラスタを選択します。

6. [BYoPSTN の BroadWorks 設定] セクションまでスクロールします。

7. [JSON 設定ファイルのダウンロード] をクリックします。

8. 他の BroadWorks クラスタに対してこの手順を繰り返します。

以下のスクリーンショットは、手順を説明しています。

以下の JSON 設定ファイルのサンプルを参照してください。 ファイルには、各電話番号グループ、コールバック DNS SRV グループの補足情報が含まれています。BroadWorks に入力する必要がある次のキー設定項目は、太字でマークされます。

• siteUUID: BroadWorks はこの値を SIP メッセージで送信する必要があります。これは、Webex Edge Audio が Cisco パートナーの BroadWorks の ID とこの Cisco パートナーが管理するミーティング サイトへのアクセスを確認するために使用するトークンです。

• 電話番号 -to- アクセスコードマッピング: 電話番号および関連する Webex アクセス コードは、BroadWorks で設定する必要があります。

  • 電話番号

  • アクセスコード

• localeTag（ロケールタグ）: 電話番号に関連付けられた希望のアナウンス言語は、BroadWorks で設定する必要があります。

• dnsSrv: コールバック DNS SRV は DNS で構成され、必要な CUBE インスタンスを参照する必要があります。

{
   "siteUUID": "491db0821791441a96c233fefb6c6dfc",
   "siteURL": " seedtestenterpriseabc.webex.com ",
   "partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
   "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
   "customerTemplates": [
      {
         "name": "US West Std",
         "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
         "phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "US East Std",
         "id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
         "phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      }
   ],
   "phoneNumberGroups": [
   {
         "name": "US West",
         "id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "phonenumbers": [
            {
               "id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
               "name": "US Palo Alto",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "9863502478",
               "accessCode": "88672693772924908359"
            },
            {
               "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
               "name": "US Toll San Francisco",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "4156551000",
               "accessCode": "88652789466280320324"
            }
         ]
      },
      {
         "name": "US East",
         "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "phonenumbers": [
            {
               "id": "ca0c622a-8621-4477-91e0-b3e214833568",
               "name": "US Maryland",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "2403332200",
               "accessCode": "88631321777971704941"
            },
            {
               "id": "00875574-9a46-4447-a967-350b6176755a",
               "name": "US Florida",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "SECONDARY",
               "phoneNumber": "9049002303",
               "accessCode": "88632627551145646175"
            },
            {
               "id": "a2c10316-9266-4423-a669-d67949f99d33",
               "name": "US New York",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "8056504578",
               "accessCode": "88649679020033567943"
            }
         ]
      }
   ],
   "callbackDnsSrvGroups": [
      {
         "name": "CB US",
         "callbackDnsSrvs": [
            {
               "name": "Callback US",
               "countryCode": "US",
               "dnsSrv": "cube.us.example.com",
               "id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
            }
         ],
         "id": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "CB MX",
         "callbackDnsSrvs": [
            {
               "name": "Callback MX",
               "countryCode": "MX",
               "dnsSrv": "cube.mx.example.com",
               "id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
            }
         ],
         "id": "36403797-b401-50c0-cbe5-dc58260d4f003"
      }
   ]
}

BroadWorks で Webex Edge 音声 DNS SRV ドメインを設定する必要があります。 値を決定するには、次の手順を使用します。

1. Cisco Partner Hub にログインします。

2. 顧客に移動します。

3. BYoPSTN Validation Enterprise を選択します。

4. [顧客を表示] を選択します。

5. [サービス/ミーティング] に移動します。

6. 標準パッケージのミーティングサイトを選択します。

7. サイドアウトパネルの一番下までスクロールし、「サイトの設定」を選択します。

8. [共通設定 / 音声設定] を選択します。

9. [Edge 音声カスタムグローバルコールイン番号] セクションで、[Lua スクリプトの生成] を選択します。

10. ポップアップウィンドウで「--CCAX URLでヘッダーに更新」の値を検索します。

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     msg:modifyHeader("To", newTo1)
    

11. たとえば、太字で値を抽出します。 ecccx.amer.webex.com.

これは、BroadWorks で設定する必要がある Webex Edge 音声 DNS SRV ドメインです。

このセクションでは、以下の図に示すミーティング コールインおよびコールバック シナリオを実装するために必要な構成について説明します。 設定例は、前のセクションに示されている JSON ファイルのデータに基づいています。 番号、ドメイン、エンタープライズ/グループの名称、デバイスの種類、ポリシー、プロファイルなどは、パートナーによって異なります。

コールフロー:

1. ユーザーがコールバックを要求すると、Webex はコールバックを開始します。
2. 通話は BroadWorks OTT にルーティングされます。
3. コールは、CH でプロビジョニングされた CUBE に到達します。 CUBE は、コールを BroadWorks にルーティングします。
4. BroadWorks はコールをミーティング主催者の発信元として識別し、ミーティング主催者のユーザーのためにセッションを作成し、コールを処理します。
5. ミーティング主催者のユーザーセッションはコールを処理し、ダイヤル番号を変換します。 さらに、ミーティング主催者のユーザーの代わりに請求記録が生成されます。
6. BroadWorks は、コールをデバイス (7) または PSTN (8) に関連付けられているユーザにルーティングします。

開始する前に

BroadWorks と CUBE 間の SIP 通信は、ネットワーク要件に応じて UDP または TCP 経由で行うことができます。 たとえば、BYoPSTN コールインまたはコールバック フローの一部のネットワークまたはアクセス デバイス（ゲートウェイまたはエンドポイントなど）が TCP をサポートしていない場合は、代わりに UDP を使用する必要があります。

このガイドに示されている設定と例は、トランスポートプロトコルとして TCP を使用します。 TCP を使用するには、BroadWorks アプリケーション サーバとネットワーク サーバの両方が TCP 用に設定されていることを確認します。

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

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

識別/デバイス プロファイル タイプ

CUBE を表す新しい ID/デバイス プロファイル タイプを作成する必要があります。 以下のプロパティを以下に設定してください。他のプロパティはデフォルト値のままにしておくことができます。

• シグナリング アドレス タイプ—インテリジェント プロキシ アドレッシングに設定

• 認証:有効に設定する

• 更新および再招待のサポート ID:有効

• [静的登録が可能(Static Registration Capable)]:有効に設定します

• ビデオ対応:無効に設定

以下の例では、CUBE を表す新しい ID/デバイス プロファイル タイプ「VXML_profile」が作成されます。

音声 XML 仮想サブスクライバ

VoiceXML インスタンスの作成

各 Webex Meetings PSTN 番号は、BroadWorks の仮想サブスクライバによって表され、VoiceXML 仮想サブスクライバ機能を使用できます。 すべての VoiceXML 仮想サブスクライバーに専用のエンタープライズとグループを使用することをお勧めします。 VoiceXML 機能は実際に利用していませんが、このタイプの仮想ユーザは CUBE との対話に適しています。

VoiceXML サービスを使用するには、ライセンスに「VoiceXML」の数量が十分にあり、サービスがエンタープライズレベルとグループレベルで承認され、VoiceXML サービスが次の例の写真に示すようにグループに割り当てられていることを確認します。

未満 グループ > サービス、VoiceXMLを選択し、各PSTN番号にインスタンスを作成します。

VoiceXML アドレスの設定

各 VoiceXML インスタンスについて、VoiceXML アドレスの下に以下をプロビジョニングします。

• 電話番号—Webex Meetings サイトのダイヤルイン番号を入力します（たとえば、2403332200）。

• Extension

• [アイデンティティ/デバイス プロファイル(Identity/Device Profile)]:前のセクションで作成されたデバイス タイプ (例の VXML_device_profile) に基づいて 1 つのインスタンス (VXML Prof など) を作成し、次の設定を入力します。

• 回線/ポート—<access number="">@<domain>の形式で入力します。

  • <access number=""> は Webex Meetings サイトのアクセスコード番号です (JSON ファイルから入手できます) (例: 88631321777971704941)

  • <domain> は、このミーティング サイトの Webex Edge 音声のドメインです (例: ecccspx.amer.pub.webex.com)

• 接触 sip—アクセス番号へのミーティングコールインコールの場合、INVITE はこのフィールドの値に設定されたリクエスト URI とともに送信されます。 次の形式の SIP 連絡先を <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport=""> に入力します。

  • <sip contact=""> は、ライン/ポートフィールドの<number>ですが、ドメインをCUBEのアドレスに解決するSRVとします(例:88631321777971704941@cube.internal.local)。

  • <Locale> ユーザ ロケールに応じた言語設定を表します（たとえば、locale=en_US）。

  • <Meetings Site="" UUID=""> は JSON ファイルからのサイト UUID です（たとえば、x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b）。

  • <SIP transport=""> は transport=tcp で、AS は TCP を使用して CUBE にメッセージを送信します。

以下は、VoiceXML アドレスの設定の例です。

使用する追加のミーティングアクセス番号ごとに、上記と同様の追加の VoiceXML 仮想サブスクライバを作成する必要があります。 同じデバイス プロファイルを使用できますが、[回線ポート（Line Port）] フィールドと [連絡先（Contact）] フィールドは、上記のアクセス番号情報から構築する必要があります。

BroadWorks 仮想サブスクライバで設定する通話処理ポリシーの制限が、電話番号グループで追加の BYoPSTN コールを処理するのに十分であることを確認してください。

VoiceXML インスタンスへの SIP 認証の割り当て

認証サービスを VoiceXML 仮想サブスクライバに割り当てます。 これは、[コールバック（Callback）] シナリオの CUBE からの SIP INVITE メッセージを認証するために使用されます。 また、VoiceXML 仮想サブスクライバが CUBE 以外の当事者からのコールを受け入れることを防ぎます。

[ユーティリティ（Utilities）] の下の [仮想サブスクライバ認証（Virtual Subscriber Authentication）] ページに移動し、次のように SIP ユーザ名とパスワードを入力します。

AS に送信される INVITE メッセージを適切に認証するには、CUBE を同じユーザ名とパスワードで設定する必要があります。 CUBE で SIP 認証を設定するコマンドの例は次のとおりです。 sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedefsファイル

VoiceXML 仮想サブスクライバ SIP 連絡先フィールドには、ドメイン部分が CUBE アドレスに解決する URL が含まれています。 これは内部 SRV であり、AS 上の名前デフ ファイルを使用して、内部 SRV を CUBE IP に解決できます。

この例では、SIP 連絡先 SRV は cube.internal.local であり、CUBE に到達するために 10.165.196.30 ポート 5060 に対処するように解決します。 ASでは、 /usr/local/broadworks/bw_base/conf/namedefs ファイルは以下のように更新されます。

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

Webex Meetings 通話タイプ

Webex Meetings のコール処理設定オプションを使用して、ミーティングのコールインコールの処理方法を制御できます。 デフォルトでは、専用のエンタープライズまたはサービス プロバイダーでコールイン番号がホストされているため、ミーティングのコールインコールは外部コールとして処理されます。 外部コールは通常、セッションアドミッション制御セッションカウントに含まれ、CDR フィールドchargeIndicatorの充電用フラグが付けられます。

次の例では、ミーティングコールインを内部コールとして処理するための推奨設定を追加し、充電から除外され、セッションアドミッション制御カウントから除外されます。

[NS Charge Fieldの強制]をtrueに設定すると、CDRフィールド chargeIndicatorの母集団は、Network Serverコールタイプの設定済みのCharge属性に基づいています。

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
      Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
  ==========================================================================================
  Webex Meetings       WXM               true                                true

VoiceXML ミーティングコールバック仮想サブスクライバ

VoiceXML ミーティングコールバックサブスクライバを作成する

Webex Meetings コールバックコールを処理するには、BroadWorks アプリケーション サーバ (AS) で特別な Webex ミーティング コールバック オプション (以下、VoiceXML ミーティング コールバック サブスクライバ) を持つ専用の VoiceXML 仮想サブスクライバを設定する必要があります。 このサブスクライバの 1 つのインスタンスだけを AS で設定できます。

この機能を有効にするには、CLI 経由で Activatable Feature 102074 を true に設定します。

AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?

Please confirm (Yes, Y, No, N): y
...Done

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      
  104256                          Weak Password Validation Service      false
  104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
  103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
  104255    Control password usage and behavior to ensure security      false

「コールバックとコールインの BYO PSTN 課金サポート」機能は「CI UUID の BroadWorks サポート」機能に依存するため、(102074) 機能を有効にする前に (102746) 機能を有効にする必要があります。 詳細については、「CI ユーザ UUID 同期 (CI UUID の Broadworks サポート)」セクションを参照してください。

VoiceXML ミーティング コールバック サブスクライバは、既存の BYOPSTN VXML 仮想サブスクライバに似ていますが、新しい「Webex ミーティング コールバック」フラグでタグ付けされています。 この VoiceXML ミーティング コールバック サブスクライバは、既存の BYOPSTN VXML 仮想サブスクライバと同じデバイス プロファイルと、同じクレデンシャルを持つ認証サービスで構成されます。

以下に例を示します。

VoiceXML ミーティングコールバックサブスクライバは、ミーティング主催者のユーザーをホストする AS 上に存在する必要があります。 AS がミーティング コールバック INVITE 要求を受信すると、通話セットアップ中に AS で VoiceXML ミーティング コールバック ユーザとミーティング主催者の両方のユーザを検索しようとします。 これらのユーザがどちらも見つからない場合、コールは拒否されます。

ミーティング主催者セッション

X-Cisco-Meet-Info ヘッダーのコールバック シナリオでは、Cisco BroadWorks アプリケーション サーバは SIP INVITE 要求を受信し、SIP X-Cisco-Meet-Info ヘッダーのホスト CI ユーザ UUID パラメータを使用してミーティング ホスト ユーザを識別します。 ミーティング主催者のユーザーの代わりにコールセッションが作成され、コールを処理し、ユーザーのサービス プロファイルを実行します。 さらに、ミーティング主催者のユーザーの代わりに請求記録が生成されます。 SIP X-Cisco-Meet-Info ヘッダーからのミーティング ID およびサイト UUID 情報が請求記録にキャプチャされます。

SIP X-Cisco-Meet-Info ヘッダーの例を以下に示します。

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

アプリケーション配信プラットフォーム

CI ユーザ UUID 同期 (CI UUID の Broadworks サポート)

ユーザー CI UUID は、Webex 環境内のユーザーを識別する一意の識別子です。

Cisco BroadWorks Application Delivery Platform（ADP）上のこの Webex Provisioning Sync アプリケーションは、BroadWorks サービスの Webex および Webex とのさまざまなインタラクションで使用できるように、ユーザー CI UUID を BroadWorks インフラストラクチャに同期、マップ、および保存するために使用されます。

CI ユーザー UUID アソシエーションが Cisco BroadWorks ネットワーク サーバおよび Cisco BroadWorks アプリケーション サーバで使用する方法については、「Webex ミーティング コールバックを有効にする」を参照してください。

次の手順では、Webex Provisioning Sync アプリケーションをセットアップして、CI UUID を使用して BroadWork ユーザーを定期的に投票および更新します。

Webex Provisioning Sync アプリケーションは、Cisco Identity Provider の spark-admin:broadworks_subscribers_read スコープを使用した OAuth 資格情報を必要とし、オンボーディング エージェントでサービス リクエストをリクエストすることで取得できます。

詳細については、「Cisco BroadWorks 版 Webex の OAuth 資格情報を取得する」セクションをチェックして、次の場所にサービス要求を提出してください。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed

次のように、適切なパートナー名でトークンを追加します。

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
      New Password:
      Re-type New Password:
      ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
       Partner Name  Refresh Token
==================================
  FederationPartner       ********
           custPart       ********
            custBYO       ********

OAuth トークンに関連付けられたパートナー名を、Webex Provisioning Sync アプリケーションによって監視されるパートナーのリストに追加し、「有効」フラグを「true」に設定します。

この Webex Provisioning Sync アプリケーションにより、定義されたポーリング間隔で CI ユーザー UUID の同期が開始されます。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

パートナーが含まれていると、Webex Provisioning Sync アプリケーションは BroadWorks ユーザーへの CI UUID の関連付けを実行できるようになりました。

次のコマンドを使用して接続タイムアウトを変更します。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***

ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24

この関連付けは自動または手動で行うことができます。 CLI manualSync コマンドは、すぐにアソシエーションをトリガーして実行できます。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

[有効（Enabled）] が [真（true）] に設定されているパートナーは、ポーリング間隔で関連付けを実行します。 最初の関連付けの間、Webex Provisioning Sync アプリケーションは Webex サブスクライバ API に問い合わせて、パートナーがホストするすべてのユーザーの CI UUID を含むデータを取得します。 BroadWorks ユーザーの外部 ID は、関連する CI UUID で更新されます。 その後の関連付けは、パートナーに追加されたユーザーに影響します。 status コマンドを使用して、同期が完了しているかどうかを確認できます。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
  Partner Name         Status                 Last Sync Time
============================================================
       custBYO  synchronizing
      custPart     monitoring  2023-01-29T15:36:43.873-05:00
2 entries found.

同期が完了すると、ステータスはモニタリングに戻ります。 後続の同期は、「最後の同期時間」の後にパートナーに追加されたユーザーに対して実行されます。

次の図は、外部 ID 内に設定された CI UUID を示しています。

ネットワークサーバー

通話タイプ

請求および報告の目的で、Meetings コールインコールの CDR にマークを付けることが望ましい場合があります。 これは、Network Server PreCallTyping ポリシーを使用して実行できます。

まず、/System/CallP/CallType の下にある NS CLI で、新しいコール タイプを追加します。 次の例では、新しい「WXM」コールタイプを追加します。

NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM    
  CallType     Description  Category         Scope  SupportE164  Charge      
=======================================================================    
  WXM          Webex Meetings  LOCAL  User Defined         true   false

コール タイプは、BroadWorks ユーザーのルーティング プロファイルの一部である PreCallTyping インスタンスで使用できます。 この例では、新しい PreCallTyping インスタンス “wxm” が /Policy/PreCallTyping CLI コンテキストの下に追加されましたが、すでに使用されている既存の PreCallTyping インスタンスである可能性があります。

NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL

NS_CLI/Policy/PreCallTyping> get wxm                        
Policy: PreCallTyping  Instance: wxm                        
  CallTypes:                                
    Selection = {ALL}                                
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}        
  supportLCABasedNormalization = false                        
  Enable = true 

次のステップは、/Policy/PreCallTyping/DialPlan CLI コンテキストの下にあるすべてのダイヤルイン番号の PreCallTyping インスタンスにエントリを追加することです。 例:

NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings

NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1                
Policy: PreCallTyping  Instance: wxm  Table: DialPlan                
CC Dial Plan   From     To          Match Min Max Call Type Prefix Action  Call Ind  Description                  
================================================================================================
1 dflt      12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Meetings

PreCallTyping インスタンスは、次の例に示すように、発信元のユーザーの該当するルーティング プロファイルに追加されます (すでに存在していない場合)。

NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile:  Profall
                 Policy              Instance
   ==========================================
             CallTyping           DefaultInst
          CallScreening           DefaultInst
            SubLocation           DefaultInst
              FarEndRtg           DefaultInst
             NearEndRtg           DefaultInst
             UrlDialing           DefaultInst
            MediaSrvSel           DefaultInst
                 SIMPLE           DefaultInst
              DstSvcRtg           DefaultInst
      NumberPortability           DefaultInst
             RCBasedRtg           DefaultInst
      NetVoicePortalRtg           DefaultInst
          PreCallTyping                   wxm    

CDR を起源とする BroadWorks は、BW サブスクライバから発信されたコールによってのみ生成されます。 AS の「ネットワーク」側からの PSTN 発信コールは、発信元の CDR を生成しません。 いずれの場合も、VoiceXML 仮想サブスクライバの終了 CDR があります。

ルーティング NE

CUBE を表すには、/System/Device/RoutingNE CLI コンテキストの下の NS に RoutingNE が必要です。 このようにして、NS が CUBE から INVITE を受信すると、NS でプロビジョニングされた RoutingNE エントリに via ヘッダーと一致します。 詳細は、Cisco BroadWorks Network Server コマンドライン インターフェイス管理ガイド RoutingNEを追加する方法の詳細については、

以下は、CUBE IP アドレス = 10.165.196.30 である RoutingNE 「WebexMeetings」を追加するためのコマンドの例です。 この例には、RoutingNE に関連付ける新しい OrigRedirect インスタンスと Profile インスタンスを作成するためのコマンドも示されていますが、既存のインスタンスも使用できます。

NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive

NS_CLI/Policy/OrigRedirect> get  wxm_Inst
Policy: OrigRedirect  Instance: wxm_Inst
  Enable = true
  CallTypes:
    Selection = {ALL}
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
  supportTrunkGroupLookups:
    Selection = {disable}
    From = {disable, enablePermissive, enableRestrictive}
  applyAccessSideRules:
    Selection = {enableRestrictive}
    From = {disable, enablePermissive, enableRestrictive}

NS_CLI/Policy/Profile> add wxm_routing

NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst

NS_CLI/Policy/Profile> add wmx_routing SubLocation  DefaultInst

NS_CLI/Policy/Profile> get profile wxm_routing 
Profile:  wxm_routing
                 Policy              Instance
   ==========================================
           OrigRedirect           wxm_Inst
            SubLocation           DefaultInst

NS_CLI/System/Device/RoutingNE> add  WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE

NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp

NS_CLI/System/Device/RoutingNE> get
Network Element  WebexMeetings
   Location      =  1240364
   Static Cost   =  1
   Static Weight =  99
   Poll          =  false
   OpState       =  enabled
   State         =  OnLine
   Profile       =  wxm_routing
   Signaling Attributes=  AccessRoutingNE
 
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE   Address     Cost    Weight     Port    Transport Route  
WebexMeetings   10.165.196.30     1      99     -          tcp

設定例では、CUBE は次の（太字の重要なフィールド）に似た INVITE を NS に送信します。

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

場所:

• INVITE リクエスト URI にはコールバック番号が含まれています

• ヘッダー経由: RoutingNE プロファイルを選択するために使用される CUBE の IP アドレスが含まれています。

• X-Cisco-Info-Meet ヘッダー: hostCIUserUuid、meetingid、siteUUID を識別するために使用されます。

INVITE を受信すると、NS は Via ヘッダーを使用して RoutingNE の「WebexMeetings」と一致します。 次に、OrigRedirectの「wxm_routingInst」インスタンスを含む「wxm_」ルーティングプロファイルを選択します。

NS OrigRedirect ポリシーは、X-CISCO-MEET-INFO ヘッダーと一致します。

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

VoiceXML 仮想サブスクライバで回線ポートを設定し、そのサブスクライバをホストする AS ペアに 302 リダイレクトを送信します。 302 メッセージは、次のものと似ています。

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0

別名

CUBE から NS に送信される INVITE URI のドメイン（例では bw.myenterprise.com）は、NS によって認識される必要があります。 これは、NS_CLI/System/Aliasコンテキストにドメインを追加することで実行できます。例:

NS_CLI/System/Alias> add bw.myenterprise.com

CUBE で INVITE URI ドメインを設定するコマンドは、次のセクションで、ダイヤルピア/セッションターゲットの下にあります。例:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

ホスティングNE

課金およびセッションアドミッション制御の Webex Meetings コール処理設定オプションをサポートするには、アプリケーションサーバーのホスティング NE シグナリング属性 CallTypeInfoRequired および RequiresChargeIndication を NS_CLI/System/Device/HostingNE コンテキストで有効にする必要があります。_ 例:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Webex Meeting コールバックを有効にする

SIP X-Cisco-Meet-Info ヘッダーのコールバック シナリオでは、CUBE は発信元が AS ペアにリダイレクトされるように、コールをネットワーク サーバに送信します。 AS ペアは、enableWebexMeetingHoostLookup システム パラメータに基づいて決定されます。

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

enableWebexMeetingHoostLookup システム パラメータが true に設定されている場合、X-Cisco-Meet-Info ヘッダーのミーティング主催者ユーザー CI UUID を使用して、ミーティング主催者ユーザーをホストする AS ペアを識別します。

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

このセクションでは、Bring Your Own PSTN Solution のセッション ボーダー コントローラ（SBC）として Cisco Unified Border Element（CUBE）を展開する方法について、検証済みの設定について説明します。

このセクションでは、前のセクションに示されている Cisco BroadWorks 版 Webex の設定の例と相互運用するために必要な CUBE 設定に焦点を当てます。 初期 CUBE の展開と構成に関するより一般的な説明については、次のガイドを参照してください。 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

独自のSBCオプションを展開

CUBE を展開しない場合は、独自の SBC を展開するオプションがあります。 ただし、このドキュメントでは CUBE 以外の SBC の検証済み構成は提供されません。

独自の SBC を展開する場合は、高レベルの CUBE 構成要件 (ドメイン、パブリックおよびプライベート インターフェイス、ゲートウェイなどの割り当て) に従って、構成をガイドできます。 ただし、SBC の実際のコマンドは CUBE とは異なる可能性があるため、詳細なコマンドラインヘルプについては、SBC のドキュメントを参照してください。

特に指定されていない限り、ステップ 10 の残りの構成要件は、どの SBC を展開しても適用されます。 ただし、コマンドラインの例は、例が他の SBC に適用されることを指定しない限り、CUBE 専用です。 その他の SBC については、設定コマンドの SBC ドキュメントを参照してください。

BYoPSTN ソリューションの構成とプロビジョニングが完了したら、パートナーは一連の受け入れテスト ケースを実行して、ソリューションを認証する必要があります。 これはパートナーの BYoPSTN を承認および有効にするために必要な手順です。

受諾テストのケースについては、「Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks（Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks 版 Cisco BroadWorks https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf です。

パートナーは、正常に実行された受諾テストの結果をオンボーディングおよび認定チームに提供する必要があります。

受諾テスト ケースの実行に関する質問、問題、および結果は、パートナーをオンボーディングするために割り当てられた Webex スペースで報告され、共有される必要があります。